473,473 Members | 1,533 Online
Bytes | Software Development & Data Engineering Community
Create Post

Home Posts Topics Members FAQ

Fwd: [Python-Dev] Strawman decision: @decorator won't change

I took the freedom to forward GvR's mail concerning decorator cosmetics.
I think you should know about it.

Peter

---------- Forwarded Message ----------

Subject: [Python-Dev] Strawman decision: @decorator won't change
Date: Wednesday 15 September 2004 23:46
From: Guido van Rossum <gv********@gmail.com>
To: Python-Dev <py********@python.org>

Anthony Baxter asked me for a pronouncement on whether @decorator will
change to use some other character instead; I kept this open as a
possibility before 2.4b1 (which is tentatively scheduled for Oct 7th).
Given the near-complete silence following my rejection of the J2
alternative proposal, I don't expect there to be a massive popular
movement to change the character, but I admit I haven't looked for
responses outside python-dev.

Let's plan on doing the following. If in the next 7 days there's no
indication that some group of users wants to rally for a different
character, the decision to keep @ is made final on Sept 23. To change
the character, somebody will need to start rallying for a different
character, and be able to show signs of significant support by that
date.

The definition of "significant support" is intentionally left open for
interpretation, I'll review the evidence on the 23rd.

--
--Guido van Rossum (home page: http://www.python.org/~guido/)

Jul 18 '05 #1
16 1869
>>>>> "Peter" == Peter Otten <__*******@web.de> writes:

Peter> Let's plan on doing the following. If in the next 7 days
Peter> there's no indication that some group of users wants to
Peter> rally for a different character, the decision to keep @ is
Peter> made final on Sept 23. To change

Are we going to have another vote? Do people still care enough to
count?

If so, here's my vote for '|' :-).

--
Ville Vainio http://tinyurl.com/2prnb
Jul 18 '05 #2
Peter Otten wrote:
Anthony Baxter asked me for a pronouncement on whether @decorator will
change to use some other character instead; I kept this open as a


And if will be pronounced
- mouche (= french for beauty spot): if you like the syntax
- wart: if you don't

Daniel
Jul 18 '05 #3
On Thu, 16 Sep 2004 10:59:12 +0200, Peter Otten wrote:
Let's plan on doing the following. If in the next 7 days there's no
indication that some group of users wants to rally for a different
character, the decision to keep @ is made final on Sept 23. To change
the character, somebody will need to start rallying for a different
character, and be able to show signs of significant support by that
date.


Hmmmm... what's the Unicode point for the Chinese ideogram closest in
meaning to "decorator"? Combines all the advantages of "one character"
with all the advantages of "descriptive keyword" all at once.

What possible counter-arguments could be brought to bear?

All-the-keywords-should-be-Unicode-Chinese-ly yrs,
Jeremy Bowers
Jul 18 '05 #4
Jeremy Bowers wrote:
What possible counter-arguments could be brought to bear?

All-the-keywords-should-be-Unicode-Chinese-ly yrs,


Traditional or simplified?

:)

Andrew
da***@dalkescientific.com
Jul 18 '05 #5
On Thu, 16 Sep 2004 20:55:24 GMT, Andrew Dalke <ad****@mindspring.com> wrote:
Jeremy Bowers wrote:
What possible counter-arguments could be brought to bear?

All-the-keywords-should-be-Unicode-Chinese-ly yrs,


Traditional or simplified?

:)


Is that a di-glyph suggestion? (IOW, why a _single_ character to replace '@' ?)

Regards,
Bengt Richter
Jul 18 '05 #6
On Fri, 17 Sep 2004 00:07:42 +0000, Bengt Richter wrote:
Is that a di-glyph suggestion? (IOW, why a _single_ character to replace '@' ?)


Because that's what Guido is calling for.

Given that this has been the majority of discussion on the topic, I'd
hazard a guess that the '@' is going to stick. :-)
Jul 18 '05 #7
"Peter Otten" <__*******@web.de> wrote in message
news:ci*************@news.t-online.com...
I took the freedom to forward GvR's mail concerning decorator cosmetics.
I think you should know about it.

Peter

Why? Sounds like the same rigged rules as before. Who wants to burn up any
more cycles on this?

