In several comments on a post about a surprising failure of an attempted Maple calculation, subscripted names and indexed names are discussed as if somehow are naturally meant to go together. But the only reason that they are associated in Maple's Standard GUI's 2dmath is because Maplesoft chose to implement it this way. My own feeling is that subscripted names and indexed names should certainly not have anything to do with each other. The decision to implement it this way was a mistake. It should be reversed, while it's still new enough, and while the reversal would be minimally inconvenient. This issues come up again and again, in public. Imagine how often it doesn't get mentioned, while affecting some user. The schism in functionality, with copy & pasting of such names when trying to enforce a subscripted name as unique from the unindexed name, is also bad. Yes, do give users subscripted names, possibly entered like t_0, etc. Don't make t[0] subscripted, so that users keep trying to use it alongside the unindexed form of the name, like t. Do make the representation, of what a typeset subscripted name means underneath, to be unique. Do make it so that copy & paste always reproduces the original input's meaning. I feel that there are other design mistakes in 2dmath input mode. Here are a few of them: Implicit multiplication, without need of a symbol. It is bad, that this teaches users a syntax that is not valid in regular 1dmath Maple input such as one uses to program in Worksheets. Lack of a need for a closing colon or semicolon in order to execute a line of 2dmath input within a Document. Here too, this teaches users a syntax not valid elsewhere. Lack of sufficient instruction to never write programs using 2dmath input. That's a bad practice, and leads new users to confusion. But they don't know better, because the instructions don't make it clear. Arching over all of these, is the mistake of making the Document form the default for any new opened piece of work. The Maple Document, with 2dmath input and all that it offers for embedded components, including active math underneath nicely typeset expressions, is great. It is new. It is ground-breaking and innovative. But it is not right for the new user, as a default. The new user needs to learn Maple's command and programming syntax first, and that is much too hard to do after seeing only 2dmath input. Make the Worksheet, with 1dmath maple input, the default, and advertise the Document mode for preparation of reports, papers, etc. With the Worksheet and 1dmath input as default, Maple is immediately useful and easy to learn. With the Document and 2dmath input as default, Maple is difficult to learn and its traps are unforgiving. acer