Re: Embedded comments: two proposed solutions to the comment-whole-lines problem

2009-08-17 Thread Jon Lang
On Tue, Aug 11, 2009 at 12:42 PM, Jon Langdatawea...@gmail.com wrote: jerry gay wrote: for the latest spec changes regarding this item, see http://perlcabal.org/svn/pugs/revision/?rev=27959. is everyone equally miserable now? ;) Already seen it.  My latest points still stand, though:

Re: Embedded comments: two proposed solutions to the comment-whole-lines problem

2009-08-13 Thread David Green
On 2009-Aug-11, at 1:38 pm, raiph mellor wrote: For a quick backgrounder, Larry had talked of reserving backtick for use as a user defined operator [1], Mark had suggested its use as a (tightly bound) comment [2], and James et al had suggested using it to declare units [3]. I'd like to see

Re: Embedded comments: two proposed solutions to the comment-whole-lines problem

2009-08-11 Thread smuj
Jon Lang wrote: smuj wrote: Jon Lang wrote: Here's a radical notion: use something other than '#' to initiate an inline comment. [snippage] Or maybe just don't allow embedded comments unless they are actually embedded, i.e. if a line starts with a # (ignoring leading whitespace) then it's

Re: Embedded comments: two proposed solutions to the comment-whole-lines problem

2009-08-11 Thread Ben Morrow
Quoth markjr...@gmail.com (Mark J. Reed): I still like the double-bracket idea. I don't much mind the extra character; 5 characters total still beats the 7 of HTML/XML. I much prefer double-bracket to double-#: double-# gets caught out when you do s/^/# on code which already includes

Re: Embedded comments: two proposed solutions to the comment-whole-lines problem

