Sam Vilain wrote:
ps, X11 users, if you have any key bound to "AltGr", then "AltGr" + C
might well give you a ¢ sign without any extra reconfiguration.
For me AltGr + C gives Copyright-symbol "©".
(SuSe 9.1, tested in konsole, kwrite and thunderbird)
--
Markus Laire
Steve Peters <[EMAIL PROTECTED]> wrote:
> ~ seems to be available for a sigil, if my reading of S02 is correct, and
> the cent sign is replacing :: in all cases. If not (that is $::foo is
> still the global variable named foo) then * may also be available.
Sigils can't conflict with unary operato
On Thu, Oct 20, 2005 at 10:40:44PM -0400, Rob Kinyon wrote:
> > Surely you aren't suggesting that these non-English speakers do not have
> > access to the ASCII (or EBCDIC) character sets for their editors, are you?
>
> Surely you aren't suggesting that your editor doesn't have access to
> the Lat
On Thu, Oct 20, 2005 at 05:12:32PM -0700, Nate Wiger wrote:
> Every regex engine in every language uses $1 or \1. This includes Java,
> JavaScript, C, PHP, Python, awk, sed, the GNU regex libs, etc. Somehow
> other languages seem ok with this, because it's a widely-used convention.
This quibbling
> Please let that the sigil looks like a certain leter not be a reason.
>
>
> Juerd
They make for good mnemonics, which isn't necessarily a bad thing for
people coming from languages without them or with fewer
- sebastian
> Surely you aren't suggesting that these non-English speakers do not have
> access to the ASCII (or EBCDIC) character sets for their editors, are you?
Surely you aren't suggesting that your editor doesn't have access to
the Latin-1 charset, are you? Let's take a look at popular editors:
vi - chec
On Thu, Oct 20, 2005 at 04:23:44PM -0600, Luke Palmer wrote:
> On 10/20/05, Steve Peters <[EMAIL PROTECTED]> wrote:
> > Like the old joke goes "Doctor, Doctor, it hurts when I try to type a
> > Latin-1
> > character." "So don't try to type Latin-1 characters!" Instead, many
> > programmers will
Schneelocke skribis 2005-10-21 1:07 (+0200):
> I think the reason why Larry proposed the "¢" is much simpler - it
> looks a bit like a c, which one could associate with "class", similar
> to how $ looks like S (scalar) and @ looks like a (array). :)
And how % looks like h (hash).
I dislike thing
On 10/20/05, Steve Peters <[EMAIL PROTECTED]> wrote:
> As I mentioned earlier, most programmers in a corporate environment have
> limited access to system settings.
And in those kinds of corporate environments, you're not going to be
working with any code but code written in-house. Which means th
On Thu, Oct 20, 2005 at 05:03:27PM -0400, Rob Kinyon wrote:
> On 10/20/05, Steve Peters <[EMAIL PROTECTED]> wrote:
> > I have some serious concerns about using Latin-1 sigils within Perl 6 and
> > the ASCII multi-character aliases. Am I not understanding something that
> > I should see this as an
From: Luke Palmer <[EMAIL PROTECTED]>
> But $1 in Perl 5 wasn't the same as $1 in a shell script.
Sure--but that's not what I said.
I'm all for breaking things that need breaking, which is why I keep my mouth
shut most of the time--either I see the reason or I suspect (that is, take on
faith,
On 10/20/05, John Adams <[EMAIL PROTECTED]> wrote:
> Then the target audience is specifically not people coming from a
> shell scripting background, who are quite used to the idea that $0 is
> different from $1 in a way in which $1 is not different from $2.
> Correct?
But $1 in Perl 5 wasn't the s
On 10/20/05, Nate Wiger <[EMAIL PROTECTED]> wrote:
> Luke Palmer wrote:
> >
> > Okay, I may still be missing your point, so let me try to summarize
> > just to be sure we're on the same page: You say that the thing that
> > is going to hinder migration to Perl 6 is the fact that it's different
> >
"Jonathan Worthington" <[EMAIL PROTECTED]> wrote:
What's left? Making this work for when you .include files in PIR. Which
means monkeying with the lexer and IMCC.
I've done it and it's available to play with. I'll admit now that, despite
having covered quite a bit of the IMCC codebase whi
Luke Palmer wrote:
Okay, I may still be missing your point, so let me try to summarize
just to be sure we're on the same page: You say that the thing that
is going to hinder migration to Perl 6 is the fact that it's different
from Perl 5.
Intentionally trite oversimplification. My problem is
-Original Message-
From: Luke Palmer <[EMAIL PROTECTED]>
> Our target audience is only somewhat from a Perl 5 background. People
from Java, from Python, from C, and even just starting to program will
be learning Perl 6, and they would rather have all the language be
zero-based, rather tha
On 10/20/05, Nate Wiger <[EMAIL PROTECTED]> wrote:
> I think you missed my point(s), but if you feel compelled to write me
> off as a "complainer" just because I have a counter-opinion that is at
> least somewhat built from a good amount of experience, then I do think
> you're wearing a set of blin
On 21/10/05, Darren Duncan <[EMAIL PROTECTED]> wrote:
> On the other hand, if you want to use the ¢ due
> to its being conceptually tied to $, that they
> are different units of currency meant to be used
> together, then the ¢ is fine.
I think the reason why Larry proposed the "¢" is much simpler
Speaking briefly, Unicode is the way of the
future, and even many modern systems have strong
support for it. Perl 6 is a language of the
future plus present, not of the past, and
shouldn't be limited by things that are only
issues for older systems while even then being
easy to work-around o
On Thu, 2005-10-20 at 08:45 -0700, Larry Wall wrote:
> More info. ¢T is a scalar variable just like $T, but enforces a
> class view, so you can use it as a class parameter, and pass any
> object to it, but only access the classish aspects of the object.
> The only other big difference is that you
Luke Palmer wrote:
On 10/20/05, Nate Wiger <[EMAIL PROTECTED]> wrote:
$1 is a prime example. $0 means the program name (all scopes). $1 is the
first match. It's been that way for a very, very, very long time, and
it works just great. There is no *compelling* reason to change this,
other than t
On 10/20/05, Steve Peters <[EMAIL PROTECTED]> wrote:
> Like the old joke goes "Doctor, Doctor, it hurts when I try to type a Latin-1
> character." "So don't try to type Latin-1 characters!" Instead, many
> programmers will to use the ASCII equivolents that will require additional
> keystrokes.
Y
On 10/20/05, Nate Wiger <[EMAIL PROTECTED]> wrote:
> $1 is a prime example. $0 means the program name (all scopes). $1 is the
> first match. It's been that way for a very, very, very long time, and
> it works just great. There is no *compelling* reason to change this,
> other than to satisfy a few
Nicholas Clark wrote:
$1 is a prime example. $0 means the program name (all scopes). $1 is the
first match. It's been that way for a very, very, very long time, and
it works just great. There is no *compelling* reason to change this,
other than to satisfy a few people that think it "should be
On 10/20/05, Steve Peters <[EMAIL PROTECTED]> wrote:
> I have some serious concerns about using Latin-1 sigils within Perl 6 and
> the ASCII multi-character aliases. Am I not understanding something that
> I should see this as an advantage?
I had the same concern a few months back. I've come to s
> [EMAIL PROTECTED] - Di 18. Okt 2005, 02:51:18]:
>
> This bug is a regression, 'make hello' works with release 0.3.0
> (r9297).
Just some observations. When running 'make test' the command
./parrot -o examples/pasm/hello.o examples/pasm/hello.pbc
fails to create examples/pasm/hello.o. Ins
On Thu, Oct 20, 2005 at 10:24:23AM -0700, chromatic wrote:
> On Thu, 2005-10-20 at 10:32 -0500, Steve Peters wrote:
>
> > The idea of punishing programmers who choose to use certain operating system
> > or locales just doesn't seem right to me.
>
> Haven't they already acclimated to the punishmen
Luke Palmer skribis 2005-10-20 10:07 (-0600):
> You seem to be forgetting that we do have the longest token rule. So,
> the only way this destroys a dream (and likewise, the only way c|
> doesn't work), is if you have the poor package or class name c and you
> insist on writing c|d or c!d without
> Unfortunately many people WILL have to deal with such changes, and
> the question should be: Does a given change offer a clear improvement?
> As you said, if we're helping %1 of people %1 of the time, are the
> other 99% really going to change all their scripts? No chance.
You again misread what
On Thu, Oct 20, 2005 at 11:31:03AM -0700, Nate Wiger wrote:
> $1 is a prime example. $0 means the program name (all scopes). $1 is the
> first match. It's been that way for a very, very, very long time, and
> it works just great. There is no *compelling* reason to change this,
> other than to sat
Rob Kinyon wrote:
On 10/20/05, Nate Wiger <[EMAIL PROTECTED]> wrote:
And, it shares alot with other languages people know and use.
That's more because languages are incestuous (like Perl) instead of
languages independently arriving at the same conclusions. Yes, the
"while" loop is going to lo
On 10/20/05, Nate Wiger <[EMAIL PROTECTED]> wrote:
> And, it shares alot with other languages people know and use.
That's more because languages are incestuous (like Perl) instead of
languages independently arriving at the same conclusions. Yes, the
"while" loop is going to look the same everywher
On 10/20/05, Nate Wiger <[EMAIL PROTECTED]> wrote:
> Larry Wall wrote:
> > I think there can be some kind of community metainformation that sets
> > defaults appropriately. And if not, the site/project can certainly
> > establish defaults. On the other hand, a lot of projects do simply
> > want t
On Thu, 2005-10-20 at 10:32 -0500, Steve Peters wrote:
> The idea of punishing programmers who choose to use certain operating system
> or locales just doesn't seem right to me.
Haven't they already acclimated to the punishment of those operating
systems already?
-- c
What about something like:
c\
Then you get
sub sametype (c\T $x, c\T $y) {...}
Not exactly pretty though. c\T
Actualy i think ^ might be my favorite so far.
sub sametype (^T $x, ^T $y) {...}
--
Eric
On Thu, 20 Oct 2005, Larry Wall wrote:
: > c| or C| maybe.
[snip]
: if $foo eq c|d { ... }
Other suggestions welcome.
<| maybe? And what will we make |> do?
Michele
--
Se non te ne frega nulla e lo consideri un motore usa e getta, vai
pure di avviatore, ma e' un vero delitto. Un po' c
On Thu, 20 Oct 2005, Juerd wrote:
All non-ASCII operators have ASCII equivalents:
¥ Y
« <<
» >>
Speaking of which the advantage of, say, « over << is that the former is
_one_ charachter. But Y, compared to ¥, is one charachter only as well,
and is even more visually distincti
Larry Wall wrote:
I think there can be some kind of community metainformation that sets
defaults appropriately. And if not, the site/project can certainly
establish defaults. On the other hand, a lot of projects do simply
want to specify the version and author explicitly eveyr time,
and they'd
On Thu, Oct 20, 2005 at 08:55:46AM -0700, Larry Wall wrote:
> On Thu, Oct 20, 2005 at 05:53:00PM +0200, Juerd wrote:
> : Larry Wall skribis 2005-10-20 8:46 (-0700):
> : > On Thu, Oct 20, 2005 at 05:35:10PM +0200, Juerd wrote:
> : > : I'm sure ¢ will have its equivalent too.
> : > c| or C| maybe.
>
On 10/20/05, Juerd <[EMAIL PROTECTED]> wrote:
> Schneelocke skribis 2005-10-20 18:00 (+0200):
> > Would c! be an option?
>
> In current Perl 6: Yes, because infix ! does not exist.
>
> But several people want ! to be a chainy none() constructor, and this
> would destroy a dream.
You seem to be for
On Thu, Oct 20, 2005 at 05:35:10PM +0200, Juerd wrote:
: I'm sure ¢ will have its equivalent too.
c| or C| maybe.
Larry
Schneelocke skribis 2005-10-20 18:00 (+0200):
> Would c! be an option?
In current Perl 6: Yes, because infix ! does not exist.
But several people want ! to be a chainy none() constructor, and this
would destroy a dream.
Juerd
--
http://convolution.nl/maak_juerd_blij.html
http://convolution.nl/
On 20/10/05, Larry Wall <[EMAIL PROTECTED]> wrote:
> : But
> :
> : sub c { ... }
> : sub d { ... }
> :
> : if $foo eq c|d { ... }
>
> Other suggestions welcome.
Would c! be an option?
--
schnee
On 10/20/05, Larry Wall <[EMAIL PROTECTED]> wrote:
> Another thing I didn't mention is that that binds both the variable
> and its class. But the $ variable is of course optional after the
> type, so you could just write that
>
> sub sametype (¢T, ¢T) {...}
>
> if you don't actually care about
On Thu, Oct 20, 2005 at 05:53:00PM +0200, Juerd wrote:
: Larry Wall skribis 2005-10-20 8:46 (-0700):
: > On Thu, Oct 20, 2005 at 05:35:10PM +0200, Juerd wrote:
: > : I'm sure ¢ will have its equivalent too.
: > c| or C| maybe.
:
: But
:
: sub c { ... }
: sub d { ... }
:
: if $foo e
On Thu, Oct 20, 2005 at 07:56:09AM -0700, Larry Wall wrote:
: I don't know how long this EuroOSCON net is going to stay up, so I'll be
: brief. I think we're having a new "class" sigil. Where we've been
: writing ::T, that will revert to meaning "an existing class T that
: we just might not see t
Larry Wall skribis 2005-10-20 8:46 (-0700):
> On Thu, Oct 20, 2005 at 05:35:10PM +0200, Juerd wrote:
> : I'm sure ¢ will have its equivalent too.
> c| or C| maybe.
But
sub c { ... }
sub d { ... }
if $foo eq c|d { ... }
Juerd
--
http://convolution.nl/maak_juerd_blij.html
http://c
On Thu, Oct 20, 2005 at 11:46:30AM -0400, John Siracusa wrote:
: On 10/20/05 11:37 AM, Larry Wall wrote:
: > On Thu, Oct 20, 2005 at 10:32:14AM -0500, Steve Peters wrote:
: > : The idea of punishing programmers who choose to use certain operating
system
: > : or locales just doesn't seem right to
On Thu, Oct 20, 2005 at 08:45:25AM -0700, Larry Wall wrote:
: More info. ¢T is a scalar variable just like $T, but enforces a
: class view, so you can use it as a class parameter, and pass any
: object to it, but only access the classish aspects of the object.
And a nice side effect of that is th
On 10/20/05 11:37 AM, Larry Wall wrote:
> On Thu, Oct 20, 2005 at 10:32:14AM -0500, Steve Peters wrote:
> : The idea of punishing programmers who choose to use certain operating system
> : or locales just doesn't seem right to me.
>
> That's why we provide ugly ASCII workarounds for all of them.
More info. ¢T is a scalar variable just like $T, but enforces a
class view, so you can use it as a class parameter, and pass any
object to it, but only access the classish aspects of the object.
The only other big difference is that you can use it in the class
syntactic slot, so it's legal to say
On Thu, Oct 20, 2005 at 10:32:14AM -0500, Steve Peters wrote:
: The idea of punishing programmers who choose to use certain operating system
: or locales just doesn't seem right to me.
That's why we provide ugly ASCII workarounds for all of them. We just
haven't decided what the appropriate ugly
Steve Peters skribis 2005-10-20 10:32 (-0500):
> The idea of punishing programmers who choose to use certain operating system
> or locales just doesn't seem right to me.
All non-ASCII operators have ASCII equivalents:
¥ Y
« <<
» >>
I'm sure ¢ will have its equivalent too.
(It'
On Thu, Oct 20, 2005 at 10:21:53AM -0500, Steve Peters wrote:
: On Thu, Oct 20, 2005 at 07:56:09AM -0700, Larry Wall wrote:
: > I don't know how long this EuroOSCON net is going to stay up, so I'll be
: > brief. I think we're having a new "class" sigil. Where we've been
: > writing ::T, that will
On Thu, Oct 20, 2005 at 05:17:57PM +0200, Juerd wrote:
> Juerd skribis 2005-10-20 17:03 (+0200):
> > 4. Why not ^, which is available?
>
> Or the euro symbol, which also has a C in it. It doesn't always have to
> be American ;) It's in iso-8859-15, which is compatible enough with
> iso-8859-1 to s
On 10/20/05 10:56 AM, Larry Wall wrote:
> I don't know how long this EuroOSCON net is going to stay up, so I'll be
> brief. I think we're having a new "class" sigil. Where we've been
> writing ::T, that will revert to meaning "an existing class T that
> we just might not see the declaration of fo
On Thu, Oct 20, 2005 at 07:56:09AM -0700, Larry Wall wrote:
> I don't know how long this EuroOSCON net is going to stay up, so I'll be
> brief. I think we're having a new "class" sigil. Where we've been
> writing ::T, that will revert to meaning "an existing class T that
> we just might not see t
Juerd skribis 2005-10-20 17:03 (+0200):
> 4. Why not ^, which is available?
Or the euro symbol, which also has a C in it. It doesn't always have to
be American ;) It's in iso-8859-15, which is compatible enough with
iso-8859-1 to support ¥ and both « and ». (I hope those turn out as Y,
<< and >>'s
Juerd skribis 2005-10-20 17:03 (+0200):
> 3. What is the ASCII equivalent?
Suggestion: 1c
'c' is an invalid character in numbers, and currently only numbers can
begin with a digit.
1cFoo
The 1 provides an extra visual hint of the cheapness of the class.
Juerd
--
http://convolution.nl
Larry Wall skribis 2005-10-20 7:56 (-0700):
> the new sigil is the cent sign, so ::T is now written ¢T instead.
1. What does it look like? I've never used a cent sign, and have seen
several.
2. How can it be typed with X character composition, vim's digraphs and
major international keyboards?
3
I don't know how long this EuroOSCON net is going to stay up, so I'll be
brief. I think we're having a new "class" sigil. Where we've been
writing ::T, that will revert to meaning "an existing class T that
we just might not see the declaration of for dynamic reasons". Instead,
the new sigil is t
I have released "Amber for Parrot" version 0.3.0 (Struggle):
Downloads: http://xamber.org/download.html
Release history: http://xamber.org/history.html
Project home page: http://xamber.org/index.html
"Amber for Parrot" is an Eiffel-like scripting language for the Parrot
Virtual Machine.
Changes
On Wed, Oct 19, 2005 at 03:58:17PM -0700, Nate Wiger wrote:
: Larry Wall wrote:
: >This is one of those accomodations to the real world, like everyone
: >agreeing on a standard URI format. We're really trying to keep
: >these module names close to what you'd see as the name of, say,
: >the corresp
On Wed, Oct 19, 2005 at 09:12:47PM -0400, Rob Kinyon wrote:
: On 10/19/05, Nate Wiger <[EMAIL PROTECTED]> wrote:
: > My concern is that we're solving problems that don't really exist in
: > real-world Perl usage. Are there really two competing authors of DBI?
: > Or, for any product, do two people
64 matches
Mail list logo