I don't have a problem with GvR making his decisions about the language -
it's his. I do have a problem with his asking for input, under terms that
are so unlikely to permit that input to have any influence, and then patting
himself on the back for polling the user community for their comments. And
he wonders at the "near-complete silence following my rejection of J2"???
(For that matter, why didn't Guido post this 7-day discussion period on
c.l.py himself? Makes one wonder how seriously he really wants any more
input.)

Ultimately, this choice will boil down to Guido's own sense of esthetics.
He has already dismissed/discounted arguments against '@' based on usage in
other tools or language implementations. And there is little sense in
trying to marshal argument and rhetoric on the
etymology/semantics/verbalizations/human factors of '@' vs. '|' vs. '>>' or
whatever - these go so far adrift into meta-space that they quickly lose
focus on the original topic, and thereby reinforce GvR's impression that
this discussion has no emerging consensus or coherence.

I and many others have offered our feedback (i.e., complained) that '@' is
an offense to the eye, a blot on Python's heretofore cleanness of syntax and
form, and implicit readability. '@' doesn't *mean* anything. At least '|'
brings a "pipe" semantic from Unix, or '^' evokes a "return" concept from
Smalltalk, or '>>' the notion of "stream" from C++. When I see '@', the
first thing I think of is e-mail, and the second thing I think of is an
invoice ("20 widgets @ $0.25 = $5.00").

So what? It all boils down to "I like 'X'", "Well, I like 'Y'", to "Thanks
for your feedback, the answer is '@'."

-- Paul
Jul 18 '05 #8
On Fri, 17 Sep 2004 10:28:52 GMT, "Paul McGuire"
<pt***@austin.rr._bogus_.com> wrote:
"Peter Otten" <__*******@web.de> wrote in message
news:ci*************@news.t-online.com...
I took the freedom to forward GvR's mail concerning decorator cosmetics.
I think you should know about it.

Peter
Why? Sounds like the same rigged rules as before. Who wants to burn up any
more cycles on this?


snip
I and many others have offered our feedback (i.e., complained) that '@' is
an offense to the eye, a blot on Python's heretofore cleanness of syntax and
form, and implicit readability. '@' doesn't *mean* anything. At least '|'
brings a "pipe" semantic from Unix, or '^' evokes a "return" concept from
Smalltalk, or '>>' the notion of "stream" from C++. When I see '@', the
first thing I think of is e-mail, and the second thing I think of is an
invoice ("20 widgets @ $0.25 = $5.00").

So what? It all boils down to "I like 'X'", "Well, I like 'Y'", to "Thanks
for your feedback, the answer is '@'."


And were it opened for debate you would run into bizarre arguments in
its defense. Like mine.

That there a mechanism in Python described by a arbitrary word,
"decorator" and provoked by an arbitrary symbol '@'

The symbol *works*, as a sore thumb and a tacit admission of
something,

It is defended in this view by its anti-esthetic.

Having to put up with this kind of argument in its defense is perhaps
a good reason to not re-open the discussion.

Art
Jul 18 '05 #9
"Arthur" <aj******@optonline.com> wrote in message
news:15********************************@4ax.com...
<snip>
And were it opened for debate you would run into bizarre arguments in
its defense. Like mine.
Well, it *is* opened for debate, so knock yourself out. The more bizarre
the better, I'd say.
That there a mechanism in Python described by a arbitrary word,
"decorator" and provoked by an arbitrary symbol '@'

The symbol *works*, as a sore thumb and a tacit admission of
something,
Why do STOP signs say STOP? Why not put an arbitrary @ sign on them, and
tell everyone it means STOP?

