Since Mathematica 9, a number of issues concerning the ::usage
and templates were raised.
In 9.0, there was a bug first reported here and better diagnosed here, where error messages were generated by simply moving the insertion point somewhere in the argument of a function for which a ::usage
was defined. This was fixed in 9.0.1
Starting in version 9.0 and observed through 10.4.1, it was reported here that functions with formatted ::usage
needed ?Function
to be called twice in order for messages to be rendered properly. A bandaid solution was given here.
Certain inflexibility about the text in the templates was raised here and again here, and inconsistencies reported here (also see here).
The consensus I gather from the discussion in the comments above is that ::usage
and templates are implemented in Mathematica in a very kludgy way. This can be a source of major frustration for package developers.
So the question I raise is which of the issues have been addressed in v10 and v11? Are there plans for a major overhaul of the ::usage
system?
Answer
1) The complete failure of Make Template with formatted usages is fixed in our next release. I can't promise you it will look 100% beautiful in all cases, but the number of templates will match the number in the usage message and you'll at least recognize it as something related to what you put in there. I'm sorry it's taken so long to be addressed--it really has been on our radar for some time--but the fix required a certain amount of cleanup that was not easy to do.
2) About the need to call information twice, we didn't fix it because it was never reported as a bug. There were a few internal reports, but nothing external. We can't fix what we don't know about. While we do monitor stack exchange, there is no substitute for actual bug reports send to support. This has the greatest chance of being routed to the right developer, and the more people how report it, the more resources might be spent on fixing the issue. I'll respond with more details on the appropriate question, but this issue is also fixed for the next release.
3) It's true that we don't provide the same capabability for developer templates as our own. For many reasons, our internal tooling has been constantly evolving since V9 came out. Deploying it to external developers, when we are not confident it is robust and stable, just hasn't been feasible. Hopefully we will get there, but we're certainly not in a position to promise on any particular schedule. In the mean time, we've dealt with two significant issues in our upcoming release. If there are more point fixes we can make to the current system, send in reports!
Comments
Post a Comment