Well, we've been graphing now pretty successfully.... when we get to this simple little example: d = 230t d = 200t+170. Plot the first, drag the second on to the grid, no problem. Then, we try to zoom/translate to approximate the intersection's location. Well, Maple decides that we aren't going to get it. When you don't use x/y as your independent/dependent variables, then even when you specify an implicit plot of t/d, as soon as you do any manipulation Maple reverts the graph to d/t. In fact, regardless of your initial setting of independent/dependent variables as soon as you use the zoom or translate tool Maple resets the variables in alphabetical order. So... I was warned through research that using a CAS system would require better understanding of mathematical expressions and their equality. I just didn't expect to have to deal with Maple's idiosyncracies (or is it errors?). In the future, I guess my variables will be in the correct order... I wonder if the...
...not something ready-made, but something in continuous formation through choice of action. J. Dewey