![]() ![]() something else." to install software or update a system-provided version. □Īll of these software packages are designed for a Linux world. It seems that with every post, you open a bigger and bigger can-o-worms. ![]() So how do I get the IDLE application to shift over to Tk 8.6? I finally looked at the About IDLE dropdown and the little graphics window, to me, to show that IDLE is still using Tk 8.5 rather than 8.6. I puzzled over this for a bit, googled around only to find that others had experienced the same concern, however, no answers had been provided. > WARNING: The version of Tcl/Tk (8.5.9) in use may be unstable. I saw various warnings regarding issues with the default, already installed Tk 8.5, and followed the link to download and install Tk 8.6.īoth before and after I installed Tk 8.6, I get this warning when I open IDLE: I have been using BBEdit and terminal to learn python, but I want to use IDLE, mostly to the small window size, when working through the python tutorial online. However, the install created a folder in Applications folder, and it contains among other things: So far I have experienced any issues using it from terminal. If I understand it correctly, it does confirm that they are still picking up the Tk 8.5 source from the obsolete github DAS backport and not from current source release tarballs or from Fossil.I just downloaded and installed Python 3.5. Therefore, I am closing this bug report with thanks to Ned for the report and to Daniel for the patch, which I have committed to trunk and core-8-5-branch.Īpple has now updated their opensource website to include 10.9 packages: Library/Frameworks/amework/Versions/2.7/bin/idle2.7Ĭurrent versions of Python 3.x IDLE.app launch in 64-bit mode and do show the problem with ActiveTcl 8.5 installed in /Library/Frameworks.ĭaniel Steffen provided me a patch for this issue that he implemented against Apple's private branch of Tcl/Tk during the development of Mavericks: after applying it to trunk and 8.6, I no longer see problems with redraw on my installation of Mavericks. The problem can be demonstrated by launching the same Python and IDLE via: the equivalent of:įor arcane reasons, that causes Tk to always be launched in 32-bit mode (that's how I discovered the dependency). The 10.9 versions should eventually get published here: Īlso, note that while the problem is reproducible on 10.9 with most versions of the Python IDLE application that link with a non-Apple Cocoa Tk 8.5, it is not reproducible by clicking on the IDLE.app icon of the current 2.7 binary installer, e.g. It might also be useful to examine what source and patches Apple uses for the system Tk 8.5. Or perhaps there is simply some arch-related code bug. This leads me to speculate that there might be some legacy 32-bit Carbon API being used that is skipped in 64-bit mode. Wish # text widget demo exhibits the problem This can be demonstrated using the ActiveTcl wish8.5 by forcing the execution architecture:Ĭd /Library/Frameworks/Tk.framework/Versions/8.5/Resources/Wish.app/Contents/MacOSĪrch -x86_64. I also discovered by accident that the problem appears to only happen when the Cocoa Tk is running in 64-bit mode (the default on 64-bit capable Macs), but not in 32-bit mode. And I can reproduce the problem with versions of 8.5.15 and 8.6.1 built from the release tarballs. I can reproduce the problem with recent various versions of ActiveTcl 8.5.x and 8.6.x for OS X. If the mouse is hovered over the scroll bar on the right or if the keyboard is used to enter a character, the windows are then updated properly.Ĭaveats: I have been unable to reproduce the problem with the Tcl/Tk 8.5.9 shipped by Apple in OS X 10.9. In the second, note the incompletely highlight text and the misplaced text in the bottom border of the foreground window with focus and how the border is still displayed around the text field in the background window that no longer has focus. In the first, note the incomplete black border around the text widget: it was created by moving the mouse randomly over the border without hovering over the scroll bar on the right or without using the keyboard. The following two screenshots demonstrate the problem.Ĭlicking back and forth between the two Tk windows using the mouse, neither the window gaining focus nor the window losing focus gets updated properly. I first noticed the problem using Python IDLE (linked with a Tk 8.5.x) but the problem can be easily reproduced using a current Wish "Basic editable text" widget demo. There appears to be refresh problems when using current Aqua (Cocoa) Tk 8.5.x or 8.6.x builds on the newly released OS X 10.9. Aqua Cocoa Tk multi-window apps redraw problems on OS X 10.9 Mavericks ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |