On Dec 20, 5:00 am, Paul McGuire <[EMAIL PROTECTED]> wrote:
> On Dec 19, 10:48 am, [EMAIL PROTECTED] wrote:
>
> > This morning block comments disappeared from the Decaf design. Maybe
> > later today they'll be instantiated in the tokenizer.
>
> Out of the idlest of curiousity, does this language ha
On 2007-12-19, Paul McGuire <[EMAIL PROTECTED]> wrote:
> On Dec 19, 10:48 am, [EMAIL PROTECTED] wrote:
>> This morning block comments disappeared from the Decaf design.
>> Maybe later today they'll be instantiated in the tokenizer.
>
> Out of the idlest of curiousity, does this language have a BNF,
On Dec 19, 10:48 am, [EMAIL PROTECTED] wrote:
> This morning block comments disappeared from the Decaf design. Maybe
> later today they'll be instantiated in the tokenizer.
Out of the idlest of curiousity, does this language have a BNF, or
some other form of grammar definition?
-- Paul
--
http:/
This morning block comments disappeared from the Decaf design. Maybe
later today they'll be instantiated in the tokenizer.
--
http://mail.python.org/mailman/listinfo/python-list
> My 2 cents...
Thanks for the feedback, Bruno. Seriously thinking about ditching the
block comments and adding multi-line strings. (Block comments are the
last item on my tokenizer's "todo" list. Multi-line strings would be
easier.)
Beginners will be programming fun things in a GUI environment.
[EMAIL PROTECTED] a écrit :
(snip)
> I'd like to hear from people who use Python's multi-line strings other
> than in doc comments.
Then: do you hear me ?-)
--
http://mail.python.org/mailman/listinfo/python-list
[EMAIL PROTECTED] a écrit :
> Fortran (1957) had line comments. C (1972) replaced these with non-
> nested block comments. C++ (1983) added here-to-EOL comments. Python
> (1991) keeps here-to-EOL comments but replaces block comments with
> multi-line quotes. Block comments and multi-line quotes bot
Sion Arrowsmith wrote:
> Given a one-or-the-other choice, any editor worth using can do
> "comment/uncomment region", and if only to-EOL comments are
> available, it will do that for you instead of using block
> comments. So block comments are not really a useful language
> feature.
I'd expect the
<[EMAIL PROTECTED]> wrote:
>I've designed a language, Decaf, for beginners. I've got block
>comments but not multi-line strings.
>
>If you can only have one or the other, which is more helpful?
Given a one-or-the-other choice, any editor worth using can do
"comment/uncomment region", and if only
Fortran (1957) had line comments. C (1972) replaced these with non-
nested block comments. C++ (1983) added here-to-EOL comments. Python
(1991) keeps here-to-EOL comments but replaces block comments with
multi-line quotes. Block comments and multi-line quotes both serve the
same purpose as doc comm
Original languages were line oriented, newer languages were
block oriented.
Original languages has line comments. Newer languages had
block comments, and had line comments added back in.
So I would read that as line comments being more fundamental,
but people who used line comments got so sick of
Patrick Mullen a écrit :
> On Dec 17, 2007 1:10 PM, Bruno Desthuilliers
> <[EMAIL PROTECTED]> wrote:
>
>
>>Hem... May I remind you that Python doesn't have block comments ?-)
>
>
> I suppose we could argue semantics, since """ strings are actually
> processed,
You guessed !-)
> but they are b
On Dec 17, 2007 1:10 PM, Bruno Desthuilliers
<[EMAIL PROTECTED]> wrote:
> Hem... May I remind you that Python doesn't have block comments ?-)
I suppose we could argue semantics, since """ strings are actually
processed, but they are basically block comments.
So, there we are, multiline strings A
Jim B. Wilson a écrit :
> [EMAIL PROTECTED] wrote:
>
>> If you can only [block comments] or [multi-line strings] the other,
>> which is more helpful?
>
>
> I'm afraid no one would use a language that didn't feature block
> comments.
Hem... May I remind you that Python doesn't have block commen
[EMAIL PROTECTED] wrote:
> If you can only [block comments] or [multi-line strings] the other,
> which is more helpful?
I'm afraid no one would use a language that didn't feature block
comments. However, inspection of a vast corpus of code might lead one
to believe that any commenting capabili
I've designed a language, Decaf, for beginners. I've got block
comments but not multi-line strings.
If you can only have one or the other, which is more helpful?
Should I have both? (Make a strong argument here: my design principal
is, "Designed by a backpacker: when in doubt, leave it out.")
--
[EMAIL PROTECTED] wrote:
> Suppose I have class ShoppingCart which has one method called
> buy(), and class Buyer who has one reference to ShoppingCart...
> Can I also have method buy() in class Buyer, which will then
> called ShoppingCard.buy(), and also do some other stuff? Is this
> legal desi
> Suppose I have class ShoppingCart which has one method called buy(),
> and class Buyer who has one reference to ShoppingCart... Can I also
> have method buy() in class Buyer, which will then called
> ShoppingCard.buy(), and also do some other stuff? Is this legal
> design pattern, have methods
Hi all
Suppose I have class ShoppingCart which has one method called buy(),
and class Buyer who has one reference to ShoppingCart... Can I also
have method buy() in class Buyer, which will then called
ShoppingCard.buy(), and also do some other stuff? Is this legal
design pattern, have methods wi
19 matches
Mail list logo
