Re: Apocalypses and Exegesis...

2003-08-14 Thread Iain Truskett
* Jonathan Scott Duff ([EMAIL PROTECTED]) [15 Aug 2003 00:16]: [...] > Besides you could always provide online updates to your book as the > language changes. The first (dead tree) edition would be the rough > cut, and later editions would be closer to reality as the language > stablizes. Much li

Re: Apocalypses and Exegesis...

2003-08-14 Thread Iain Truskett
* Alberto Manuel Brandão Simões [15 Aug 2003 00:36]: > On Thu, 2003-08-14 at 15:19, Iain Truskett wrote: [...] > > Much like "Perl 6 Essentials" then? > > > > I must say that its chapter 4 is the clearest look at > > the perl 6 syntax (as it was at the ti

Re: Perl6 Daydreams (on topic but frivolous)

2003-07-01 Thread Iain Truskett
* Jonadab the Unsightly One ([EMAIL PROTECTED]) [01 Jul 2003 23:41]: > Iain Truskett <[EMAIL PROTECTED]> writes: > > Not the only one. And with Parrot being able to execute > > Z-code, it might be sane to port Inform to Parrot! > Did you mean port Inform to run on Par

Re: Perl6 Daydreams (on topic but frivolous)

2003-06-29 Thread Iain Truskett
* Jonadab the Unsightly One ([EMAIL PROTECTED]) [30 Jun 2003 12:37]: [...] > The feature I'm most looking forward to in Perl6 is the improved > object model. One of my first languages was Inform [...], so I got > spoiled early in terms of what objects are supposed to be like. Not the only one. A

Re: what's new continued

2002-07-08 Thread Iain Truskett
* Damian Conway ([EMAIL PROTECTED]) [08 Jul 2002 10:27]: [...] > > given my Doberman $sis is female = .dog[0] but pregnant -> $mother { > > for my Doberman @puppies = new Doberman x $mother.littersize > I'd have thought you'd need: > for my Doberman @puppies = (new Doberman) x $mother

Re: Regex and Matched Delimiters

2002-04-23 Thread Iain Truskett
* Larry Wall ([EMAIL PROTECTED]) [23 Apr 2002 11:56]: [...] > * Parens always capture. Maybe I missed something in the rest of the details, but is anything going to replace non-capturing parens? It's just that I do find them quite useful. -- iain.

Re: Apo-Ex arhive

2002-04-04 Thread iain truskett
* [EMAIL PROTECTED] ([EMAIL PROTECTED]) [05 Apr 2002 00:34]: > hi, > I thought it will be good if on dev.perl6.org we have an arhive with > all Apo's and Ex's, so anyone can get them in pack... (prefebaly > printed version) Throught the links I got all except Apo1. Anyone to > have the link nearb

Re: Apoc 4?

2002-01-20 Thread iain truskett
* Bryan C. Warnock ([EMAIL PROTECTED]) [20 Jan 2002 05:33]: > On Saturday 19 January 2002 12:20, iain truskett wrote: [...] > > It's a worry. Also odd is that Slashdot hasn't picked it up yet. > Developers' section. /me fossicks through configuration. Ah. Did

Re: Apoc 4?

2002-01-19 Thread iain truskett
* Bart Lateur ([EMAIL PROTECTED]) [20 Jan 2002 03:56]: > On Fri, 18 Jan 2002 12:33:48 -0500, Will Coleda wrote: > > http://www.perl.com/pub/a/2002/01/15/apo4.html [...] > I thought I had just missed it... but there's no trace of it in the > archives of <[EMAIL PROTECTED]>. Or any other perl6 list.

Re: What will be the Perl6 code name ?!!

2000-10-19 Thread iain truskett
Perl6 code name ? > even the perl books has some animal to represent the main idea > behind... or just for the fun. Perl 6 sounds good. I suspect some people would be leaning towards a gem, given Topaz and Sapphire. cheers, -- iain truskett, aka Koschei.<http://eh.or

Re: RFC 288 (v2) First-Class CGI Support

2000-09-29 Thread iain truskett
* Alan Gutierrez ([EMAIL PROTECTED]) [30 Sep 2000 14:55]: > On Sat, 30 Sep 2000, iain truskett wrote: > > Or someone could split CGI.pm up so that there's CGI::FormValues and > > CGI::HTTPHeaders. > By jove Mr. Truskett, that sounds like a smashing idea! Could we RFC

Re: RFC 288 (v2) First-Class CGI Support

2000-09-29 Thread iain truskett
t not split the field at tabs. cheers, -- iain truskett, aka Koschei.<http://eh.org/~koschei/> I Xander: But we were going to have a romantic evening! Anya: We were going to light lots of candles and have sex near them!

Re: RFC 288 (v2) First-Class CGI Support

2000-09-29 Thread iain truskett
P and %CGI is great, because then > modules can just "use cgi" and parse those thing up, without having to > read from STDIN and do all the GET/POST special stuff. Or they can just grab stuff using CGI.pm... Or someone could split CGI.pm up so that there's CGI::FormValues and CGI::HTTPHeaders. cheers, -- iain truskett, aka Koschei.<http://eh.org/~koschei/> A library is a hospital for the mind. Anonymous

Re: RFC 288 (v2) First-Class CGI Support

2000-09-29 Thread iain truskett
* Philip Newton ([EMAIL PROTECTED]) [30 Sep 2000 02:47]: > On 28 Sep 2000, at 21:36, iain truskett wrote: [] > > It's a case of: if you're going to have the output order, then you > > should provide for the input to be ordered. *As well as* unordered. > Sorry,

Re: RFC 288 (v2) First-Class CGI Support

2000-09-28 Thread iain truskett
* Philip Newton ([EMAIL PROTECTED]) [28 Sep 2000 21:19]: > On 27 Sep 2000, at 23:48, iain truskett wrote: > > So surely you'd want %HTTP (the input headers) to also be an array > > rather than a hash, since they'd be required in order as well? > I don't care, be

Re: RFC 288 (v2) First-Class CGI Support

2000-09-27 Thread iain truskett
an ordered array of keys) but you can probably see where I'm aiming at now? Extensibility.) [...] > Ziggy, are you interested in this idea enough (at all?) to stick a > note about the 'header' function into the RFC? Or should I RFC it > separately? I'd say RFC it separately. cheers, -- iain truskett, aka Koschei.<http://eh.org/~koschei/> The book to read is not the one which thinks for you, but the one which makes you think. James McCosh

Re: RFC 288 (v2) First-Class CGI Support

2000-09-27 Thread iain truskett
* Philip Newton ([EMAIL PROTECTED]) [27 Sep 2000 22:51]: > On Wed, 27 Sep 2000, iain truskett wrote: > > Is order important for @HEADERS? Would it be better to have %HEADERS > > instead that does such auto-formatting? > In my opinion, no, for the reasons given before. Ha

Re: perl6storm #0050

2000-09-27 Thread iain truskett
ve more than just a syntactic use. They provide a visual aid to the delineation of blocks. Anyway. That was my irrelevant rant for the day. Erm. I'll go away now. cheers, -- iain truskett, aka Koschei.<http://eh.org/~koschei/> You know you are addicted to coffee if... 7 Your eyes stay open when you sneeze.

Re: RFC 288 (v2) First-Class CGI Support

2000-09-27 Thread iain truskett
S instead that does such auto-formatting? cheers, -- iain truskett, aka Koschei.<http://eh.org/~koschei/> You know you are addicted to coffee if... 6 You've worn out your third pair of tennis shoes this week.

Re: RFC 288 (v1) First-Class CGI Support

2000-09-25 Thread iain truskett
* Adam Turoff ([EMAIL PROTECTED]) [26 Sep 2000 17:15]: > On Tue, Sep 26, 2000 at 05:02:02PM +1100, iain truskett wrote: > > Is there much point having a lightweight CGI module? If you say 'I want > > it to load quickly', I say 'get mod_perl'. > There'

Re: RFC 288 (v1) First-Class CGI Support

2000-09-25 Thread iain truskett
ld cgi-lib.pl library), but that would be better of being placed in the CGI module, methinks (and probably is in there anyway --- I've not looked at the shiny new v.3 CGI module as of yet). cheers, -- iain truskett, aka Koschei.<http://eh.org/~koschei/> You know you are addicted to coffee if... 11 You can jump-start your car without cables.

Re: RFC 288 (v1) First-Class CGI Support

2000-09-25 Thread iain truskett
> people think? > I think that the current CGI module functionality should perhaps be > maintained, though not necessarily in its current form... Yes. It'd be far better having the XML stuff working in a more 'first class' fashion than assorted h2() etc f

Re: RFC 263 (v1) Add null() keyword and fundamental data type

2000-09-20 Thread iain truskett
ick is getting the average programmer to actually read the documentation. Hence, it's mostly a case of putting more 'practical' examples of its use in the manual. Of course, I would be interested in seeing a version of Q::S that worked with threads and/or multiprocesses. I'll

Re: RFC 263 (v1) Add null() keyword and fundamental data type

2000-09-20 Thread iain truskett
A character with the ASCII value of zero. It's used by C > and some Unix syscalls to terminate strings, but Perl allows > strings to contain a null. > NULL LIST: > A list value with zero elements, represented in Perl by (). And a NULL SCAL

Re: RFC 263 (v1) Add null() keyword and fundamental data type

2000-09-20 Thread iain truskett
* Tom Christiansen ([EMAIL PROTECTED]) [21 Sep 2000 05:49]: > > no strict; > > $a = undef; > > $b = null; > Perl already has a null string: "". Looks more like a string of no length than a null string. -- iain.

Re: RFC 76 (v2) Builtin: reduce

2000-09-19 Thread iain truskett
itself. cheers, -- iain truskett, aka Koschei.<http://eh.org/~koschei/> Define the universe. Give three examples.

Re: RFC 76 (v2) Builtin: reduce

2000-09-19 Thread iain truskett
^0 }, [[],[]], @numbers; Damian writes: > Note that the original @_-based *didn't* need one, because ->'s are > optional between ] and [. My apologies for any confusion arising. If the RFC goes another 'developing' version, would it be possible for you to include the ^0 based one?

Re: RFC 76 (v2) Builtin: reduce

2000-09-19 Thread iain truskett
* Jonathan Scott Duff ([EMAIL PROTECTED]) [20 Sep 2000 07:43]: > On Wed, Sep 20, 2000 at 07:31:35AM +1100, iain truskett wrote: [...] > > $sorted = reduce { push @{ ^0 [ ^1 % 2 ] }, ^1; ^0 }, [[],[]], @numbers; > I guess I'm confused with the syntax. Shouldn't the

Re: RFC 76 (v2) Builtin: reduce

2000-09-19 Thread iain truskett
cond array, and even numbers (i.e. x % 2 == 0) in the first one (the zeroth array). Then return the new (filled out) pair of arrays for the next number. I like it. -- iain truskett, aka Koschei.<http://eh.org/~koschei/> You know you are addicted to coffee if... 16 Instant coffee takes too long.

Re: Ideas that need RFCs?

2000-08-17 Thread iain truskett
C<'> and C<">. Why and how? > * Remove C as a synonym for C Why? > Some of these are mine, some of them are ideas I remember seeing > someone else mention, but I don't see RFCs for. Am I missing them, or > do they need to be written up? They do --

Re: Devils advocacy (Re: RFC 84 (v1) Replace => (stringifying comma) with =>)

2000-08-16 Thread iain truskett
o come up with the idea. How often have you ever said "Hey! That's cool! Wish I'd thought of that!"? cheers, -- iain truskett, aka Koschei.<http://eh.org/~koschei/> Emacs is a nice OS - but it lacks a good text editor. That's why I am using Vim. -- Anonymous.

Re: RFC 90 (v1) Builtins: zip() and unzip()

2000-08-13 Thread iain truskett
* Jarkko Hietaniemi ([EMAIL PROTECTED]) [14 Aug 2000 00:15]: > On Sun, Aug 13, 2000 at 06:54:10PM +1000, iain truskett wrote: > > * Jeremy Howard ([EMAIL PROTECTED]) [13 Aug 2000 17:28]: [...] > > > Personally, I like 'weave' rather than 'zip'. I'm h

Re: RFC 90 (v1) Builtins: zip() and unzip()

2000-08-13 Thread iain truskett
> just that no-one's got any idea what I'm trying to say? I glanced through it and thought it seemed fine. If people think something is stupid, they'll email. If people want something changed, they'll email. If something is good, they won't =) cheers, -- iain truske

Re: RFC 48 (v2) Replace localtime() and gmtime() with da

2000-08-12 Thread iain truskett
breviated month name according to the current locale. %B The full month name according to the current locale. %c The preferred date and time representation for the current locale. Note the 'current locale' bit. That takes care of Freitag, Vendredi or Kinyoobi (in UTF-

Re: RFC 48 (v2) Replace localtime() and gmtime() with da

2000-08-11 Thread iain truskett
example: lang is English => qw/January February .../ lang is German => qw/Januar Februar .../ lang is Japanese => qw/ichigatsu nigatsu .../ (only in UTF-16, natch) Just think of the amount of instantly translated software! cheers! -- iain truskett, aka Koschei.

Re: println() ... printbr()

2000-08-09 Thread iain truskett
; > > not like at the moment : > > foraeach (@array) { print $_}; > This I totally disagree with. The use of an array in scalar context > does (and I believe should always) return it's length. It is one of > Perl's single most usful features (in my expirience)...

Re: RFC 65 (v1) Add change bar functionality to pod

2000-08-08 Thread iain truskett
ppropriately. The > change bars should also be distinct to the reader of the raw POD. Now, does someone fancy doing this to the various RFCs that have changed so far? cheers! -- iain truskett, aka Koschei.<http://eh.org/~koschei/>

Re: RFC 55 (v1) Compilation: Remove requirement for fina

2000-08-08 Thread iain truskett
* William Setzer ([EMAIL PROTECTED]) [09 Aug 2000 00:27]: > iain truskett <[EMAIL PROTECTED]> writes: [...] > > If so, why? (Possibly cite the code.) > Because it's more aesthetic (and useful) for me to see: > open '/afs/bp.ncsu.edu/path/to/no_such_file'

Re: RFC 55 (v1) Compilation: Remove requirement for fina

2000-08-07 Thread iain truskett
t; now? Hands up...) A call to people: Who here has actually used something other than a constant '1' in a package? If so, why? (Possibly cite the code.) cheers, -- iain truskett, aka Koschei.<http://eh.org/~koschei/> "I'd just like to take