Thanks for the alternates, gives me a better understanding of the undocumented code.

I read Paulina's argument on the subject.

pchine wrote : "... other Maplesoft staff will set up polls or discussion questions elsewhere on MaplePrimes asking for input"

That is an old post but poll questions no longer exist on mapleprimes - a loss, perhaps, but those are fuzzy logic information gathering tools.  A probability based directional approach, they are helpful and should be re-implemented on mapleprimes.

Discussion questions from Maplesoft, I find are fairly few but I suppose enough outside information is gathered based on the questions that arise here on mapleprimes.  That is passive information gathering.  Aside from posting discussion questions how else (may I ask?) is Maplesoft gathering information through the `active information gathering` route?    although they probably have enough passive information to deal with.

pchin wrote : "... we are not expecting a structure like `#mi( "V" )` to be generated by a user."

I think that statement was clarified, but if a structure can be used in Maple then it should be documented regardless of whether someone may or may not be expected to use it.  Murphys Law comes to mind, if you think someone might use it but most likely won't, then it is most probable that they will.

no no, you were right the first time.  It is standard I am referring to, and I appreciate your answer to that.  And yes the original question always did say from command line.  Although I suppose a bit of nomenclature confusion on my part, from what you would expect it to mean is not what I meant it to mean.  I have to get out of the habit of referring to the command line as a common place where code is written regardless of classic or standard or also, as in this case, a maple command line version.

TypeMK and atomic identifiers, yes, okay thanks for clearing the name up.  I was sure I read it somewhere.

I also appreciate the info on the CLI. 

So although you now know I don't use the command line interface for maple, it won't matter what shell I'm using none-the-less I mainly use Windows, still on rare occassions DOS and rarely KDE (which I mainly use for recovering/fixing broken computers.

I was originally hoping for a way to get color using printf in standard GUI.  Although I don't quite understand the atomic identifiers I'll use the method you gave.  Unless of course more ways exist.  It would be interesting to know.

no no, you were right the first time.  It is standard I am referring to, and I appreciate your answer to that.  And yes the original question always did say from command line.  Although I suppose a bit of nomenclature confusion on my part, from what you would expect it to mean is not what I meant it to mean.  I have to get out of the habit of referring to the command line as a common place where code is written regardless of classic or standard or also, as in this case, a maple command line version.

TypeMK and atomic identifiers, yes, okay thanks for clearing the name up.  I was sure I read it somewhere.

I also appreciate the info on the CLI. 

So although you now know I don't use the command line interface for maple, it won't matter what shell I'm using none-the-less I mainly use Windows, still on rare occassions DOS and rarely KDE (which I mainly use for recovering/fixing broken computers.

I was originally hoping for a way to get color using printf in standard GUI.  Although I don't quite understand the atomic identifiers I'll use the method you gave.  Unless of course more ways exist.  It would be interesting to know.

What do you call `#mo()` ?  It's not in the help file and neither is mathcolor.

Thanks for the html color code help. 

So ANSI escape sequences don't work in Standard GUI?  That figures, I couldn't find any escape sequence that worked anyway.  Also I don't believe we can print text in color using printf as I thought.

What do you call `#mo()` ?  It's not in the help file and neither is mathcolor.

Thanks for the html color code help. 

So ANSI escape sequences don't work in Standard GUI?  That figures, I couldn't find any escape sequence that worked anyway.  Also I don't believe we can print text in color using printf as I thought.

More info is needed to make a guess as to what is happenning. 

Are you on a laptop, or desktop?  Windows XP, Linux or Windows 7.  How much memory?

The situation you describe is unique, it could be a memory issue a display driver, or even a virus.  More info is needed.

Then along comes a post like this http://www.mapleprimes.com/questions/126047-If-Fsolve-Miss-The-Solution-Then which defies the logic I thought above.

Replies = 3  for that thread when in fact there is 14 replies !

Sorry if I'm not understanding the meaning of number of replies in this forum but things don't add up.

For example.

