Good point - this prettification may be better handled as a rendering option in editors than in the language. As a rendering feature, it can be tailored to the reader's preferences, font availability, and screen resolution, all of which may differ between people looking at the same piece of source code.
The way Leksah implements its "source candy" seems broken though, as the warning in the manual indicates: "Leksah reads and writes files encoded in UTF-8. So you can edit Unicode Haskell source files. When you want to do this, switch off source candy, because otherwise Unicode characters may be converted to ASCII when saving the file." Source candy should be implemented as part of rendering, just like source coloring, which doesn't introduce or remove any tags into/from the source. Norbert On Apr 5, 2012, at 8:35 , Thaddee Tyl wrote: > On Thu, Apr 5, 2012 at 5:00 PM, Adam Shannon <[email protected]> wrote: >> I don't see anything inherently wrong with adding some nice sugar to >> ES, because the people who will be using this "math heavy" notation >> will be those who are used to it. The "everyday" ecmascript programmer >> probably won't touch these because they might add extra work for them. >> Plus, it'd be nice to be able to read math in ES (for us math oriented >> folk). > > Leksah <http://leksah.org/> is a Haskell IDE whose editor converts -> > and other operators to their unicode equivalent. It saves the file in > ascii. > > If you want that feature in the editor, do it. On the other hand, > there is no reason to make programming JS harder for people with a > weaker editor. > _______________________________________________ > es-discuss mailing list > [email protected] > https://mail.mozilla.org/listinfo/es-discuss _______________________________________________ es-discuss mailing list [email protected] https://mail.mozilla.org/listinfo/es-discuss
