Today a new release came out - and it fixed the problem (at least on my PC).

Download from Maple Cloud apparently now works.

I think it should be considered to add a new type of variable especially for workbooks to Maple.

Right now there are those types as far as I can see.

• local variables
  variables within a procedure
• global variables
  variables outside of a procedure, but within the same worksheet. Their values are however not stored between sessions.
• "persistent variables"
  Those are global variables, that are stored in an embedded components. Those values are persistent between sessions,

I would prepose a type of variable that is both persistent between sessions, but also accessible from different worksheets in a workbook. Those variables could be stored in a special workbook folder, like code is already stored nowadays.

This new variabletype could be called "meta", or "super" or something like that.

@Joe Riel @acer

Thanks for the clarifications everyone.

I guess that's a definite answer then and I'll have to accept that.

@acer 

I don't agree with your point of view at all.

Do you have any example where that would be useful?

@tomleslie 

I think I finally found what I want.

https://www.maplesoft.com/support/help/Maple/view.aspx?path=Maplets/Elements/AlertDialog

@tomleslie 

Ok, thanks for the answer, though I am not sure if that is exactly what I need.

In my case the problem is not so much an error, but more a possibility to give the user a feedback about a specific thing.

More like "No, your input is not possible, it violates blablabla.".

Are there any tools, like popup boxes, etc. that can be used for that purpuse? Maplets?

@acer 

Is it possible to do that on existing tables too?

TableLayout.mw

I've filed a software change request on that one.

@Joe Riel 

One thing is when the call is in the embedded component, and I do agree that there should be as little code there as possible.

But the problem is pretty much the same when the call is indirect, where the buggy code is somewhere else.

It would be much better if Maple raised an exception - sorry, I didn't find that.

Modified code attached.

ProcNameWrong.mw

@Preben Alsholm 

Thanks for the tip.

Which more or less proves my point - the implementation of the max and min functions in Units:-Standard code is buggy. It should be rewritten to take into account that the values can become zero.

I'll file a bug report.

Yes, that's what I found out as well.

I think the reason is that the Simple version uses the "original" max and min functions, while the Standard version has a new implementation - which in this case, fails to do the job.

There would be a possibility to use the verify function in a way to go around the problem, but this requires a bit more coding. The reason behind the problem is that Maple loses units when coming to zero, as mentioned before. That should never happen.

verify( a, b, units( less_than ) ); # true

@acer 

I guess I have to take your code as given from higher spirits, because I don't understand a thing about what it is doing.

Just checked the results of xmldoc and xmldocA, and they seem absolute identical. Both are of type function.

[Edit]

I've found a more direct solution to the problem by using a different function which works.

numelems(GetChildByName(xmltree, "materials")) > 0

@tomleslie 

Thanks for the additional solution, nice to know.

@tomleslie 

The problem is that what if the string you search for exists at least twice, and you want the second one.

Found out by chance that my entry finally was accepted.

But that leads to a new question - how do I post updates?

I have to add that I have uploaded my workbook into 3 different groups - private, public and my companies. It seems that just one of them can be updated, I assume the last one that was uploaded to.

The other groups allow just to do a "publish a copy", which means, a new entry.

Would it be possible to do updates to the other groups as well - probably in the future?