2009-08-11 Thread Jon Lang
Ben Morrow wrote: However, I would much rather see a general syntax like    (# ... )    {# ... }    [# ... ] with no whitespace allowed between the opening bracket and the #: this doesn't seem to conflict with anything. Allowing # ... in rules would also be nice. That's rather elegant.

Re: Embedded comments: two proposed solutions to the comment-whole-lines problem

2009-08-11 Thread Jon Lang
smuj wrote: Jon Lang wrote: smuj wrote: Jon Lang wrote: Here's a radical notion: use something other than '#' to initiate an inline comment. [snippage] Or maybe just don't allow embedded comments unless they are actually embedded, i.e. if a line starts with a # (ignoring leading

Re: Embedded comments: two proposed solutions to the comment-whole-lines problem

2009-08-11 Thread Jim Cromie
On Mon, Aug 10, 2009 at 10:31 AM, Carl Mäsak cma...@gmail.com wrote: In my post Three things in Perl 6 that aren't so great [0], I outline three things about Perl 6 that bug me at present. Commenter daxim made what seems to me a sensible proposal [1] for solving the third problem, Comments in

Re: Embedded comments: two proposed solutions to the comment-whole-lines problem

2009-08-11 Thread Moritz Lenz
Ben Morrow wrote: Quoth markjr...@gmail.com (Mark J. Reed): I still like the double-bracket idea. I don't much mind the extra character; 5 characters total still beats the 7 of HTML/XML. I much prefer double-bracket to double-#: double-# gets caught out when you do s/^/# on code which

Re: Embedded comments: two proposed solutions to the comment-whole-lines problem

2009-08-11 Thread Eirik Berg Hanssen
Moritz Lenz mor...@faui2k3.org writes: In all other cases of quote like constructs are the semantics are explicit first (think of Q, qx, m, , «), the delimiter comes later. Changing that all of a sudden seems very unintuitive and wrong. Thing is, comments are not quote-like. All of the

Re: Embedded comments: two proposed solutions to the comment-whole-lines problem

2009-08-11 Thread Ben Morrow
At 6PM +0200 on 11/08/09 you (Moritz Lenz) wrote: Ben Morrow wrote: However, I would much rather see a general syntax like (# ... ) {# ... } [# ... ] with no whitespace allowed between the opening bracket and the #: this doesn't seem to conflict with anything.

Re: Embedded comments: two proposed solutions to the comment-whole-lines problem

2009-08-11 Thread Jon Lang
Ben Morrow wrote: This appears to be leading to a :comment modifier on quotables, with some suitable shortcut. Perhaps 'q#'? Or are we not allowed mixed alpha and symbols? It's probably a bad practice, if possible. (I really want to suggest £, just to teach USAnians '#' isn't called

Re: Embedded comments: two proposed solutions to the comment-whole-lines problem

2009-08-11 Thread raiph mellor
for the latest spec changes regarding this item, see http://perlcabal.org/svn/pugs/revision/?rev=27959. is everyone equally miserable now? ;) ~jerry Ha! :) I do indeed feel underwhelmed. I'll surely get over it but I may as well post why, even though Larry's presumably trying to stop the

Re: Embedded comments: two proposed solutions to the comment-whole-lines problem

2009-08-11 Thread Jon Lang
jerry gay wrote: for the latest spec changes regarding this item, see http://perlcabal.org/svn/pugs/revision/?rev=27959. is everyone equally miserable now? ;) Already seen it. My latest points still stand, though: #`(...) is still vulnerable to ambiguity relative to #..., whereas `#(...),

Re: Embedded comments: two proposed solutions to the comment-whole-lines problem

2009-08-11 Thread smuj
jerry gay wrote: for the latest spec changes regarding this item, see http://perlcabal.org/svn/pugs/revision/?rev=27959. is everyone equally miserable now? ;) I'm quite happy actually -- #` or #+ makes no difference to me :-) S02 just got that little bit simpler, so the thread was

Re: Embedded comments: two proposed solutions to the comment-whole-lines problem

2009-08-10 Thread smuj
Hiyas, Carl Mäsak wrote: In my post Three things in Perl 6 that aren't so great [0], I outline three things about Perl 6 that bug me at present. Commenter daxim made what seems to me a sensible proposal [1] for solving the third problem, Comments in the beginning of lines: daxim (]): ] Let

Re: Embedded comments: two proposed solutions to the comment-whole-lines problem

2009-08-10 Thread Patrick R. Michaud
On Mon, Aug 10, 2009 at 06:46:34PM +0100, smuj wrote: Although I can see some minimal uses for embedded comments, I think in general the cost/benefit ratio isn't enough to warrant their existence. I could be wrong of course! :-) I'd like to know if anyone has made much use of them in

Re: Embedded comments: two proposed solutions to the comment-whole-lines problem

2009-08-10 Thread smuj
Patrick R. Michaud wrote: On Mon, Aug 10, 2009 at 06:46:34PM +0100, smuj wrote: Although I can see some minimal uses for embedded comments, I think in general the cost/benefit ratio isn't enough to warrant their existence. I could be wrong of course! :-) I'd like to know if anyone has made

Re: Embedded comments: two proposed solutions to the comment-whole-lines problem

2009-08-10 Thread Jon Lang
On Mon, Aug 10, 2009 at 12:25 PM, Patrick R. Michaudpmich...@pobox.com wrote: I'd be fine with the ##(embedded comment solution) approach (doubling the #'s), but it's much less visually appealing to me.  I think I'd prefer to see a doubling of the bracketing chars instead of doubling the #'s

Re: Embedded comments: two proposed solutions to the comment-whole-lines problem

2009-08-10 Thread Mark J. Reed
On Mon, Aug 10, 2009 at 4:57 PM, Jon Langdatawea...@gmail.com wrote: I'd recommend '#='; but if that isn't already being used by pod, it should be reserved for use by pod (and it's visually heavy). Commenting out lines that include pod will generate #= at the beginning of a line, which is

Re: Embedded comments: two proposed solutions to the comment-whole-lines problem

2009-08-10 Thread Jon Lang
On Mon, Aug 10, 2009 at 2:16 PM, Mark J. Reedmarkjr...@gmail.com wrote: I still like the double-bracket idea. I don't much mind the extra character; 5 characters total still beats the 7 of HTML/XML. Agreed. As I said, the biggest potential stumbling block for this would be the existence of a

Re: Embedded comments: two proposed solutions to the comment-whole-lines problem

2009-08-10 Thread smuj
Jon Lang wrote: On Mon, Aug 10, 2009 at 2:16 PM, Mark J. Reedmarkjr...@gmail.com wrote: I still like the double-bracket idea. I don't much mind the extra character; 5 characters total still beats the 7 of HTML/XML. Agreed. As I said, the biggest potential stumbling block for this would be

Re: Embedded comments: two proposed solutions to the comment-whole-lines problem

2009-08-10 Thread Darren Duncan
Personally, I think that comments should have trailing # as well as leading ones, so they are more like strings in that the same character is used to mark both ends. So in combination with bracketing pairs, we could for example have this: #{ This is a comment. }# That also serves to make

Re: Embedded comments: two proposed solutions to the comment-whole-lines problem

2009-08-10 Thread Darren Duncan
As an addendum, I think it goes without saying that this is the simplest form of what I proposed: # This is a comment. # That denotes a complete comment, which could be broken over lines or not, and the rules for parsing or escaping it would be exactly the same as a character string

Re: Embedded comments: two proposed solutions to the comment-whole-lines problem

2009-08-10 Thread Jon Lang
On Mon, Aug 10, 2009 at 3:36 PM, Darren Duncandar...@darrenduncan.net wrote: Personally, I think that comments should have trailing # as well as leading ones, so they are more like strings in that the same character is used to mark both ends. You mean like the following? q[quoted text]

Re: Embedded comments: two proposed solutions to the comment-whole-lines problem

2009-08-10 Thread smuj
smuj wrote: Jon Lang wrote: On Mon, Aug 10, 2009 at 2:16 PM, Mark J. Reedmarkjr...@gmail.com wrote: I still like the double-bracket idea. I don't much mind the extra character; 5 characters total still beats the 7 of HTML/XML. Agreed. As I said, the biggest potential stumbling block for

Re: Embedded comments: two proposed solutions to the comment-whole-lines problem

2009-08-10 Thread Darren Duncan
Jon Lang wrote: On Mon, Aug 10, 2009 at 3:36 PM, Darren Duncandar...@darrenduncan.net wrote: Personally, I think that comments should have trailing # as well as leading ones, so they are more like strings in that the same character is used to mark both ends. You mean like the following?

Re: Embedded comments: two proposed solutions to the comment-whole-lines problem

2009-08-10 Thread Jon Lang
smuj wrote: smuj wrote: Jon Lang wrote: ... the biggest potential stumbling block for this would be the existence of a double-bracket that sees frequent use at the start of a line.  Query: does '' count as a double bracket, or as a single bracket (since it's equivalent to '«')?  If the

Re: Embedded comments: two proposed solutions to the comment-whole-lines problem

2009-08-10 Thread Jon Lang
Darren Duncan wrote: Still, I like the idea of #...# also being supported from the point of symmetry with '...' and ... also being supported, not that this is necessary. This is mutually exclusive with the practice of commenting out a bunch of lines by prepending them with '#'. -- Jonathan

Re: Embedded comments: two proposed solutions to the comment-whole-lines problem

2009-08-10 Thread smuj
Jon Lang wrote: smuj wrote: smuj wrote: Jon Lang wrote: ... the biggest potential stumbling block for this would be the existence of a double-bracket that sees frequent use at the start of a line. Query: does '' count as a double bracket, or as a single bracket (since it's equivalent to

Re: Embedded comments: two proposed solutions to the comment-whole-lines problem

2009-08-10 Thread Jon Lang
smuj wrote: Jon Lang wrote: Here's a radical notion: use something other than '#' to initiate an inline comment. [snippage] Or maybe just don't allow embedded comments unless they are actually embedded, i.e. if a line starts with a # (ignoring leading whitespace) then it's _always_ a