The first message had many of the following characters viewable in my
telnet window, but the repost introduced a 0xC2 prefix to the 0xA7 character.
I have this feeling that many people would vote against posting all these
funny characters, as is does make reading the perl6 mailing lists difficult
Michael Lazzaro proposed:
It's up to Larry, and he knows where we're all coming from. Unless
anyone has any _new_ observations, I propose we pause the debate until a
decision is reached?
I second the motion!
Damian
Scott Duff wrote:
I'm all for one or two unicode operators if they're chosen properly
(and I trust Larry to do that since he's done a stellar job so far),
but what's the mechanism to generate unicode operators if you don't
have access to a unicode-aware editor/terminal/font/etc.? IS the only
rec
As one of the instigators of this thread, I submit that we've probably
argued about the Unicode stuff enough. The basic issues are now known,
and it's known that there's no general agreement on any of this stuff,
nor will there ever be. To wit:
-- Extended glyphs might be extremely useful in
On Tue 05 Nov, Smylers wrote:
> Richard Proctor wrote:
>
> > I am sitting at a computer that is operating in native Latin-1 and is
> > quite happy - there is no likelyhood that UTF* is ever likely to reach
> > it.
> >
> > ... Therefore the only addition characters that could be used, that
> > wil
Richard Proctor wrote:
> I am sitting at a computer that is operating in native Latin-1 and is
> quite happy - there is no likelyhood that UTF* is ever likely to reach
> it.
>
> ... Therefore the only addition characters that could be used, that
> will work under UTF8 and Latin-1 and Windows ...
Dan Kogai wrote:
> We already have source filters in perl5 and I'm pretty much sure
> someone will just invent yet another 'use operators => "ascii";' kind
> of stuff in perl6.
I think that's backwards to have operators being funny characters by
default but requiring explicit declaration to use w
I'm all for one or two unicode operators if they're chosen properly
(and I trust Larry to do that since he's done a stellar job so far),
but what's the mechanism to generate unicode operators if you don't
have access to a unicode-aware editor/terminal/font/etc.? IS the only
recourse to use the "n
Thanks, I've been hoping for someone to post that list. Taking it one
step further, we can assume that the only chars that can be used are
those which:
-- don't have an obvious meaning that needs to be reserved
-- appear decently on all platforms
-- are distinct and recognizable in the tiny fon
This UTF discussion has got silly.
I am sitting at a computer that is operating in native Latin-1 and is
quite happy - there is no likelyhood that UTF* is ever likely to reach it.
The Gillemets are coming through fine, but most of the other heiroglyphs need
a lot to be desired.
Lets consider the
On Tuesday, Nov 5, 2002, at 04:58 Asia/Tokyo, Larry Wall wrote:
> It would be really funny to use cent ¢, pound £, or yen ¥ as a sigil,
> though...
Which 'yen' ? I believe you already know \ (U+005c -> REVERSE SOLIDUS)
is prited as a yen figure in most of Japa
11 matches
Mail list logo
