Am 13.07.2010 00:48, schrieb Eric Smith:
On 7/12/2010 6:04 PM, Michael Foord wrote:
Given how high traffic python-checkins is I don't consider that a
reasonable place to send follow-up and nor do I consider it the
responsibility of committers to monitor it. As you said earlier this
*isn't* in
On Tue, Jul 13, 2010 at 00:11, Martin v. Löwis mar...@v.loewis.de wrote:
There's a one-to-one mapping somewhere.
Unfortunately, no: we don't have email addresses of all committers.
What about the python-committers mailing list? That has at least all
the active ones, correct?
Probably.
On Sun, Jul 11, 2010 at 18:20, Tal Einat talei...@gmail.com wrote:
The (hopefully) compelling arguments were others, such as the sentence
following the one you quoted:
I think that in its current state, IDLE may still be helpful for
learning Python, but it is more likely to drive away users
Hi Bruce:
Please click on the link below to find the contributor agreement form along
with
instructions on how to send it.
http://www.python.org/psf/contrib/
If you have any questions, please let me know.
Thanks,
Pat Campbell
PSF Secretary Administrator
On Mon, Jul 12, 2010 at 9:34 PM, Kurt
On 11 Jul, 2010, at 19:35, Bill Janssen wrote:
Tal Einat talei...@gmail.com wrote:
Although several people say that they think having IDLE in the stdlib
is important, the fact is that IDLE is considered quite unimportant by
most of the Python community. Having IDLE in the stdlib may be
On Sun, Jul 11 2010, Bruce Sherwood wrote:
On the notion that IDLE is fatally flawed and is driving away
potential users of Python (to put the statements in their most extreme
form):
It seems that there are (at least) two very different communities
people have in mind. I can appreciate that
Hi Kurt, I'm glad you've joined this discussion.
My point is that whatever the reason, for the past five years (at
least) nearly every issue related to IDLE has taken years to be
resolved, and many have still not been resolved. As a result the
current state of IDLE is quite poor.
To be perfectly
On Mon, Jul 12, 2010 at 1:41 AM, Martin v. Löwis mar...@v.loewis.de wrote:
My point is that I don't think I am exaggerating IDLE's flaws. I'm not
saying that it is no longer usable or useful, but I am saying that its
current state is not okay.
So can you produce a list of patches that you
On Mon, Jul 12, 2010 at 1:44 AM, Martin v. Löwis mar...@v.loewis.de wrote:
FWIW this is why I started IDLE-Spoon (well, continued Noam Raphael's
project of the same name, in a sense). The idea was to have a fork of
IDLE with new features which need to be tried out by beta testers to
iron out
Kurt B. Kaiser:
I'm mystified about the comments that the GUI is ugly. It is minimal.
On XP, it looks exactly like an XP window with a simple menubar. Those
who haven't looked at it for awhile may not be aware of the recent
advances made by Tk in native look and feel. What is ugly?
If I read the patch correctly it replaces the existing 8.4 support by support
for 8.5. That would not be acceptable because it would result in a
non-functional version of IDLE for anyone that hasn't installed a custom copy
of Tk.
Not quite. It doesn't specify a version of Tk to run; it
On Mon, 12 Jul 2010 00:36:33 +0200
Martin v. Löwis mar...@v.loewis.de wrote:
I think Martin has always supported me in some way and I really
appreciate that. But, maybe because I won commit privileges solely
based on GSoC work, I felt other developers wouldn't approve my
commits without
Tal Einat wrote:
I would like to propose removing IDLE from the standard library.
I use IDLE every day. It does everything I want an IDE to do, it looks
simple and doesn't waste screen real estate like some other IDEs do, it
supports proportionally spaced fonts correctly, its syntax
On 7/12/10 10:16 AM, Michiel Overtoom wrote:
Tal Einat wrote:
I would like to propose removing IDLE from the standard library.
I use IDLE every day. It does everything I want an IDE to do, it looks
simple and doesn't waste screen real estate like some other IDEs do, it
supports
On Mon, Jul 12, 2010 at 11:19 PM, Antoine Pitrou solip...@pitrou.net wrote:
+1. Don't be afraid. We are quite good at pointing out mistakes after
the fact :)
Just make sure to subscribe to python-checkins and keep an eye out for
replies to your commits. Most post hoc review comments come in as
On 12/07/2010 15:42, Nick Coghlan wrote:
On Mon, Jul 12, 2010 at 11:19 PM, Antoine Pitrousolip...@pitrou.net wrote:
+1. Don't be afraid. We are quite good at pointing out mistakes after
the fact :)
Just make sure to subscribe to python-checkins and keep an eye out for
replies to
On Mon, Jul 12 2010, Tal Einat wrote:
On Mon, Jul 12, 2010 at 1:44 AM, Martin v. Löwis mar...@v.loewis.de wrote:
FWIW this is why I started IDLE-Spoon (well, continued Noam Raphael's
project of the same name, in a sense). The idea was to have a fork of
IDLE with new features which need to be
Kurt B. Kaiser wrote:
Using Tkinter is a major reason that maintaining and further
developing IDLE is difficult. For example, it took me many hours just
to get a working Tkinter scrolled frame widget, having had to write it
from scratch and struggle with the under-documented Canvas widget.
On Mon, Jul 12, 2010 at 3:20 AM, Kurt B. Kaiser k...@shore.net wrote:
As I recollect, much of what Scherer did in VIDLE related to running
multiple IDLE copies.
For that reason, the VIDLE changes have to be evaluated carefully to
determine what has already been incorporated. I believe I
On Mon, Jul 12, 2010 at 9:20 AM, Kurt B. Kaiser k...@shore.net wrote:
Also, the current right click edit action on Windows is to only open an
edit window; no shell. And it uses the subprocess! So, some of the
comments on this thread are not up to date.
The reason that bug languished for two
On Tue, Jul 13, 2010 at 1:07 AM, Michael Foord
fuzzy...@voidspace.org.uk wrote:
That mailing list (python-checkins) is way too high traffic for many
committers to monitor. I hope people making comments on checkins also email
the committer directly.
Not normally, no - there's no easy way to
On Mon, Jul 12, 2010 at 6:11 PM, Kurt B. Kaiser wrote:
On Mon, Jul 12 2010, Tal Einat wrote:
On Mon, Jul 12, 2010 at 1:44 AM, Martin v. Löwis mar...@v.loewis.de
wrote:
FWIW this is why I started IDLE-Spoon (well, continued Noam Raphael's
project of the same name, in a sense). The idea was
On 12/07/2010 16:52, Nick Coghlan wrote:
On Tue, Jul 13, 2010 at 1:07 AM, Michael Foord
fuzzy...@voidspace.org.uk wrote:
That mailing list (python-checkins) is way too high traffic for many
committers to monitor. I hope people making comments on checkins also email
the committer directly.
On Jul 12, 2010, at 11:36 AM, Reid Kleckner wrote:
(Somwhat off-topic): Another pain point students had was accidentally
shadowing stdlib modules, like random. Renaming the file didn't solve
the problem either, because it left behind .pycs, which I had to help
them delete.
I feel your
On Mon, Jul 12, 2010 at 03:48:12PM -0400, Glyph Lefkowitz wrote:
I feel your pain. It seems like every third person who starts playing with
Twisted starts off by making a file called 'twisted.py' and then getting
really confused by the behavior. I would love it if this could be fixed, but
Am 12.07.2010 13:01, schrieb Tal Einat:
On Mon, Jul 12, 2010 at 1:41 AM, Martin v. Löwis mar...@v.loewis.de wrote:
My point is that I don't think I am exaggerating IDLE's flaws. I'm not
saying that it is no longer usable or useful, but I am saying that its
current state is not okay.
So can
On Mon, Jul 12, 2010 at 4:12 PM, Oleg Broytman p...@phd.pp.ru wrote:
Doesn't absolute import help?
Not when both modules are at the top level; both acceptably provide
the same name. The let's-play-with-it script just wasn't *intended*
to be a module.
-Fred
--
Fred L. Drake, Jr.
On 12/07/2010 22:33, Fred Drake wrote:
On Mon, Jul 12, 2010 at 4:12 PM, Oleg Broytmanp...@phd.pp.ru wrote:
Doesn't absolute import help?
Not when both modules are at the top level; both acceptably provide
the same name. The let's-play-with-it script just wasn't *intended*
to be
On Mon, Jul 12, 2010 at 5:42 PM, Michael Foord
fuzzy...@voidspace.org.uk wrote:
I'm sure Brett will love this idea, but if it was impossible to reimport the
script being executed as __main__ with a different name it would solve these
problems.
Indeed! And I'd be quite content with such a
Not normally, no - there's no easy way to connect a checkin message to
a committer's email address,
There's a one-to-one mapping somewhere.
Unfortunately, no: we don't have email addresses of all committers.
Regards,
Martin
___
Python-Dev mailing
On 12/07/2010 22:47, Fred Drake wrote:
On Mon, Jul 12, 2010 at 5:42 PM, Michael Foord
fuzzy...@voidspace.org.uk wrote:
I'm sure Brett will love this idea, but if it was impossible to reimport the
script being executed as __main__ with a different name it would solve these
problems.
On Tue, Jul 13, 2010 at 3:39 AM, Michael Foord
fuzzy...@voidspace.org.uk wrote:
Not normally, no - there's no easy way to connect a checkin message to
a committer's email address,
There's a one-to-one mapping somewhere.
That somewhere isn't readily available when I hit reply to the
checkin
2010/7/12 Martin v. Löwis mar...@v.loewis.de:
Not normally, no - there's no easy way to connect a checkin message to
a committer's email address,
There's a one-to-one mapping somewhere.
Unfortunately, no: we don't have email addresses of all committers.
What about the python-committers
On Mon, 12 Jul 2010 17:47:31 -0400
Fred Drake fdr...@acm.org wrote:
On Mon, Jul 12, 2010 at 5:42 PM, Michael Foord
fuzzy...@voidspace.org.uk wrote:
I'm sure Brett will love this idea, but if it was impossible to reimport the
script being executed as __main__ with a different name it would
On 12/07/2010 22:52, Nick Coghlan wrote:
[snip...]
so it's usually just a matter of hitting
Reply and sending the review comment to the list. With a new
committer I'll make the effort to cc them directly in case they aren't
subscribed yet, but I expect everyone else to be monitor the checkins
On Tue, Jul 13, 2010 at 8:04 AM, Michael Foord
fuzzy...@voidspace.org.uk wrote:
Given how high traffic python-checkins is I don't consider that a reasonable
place to send follow-up and nor do I consider it the responsibility of
committers to monitor it. As you said earlier this *isn't* in our
On 7/12/2010 5:57 PM, Benjamin Peterson wrote:
2010/7/12 Martin v. Löwismar...@v.loewis.de:
Not normally, no - there's no easy way to connect a checkin message to
a committer's email address,
There's a one-to-one mapping somewhere.
Unfortunately, no: we don't have email addresses of all
On Mon, Jul 12 2010, Tal Einat wrote:
I have been maintaining my own fork of IDLE for several years and
manually keeping it in sync with IDLE (this was simple). The
difference is that there was no single major new feature I was working
on, such as the addition of a sub-process in IDLE-fork or
On Jul 12, 2010, at 5:47 PM, Fred Drake wrote:
On Mon, Jul 12, 2010 at 5:42 PM, Michael Foord
fuzzy...@voidspace.org.uk wrote:
I'm sure Brett will love this idea, but if it was impossible to reimport the
script being executed as __main__ with a different name it would solve these
problems.
On 7/12/2010 6:04 PM, Michael Foord wrote:
Given how high traffic python-checkins is I don't consider that a
reasonable place to send follow-up and nor do I consider it the
responsibility of committers to monitor it. As you said earlier this
*isn't* in our standard dev procedures and nor do I
Kurt B. Kaiser:
The tear off menus are ugly as well as being non-standard on all three
major platforms.
Well, would you discard them? They can (occasionally) be useful.
Yes, I would replace the menus with ones missing the tear line.
Most of the GUI toolkits experimented with tear-offs
Fred Drake wrote:
Not when both modules are at the top level; both acceptably provide
the same name. The let's-play-with-it script just wasn't *intended*
to be a module.
I wonder whether this kind of problem would be less prevalent
if the tutorials etc. encouraged naming top-level scripts
On Mon, Jul 12 2010, Bruce Sherwood wrote:
I don't recall that VIDLE has anything to do with running multiple IDLE
copies.
Well, I stole the ephemeral port idea from him!
What's in VIDLE is a lot of bug fixes and some improvements. For
example, you can configure it to not require having to
Neil Hodgson wrote:
Kurt B. Kaiser:
The tear off menus are ugly as well as being non-standard on all three
major platforms.
Well, would you discard them? They can (occasionally) be useful.
Yes, I would replace the menus with ones missing the tear line.
Most of the GUI toolkits
On Mon, Jul 12 2010, Steve Holden wrote:
I agree, the tear-off menus are an anachronism.
OK, thanks for the input. I use them rarely, myself.
I'd also like a pony in the form of easily-changeable sets of
keystroke mappings. I have never found Alt-P and its cousins either
memorable or
I wrote:
Indeed! And I'd be quite content with such a solution, since I
consider scripts and modules to be distinct.
On Mon, Jul 12, 2010 at 5:59 PM, Antoine Pitrou solip...@pitrou.net wrote:
Except that modules can often be executed as scripts...
Rest assured, I'm well aware of the history,
On 11 Jul, 2010, at 6:23, Guilherme Polo wrote:
2010/7/10 Miki Tebeka miki.teb...@gmail.com:
Hello Tal,
I would like to propose removing IDLE from the standard library.
-1.
One of the biggest selling points for me when switching to python was the
out of the box working IDE with REPL,
On 11 Jul, 2010, at 1:05, Tal Einat wrote:
Hello,
I would like to propose removing IDLE from the standard library.
I have been using IDLE since 2002 and have been doing my best to help
maintain and further develop IDLE since 2005.
In recent years IDLE has received negligible interest
On 2010-07-11, Ronald Oussoren wrote:
On 11 Jul, 2010, at 1:05, Tal Einat wrote:
Hello,
I would like to propose removing IDLE from the standard library.
-1
I have been using IDLE since 2002 and have been doing my best to help
maintain and further develop IDLE since 2005.
[snip]
I'm
On 11 Jul, 2010, at 10:57, Tal Einat wrote:
When I ran into bugs I fixed them and submitted a patch. I have also
done so for quite a few bugs reported by others. However, there are
currently several bugs in the tracker which nobody is taking any
notice of. IIRC most of the recent bugs are
On Sun, Jul 11, 2010 at 12:03 PM, Ronald Oussoren wrote:
On 11 Jul, 2010, at 10:57, Tal Einat wrote:
When I ran into bugs I fixed them and submitted a patch. I have also
done so for quite a few bugs reported by others. However, there are
currently several bugs in the tracker which nobody is
On 7/11/10 5:03 AM, Ronald Oussoren wrote:
The OSX issues al seem to be related to general Tk or Tkinter bugs
on OSX. I know to little about Tk and Tkinter to seriously work on
those.
Ronald,
How about http://bugs.python.org/issue6075? I first submitted that patch
in May '09, and
On Jul 11, 2010, at 10:22 AM, Tal Einat wrote:
Most of the responses up to this point have been strongly against my
proposal. The main reason given is that it is nice to have a graphical
IDE supported out-of-the-box with almost any Python installation. This
is especially important for novice
Perhaps there are two separable issues. Many of us see it as extremely
important that some IDLE be part of the standard Python distribution
(batteries included), for the reasons that several people have given.
However, there is merit to the suggestion to have an active separate
development, with
In the 2009 Google Summer of Code I was the mentor for a Brazilian
student, Guilherme Polo, who completed and extended important
improvements to IDLE made during the previous year by David Scherer.
Given the somewhat official nature of this work, I assumed that these
needed improvements would
2010/7/11 Martin v. Löwis mar...@v.loewis.de:
In the 2009 Google Summer of Code I was the mentor for a Brazilian
student, Guilherme Polo, who completed and extended important
improvements to IDLE made during the previous year by David Scherer.
Given the somewhat official nature of this work, I
Glyph Lefkowitz wrote:
On Jul 11, 2010, at 10:22 AM, Tal Einat wrote:
The people who are actually *in* those environments seem to disagree with
you :). I think you underestimate the difficulty of getting software
installed and overestimate the demands of new Python users and students.
I think Martin has always supported me in some way and I really
appreciate that. But, maybe because I won commit privileges solely
based on GSoC work, I felt other developers wouldn't approve my
commits without previous discussion and that is the major reason for
not committing most of my
Guilherme Polo wrote:
2010/7/11 Martin v. Löwis mar...@v.loewis.de:
In the 2009 Google Summer of Code I was the mentor for a Brazilian
student, Guilherme Polo, who completed and extended important
improvements to IDLE made during the previous year by David Scherer.
Given the somewhat official
My point is that I don't think I am exaggerating IDLE's flaws. I'm not
saying that it is no longer usable or useful, but I am saying that its
current state is not okay.
So can you produce a list of patches that you think can be accepted as-is?
Preferably, make to lists: bug fixes, and new
FWIW this is why I started IDLE-Spoon (well, continued Noam Raphael's
project of the same name, in a sense). The idea was to have a fork of
IDLE with new features which need to be tried out by beta testers to
iron out all of the glitches before making it into the main version,
like IDLE-fork
On the notion that IDLE is fatally flawed and is driving away potential
users of Python (to put the statements in their most extreme form):
It seems that there are (at least) two very different communities people
have in mind. I can appreciate that highly expert programmers may find IDLE
On 11 Jul, 2010, at 15:24, Kevin Walzer wrote:
On 7/11/10 5:03 AM, Ronald Oussoren wrote:
The OSX issues al seem to be related to general Tk or Tkinter bugs
on OSX. I know to little about Tk and Tkinter to seriously work on
those.
Ronald,
How about
63 matches
Mail list logo