Re: apo 2

2001-05-13 Thread nick
Michael G Schwern [EMAIL PROTECTED] writes: On Fri, May 04, 2001 at 09:51:53AM -0400, John Porter wrote: And btw . . . Wouldn't $thing has property As in door has redness - ugh vs door is red. Property should be an adjective, not a noun. make more sense than $thing is

Re: apo 2

2001-05-13 Thread John Porter
[EMAIL PROTECTED] wrote: Property should be an adjective, not a noun. While I'm inclined to want to disagree with you 100% on that, I really only disagree 50%. :-) -- John Porter

Re: apo 2

2001-05-10 Thread Dave Storrs
On Tue, 8 May 2001, Me wrote: yes? And, despite perl5's use of no as the opposite of use, and given that there may be no use in perl6 (;), and thus perhaps no no, (on and off?), then maybe no could be used as not yes? no? Your Honor, I would like to stipulate that that

Re: apo 2

2001-05-08 Thread Larry Wall
: is = typing, inheritance, etc. : has = composition, aggregation, etc. : : True, but those are basic OO concepts, which don't neatly apply to : property-lists (a very old Lisp concept that Perl6 is adopting). Well, you can think of it like that, but I'm actually trying for some happy

Re: apo 2

2001-05-08 Thread Me
So bool would perhaps be a synthetic property that has opposite polarity from bit? I can see that, sort of. It's something like electrons being negative, thank you Mr. Franklin. s/bit/yes/ yes? And, despite perl5's use of no as the opposite of use, and given that there may be no use in

Re: apo 2

2001-05-08 Thread Larry Wall
Me writes: : So bool would perhaps be a synthetic property that has opposite : polarity : from bit? I can see that, sort of. It's something like electrons : being : negative, thank you Mr. Franklin. : : s/bit/yes/ : : yes? : : And, despite perl5's use of no as the opposite : of use, and

Re: apo 2

2001-05-08 Thread Me
If you're trying to confuse me, I can assure you it's unnecessary. ;-) Hey, I try. --me (Under cover Ruby/Python agent and promotor of RFCs 380 thru 1,000,000)

Re: apo 2

2001-05-08 Thread John Porter
Me wrote: And, despite perl5's use of no as the opposite of use, and given that there may be no use in perl6 (;), and thus perhaps no no, (on and off?), then maybe no could be used as not yes? Well clearly on is the opposite of no. Yes? -- John Porter

Re: apo 2

2001-05-08 Thread Me
Well clearly on is the opposite of no. Yes? maybe, as in: my cat maybe Dog; for some form of relaxed typing constraint. crazy cackle

Re: apo 2

2001-05-07 Thread John Porter
Simon Cozens wrote: John Porter wrote: $thing is; Existence is not the same as essence. strike() while $the_iron is; -- John Porter

Re: apo 2

2001-05-05 Thread Rocco Caputo
On Fri, May 04, 2001 at 03:00:59PM +0100, Michael G Schwern wrote: On Fri, May 04, 2001 at 09:51:53AM -0400, John Porter wrote: And btw . . . Wouldn't $thing has property make more sense than $thing is property $foo has true doesn't flow as well as $foo is true.

Re: apo 2

2001-05-05 Thread John Porter
Rocco Caputo wrote: $thing's veracity is true. What about just $thing is; -- John Porter All men are subjects.

Re: apo 2

2001-05-05 Thread Simon Cozens
On Sat, May 05, 2001 at 04:10:47PM -0400, John Porter wrote: Rocco Caputo wrote: $thing's veracity is true. What about just $thing is; Existence is not the same as essence. -- Triage your efforts, y'know? - Thorfinn

apo 2

2001-05-04 Thread Piers Cawley
Those new properties thingies are looking powerful. Does this mean we can now do: sub decorate ($obj) { $obj is ad_hoc_method(sub {...}); } and expect C$obj.ad_hoc_method(...) to call the appropriate subroutine? -- Piers Cawley www.iterative-software.com

Re: apo 2

2001-05-04 Thread Bart Lateur
this message. Of course, I hadn't seen Apo 2 itself, and I was really reliefed when I did. For the record: I had assumed that double quotish interpretation for the here docs was going to disappear. Not so. It's just that in $heredoc = END; foofoo foo foo END the double quotes

Re: apo 2

2001-05-04 Thread John Porter
Piers Cawley wrote: sub decorate ($obj) { $obj is ad_hoc_method(sub {...}); } and expect C$obj.ad_hoc_method(...) And btw . . . Wouldn't $thing has property make more sense than $thing is property ??? Is usually implies a generalization link, not a

Re: apo 2

