On Thu, Jun 07, 2001 at 08:24:33PM -0500, David L. Nicol wrote:
> > Symbol table manipulation will work as long as your mucking about
> > doesn't alter the strict class's signature. ie. you can shove a code
> > ref onto the symbol table as long as a stub for that method was
> > defined at compile
> > What happens if unicode supported uppercase and lowercase numbers?
>
> > [I had a dig about, and it doesn't seem to mention lowercase or
> > uppercase digits. Are they just a typography distinction,
> and hence not
> > enough to be worthy of codepoints?]
>
> Damned if I know; I didn't know
Nicholas Clark <[EMAIL PROTECTED]> writes:
> What happens if unicode supported uppercase and lowercase numbers?
> [I had a dig about, and it doesn't seem to mention lowercase or
> uppercase digits. Are they just a typography distinction, and hence not
> enough to be worthy of codepoints?]
Damne
Dan Sugalski <[EMAIL PROTECTED]> writes:
> At 05:20 PM 6/7/2001 +, Nick Ing-Simmons wrote:
>> One reason perl5.7.1+'s Encode does not do asian encodings yet is that
>> the tables I have found so far (Mainly Unicode 3.0 based) are lossy.
> Joy. Hopefully by the time we're done there'll be a f
On Wed, Jun 06, 2001 at 05:37:54PM -0700, Russ Allbery wrote:
> David L Nicol <[EMAIL PROTECTED]> writes:
> > Russ Allbery wrote:
>
> >> a caseless character wouldn't show up in either IsLower or IsUpper.
>
> > maybe an IsCaseless is warrented -- or Is[Upper|Lower] could return
> > UNKNOWN inste
On Friday 08 June 2001 02:17 pm, NeonEdge wrote:
> > Another example is the chinese has no definite
> > sorting order, period. The commonly used scheme are
> > phonetic-based or stroke-based. Since many characters
> > have more than one pronounciations (context sensitive)
> > and more than one for
~/perl/perl-5.7.1$ ./perl -le '%a=(1..10); print it; exists $a{1} and print
it'
2
--
David Nicol 816.235.1187
The toad doesn't know it has ten toes.
On Fri, 8 Jun 2001 14:05:44 -0400, Mark J. Reed wrote:
>My question/suggestion: why not get rid of @arrays and %hashes as
>separate variable types? Have all variables be scalar - with,
>of course, the ability to hold a reference to an anonymous array
>or hash. Keep the funny characters around,
> > I have done a quick scan of the archives for a
> > discussion on this topic and didn't see it; if I
> > just missed it, I'd appreciate it if someone
> > could send me a link to the thread or
> > applicable RFC[s].
Futhermore, this is still a topic of active discussion,
so just stay tuned.
--
Currently, this expression:
VALUE1 < VALUE2
is functionally equivalent to this:
$v2 = VALUE2;
$v1 = VALUE1;
return ($v2-$v1 == abs($v2-$v1));
After reading the Apocalypse & Exegesis articles, and seeing some examples
of properties and the "is" operator, I'd lik
> The A-Z syntax is really a shorthand for "All the uppercase letters".
> (Originally at least) I won't argue the problems with sorting various sets
> of characters in various locales, but for regexes at least it's not an
> issue, because the point isn't sorting or ordering, it's identifying
>
At 11:29 AM 6/8/2001 -0700, Hong Zhang wrote:
> > If this is the case, how would a regex like "^[a-zA-Z]" work (or other,
>more
> > sensitive characters)? If just about anything can come between A and Z,
>and
> > letters that might be there in a particular locale aren't in another
>locale,
> > th
> > If this is the case, how would a regex like "^[a-zA-Z]" work (or other,
> more
> > sensitive characters)? If just about anything can come between A and Z,
> and
> > letters that might be there in a particular locale aren't in another
> locale,
> > then how will regex engine make the distinctio
> If this is the case, how would a regex like "^[a-zA-Z]" work (or other,
more
> sensitive characters)? If just about anything can come between A and Z,
and
> letters that might be there in a particular locale aren't in another
locale,
> then how will regex engine make the distinction?
This synt
> I have done a quick scan of the archives for a
> discussion on this topic and didn't see it; if I
> just missed it, I'd appreciate it if someone
> could send me a link to the thread or
> applicable RFC[s].
I suspect you didn't use the all search, right?
Just in case:
http://www.mail-archiv
> Another example is the chinese has no definite
> sorting order, period. The commonly used scheme are
> phonetic-based or stroke-based. Since many characters
> have more than one pronounciations (context sensitive)
> and more than one forms (simplified and traditional).
> So if we have a mix cont
I'm sure this has been brought up before, but I'm a latecomer who
didn't see anything on the Perl6 design until the first Apocalypse.
I apologize for the redundancy. I have done a quick scan of the
archives for a discussion on this topic and didn't see it; if I
just missed it, I'd appreciate it i
> > I can't really believe that this would be a problem, but if they're
> > integrated alphabets from different locales, will there be issues
> > with sorting (if we're not planning to use the locale)? Are there
> > instances where like characters were combined that will affect the
> > sort order
> I can't really believe that this would be a problem, but if they're
> integrated alphabets from different locales, will there be issues
> with sorting (if we're not planning to use the locale)? Are there
> instances where like characters were combined that will affect the
> sort orders?
Yes, it
I can't really believe that this would be a problem, but if they're integrated
alphabets from different locales, will there be issues with sorting (if we're
not planning to use the locale)? Are there instances where like characters were
combined that will affect the sort orders?
Grant M.
At 05:35 PM 6/7/2001 +, Nick Ing-Simmons wrote:
>Dan Sugalski <[EMAIL PROTECTED]> writes:
> >
> >I think I'd agree there. Different versions of a glyph are more a matter of
> >art and handwriting styles, and that's not really something we ought to get
> >involved in.
>
>But the human sitting i
At 10:41 PM 6/7/2001 -0400, Buddha Buck wrote:
>Nick Ing-Simmons <[EMAIL PROTECTED]> writes:
>
> > Dan Sugalski <[EMAIL PROTECTED]> writes:
> > >
> > >It does bring up a deeper issue, however. Unicode is, at the moment,
> > >apparently inadequate to represent at least some part of the asian
> > >l
At 05:20 PM 6/7/2001 +, Nick Ing-Simmons wrote:
>Dan Sugalski <[EMAIL PROTECTED]> writes:
> >
> >It does bring up a deeper issue, however. Unicode is, at the moment,
> >apparently inadequate to represent at least some part of the asian
> >languages. Are the encodings currently in use less inad
On Fri, 8 Jun 2001, Jarkko Hietaniemi wrote:
> An interesting article in the July DDJ) in the Algorithm Alley:
> "Fast and Small Resizable Arrays", presents a datastructure that
> promises just what the subject says.
The first thing I thought of after reading the article was "use less
memory"...
An interesting article in the July DDJ) in the Algorithm Alley:
"Fast and Small Resizable Arrays", presents a datastructure that
promises just what the subject says. Appending elements has the worst
case of O(sqrt(N)), as is the space wastage (which is the optimum, as
opposed to the usual wastage
25 matches
Mail list logo
