Kevin Walzer added the comment:
Try something like this:
root.createcommand('::tk::mac::Quit', )
This will map whatever function IDLE calls to prompt the user to save data
before closing, to the Apple quit event.
--
nosy: +wordtech
Kevin Walzer added the comment:
Ronald--I think it works with both 8.4 and 8.5.
--
___
Python tracker
<http://bugs.python.org/issue10107>
___
___
Python-bug
Kevin Walzer added the comment:
Ned--thank you for reviewing, testing, and modifying the patch. I applied your
revised version to my new install of Python 2.7.1 and it works fine.
--
___
Python tracker
<http://bugs.python.org/issue6
Changes by Kevin Walzer <[EMAIL PROTECTED]>:
--
nosy: +wordtech
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2983>
___
___
Python
Kevin Walzer <[EMAIL PROTECTED]> added the comment:
I would like to close this feature request in favor of
http://bugs.python.org/issue2983. That project achieves the same goal as
this code submission in a more comprehensive, better-documented f
New submission from Kevin Walzer:
I've just updated to Tk 8.5 on OS X (Leopard, 10.5.1) and have rebuilt
Python to link to the new version of Tk. I'm seeing tons of weird error
messages in my logs when I run IDLE:
12/20/07 8:18:46 PM [0x0-0xa50a5].org.python.IDLE[1300
Kevin Walzer added the comment:
I already queried the Tcl-Mac mailing list about this to see if it
should be reported as a bug against Tk. Daniel Steffen, the maintainer
of Tcl/Tk on the Mac, thinks it may stem from Python-Tk interaction. His
detailed reply is here:
http://www.nabble.com/Re
New submission from Kevin Walzer:
On Mac OS X 10.5 (Leopard), using Python 2.5.1, double-clicking on a
Python script in the Finder does not produce the expected behavior, i.e.
launch a terminal session and then execute the script. These errors are
logged in the console:
1/22/08 9:28:56 AM
New submission from Kevin Walzer <[EMAIL PROTECTED]>:
The Tile module adds support for the platform-native themed widgets now
available in Tk 8.5's core (ttk:: namespace in Tk terms). The module
also supports the ttk:: namespace for Tk 8.4 if a separate Tk extension
is installed.
Kevin Walzer <[EMAIL PROTECTED]> added the comment:
No, it is not all my code. I will contact Martin Franklin about filling
out contributors agreement.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Kevin Walzer <[EMAIL PROTECTED]>:
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue4017>
___
___
Python-bugs-list mailing list
Changes by Kevin Walzer <[EMAIL PROTECTED]>:
--
nosy: +wordtech
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue4017>
___
___
Python
Kevin Walzer added the comment:
The attached patch to configDialog.py fixes this problem--all that was
needed was to remove the internal padding in the buttons.
--
keywords: +patch
nosy: +wordtech
type: -> behavior
Added file: http://bugs.python.org/file12488/configDialog.pa
Kevin Walzer added the comment:
Hard to say what is going on without knowing more about the specific version of
Tk (not just 8.6, but 8.6.8? 8.6.9?).
--
___
Python tracker
<https://bugs.python.org/issue37
Kevin Walzer added the comment:
We have committed some fixes to the keyboard code in the past year that seem to
have fixed this issue. I do not see it in 8.6.10, now as a RC. I believe this
bug is obsolete at this point.
--
___
Python tracker
Kevin Walzer added the comment:
On macOS, Tk 8.6.8 is considered ancient, even obsolete, on 10.14 or later. Tk
has required huge re-work to accommodate changes in the Mac's drawing API's on
10.14, mostly done by Marc Culler; these issues are not observable with the
current
Kevin Walzer added the comment:
This bug is not present in IDLE 3.9.0 when built against the tip of Tk
core-8-6-branch. Marc Culler has done some work to fix the visual artifacts,
and the work continues. The problem here is that Apple's API churn continually
breaks parts of Tk with eac
Kevin Walzer added the comment:
Ned, I wish I knew. Marc and I are both now members of the TCT, and have had a
few conversations around the release schedule, but the release schedule is more
or less determined when one or two senior members of the TCT decide things are
ready. We had some
Kevin Walzer added the comment:
Some work has been done this year on expanding support for these types of
glyphs in Tk, but I'm not sure of its current state--it's not my area of
expertise. Can you open a ticket at https://core.tcl-lang.org/tk/ so one of the
folks working on this
New submission from Kevin Walzer :
The "About IDLE" and "Preferences" dialogs on IDLE are accompanied by a small
black window titled "idle" when IDLE is run agains the tip of Tk 8.6 on macOS
10.14. This is likely owing to the multiple changes in Tk to accommo
Kevin Walzer added the comment:
Cannot reproduce this with the tip of Tk core-8-6-branch on Mojave and IDLE
3.7.1. Window appears normal and no flickering when resizing.
--
___
Python tracker
<https://bugs.python.org/issue35
Kevin Walzer added the comment:
http://core.tcl.tk/tk/tktview?name=ef9c3730e3 has some useful information on
this from the Tk side.
--
___
Python tracker
<https://bugs.python.org/issue35
Kevin Walzer added the comment:
Making the icon 512x512 pixels will make it look correct on Retina displays on
the Mac.
--
___
Python tracker
<https://bugs.python.org/issue32
Kevin Walzer added the comment:
Is there any reason not to commit the patch I submitted to address this
issue?As an alternative I can submit a high-res PNG that can be used, and will
submit a different patch to incorporate it, which would work from either the
standard app bundle or the
New submission from Kevin Walzer :
The trunk and 8.6.7 branch of Tk on macOS have recently implemented the
wm_iconphoto command, which had not previously been supported on macOS. This
means that versions of IDLE that link to this version of Tk will inherit the
iconphoto behavior on Windows
Kevin Walzer added the comment:
wm_iconphoto is a no-op on Tk 8.5 on MacOS; the C function returns true with no
action. That's why this has not cropped up before.
As implemented, the command on macOS only takes the first image in the
parameters to use; the Cocoa mechanism in us
Kevin Walzer added the comment:
Adding proposed patch.
--
keywords: +patch
Added file: https://bugs.python.org/file47293/pyshell.diff
___
Python tracker
<https://bugs.python.org/issue32
Kevin Walzer added the comment:
Not able to reproduce this issue using a recent build of Tk 8.6.8 plus (it's
been a little while since I pulled the latest updates from core-8-6-branch, but
is recent enough). Similar behavior was reported on Tk a couple of years ago
but has been fix
Kevin Walzer added the comment:
Please provide a short working Python script that reproduces the problem. Also,
please point me to the internal implementation of tooltips in idlelib. Tooltips
work just fine on Tk on the Mac, but there are many different ways to implement
them and I suspect
Kevin Walzer added the comment:
I've observed this behavior myself, and wonder if you are hitting some edge
case in Tk-Mac event processing (there used to be a lot of issues with this and
we thought we had addressed them). I don't want to code-dive into Python's
implemen
Kevin Walzer added the comment:
With the attached patch, the calltip now displays in the test in calltips_w.py
on macOS. As I suspected, a judicious call to "update" forces the event loop to
cycle on macOS. It should be harmless on other platforms, but if it causes some
sort of p
Kevin Walzer added the comment:
Removing the call "self.grab_set" in configdialog.py (line 87 or so) and
help_about.py (line 47 or so) appears to fix the problem with the main window
freezing when the modal dialog is destroyed on macOS. "Grab" has never worked
properly o
Kevin Walzer added the comment:
Tal, your proposed revisions to the patch work fine. It's harmless to leave the
older calls to MacWindowStyle there. New patch attached.
--
Added file: https://bugs.python.org/file47726/calltips_w-2.diff
___
P
Kevin Walzer added the comment:
The crash reported by the OP did show up at times in recent releases of Tk
8.6.x, but a lot of work went into refactoring memory management in 8.6.8 and
those problems do not seem present in the current release (8.6.7 is a year
old). I'd try updating to
Kevin Walzer added the comment:
I just committed http://core.tcl.tk/tk/info/26a029b4a88ff97f, which fixes the
scrolling issue in Tk. Running the test scripts here indicate the behavior is
now correct; clicking several pixels below the bottom part of the scroll button
causes the scroll to
Kevin Walzer added the comment:
Ned, please hold off a bit on this--another developer is doing some final
fine-tuning of the scrolling code so it fully passes Tk's test suite. I'm
waiting for the final commit of this code any day now.
--
status: pendi
Kevin Walzer added the comment:
The behavior outlined in the screenshot is, I believe, a component of the
native Cocoa window that underlies Tk; it cannot be controlled or accessed from
Tk. It's probably better to avoid altogether or re-implement somehow in
New submission from Kevin Walzer :
I'm trying to build Python 3.7.0 on macOS 10.14, and Tkinter is not linking to
my installation of Tcl/Tk 8.6.8 in /Library/Frameworks. Instead it is linking
to the ancient 8.5 Tk installed in /System/Library/Frameworks. My usual way of
forcing Pyth
Kevin Walzer added the comment:
Thank you, this helped.
--
___
Python tracker
<https://bugs.python.org/issue34956>
___
___
Python-bugs-list mailing list
Unsub
Kevin Walzer added the comment:
Release of Tk 8.6.9 very soon; includes fixes for Mac scrolling as well as
support for 10.14 macOS, with Dark Mode.
--
___
Python tracker
<https://bugs.python.org/issue34
Kevin Walzer added the comment:
I've added some comments to this on the Tkinter-dev mailing list, but to
summarize, the bug is not reproducible on the Tcl side of the bridge, and so I
am not clear what changes can be made in Tk's internals. It might e better to
proceed with impl
Kevin Walzer added the comment:
The attached patch works around the crash for me on Python 2.7.3, Tk-Cocoa
8.5.12 (tip), on Lion.
--
keywords: +patch
nosy: +wordtech
Added file: http://bugs.python.org/file27538/configDialog.diff
___
Python tracker
Changes by Kevin Walzer :
Removed file: http://bugs.python.org/file27538/configDialog.diff
___
Python tracker
<http://bugs.python.org/issue15853>
___
___
Python-bug
Changes by Kevin Walzer :
Added file: http://bugs.python.org/file27539/configDialog.diff
___
Python tracker
<http://bugs.python.org/issue15853>
___
___
Python-bugs-list m
Kevin Walzer added the comment:
The crash occurs during a "self.editFont.config" call, when the sample text in
the font dialog is updated with new font properties. My changes re-structures
the configure event to first create a tuple with new font properties, then
apply that to
Kevin Walzer added the comment:
editFont.config is causing the crash.
The revised patch you suggest configures both the display font example and the
highlight-text example. We can certainly amend my patch along those lines.
I cannot reproduce the issue in simple Tcl/Tk using the equivalent
Kevin Walzer added the comment:
This can probably be fixed by setting this key in the app's info.plist file:
NSHighResolutionCapable
Under the hood, Tkinter/Tk-Cocoa uses CoreText to render text, and I understand
this to adapt to high-res displays out of the box--as long as the prope
Changes by Kevin Walzer :
--
nosy: +wordtech
___
Python tracker
<http://bugs.python.org/issue6441>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Kevin Walzer :
In running IDLE against a build of Tk-Cocoa (8.5.7) on OS X, the edit and
format menus sometimes hang and require a force-quit of IDLE. This happens
when I try to paste text, and also when trying to format selections of
text with indentation, etc. I&#x
Kevin Walzer added the comment:
I disagree that this is a bad idea--it's helpful to be able to double-
click a GUI script and launch it automatically. I realize one can just
fire up Terminal and go "python myscript.py," but I missed this
functionality when it was broken and w
Kevin Walzer added the comment:
Following active development and several bugfixes in Tk-Cocoa 8.5.7, the
issue with the cut/paste events in IDLE's edit menu has resolved itself.
Therefore I am closing this bug.
--
status: open -> closed
__
Changes by Kevin Walzer :
--
nosy: +ronaldoussoren
___
Python tracker
<http://bugs.python.org/issue6075>
___
___
Python-bugs-list mailing list
Unsubscribe:
Kevin Walzer added the comment:
Tested against Tk-Cocoa (the build of Tk-8.5 that comes with Snow Leopard;
I also have my own build on Leopard) and Tk-Carbon 8.5 on Leopard/10.5,
and it works as expected. I no longer have any builds of 8.4 to test
against. The code defaults to the current
Kevin Walzer added the comment:
The bug with the edit menu sounds like the same issues I noted in
http://bugs.python.org/issue6463. I think it was related to something in
Tk-Cocoa 8.5, which was resolved in a later build of Tk, and which is why
I closed the bug. The build of Tk-Cocoa that
Kevin Walzer added the comment:
Ronald: No, unfortunately I was never able to reproduce the bug in pure
Tcl. I tried various examples with the Tk text widget. I also tried
various examples with the text widget via Tkinter. Each time the text
widget, cutting, pasting, etc. worked as expected
Kevin Walzer added the comment:
I don't understand the logic of saying that IDLE in Python 2.6.3 will not
support Tk 8.5 in any fashion when you say that it runs fine with
ActiveState Tk 8.5. 8.4 is obsolete. The "new window hang" bug is specific
to the version of Tk 8.5.7. I
Kevin Walzer added the comment:
I've run into an additional problem with these patches. While they
correctly set up the menus for Python Shell and editor windows, when a
front-most window is closed, the menubar suddenly displays duplicate
entries (for Edit, Run, and Help) at the end o
Kevin Walzer added the comment:
Single revised diff, "tkcocoa.diff", attached, applied against Python
trunk. Have not tested against Python trunk, nor do I believe it solves
the issue with the extra menu items appearing when a window is closed. But
hopefully this will apply mo
Kevin Walzer added the comment:
Re: msg 93821, the comment about redundant entries being appended to a
menu when an EditorWindow is destroyed:
I've reproduced this behavior in Tk-Cocoa itself, and have concluded it's
not an issue with IDLE (or my patches). I've f
Kevin Walzer added the comment:
Apparently the extra menu entries are related to an Appkit bug on Leopard
that Tk-Cocoa picks up; the bug is not present on Snow Leopard and won't
be fixed on Leopard. As a result, I've closed
New submission from Kevin Walzer :
In version 8.6 of Tk (now in beta stage), Tk on OS X will be built on top
of the Cocoa API, replacing the deprecated Carbon API. Tk-Cocoa implements
some UI behaviors (help menu, application menu) differently than Tk-
Carbon. The attached files patch IDLE to
Changes by Kevin Walzer :
Added file: http://bugs.python.org/file14027/Bindings.patch
___
Python tracker
<http://bugs.python.org/issue6075>
___
___
Python-bugs-list mailin
Changes by Kevin Walzer :
Added file: http://bugs.python.org/file14028/macosxSupport.patch
___
Python tracker
<http://bugs.python.org/issue6075>
___
___
Python-bugs-list m
Kevin Walzer added the comment:
These patches were tested on Python/IDLE 2.6.2 and Tk version 8.5.7. My
build of Tk, which runs on top of Cocoa, is based on a fork of Tk hosted
at http://github.com/das/tcltk/tree/de-carbon-8-5. Tk-Cocoa will become
the main line for Mac OS X in Tk 8.6, now
New submission from Kevin Walzer :
The configDialog for IDLE in version 2.6.2 is missing a title in the
window: this patch adds a "Preferences" title to the window.
--
components: IDLE
files: configDialog.patch
keywords: patch
messages: 88143
nosy: wordtech
severity: nor
Kevin Walzer added the comment:
This updated patch of macosxSupport.py adds a fix that addresses the
preferences dialog, see http://bugs.python.org/issue5232.
--
Added file: http://bugs.python.org/file14031/macosxSupport.patch
___
Python tracker
Changes by Kevin Walzer :
Removed file: http://bugs.python.org/file14028/macosxSupport.patch
___
Python tracker
<http://bugs.python.org/issue6075>
___
___
Python-bug
Kevin Walzer added the comment:
Added Brad's snippet to macosxSupport.py: see http://bugs.python.org/issue6075
--
nosy: +wordtech
___
Python tracker
<http://bugs.python.org/i
Changes by Kevin Walzer :
Removed file: http://bugs.python.org/file14031/macosxSupport.patch
___
Python tracker
<http://bugs.python.org/issue6075>
___
___
Python-bug
Kevin Walzer added the comment:
additional refinement to help_dialog command, makes menu consistent
--
Added file: http://bugs.python.org/file14035/macosxSupport.patch
___
Python tracker
<http://bugs.python.org/issue6
Changes by Kevin Walzer :
Removed file: http://bugs.python.org/file14035/macosxSupport.patch
___
Python tracker
<http://bugs.python.org/issue6075>
___
___
Python-bug
Kevin Walzer added the comment:
typo in macosxSupport.patch--fixed
--
Added file: http://bugs.python.org/file14036/macosxSupport.patch
___
Python tracker
<http://bugs.python.org/issue6
Kevin Walzer added the comment:
Ronald,
I'd vote for warning if it's the default action.
Would your other proposed change require users to set PythonLauncher as the
opening app for each Python file, or would there be a way to manually set it as
the default from Finder or
Kevin Walzer added the comment:
Where in the IDLE source code tree is this code housed? Is it possible to
provide a Python script that reproduces the issue?
--
___
Python tracker
<http://bugs.python.org/issue24
Kevin Walzer added the comment:
I experimented with Mark's sample code (thanks for that, BTW), and found that
the window with the "help" tag applied would display with this simple addition:
raise .t
I believe the equivalent call in Tinter is lift(), because raise() is for
75 matches
Mail list logo