2001-05-04 Thread John Porter
Bart Lateur wrote: I hardly ever restrict myself to word characters in the end delimiter, anyway. Interesting -- I *always* use EOF, because that's the only one vim knows a priori how to highlight correctly. :-/ -- John Porter It's so mysterious, the land of tears.

Re: apo 2

2001-05-04 Thread Michael G Schwern
On Fri, May 04, 2001 at 09:51:53AM -0400, John Porter wrote: And btw . . . Wouldn't $thing has property make more sense than $thing is property $foo has true doesn't flow as well as $foo is true. Dunno quite what the other expected uses are. -- Michael G. Schwern

Re: apo 2

2001-05-04 Thread Buddha Buck
At 03:00 PM 05-04-2001 +0100, Michael G Schwern wrote: On Fri, May 04, 2001 at 09:51:53AM -0400, John Porter wrote: And btw . . . Wouldn't $thing has property make more sense than $thing is property $foo has true doesn't flow as well as $foo is true. Dunno quite what

Re: apo 2

2001-05-04 Thread John Porter
Michael G Schwern wrote: $foo has true doesn't flow as well as $foo is true. But the general form, something like $thing is a_property or $thing is a_behavior flows considerably worse, IMHO. -- John Porter It's so mysterious, the land of tears.

Re: apo 2

2001-05-04 Thread Nathan Torkington
Michael G Schwern writes: $foo has true doesn't flow as well as $foo is true. Dunno quite what the other expected uses are. $foo has truth; # :-) This leads naturally to: $foo has the_buddha_nature; $foo has ten_days_to_live; $foo has meddled_in_my_affairs_one_too_many_times! # !

RE: apo 2

2001-05-04 Thread Garrett Goebel
From: Buddha Buck [mailto:[EMAIL PROTECTED]] At 03:00 PM 05-04-2001 +0100, Michael G Schwern wrote: On Fri, May 04, 2001 at 09:51:53AM -0400, John Porter wrote: And btw . . . Wouldn't $thing has property make more sense than $thing is property $foo has true

Re: apo 2

2001-05-04 Thread Jarkko Hietaniemi
On Fri, May 04, 2001 at 09:47:18AM -0600, Nathan Torkington wrote: Michael G Schwern writes: $foo has true doesn't flow as well as $foo is true. Dunno quite what the other expected uses are. $foo has truth; # :-) This leads naturally to: $foo has the_buddha_nature; $foo has

Re: apo 2

2001-05-04 Thread John Porter
@pi are square; @dogs have fleas; @talks have stalled; -- John Porter

Re: apo 2

2001-05-04 Thread Bart Lateur
On Fri, 4 May 2001 10:49:48 -0500 , Garrett Goebel wrote: And btw . . . Wouldn't $thing has property make more sense than $thing is property $foo has true doesn't flow as well as $foo is true. Dunno quite what the other expected uses are. Maybe it is just

RE: apo 2

2001-05-04 Thread Buddha Buck
At 10:49 AM 05-04-2001 -0500, Garrett Goebel wrote: From: Buddha Buck [mailto:[EMAIL PROTECTED]] At 03:00 PM 05-04-2001 +0100, Michael G Schwern wrote: On Fri, May 04, 2001 at 09:51:53AM -0400, John Porter wrote: And btw . . . Wouldn't $thing has property make more

Re: apo 2

2001-05-04 Thread Tad McClellan
On Fri, May 04, 2001 at 11:51:43AM -0400, John Porter wrote: @pi are square; Pi are round. Cake are square. -- Tad McClellan SGML consulting [EMAIL PROTECTED] Perl programming Fort Worth, Texas

RE: apo 2

2001-05-04 Thread David Whipp
is = typing, inheritance, etc. has = composition, aggregation, etc. True, but those are basic OO concepts, which don't neatly apply to property-lists (a very old Lisp concept that Perl6 is adopting). is does seem to imply an OO is-a relationship. So lets run with it! If $foo is an

apo 2

2001-05-03 Thread David L. Nicol
I am going to miss doublequoting being the default quoting for here strings. I find that to be a very nice optimization and would like to know more about the reasoning behind taking it away. I worry that official standard p6 will be more difficult to use than official standard p5. --

Re: apo 2

2001-05-03 Thread Edward Peschko
On Thu, May 03, 2001 at 10:14:47PM -0500, David L. Nicol wrote: I am going to miss doublequoting being the default quoting for here strings. I find that to be a very nice optimization and would like to know more about the reasoning behind taking it away. I worry that official standard p6

Re: apo 2

2001-05-03 Thread Larry Wall
David L. Nicol writes: : I am going to miss doublequoting being the default quoting for : here strings. I find that to be a very nice optimization and : would like to know more about the reasoning behind taking it : away. I worry that official standard p6 will be more difficult : to use than