Mark Roseman added the comment:
Thanks Raymond. As an 'outsider' I rely on people like you to provide feedback
based on your experience to some of the proposals I'm floating here.
On a more specific note...
This one came about mainly as I was looking at the class (mod
New submission from Mark Roseman:
(This touches a bit on things mentioned in #14111)
I'm looking through the debugger code in IDLE, and now understand that it's
essentially trying to make a GUI program act like a command line program. Hence
the nested call to mainloop(), when we
Changes by Mark Roseman :
--
nosy: +markroseman
___
Python tracker
<http://bugs.python.org/issue15191>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Mark Roseman :
--
nosy: +markroseman
___
Python tracker
<http://bugs.python.org/issue17060>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Mark Roseman :
--
nosy: +markroseman
___
Python tracker
<http://bugs.python.org/issue11229>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Mark Roseman :
--
nosy: +markroseman
___
Python tracker
<http://bugs.python.org/issue18064>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Mark Roseman :
--
nosy: +markroseman
___
Python tracker
<http://bugs.python.org/issue14440>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Mark Roseman :
--
nosy: +markroseman
___
Python tracker
<http://bugs.python.org/issue15308>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Mark Roseman :
--
nosy: +markroseman
___
Python tracker
<http://bugs.python.org/issue18318>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Mark Roseman :
--
nosy: +markroseman
___
Python tracker
<http://bugs.python.org/issue18444>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Mark Roseman :
--
nosy: +markroseman
___
Python tracker
<http://bugs.python.org/issue12913>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Mark Roseman :
--
nosy: +markroseman
___
Python tracker
<http://bugs.python.org/issue1080387>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Mark Roseman :
--
nosy: +markroseman
___
Python tracker
<http://bugs.python.org/issue20579>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Mark Roseman :
--
nosy: +markroseman
___
Python tracker
<http://bugs.python.org/issue1350>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Mark Roseman :
--
nosy: +markroseman
___
Python tracker
<http://bugs.python.org/issue20827>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Mark Roseman :
--
nosy: +markroseman
___
Python tracker
<http://bugs.python.org/issue21674>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Mark Roseman :
--
nosy: +markroseman
___
Python tracker
<http://bugs.python.org/issue21647>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Mark Roseman :
--
nosy: +markroseman
___
Python tracker
<http://bugs.python.org/issue8231>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Mark Roseman :
--
nosy: +markroseman
___
Python tracker
<http://bugs.python.org/issue21588>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Mark Roseman :
--
nosy: +markroseman
___
Python tracker
<http://bugs.python.org/issue14111>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Mark Roseman :
--
nosy: +markroseman
___
Python tracker
<http://bugs.python.org/issue24455>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Mark Roseman :
--
nosy: +markroseman
___
Python tracker
<http://bugs.python.org/issue21973>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Mark Roseman :
--
nosy: +markroseman
___
Python tracker
<http://bugs.python.org/issue20580>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Mark Roseman :
--
nosy: +markroseman
___
Python tracker
<http://bugs.python.org/issue5594>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Mark Roseman :
--
nosy: +markroseman
___
Python tracker
<http://bugs.python.org/issue2704>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Mark Roseman :
--
nosy: +markroseman
___
Python tracker
<http://bugs.python.org/issue22354>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Mark Roseman:
The confirmation, file, etc. common dialogs in tkinter accept both a 'master'
and a 'parent' argument. Master is not required (it will use parent if not
provided). Parent is used to associate the dialog with a given window. On Mac
OS X,
Mark Roseman added the comment:
No comment on state of Tkinter documentation. ;-)
I'll have a go through the uses of 'master' in IDLE and see which others should
be changed, and put together a patch. Plus double-check with all the other
dialogs in lib/tkinter to see if ther
Mark Roseman added the comment:
I think both master and parent are needed, for the likely rare case when you
don't want a dialog attached to any window, but it needs a Tk window handle to
build the dialog from.
Ran across that in SearchEngine, which has a root window just for the purpos
Mark Roseman added the comment:
Attached masterparent27.patch, same thing for 2.7 branch
--
Added file: http://bugs.python.org/file40518/masterparent27.patch
___
Python tracker
<http://bugs.python.org/issue25
New submission from Mark Roseman:
Follow-on to #25173, any regex errors are displayed by SearchEngine but they
should be shown by the dialog where the user is typing the error. Either as a
modal tkMessageBox attached to the dialog, or as an inline error in the dialog
itself
Mark Roseman added the comment:
Regarding the nested loops, what's happening is:
- IDLE tells interpreter to run program
- Interpreter now has control and is running program, start to end
- Because execution is being traced, before every statement we get a callback
If we didn't use
Mark Roseman added the comment:
Ok, I lied. The program runs through start to finish regardless, and all the
'stopping' and breakpoints is really just very selectively deciding which
subset of execution tracing events to pass back to the debugger. So you really
do need to '
Mark Roseman added the comment:
Frighteningly, your wild idea is close to how it actually works now, as per the
ASCII art at the top of RemoteDebugger.py. :-)
The authors of RemoteDebugger and rpc.py went to fantastic lengths to make this
transparent so that everything looks local. If in my
Mark Roseman added the comment:
Figured out the cause of this hang, it was to do with the nested event loops.
It turns out that mainloop() really should just be for the mainloop. Or at
least quit() should only be used to quit the outer loop, as it relies on
setting a static variable, so is
Mark Roseman added the comment:
Have attached debugger-ui.patch, which greatly updates the user interface for
the existing debugger.
This also relies on some images that should be downloaded and unpacked into the
'Icons' directory: http://www.tkdocs.com/images/debugicons.zip
Mark Roseman added the comment:
Like #15347 and #15348, this was also caused by nested event loops, though the
exact problem is slightly different. I've attached fix-mainloop2.patch which
has a lengthy comment explaining the problem and how the patch solves it.
This patch also include
Mark Roseman added the comment:
See #24455 for a patch that includes the changes from this one as well as some
additional changes that fixes that bug.
--
___
Python tracker
<http://bugs.python.org/issue15
Mark Roseman added the comment:
Have attached help-indent-fix.patch. Basically the parser is very fragile when
it comes to combining tags, so the handling of the 'span .pre' was stomping on
the indent tag. Separated out handling of character level tags (e.g. italic)
from block level
Mark Roseman added the comment:
I'd suggest that there is no reason to include the list of what elements can be
coloured, as it's there in the dialog for anyone who wants to muck with it.
Just the first paragraph (two sentences) would be sufficient I think. Even
dropping it from th
Mark Roseman added the comment:
I wrote a short utility that parses TextMate XML-based theme files (which are
also used by Sublime) and converts them into something IDLE can use. It's not a
perfect match, because IDLE's themes are more restrictive, but it's not bad.
I'm
Mark Roseman added the comment:
Sounds good. I agree picking a few and tweaking them would be a good way
forward (and incidentally, the 'Cobalt' theme is the one I use in my regular
editor!)
--
___
Python tracker
<http://bugs.python.o
Mark Roseman added the comment:
Doing some testing using "-n". Various close/quit scenarios are either
disallowed or broken as it turns out. I found that removing the "interacting"
check on close improved the matter quite substantially, so that I could quit
when the
Mark Roseman added the comment:
Ok, do you want to add the dark theme in then? I'll add some code to the ttk
based preferences dialog (for when that gets in) to give the user the option of
applying the new background color to all the other elements which had the same
original backg
Mark Roseman added the comment:
Have added the 'apply changes to other elements with same background?' feature
in my private copy. To save constantly uploading new versions on every tweak,
when we're ready to evaluate/integrate, I&#
Mark Roseman added the comment:
Have attached find-dialogs.patch, which does some cosmetic tweaks to the
existing dialogs, as per the previous screenshot. It uses ttk widgets if
available, and standard Tk widgets if not.
Relies on the ui.py module (not attached, as it is changing often
Mark Roseman added the comment:
Looks good to me!
--
___
Python tracker
<http://bugs.python.org/issue24820>
___
___
Python-bugs-list mailing list
Unsubscribe:
Mark Roseman added the comment:
Good catch about yview for text widgets!
--
___
Python tracker
<http://bugs.python.org/issue25198>
___
___
Python-bugs-list mailin
Mark Roseman added the comment:
Just tried and it seemed to work ok for me. I'm guessing it'll be a particular
Tk version. Noting the timeline on the original bug report and subsequent
comments, that was right when Tk 8.5 switched from Carbon to Cocoa, so it was
probably somethin
Mark Roseman added the comment:
Ned, is there anything that I might be able to help with here? While I'm not a
Mac installer guru, it doesn't look like we'd need anything too fancy here.
Installing an 8.6 variant (via the frameworks approach I mentioned in my
previous message
Mark Roseman added the comment:
Good start... would have been very helpful for me a couple of months back!
Have attached a patch to your patch, breaking the main implementation into a
few categories, and fixing a few typos.
--
Added file: http://bugs.python.org/file40629/README2.diff
Mark Roseman added the comment:
Thanks Ned.
A couple of things. First, you probably know about this, but for future
reference in case it might be useful, the install_name_tool lets you point a
shared library at a different dependent shared library than the one it was
originally compiled to
Mark Roseman added the comment:
Hi Marc, you're correct that is an error in the theme. To correct it, change
the setting for 'break-background' to be something like #22. Thanks!
--
___
Python tracker
<http://bugs.pyt
Mark Roseman added the comment:
Before creating another layer on top of the existing layers of configuration
handling, can I suggest for now at least just hard-coding the few things that
are needed in the code itself?
For example, in configHandler.py, after calling LoadCfgFiles, we could
Mark Roseman added the comment:
Attached a patch to the current config dialog to add breakpoint to the window,
and have updated the same thing in my newer dialog.
--
keywords: +patch
Added file: http://bugs.python.org/file40635/breakpoint-prefs.patch
Mark Roseman added the comment:
Was the 'source' checkbox in the debugger checked?
--
___
Python tracker
<http://bugs.python.org/issue25254>
___
___
New submission from Mark Roseman:
As a follow-on to #24820, when a particular theme is selected in the
configuration files, but that theme is not available, IDLE will print out a
bunch of warning messages on console. That can occur for example when using a
newer built-in theme in an older
Mark Roseman added the comment:
FYI, the change multiple backgrounds thing is in my working version for the new
dialog. Added new issue #25313 to remind us that the warning message is
something we'd love to get rid of in the future and as quickly as possible make
it unnecessary if we add
Mark Roseman added the comment:
Actually, I think we may be able to get away without the warning message when
you select a 'new' theme, and still maintain backwards compatibility.
For 'new' themes (i.e. IDLE Dark and any more builtins we add in the future),
we write the t
Mark Roseman added the comment:
Patch write-new-defaults.patch attached so that we write 'newer' default themes
to config-highlight.cfg if selected, and ignore them if we already have a
default by that name.
--
keywords: +patch
Added file: http://bugs.python.org/file40674
Mark Roseman added the comment:
I see the 3.4.4 is not an immediate concern, so that's good.
FYI, I get the (multiple) error messages on console consistently on Mac, but it
probably depends how it was launched. Agree the code for future versions should
do a better job to detect the
Mark Roseman added the comment:
On a more direct note, have attached missingtheme.patch, which ensures that all
queries for the active theme go through CurrentTheme(), which has been modified
to verify that the theme exists; if not, it returns 'IDLE Classic'
--
Added
Mark Roseman added the comment:
I'm not against online help, but I feel that what's there wouldn't be helpful
to someone using IDLE.
Once this would be extended to per-tab, what are the problem areas that people
really need help with? Also keeping in mind we're going
Mark Roseman added the comment:
Okay, that's reasonable enough for me. :-) I'd still be for nuking the warning
so that nothing gets displayed unless you go looking in online help.
--
___
Python tracker
<http://bugs.python.o
Changes by Mark Roseman :
--
nosy: +markroseman
___
Python tracker
<http://bugs.python.org/issue14576>
___
___
Python-bugs-list mailing list
Unsubscribe:
Mark Roseman added the comment:
FYI, the new debugger UI has an option to only show highlights in already open
files (i.e. don't open new ones)
--
___
Python tracker
<http://bugs.python.org/is
Mark Roseman added the comment:
No, I don't, sorry. If it will be quick for you to do, no problem, otherwise
I'd be happy to put it together.
--
___
Python tracker
<http://bugs.python.o
Mark Roseman added the comment:
Patch against head to change extensions dialog to a pane of main config dialog.
--
Added file: http://bugs.python.org/file40761/mergeext.patch
___
Python tracker
<http://bugs.python.org/issue24
Mark Roseman added the comment:
Same patch against 2.7
--
Added file: http://bugs.python.org/file40762/mergeext27.cfg
___
Python tracker
<http://bugs.python.org/issue24
Mark Roseman added the comment:
The extra width appears to be coming from the canvas inside
VerticalScrolledFrame; the canvas gets the default size and the frame adjusts
to fit its contents (the canvas and the scrollbar). If you really want to
reduce the size, add a "-width" option
Changes by Mark Roseman :
--
nosy: +markroseman
___
Python tracker
<http://bugs.python.org/issue25244>
___
___
Python-bugs-list mailing list
Unsubscribe:
Mark Roseman added the comment:
Can I suggest that this issue continues to be about IDLE not being able to
write its preferences directory/files due to permissions, and we create a new
issue for the fact that IDLE is storing it in the wrong place under Windows
Mark Roseman added the comment:
Checked on Linux and Mac - doesn't work correctly. mkdtemp() returns a
different name every time it's called, and GetUserCfgDir() is called in three
places, meaning we end up with three different tmp directories (which on quick
examination didn
Mark Roseman added the comment:
Just a note that the 'store things in APPDATA' is issue #24765
--
___
Python tracker
<http://bugs.python.org/issue8231>
___
__
Mark Roseman added the comment:
Further to Terry's backwards compatibility issues (also discussed in #8231).
Storing things in the "correct" location (%APPDATA% on Windows, and Application
Support on OS X) would presumably be the "right" thing to do if backwards
compa
Mark Roseman added the comment:
Better, but alas still not quite. On further investigation, the issue is that a
new instance of idleConf is instantiated in the subprocess, which then calls
mkdtemp() returning a different name. You can see this by doing 'restart shell'
and noting th
Mark Roseman added the comment:
This (restructuring/refactoring to minimize the subprocess imports) does
definitely sound like the right approach. There will be other benefits to
breaking up PyShell a bit too..
--
___
Python tracker
<h
New submission from Mark Roseman:
When we create e.g. string.py that shadows a stdlib module needed by IDLE, it
would be nice if a better error message could be shown, pointing to that cause.
Original message:
lac at smartwheels:~/junk$ echo "print ('hello there')&quo
201 - 278 of 278 matches
Mail list logo