The thread http://www.mapleprimes.com/questions/125866-Extracting-One-Solution currently says it has one reply yet after opening the thread I see one answer followed by two comments.  I believe there exists 3 replies and should be recorded as such. 

There was another such thread that seemed to account for comments properly and record number of replies properly but I think that only occurred if the last response was an answer as showing in this thread http://www.mapleprimes.com/questions/125332-Handling-Big-Dataset there are 2 comments followed by 2 answers and the reply reading displays 4 which is correct.

I might suggest there is a counter not working in the programming that doesn't catch the number of comments if they occur after an answer.

You bring up a couple of interesting ideas.

To answer one, could you not use transparency of one plot to bleed through one underneath?

I also wonder if textplot could also be used here.  Let's say using sin(x) 

with(plots):
a:=plot(sin(x),x=0..3,color=green):
b:=textplot([3.5,.1,"sin(x)"],color=green):
c:=plot(0.1,x=3..3.2,color=green):
display(a,b,c,view=[0..4,default])

Of course positioning was all manual.

You bring up a couple of interesting ideas.

To answer one, could you not use transparency of one plot to bleed through one underneath?

I also wonder if textplot could also be used here.  Let's say using sin(x) 

with(plots):
a:=plot(sin(x),x=0..3,color=green):
b:=textplot([3.5,.1,"sin(x)"],color=green):
c:=plot(0.1,x=3..3.2,color=green):
display(a,b,c,view=[0..4,default])

Of course positioning was all manual.

Discrepency has been resolved.  The value that is downloaded here by the FOREX application is the average ASK price for the day, not the closing value as I thought.  This is how Onada delivers the values. 

It would also be nice if it could be modified to pick up closing values.  Most likely, however, have to find a new website for the data.

Using Maple to figure out a way for financial gain always proves useful.  At least in theory. 

Interesting question, I enjoy the financial problems you come up with.  I can't think of anything at the moment.  But regarding your thought that one would think PW+PL-200 = 0, whenever percentages are involved in the calculation equating the negative and positve absolute changes in values equally isn't always true ... as I think you already know. 

Well I did have something of an idea, and it could be minutely related so suppose someone is laid off, he can collect EI but only for a certain period of time.  And that length of time is related to the unemployment rate in your local region (a quick example, currently Hamilton unemployment rate is 6.9% entitling you to a maximum of 38 weeks of EI and Toronto unemployment rate is 8.1% entitling you to a maximum of 42 weeks - I suppose that's analysis for another time)... regardless ... when that period has ended and you are starting fresh, supposing you found work (in this economy today, it is supposing times ) Referring to a chart again based on local unemployment rates you have to work a predetermined number of hours before you can re-apply for EI.  (In our little example Hamilton = 665 hours and for Toronto = 595 hours)

Not sure that it's fair since EI payments are based on where you work and not where you live, two people working in the same company and living in different cities collect totally different EI rates.  None-the-less... hmm perhaps a Maple worksheet is in order here (on a quick thought use the sockets package to grab data from the government of canada website and find out the worst possible place to work for EI benefits if you live in a different city ... just a thought)

My point to loosely relate it to your question is that, well I suppose it's not really related.  But if unemployment rates are above 6% what's the probabiltiy of loosing your job again before you've reached your predetermined number of hours required for EI benefits?  I suppose that could be considered winning your EI benefits, no?

Today September 23,2011 from Oenda.com FOREX proc has the CAD to USD exchange at .98050 where the Bank of Canada and the radio reports the CAD dollar at .9714.  What exchange rate are they using?

I'm not sure if this is deliberate or not but if add comment to a question is posted it will not move to the top and be recorded as the most recently replied thread.

Ok, cleared up.  I thought there was a version 1 and 2 for Maple 13 and a new vesion 15 (total of 3 differnet versions) when in fact the reference to version 2 was the Maple 15 version. 

I was expecting and trying to get the Maple 13 version working (since obviously closer to Maple 12 I would think the version for Maple 15 would have even more errors.  My bad.  The Maple 15 version with the string manipulation adjusted works in maple 12. 

The component Button0 errors were a result of a string manipulation problem which was fixed in the Maple15 version.