[svn:parrot-pdd] r15628 - trunk/docs/pdds

2006-11-17 Thread particle
Author: particle Date: Fri Nov 17 07:38:13 2006 New Revision: 15628 Modified: trunk/docs/pdds/pdd07_codingstd.pod Log: [PDD07]: minor spelling fix Modified: trunk/docs/pdds/pdd07_codingstd.pod == --- trunk/docs/pdds/p

Re: [svn:parrot-pdd] r15628 - trunk/docs/pdds

2006-11-17 Thread chromatic
On Friday 17 November 2006 07:38, [EMAIL PROTECTED] wrote: > -There should be one space between C keywords and following open > parentheses, > +There should be one space between C keywords and following > open parenthesis, e.g. C. Hm, it seemed more correct to me before, as "keywords" is plural.

Re: [svn:parrot-pdd] r15628 - trunk/docs/pdds

2006-11-17 Thread Larry Wall
On Fri, Nov 17, 2006 at 10:07:30AM -0800, chromatic wrote: : On Friday 17 November 2006 07:38, [EMAIL PROTECTED] wrote: : : > -There should be one space between C keywords and following open : > parentheses, : > +There should be one space between C keywords and following : > open parenthesis, e.g

[svn:parrot-pdd] r15633 - in trunk: . docs/pdds

2006-11-17 Thread chromatic
Author: chromatic Date: Fri Nov 17 11:13:12 2006 New Revision: 15633 Modified: trunk/docs/pdds/pdd07_codingstd.pod Changes in other areas also in this revision: Modified: trunk/ (props changed) Log: [PDD] Removed further ambiguity from keyword/function and parenthesis spacing. Modified

Re: generic ordinal-relevant operators

2006-11-17 Thread TSa
HaloO, Smylers wrote: TSa writes: ... one question remains that might actually make Duncan's proposal pointless. Didn't Larry actually accept Darren's proposal and add the C and C operators? He did. But I don't understand exactly how the coercive semantics of the numeric and string compar

Re: Smart Matching clarification

2006-11-17 Thread Larry Wall
On Thu, Nov 16, 2006 at 04:25:30PM -0800, Jonathan Lang wrote: : Looking through the table provided, I ran across the following: : :$_ $xType of Match ImpliedMatching Code :== = == :HashHash hash keys identical

Re: Smart Matching clarification

2006-11-17 Thread Jonathan Lang
Larry Wall wrote: Jonathan Lang wrote: : Looking through the table provided, I ran across the following: : :$_ $xType of Match ImpliedMatching Code :== = == :HashHash hash keys identical match if $_.keys.s

Re: generic ordinal-relevant operators

2006-11-17 Thread Larry Wall
On Fri, Nov 17, 2006 at 04:57:59PM +0100, TSa wrote: : But I don't understand exactly how the coercive semantics : of the numeric and string comparisons are achieved. I assume there : are protos defined with signature :(Any,Any) that coerce the args : to numeric or string and re-dispatch. Right? I

Re: [svn:parrot-pdd] r15628 - trunk/docs/pdds

2006-11-17 Thread chromatic
On Friday 17 November 2006 10:30, Larry Wall wrote: > Or maybe we need to revise English to remove implicit junctionals, since > plurals tend to default to all() rather than any() unless in the presence > of a one(), in which case it's merely ambiguous... Next you'll argue that proof-carrying cod

Re: Smart Matching clarification

2006-11-17 Thread Paul Seamons
> So maybe we have some or all of: > > .keys .sortkeys > .values .sortvalues > .kv .sortkv > .pairs.sortpairs > > Possible variations: .skeys, .ordkeys, etc. Also could flip the > default and make .keys sort by default and then you use .rawkeys to get > unor