Re: String Literals, take 1

2002-11-30 Thread Joseph Ryan
(* Note: Please reply to [EMAIL PROTECTED] *) (* Don't reply to this hotmail address! I'm deleting it tomarrow! *) (* Fight the urge! *) : Jonathan Scott Duff <[EMAIL PROTECTED]> : Joseph Ryan <[EMAIL PROTECTED]> > Anyways, here's a first draft of the string documentation ... I didn't se

Re: String Literals, take 1

2002-11-30 Thread Jonathan Scott Duff
On Sat, Nov 30, 2002 at 12:40:28AM +, Joseph Ryan wrote: > Anyways, here's a first draft of the string documentation ... I didn't see any mention of vstrings (e.g. tokens of the form v5.8.0. I also got the impression from a response Larry made to one of the emails in the thread on numbers th

Re: String Literals, take 1

2002-11-30 Thread Bryan C. Warnock
On Sat, 2002-11-30 at 21:51, Michael Lazzaro wrote: > Joseph Ryan wrote: > > >That's the question of whether stringification will strictly be > > >serializing, or whether that will be a method call and stringification > > >should "look pretty" or "be useful". I prefer the latter. > > > > Same. >

Re: String Literals, take 1

2002-11-30 Thread Luke Palmer
> Date: Sat, 30 Nov 2002 18:51:02 -0800 > From: Michael Lazzaro <[EMAIL PROTECTED]> > > Alternatively, there could perhaps be a marker such that prettyified is > the default, but you can still get 'internal' stringification: > > print "Hello, $personObj"; # normal stringification > pr

Re: String Literals, take 1

2002-11-30 Thread Jonathan Scott Duff
On Sat, Nov 30, 2002 at 06:51:02PM -0800, Michael Lazzaro wrote: > But the two uses are incompatible: by supporting one goal, we pretty > much trash the other. By supporting the "useful internal" stuff, we are > making it more difficult to use stringification for simple, common text > I/O purposes

Re: String Literals, take 1

2002-11-30 Thread Michael Lazzaro
Joseph Ryan wrote: > >That's the question of whether stringification will strictly be > >serializing, or whether that will be a method call and stringification > >should "look pretty" or "be useful". I prefer the latter. > > Same. Can you define a good preferred "useful"? I find the current beh

Re: String Literals, take 1

2002-11-30 Thread Joseph Ryan
: Luke Palmer <[EMAIL PROTECTED]> : Joseph F. Ryan <[EMAIL PROTECTED]> > Perhaps only first level references should stringify nicely, and inner > references stringify perl5 style. I think that if Data::Dumper style > stringification is wanted, then a C<< use Data::Dumper; >> shouldn't > anger

Re: String Literals, take 1

2002-11-30 Thread Joseph Ryan
(* Note: Please reply to [EMAIL PROTECTED] *) : Arcadi Shehter <[EMAIL PROTECTED]> : "Joseph Ryan" <[EMAIL PROTECTED]> issue : * space is allowed (OR NOT ???) between qq ( and friends ) and following delimiter qq ( ... ) ; qq ) ... ( ; qq ' ... ' ; ??? qq | ... | ; T

Re: String Literals, take 1

2002-11-30 Thread Michael Lazzaro
James Mastros wrote: > > A set of braces is a special op that evaluates into the list of words > > contained, using whitespace as the delimeter. It is similar to qw() > > from perl5, and can be thought of as roughly equivalent to: > > C<< "STRING".split(' ') >> > I thought it was named <> or «foo

Re: String Literals, take 1

2002-11-30 Thread Arcadi Shehter
issue : * space is allowed (OR NOT ???) between qq ( and friends ) and following delimiter qq ( ... ) ; qq ) ... ( ; qq ' ... ' ; ??? qq | ... | ; qq # ... # ; ??? qq : ... : ; ??? ( to distinguish from usual subs , where this should be subqq

Re: String Literals, take 1

2002-11-30 Thread James Mastros
On 11/29/2002 7:40 PM, Joseph Ryan wrote: - References and Object stringification hasn't been defined. I belive it goes somthing like this: All objects define a .AS_STRING method. This method is called to stringify the object. The builtin types have builtin .AS_STRINGs, the primitive types au

Re: String Literals, take 1

2002-11-30 Thread Luke Palmer
> From: "Joseph Ryan" <[EMAIL PROTECTED]> > Date: Sat, 30 Nov 2002 08:08:10 + > > >The default .AS_STRING for Strings is obvious. Int and Num stringify to a > >decimal number (using the e exponential form if it is shorter?). > > I hope not; if someone wants a number in e form, they should sp

Re: String Literals, take 1

2002-11-30 Thread Joseph Ryan
From: James Mastros <[EMAIL PROTECTED]> On 11/29/2002 7:40 PM, Joseph Ryan wrote: (*Note: Please reply to [EMAIL PROTECTED], as this is only a temporary email address) - References and Object stringification hasn't been defined. I belive it goes somthing like this: All objects define a .AS_ST

Re: String Literals, take 1

2002-11-29 Thread Joseph Ryan
First, apologies for the typos; fixed. Do you mean \Q or \Q{}, or both ? \Q{}; \Q{} is different than \Q, at least according to the Apocalypse. \Q{}Escape all characters that need escaping from this point on in the current string (except "}") Yeah. Then print "@

Re: String Literals, take 1

2002-11-29 Thread Richard Nuttall
$string = 'one \qq{$var} two'# $string = 'one two three' $string = 'one\qq{ {$var\} }two' # $string = 'one {two} three' I think you mean s/two/three/ : $string = 'one \qq{$var} three'# $string = 'one two three' $string = 'one\qq{ {$var\} }three' # $string = 'one {two} thr

String Literals, take 1

2002-11-29 Thread Joseph Ryan
First of all, apologies for sending through Hotmail; I'm home for the weekend, and have no access to email. However, I figured I should send this out as soon as I finished so that people have something to think about besides numbers :) Anyways, here's a first draft of the string documentation, I'