Gerhard Fiedler wrote: >>>"Future proofing" is one. As the world moves from US-ASCII only to=20 >>>Unicode, case-insensitivity becomes much more problematic. For one=20 >>>thing, case-folding becomes *much* more complex to implement; it=20 >>>requires large tables rather than a few simple bit manipulations. For= =20 >>>another thing, the rules of case equivalence (and let's not even get=20 >>>into sensitivity to accents) aren't uniform between human languages. >>> >>> =20 >>> >>Yes, Unicode makes a lot of things harder and for an OS it must be=20 >>used. Not as sure for a C/C++ and other program languages though. To=20 >>restrict variable names etc to be US-ASCII does not feel like big deal=20 >>to me even if I come from another languages zone. But any deterministic= =20 >>translation would work well also I think.=20 >> >>If the reason to go for case sensitive is due to technical limitations = =20 >>and not an HMI design issue it is easier to accept just as you had to=20 >>accept 8.3 filenames. >> =20 >> > >I would go even further: it about time to have RTF type formatting in >program source code, plus a lot of other /presentation/ features. We nee= d >to embrace the consequence of the fact that programs are written to be r= ead >by humans just as they are written to be read by computers. Currently, t= he >human readable aspect is treated as a side aspect; comments and free >formatting are pretty much the only features in most languages that help >this. There should be no need to have all kinds of extra tools to create >proper documentation, this could (and should) all be part of the languag= e >itself. I don't remember where, but I've seen a site dedicated to promot= e >that once and it really convinced me.=20 > >Gerhard >_______________________________________________ >http://www.piclist.com PIC/SX FAQ & list archive >View/change your membership options at >http://mailman.mit.edu/mailman/listinfo/piclist > > > =20 > I prefer javadoc or doxygen style to keep documentation in code. But if=20 someone wants rtf its fine with me. I can't say I understand the=20 need.... ;-) /Ake --=20 --- Ake Hedman (YAP - Yet Another Programmer) eurosource, Brattbergav=E4gen 17, 820 50 LOS, Sweden Phone: (46) 657 413430 Cellular: (46) 73 84 84 102 Company home: http://www.eurosource.se =20 Kryddor/Te/Kaffe: http://www.brattberg.com Personal homepage: http://www.eurosource.se/akhe Automated home: http://www.vscp.org _______________________________________________ http://www.piclist.com PIC/SX FAQ & list archive View/change your membership options at http://mailman.mit.edu/mailman/listinfo/piclist