develooper Front page | perl.perl6.language | Postings from January 2004

RE: Semantics of vector operations

Thread Previous | Thread Next
Austin Hastings
January 29, 2004 17:01
RE: Semantics of vector operations
Message ID:

> -----Original Message-----
> From: Luke Palmer []
> 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
> 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.


PS: Damian, your mailbox was full earlier today.

Thread Previous | Thread Next Perl Programming lists via nntp and http.
Comments to Ask Bjørn Hansen at | Group listing | About