Did you know that Keith Geddes is one of the founders of Maplesoft ?

Hi Patrick, as you know I'am also interested in this, though it's a bit above my head at present, but I'll try to help find it. Which of the 3 authors were you able to contact ?

The thing is, this is an current ongoing course. More notes and code etc will be added as the course progresses, so it may make better sense to wait to do this....

I agree with acer here. As a new student of Maple I find that using angle brackets is prone to error, but using square brackets is quite intuitive, even for a 4x4 matrix.

I agree with acer here. As a new student of Maple I find that using angle brackets is prone to error, but using square brackets is quite intuitive, even for a 4x4 matrix.

Thanks again Robert !

Hi Robert, thanks for your message. I understand your point, but by extension that seems to imply that you think it is valid to use [] for variable names, so long as an assignment is not made to the base name variable. Is that your opinion ?

Hi Robert, thanks for your message. I understand your point, but by extension that seems to imply that you think it is valid to use [] for variable names, so long as an assignment is not made to the base name variable. Is that your opinion ?

Hi Robert, thanks. I'll try it on Maple 11 later today when I have access to the relevant computer. For now I just have v13 and would like to know if it's possible to convert the expression involving LerchPhi and polylog that is obtained using "sum" to the more usual version obtained using Sum.

Hi Robert, thanks. I'll try it on Maple 11 later today when I have access to the relevant computer. For now I just have v13 and would like to know if it's possible to convert the expression involving LerchPhi and polylog that is obtained using "sum" to the more usual version obtained using Sum.

I had a few days to think about this, and also discussed with the tutors on my course, who told me that it isn't a bug in Maple. They say the problem here is that using the suffix [] in a variable name is invalid, and the code which I wrote above does not demonstrate a bug, but is rather incorrect programming. The following shows quite clearly that using [] and the base name in the same code is a very bad idea. c[1]:=10: c[1]; c:=5: c[1]; I'm interested in comments on this. Also, some here have encountered this problem before. Can you confirm that the only problem with using [] as a variable occurs when the base name is also used ?

I had a few days to think about this, and also discussed with the tutors on my course, who told me that it isn't a bug in Maple. They say the problem here is that using the suffix [] in a variable name is invalid, and the code which I wrote above does not demonstrate a bug, but is rather incorrect programming. The following shows quite clearly that using [] and the base name in the same code is a very bad idea. c[1]:=10: c[1]; c:=5: c[1]; I'm interested in comments on this. Also, some here have encountered this problem before. Can you confirm that the only problem with using [] as a variable occurs when the base name is also used ?

Thanks pagan. What's an atomic identifier ? Is it to do with 2-D math ? I don't use 2-D. I think I'm encountering another problem with subscripts at the moment. I'll play around with it some more and probably post again if it seems to be the case.

Thanks pagan. What's an atomic identifier ? Is it to do with 2-D math ? I don't use 2-D. I think I'm encountering another problem with subscripts at the moment. I'll play around with it some more and probably post again if it seems to be the case.

Thanks Patrick Hmm, but that's a shame, I find subscripts work will very well within loops where you have x[i] etc. I suppose x_||i would work, but it doesn't make for easily readable code. Is there a nicer alternative ? It seems bizarre that subscripts should be avoided altogether. :(