On Fri, Oct 14, 2005 at 05:17:48PM -0700, Larry Wall wrote:
> form of tr/// should always use lists, with a helper function to
> translate "a..z" to a list and also carp about the fact that it will
> break under Unicode. :-)
And EBCDIC.
The dinosaurs are not extinct yet. I guess that they are t
[EMAIL PROTECTED] (Larry Wall) writes:
> : my %transtable;
> : for %intable.kv -> $k, $v {
> : # $k is stringified by the => operator.
>
> Interesting comment. I wonder if it's true.
That was my attempt to explain the observations I did. Clearly I put
the blame the wr
On Sat, Oct 15, 2005 at 09:49:30AM -0700, Larry Wall wrote:
> On Sat, Oct 15, 2005 at 07:39:36PM +0300, wolverian wrote:
> : IMHO just call it "self" (by default) and be done with it. :)
>
> Let it be so.
Somewhat off-tangent: does this mean that .foo is always $_.foo?
> Larry
--
Ilmari Vackl
On Sat, 2005-10-15 at 12:45 -0500, Bryan Burgers wrote:
> What I find exciting about parrot is that (it sounds like to me)
> you'll be able to run a perl6 file anywhere that has parrot, much like
> Java. I think what Markus is getting at is for there to be a way to
> display graphics through parr
On 10/15/05, Luke Palmer <[EMAIL PROTECTED]> wrote:
> On 10/14/05, Markus Laire <[EMAIL PROTECTED]> wrote:
> > Perl does have CPAN, but the problem is that there are no standard
> > modules, and so there can be several modules doing the same thing.
>
> And what is the problem with that?
The proble
Larry,
On Oct 15, 2005, at 11:25 AM, Larry Wall wrote:
On Sat, Oct 15, 2005 at 10:34:34AM -0400, Stevan Little wrote:
: I think what bothers me most about this is that it seems there is no
: way to tell the difference between class methods and instance
: methods. That the distinction is only ma
Larry,
On Oct 15, 2005, at 11:25 AM, Larry Wall wrote:
: >But we have to think a bit more about the notion of currying class
: >objects into real objects, or something approaching real objects.
:
: This is an interesting thought, I will have to ponder it some,
but it
: has a nice smell. Of co
On Oct 15, 2005, at 9:57 AM, David Storrs wrote:
I would suggest we avoid trying to link Perl6 with Web2.0 in
people's minds, at least at first. One of the uphill battles that
I'm really tired of fighting is convincing people that Perl is good
for more than CGIs and quick-n-dirty system a
On Oct 15, 2005, at 7:39 AM, Rutger Vos wrote:
Good idea. A fat new O'reilly tome will go some way to capturing
mind share
for perl6. Gathering ideas wiki-style is also very Web2.0. Perhaps
perl6
could be marketed as such, what with the development style -
"Perl6, the
first Web2.0 program
On Sat, Oct 15, 2005 at 07:39:36PM +0300, wolverian wrote:
: On Sat, Oct 15, 2005 at 08:25:15AM -0700, Larry Wall wrote:
: > [snip]
: >
: > Of course, there's never been any controversy here about what to call
: > "self", oh no... :-)
:
: IMHO just call it "self" (by default) and be done with it.
On Sat, Oct 15, 2005 at 08:25:15AM -0700, Larry Wall wrote:
> [snip]
>
> Of course, there's never been any controversy here about what to call
> "self", oh no... :-)
IMHO just call it "self" (by default) and be done with it. :)
--
wolverian, contributing to the general disagreement
On Sat, Oct 15, 2005 at 10:34:34AM -0400, Stevan Little wrote:
: I think what bothers me most about this is that it seems there is no
: way to tell the difference between class methods and instance
: methods. That the distinction is only made when the body of the
: method does something which
Larry,
On Oct 14, 2005, at 2:15 PM, Larry Wall wrote:
Look guys, I want it to just consistently be
method bark (Dog $d) {...}
regardless of how instantiated the dog is. Think of partially
instantiated subroutines via .assuming. A sub is a sub regardless of
how much it's been curried. So
Good idea. A fat new O'reilly tome will go some way to capturing mind share
for perl6. Gathering ideas wiki-style is also very Web2.0. Perhaps perl6
could be marketed as such, what with the development style - "Perl6, the
first Web2.0 programming language".
In any case, if the book comes out aroun
On 10/14/05, Markus Laire <[EMAIL PROTECTED]> wrote:
> Perl does have CPAN, but the problem is that there are no standard
> modules, and so there can be several modules doing the same thing.
And what is the problem with that?
For example, some of the modules for graphics you get to choose from
ar
15 matches
Mail list logo