Front page | perl.perl6.language |
Postings from January 2004
> -----Original Message----- > From: Luke Palmer [mailto:fibonaci@babylonia.flatirons.org] > Austin Hastings writes: > > Perhaps Damian's solution is a Unicode2Ascii perl script that > > emits formal names, combined with the implementation in Perl of the > > E<long-assed-ascii-name> alternative spellings. > > > > OTOH, Robin's concern for how to code when you're stuck with 7 > > bit ascii on the boot console of a Sun box remains valid, and > > *I* sure would rather have a short name available in a standard way. > > > > Perhaps this is where the "accept Unicode and HTML" philosopy > > comes in, sort of like the reverse of C< use English; >, to wit: > > > > use asciiops; > > ... > > @list.E<reach>method; # Instead of E<GUILLEMOT, CLOSING QUOTE> > > I think that using the POD entities + Unicode is fine, but the solution > to giving people who use E<LEFT LOOKING TRIPLE WIGGLY LONG WUNDERBAR > RIGHTWARDS, COMBINING> often, I belive, is to be able to define these > escapes simply. Either the module writer or the user would map a more > usable escape to that character. Yah, and the "module writer" for the standard P6 builtins like << and >> is us. So I propose that we a) Accept the ULAN entities; and b) Provide a standard module that shortens the names of "core" or "common" Unicode operators to the point they can by typed in 10 or fewer characters (3 of which are E<>, 7 for the name) It would be nice to make E behave like q or s in that it could dynamically adopt its delimiter characters. @list .E'>>' $method; is a nice, readable, short, unobtrusive alias. =Austin PS: Damian, your mailbox was full earlier today.Thread Previous | Thread Next