Cart
[Home] [By Thread] [By Date] [Recent Entries]
On 18 November 2016 at 18:22, u123724 <u123724@g...> wrote: >> If you need to drop the multiple character once I'd just drop those rather than >> give them different definitions which leads to silent corruption. > > Ok point taken. But what do you think of the couple entities that are > just variation sequences of their base code points such as caps/cups > (intersection/union) etc. These are pretty commonly used, and leaving > out U+FE00 VARIATION SELECTOR-1 on those, for all intents and > purposes, is equivalent to their use in variation sequences. If you predefine them they are defined first so can't be changed by loading other definitions so I think it would be wrong to change any of the definitions. If you just predefine the single character ones then that covers a lot of use cases and anyone needing the full html set can reference htmlmathml-f.ent Alternatively you could push for the web sgml annex to be extended to allow multiple character definitions although I'm not sure there would be an appetite in JTC1 to re-open that.... > Btw, do you know a recent SHORTREF map to use with MathML 3 (probably no ;). No, shortref processing inline is pretty much replaced by some kind of preprocessor from a texlike syntax, whether that be latexml or tex4ht or mathjax or... I'm not sure a new shortref syntax would help much: most existing math editing tools can output tex or mathml or both so just having a new syntax without editor support isn't a clear win. David
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] |
