Bruce Sherwood added the comment:
Very nice, Terry. Good point about positive vs. negative specifications. I
think maybe your Prompt to Save versus Autosave is the best scheme, because
one is specifying whether or not to do something active (namely, put up a
save dialog).
--
nosy
Bruce Sherwood added the comment:
For what it's worth (maybe not much?), the version of IDLE produced by
Guilherme Polo in the 2009 Google Summer of Code, which VPython (vpython.org)
uses under the name VIDLE, does not have any problem with starting with an
edit window and in fact I always use
Bruce Sherwood bruce.sherw...@gmail.com added the comment:
Thanks for the reassurance, Ned. I would be happy to help, but frankly I don't
know my way around in IDLE very well, and I pretty much tried simply to get
Polo's changes into the hopper. Presumably if you want a view of the separate
Bruce Sherwood bruce.sherw...@gmail.com added the comment:
Yes. After installation, you'll see that Python 3.1 is in
/Library/Frameworks/Python.framework/Versions/3.1
Bruce Sherwood
On Tue, Nov 2, 2010 at 1:45 PM, Éric Araujo rep...@bugs.python.org wrote:
Éric Araujo mer...@netwok.org added
Bruce Sherwood bruce.sherw...@gmail.com added the comment:
Now I understand what you're getting at; I didn't realize that you were aiming
at the possible distinction between 3 and 3.1. Yes, this is what bothered me
and prompted my original posting. Python 3.1 goes into the same framework
Bruce Sherwood bruce.sherw...@gmail.com added the comment:
Thanks for the detailed explanation. What had not occurred to me was to read
the README file that came with the installer. I made the mistake (that may be
made by others) of assuming continuity with installer policy, especially since
New submission from Bruce Sherwood bruce.sherw...@gmail.com:
For Python 2.x on Macs, the installer added PATH code to .profile and switched
/Library/Framework/Python.framework/Versions/Current to point to the newly
installed version of Python. Neither of these actions is carried out
Bruce Sherwood bruce.sherw...@gmail.com added the comment:
Correction: distutils.get_python_lib() returns /usr/lib/python3/dist-packages
(which does exist), while distutils.get_python_inc() returns
/usr/include/python3.1. I don't understand the shadowy existence of some
python3 files
New submission from Bruce Sherwood bruce.sherw...@gmail.com:
Using Python 3.1 installed on Ubuntu 10.10 from the package manager,
distutils.get_python_lib() returns the nonexistent location
/usr/local/python3/dist-packages instead of the correct location
/usr/local/python3.1/dist-packages
New submission from Bruce Sherwood bruce.sherw...@gmail.com:
At Guido's request, I've carried out the same update to the IDLE
distributed with Python 2.7 that I submitted for Python 3, to incorporate the
work of Guilherme Polo in the Google Summer of Code 2009. Guido was concerned
Bruce Sherwood bruce.sherw...@gmail.com added the comment:
Perhaps I've used misleadingt terminology. What I meant is that I did
do a diff between IDLE 2.7 and the result of Guilherme Polo's work,
but the latter code started from Python 3 code and was modified as
needed for 2.7 (e.g. renaming
Bruce Sherwood bruce.sherw...@gmail.com added the comment:
At Guido's request, I've carried out the same update to the IDLE distributed
with Python 2.7 that I submitted for Python 3, to incorporate the work of
Guilherme Polo in the Google Summer of Code 2009. Guido was concerned
Bruce Sherwood bruce.sherw...@gmail.com added the comment:
I've rebuilt and resubmitted this patch to Issue10079 as requested by Ned
Deily. This issue (10137) can now be labeled a duplicate.
--
___
Python tracker rep...@bugs.python.org
http
Bruce Sherwood bruce.sherw...@gmail.com added the comment:
I found a couple of mistakes in the patch I submitted (places where vidle
should have been idlelib, and which aren't addressed in Ned Deily's patch),
so I've rebuilt the patch starting from the tag r32a3, which I assume is the
version
Bruce Sherwood bruce.sherw...@gmail.com added the comment:
Thanks for catching the missing utils.py file. I can explain the
missing/commented statement in IOBinding.py. I found experimentally that if
that statement is present, when you open a file on Windows the first line is
off the top
New submission from Bruce Sherwood bruce.sherw...@gmail.com:
It has just been discovered that at least since Python 2.6 on the Mac, quitting
IDLE does not prompt to save unsaved code, which is then lost. The recently
submitted diff for bringing Guilherme Polo's Google Summer of Code
Bruce Sherwood bruce.sherw...@gmail.com added the comment:
Putting print statements in that part of the world shows that the reason why
the list.remove fails is that while a ColorDelegator.toggle_colorize_event
object is in the list, it has a different memory address than
New submission from Bruce Sherwood bruce.sherw...@gmail.com:
It is proposed to incorporate the work of Guilherme Polo in the 2009
Google Summer of Code into idlelib. Polo's enhancements have been
extensively tested for a year through being included with VPython.
Here is a description from
18 matches
Mail list logo
