Personally, I'm not sure that Perl 6 even needs to worry about any of this. I
think as long as Perl can manipulate the characters without screwing them up in
any way, that should be fine. As far as support for locale specifics, maybe it
would just be best to do what Perl does now, but allow overlo
On Sat, Jun 09, 2001 at 06:24:44AM -0400, NeonEdge wrote:
> (correct me if I'm wrong):
> Is this Uppercase?
> Is this Lowercase (is this 'half-digits', as Hong mentioned?)
upper case and lower case digits are used by "old fashioned"] typography
[I don't know the exact details]
I think upper case
On Saturday 09 June 2001 06:24 am, NeonEdge wrote:
> Is this Uppercase?
> Is this Lowercase (is this 'half-digits', as Hong mentioned?)
> (if 'Caseless' needed, just "!Upper && !Lower"?)
Titlecase.
> Is this Punctuation?
> Is this a digit?
> Is this a word character?
> Is this Whitespace?
> Maps
On Wed, May 23, 2001 at 06:08:52PM +0100, Simon Cozens wrote:
> ACY's taking a look into this too, so you may want to co-ordinate to avoid
> clashing. I've also told him what I'd like: something like this:
>
> Scalar
> Strings
> Chop from beginning
> Format a la sprintf
>
/. rebuttal of the original article at
http://slashdot.org/features/01/06/06/0132203.shtml, for those that haven't
seen it yet.
--
Bryan C. Warnock
[EMAIL PROTECTED]
From: <[EMAIL PROTECTED]>
To: "David L. Nicol" <[EMAIL PROTECTED]>
Sent: Friday, June 08, 2001 8:01 PM
Subject: Re: Properties and stricture and capabilities
> On Thu, Jun 07, 2001 at 08:24:33PM -0500, David L. Nicol wrote:
> > That would prevent further shoving of anything onto the symbol table
>
(The intent is that) Perl 6 will be a better general purpose
programming language for building application specific
sub-languages.
I'm interested in how far Perl 6 could go in providing support
for a high-level expressive syntax sub-language for dealing
with relational data. To the extent the gen