Your argument is equally valid for *any* symbol. Why choose this ugly blot?
This arbitrary symbology is the way of Perl and APL. I thought one of the
beauties of Python was that it doesn't impose this kind of obtusity on the
developer or maintainer.
It is defended in this view by its anti-esthetic.
Are you a Dada-ist? Is Python becoming the Dada language?
(http://arthistory.about.com/cs/arthi...one/a/dada.htm)
Having to put up with this kind of argument in its defense is perhaps
a good reason to not re-open the discussion.

This sounds like another way of saying "this is a silly argument, and we
would be better off without it." The point is, just about *all* the
arguments for this symbol or that will from here on *be* silly arguments.

-- Paul
''Suppose someone were to assert: The gostak distims the doshes. You do
not know what this means; nor do I. But if we assume that it is
English, we know that 'the doshes are distimmed by the gostak'. We
know too that 'one distimmer of doshes is a gostak' . If moreover,
the 'doshes are galloons', we know that 'some galloons are distimmed
by the gostak'. And so we may go on, and *so we often do go on.*''
From "The Meaning of Meaning" by C.K.Ogden and I.A. Richards
Jul 18 '05 #10
On Fri, 17 Sep 2004 13:25:13 GMT, "Paul McGuire"
<pt***@austin.rr._bogus_.com> wrote:
"Arthur" <aj******@optonline.com> wrote in message
news:15********************************@4ax.com.. .
<snip>
And were it opened for debate you would run into bizarre arguments in
its defense. Like mine.
Well, it *is* opened for debate, so knock yourself out. The more bizarre
the better, I'd say.
That there a mechanism in Python described by a arbitrary word,
"decorator" and provoked by an arbitrary symbol '@'

The symbol *works*, as a sore thumb and a tacit admission of
something,

Why do STOP signs say STOP? Why not put an arbitrary @ sign on them, and
tell everyone it means STOP?


STOP means something. Its an English word with a meaning.

"@" doesn't mean anything, and communicates the fact that it does not.
It invokes electronics.

And the word to describe the invocation "decorator" also means
nothing.

Your argument is equally valid for *any* symbol. Why choose this ugly blot?
This arbitrary symbology is the way of Perl and APL. I thought one of the
beauties of Python was that it doesn't impose this kind of obtusity on the
developer or maintainer.
Its arbitrariness (and even its ugliness) is an admission of the fact
that Python is not attempting to be purely not Perl and not APL. Or
purely anyuthing else.
It is defended in this view by its anti-esthetic.
Are you a Dada-ist? Is Python becoming the Dada language?
(http://arthistory.about.com/cs/arthi...one/a/dada.htm)


Why not. Yes. I am. It always sounded like they were having fun. I am
a neo-Dadaist.

For today.
Having to put up with this kind of argument in its defense is perhaps
a good reason to not re-open the discussion.

This sounds like another way of saying "this is a silly argument, and we
would be better off without it." The point is, just about *all* the
arguments for this symbol or that will from here on *be* silly arguments.


There are much more cogent arguments, IMO, that we would be better off
without the functionality - then that the symbol matters.

I am Dadaist, or nihilist, on this one point. In that it just doesn't
seem to matter. So yes, to the extent my attitude is prevalent, it
would be difficult to work up a "movement" on the issue.

If I thought it mattered, I vote for:

::

as suggested by Pail Rubin.

Art
Jul 18 '05 #11
Ville Vainio wrote:
Are we going to have another vote? Do people still care enough to
count?

If so, here's my vote for '|' :-).


Seems you are the only voter, so '|' will be it.

[Guido]
'The definition of "significant support" is intentionally left open for
interpretation, I'll review the evidence on the 23rd.'

Well, 100% is as significant as it can get :-)

Peter


Jul 18 '05 #12
Daniel Dittmar wrote:
And if will be pronounced
- mouche (= french for beauty spot): if you like the syntax


Mouche ou moche - c'est la question.

But wait, that's not Dutch...

Peter

Jul 18 '05 #13
Paul McGuire wrote:
Who wants to burn up any more cycles on this?


Only you and a certain neo-dadaist...

Peter
Jul 18 '05 #14
On Sat, 18 Sep 2004 11:10:16 +0200, Peter Otten wrote:
Seems you are the only voter, so '|' will be it.


I'm going to vote for "ä¿®".

According to http://www.asinah.net/cgi-bin/chinese/wordlook.cgi (look up
"decorate" as "English - results in [either]", second result), it means
"/to decorate/to embellish/to repair/to build/to study/to write/to
cultivate/", which I think may actually cover 90%+ of the use cases in one
word.

The char in the quotes, which I bet most of you can't see, is "xiu1", the
first ideogram in the image at
http://chineseculture.about.com/libr.../nc_abbacy.htm .

This char is Unicode point 0x70cb.

Of course there are no technical issues with adding a Chinese ideogram
into the core language. None whatsoever. Who could even think such a
thing? We're all multicultural out the yin-yang and all our python files
are always in UTF-8, all the time. (Who even needs the other Unicode
encodings? Nobody, that's who.)

It's the best choice. It's the ONLY choice. Choose "ä¿®".
Jul 18 '05 #15
Jeremy Bowers wrote:
It's the best choice. It's the ONLY choice. Choose "?".


I see you are striving for fame, so I suggest that you write a PEP that
provides a unicode character for every keyword. It can be slated for
adoption in the next year of the snake.

Peter

Jul 18 '05 #16
Peter Otten wrote:
I took the freedom to forward GvR's mail concerning decorator cosmetics.
I think you should know about it.

Peter

---------- Forwarded Message ----------

Subject: [Python-Dev] Strawman decision: @decorator won't change
Date: Wednesday 15 September 2004 23:46
From: Guido van Rossum <gv********@gmail.com>
To: Python-Dev <py********@python.org>

Anthony Baxter asked me for a pronouncement on whether @decorator will
change to use some other character instead; I kept this open as a
possibility before 2.4b1 (which is tentatively scheduled for Oct 7th).
Given the near-complete silence following my rejection of the J2
alternative proposal, I don't expect there to be a massive popular
movement to change the character, but I admit I haven't looked for
responses outside python-dev.

Let's plan on doing the following. If in the next 7 days there's no
indication that some group of users wants to rally for a different
character, the decision to keep @ is made final on Sept 23. To change
the character, somebody will need to start rallying for a different
character, and be able to show signs of significant support by that
date.

The definition of "significant support" is intentionally left open for
interpretation, I'll review the evidence on the 23rd.

--
--Guido van Rossum (home page: http://www.python.org/~guido/)


i realy like the @ sintax, i am a newbie , btw
Jul 18 '05 #17

This thread has been closed and replies have been disabled. Please start a new discussion.

Similar topics

2
by: Richard | last post by:
Hi, I have a DateTime picker control on a form. The datetime picker control is data bound to a column in a DataTable. Yes I know about bound DateTime pickers and DBNull and etc. so no troubles...
5
by: manokumar | last post by:
hiye, i notice that some if not all of my folders in winxp pro. are set as read only and its giving me some problem with development. so as the natural thing, i unchecked the read only option and...
2
by: Pieter | last post by:
Hi, I'm using the Settings.settings of VB.NET to define a Connectionstring (Scope = application). When I deploy the Solution, and change this Setting in the app.config-file, it seems that...
13
by: Lad | last post by:
I use Python 2.3. I have heard about decorators in Python 2.4. What is the decorator useful for? Thanks for reply L.
4
by: Wilbert Berendsen | last post by:
Hi, is it possible to manipulate class attributes from within a decorator while the class is being defined? I want to register methods with some additional values in a class attribute. But I...
0
by: Christian Heimes | last post by:
Wilbert Berendsen schrieb: It's really tricky . The class object doesn't exists yet. It's created after all functions are parsed and created. You have can walk up the stack frames but it's ugly....
18
by: wizdom | last post by:
Help - change text on click - text has another onclick inside with php variables ---------- I think what I'm trying to do is simple. I have a 2 buttons on a page. 1 button allows a thread of...
0
by: Hystou | last post by:
There are some requirements for setting up RAID: 1. The motherboard and BIOS support RAID configuration. 2. The motherboard has 2 or more available SATA protocol SSD/HDD slots (including MSATA, M.2...
0
marktang
by: marktang | last post by:
ONU (Optical Network Unit) is one of the key components for providing high-speed Internet services. Its primary function is to act as an endpoint device located at the user's premises. However,...
0
jinu1996
by: jinu1996 | last post by:
In today's digital age, having a compelling online presence is paramount for businesses aiming to thrive in a competitive landscape. At the heart of this digital strategy lies an intricately woven...
1
by: Hystou | last post by:
Overview: Windows 11 and 10 have less user interface control over operating system update behaviour than previous versions of Windows. In Windows 11 and 10, there is no way to turn off the Windows...
0
agi2029
by: agi2029 | last post by:
Let's talk about the concept of autonomous AI software engineers and no-code agents. These AIs are designed to manage the entire lifecycle of a software development project—planning, coding, testing,...
1
isladogs
by: isladogs | last post by:
The next Access Europe User Group meeting will be on Wednesday 1 May 2024 starting at 18:00 UK time (6PM UTC+1) and finishing by 19:30 (7.30PM). In this session, we are pleased to welcome a new...
0
by: adsilva | last post by:
A Windows Forms form does not have the event Unload, like VB6. What one acts like?
0
by: 6302768590 | last post by:
Hai team i want code for transfer the data from one system to another through IP address by using C# our system has to for every 5mins then we have to update the data what the data is updated ...
0
muto222
php
by: muto222 | last post by:
How can i add a mobile payment intergratation into php mysql website.

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.