[issue34313] Tkinter crashes with Tk-related error on macOS with ActiveTcl 8.6
Vlad Tudorache added the comment: The only versions of Tk not showing issues on my Mac are: - 8.5.18 with any Python in 3.5, 3.6, 3.7 on Mojave AND previous versions; - 8.6.8 when built on a 10.13 SDK, with the same Python versions. For 8.6.8 built on Mojave SDK, there's the black background console window issue and for 8.6.9.1 the IDLE's problem showing a little black window. I've seen no crashes yet with 8.5.18, 8.6.8, 8.6.9 (on my Mac). -- ___ Python tracker <https://bugs.python.org/issue34313> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35387] Dialogs on IDLE are accompanied by a small black window
Vlad Tudorache added the comment: No, I'm wrong, the editor window seems created by the ListedToplevel. -- ___ Python tracker <https://bugs.python.org/issue35387> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35387] Dialogs on IDLE are accompanied by a small black window
Vlad Tudorache added the comment: At the line 102 in editor.py, I see: self.top = top = window.ListedToplevel(root, menu=self.menubar) Looking at window.py it seems that ListedToplevel builds a new Toplevel (the black one?) instead of adding an existing one (the editor) at the list, I'll check it again, maybe I didn't see right. The second window does not appear for me when using pure Tcl and toplevel widget (from Wish, for exemple) on MacOS, I don't think it's a Tk problem. -- ___ Python tracker <https://bugs.python.org/issue35387> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35387] Dialogs on IDLE are accompanied by a small black window
Vlad Tudorache added the comment: I confirm the issue. Screenshot attached. -- type: -> behavior Added file: https://bugs.python.org/file47987/Capture d’écran 2018-12-11 à 22.07.30.png ___ Python tracker <https://bugs.python.org/issue35387> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34313] IDLE crashes with Tk-related error on macOS with ActiveTcl 8.6
Vlad Tudorache added the comment: @terry.reedy Maybe "users are urged to install the most recent bug-fix releases" is a little bit misleading. As I wrote, Tcl/Tk 8.5.18 does not give crashes on macOS, when both 8.5.17 and 8.5.19 (bug-fix) do. Some times ago, if I remember well, the same thing happened 'round 8.6.3 something (there was a "bug-fix" release worse than the previous one). Should python.org installers provide only tested self-contained Tcl/Tk builds? -- ___ Python tracker <https://bugs.python.org/issue34313> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34313] IDLE crashes with Tk-related error on macOS with ActiveTcl 8.6
Vlad Tudorache added the comment: Yes, like in the Pythonic Tk 8.6.[:8] :), starting at version 8.6.8 (-dev, too) I see no crash. Tcl/Tk 8.6.8 is built by myself (the last time I checked there was no 8.6.8 built on ActiveState). As for the old 8.5 series, only 8.5.18 works with the dual 32/64 bit Python(s). -- ___ Python tracker <https://bugs.python.org/issue34313> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34313] IDLE crashes with Tk-related error on macOS with ActiveTcl 8.6
Vlad Tudorache added the comment: @taleinat The issues appear with both Tk 8.6.[:8] and (8.5.[:18] + 8.5.[19:], just in case you update the docs. For 32/64 bit installers on macOS, the only version (built by myself or ActiveState) without crashes is 8.5.18 (on my Mac). -- versions: +Python 3.6, Python 3.7 ___ Python tracker <https://bugs.python.org/issue34313> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34370] Tkinter scroll issues on macOS
Vlad Tudorache added the comment: The scroll problem (clicking on the upper half of the slider is taken as "through1") still persists for me on Mojave with 3.7.1 RC1 downloaded from python.org and including Tcl/Tk. -- ___ Python tracker <https://bugs.python.org/issue34370> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34370] Tkinter scroll issues on macOS
Vlad Tudorache added the comment: It seems that Kevin's fix solves the issues. -- ___ Python tracker <https://bugs.python.org/issue34370> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34370] Tkinter scroll issues on macOS
Vlad Tudorache added the comment: Now, the video for TK 8.5 showing expected behavior on macOS. -- Added file: https://bugs.python.org/file47743/Tk85Mac.mov ___ Python tracker <https://bugs.python.org/issue34370> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34370] Tkinter scroll issues on macOS
Vlad Tudorache added the comment: The bug needs forwarding to the Tcl/Tk community. This is the script written in Tcl (run with tclsh8.6 script.tcl for Tcl 8.6 and tclsh8.5 script.tcl for 8.5): package require Tk scrollbar .vbar -width 10 text .edit pack .vbar -side right -fill y pack .edit -side left -fill both -expand 1 .vbar configure -command {.edit yview} .edit configure -yscrollcommand {.vbar set} bind .vbar { } { set cx %x set cy %y set dz [.vbar identify $cx $cy] puts "You clicked at ($cx,$cy) on $dz.\n" } for {set i 1} {$i <= 256} {incr i} { .edit insert "$i.0" "This is the line number $i.\n" } I will post two videos made on my MacBook, showing an expected behavior with Tk 8.5 and the scroll problems with Tk 8.6 on macOS. -- Added file: https://bugs.python.org/file47742/Tk86MacIssue.mov ___ Python tracker <https://bugs.python.org/issue34370> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34343] Why is turtle still present in python embedded for Windows?
Change by Vlad Tudorache : -- stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue34343> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34370] Tkinter scroll issues on macOS
New submission from Vlad Tudorache : Run the python script below. import tkinter root = tkinter.Tk() text = tkinter.Text(root) vbar = tkinter.Scrollbar(root) vbar.pack(side=tkinter.RIGHT, fill=tkinter.Y) text.pack(side=tkinter.LEFT, fill=tkinter.BOTH, expand=1) text.config(yscrollcommand=vbar.set) vbar.config(command=text.yview) lines = ['This is the line number %d.\n' % i for i in range(256)] text.insert(tkinter.END, ''.join(lines)) def click_trace(event): text.insert('%d.%d' % (1, 0), 'Clicked at (%d,%d) on %s.\n' % (event.x, event.y, vbar.identify(event.x, event.y))) vbar.bind('', click_trace) root.mainloop() When the slider is at the top of the scrollbar, clicking on its upper half doesn't allow dragging. The little script shows that the Scrollbar considers it as being on "through1" - in Tk the zone between the upper arrow and the "slider" - and not on "slider". Another consequence is that one can drag (up and down) the slider when clicking a little bit below the slider, on "through2" region. This issue doesn't manifest on Windows, where the scrollbar's arrows are shown. I've seen this issue when trying to explore the reasons of another (34047, fixed) concerning the slider locked at the end of the scrollbar in IDLE. -- components: Tkinter messages: 323363 nosy: vtudorache priority: normal severity: normal status: open title: Tkinter scroll issues on macOS type: behavior versions: Python 3.6, Python 3.7 ___ Python tracker <https://bugs.python.org/issue34370> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34047] IDLE: on macOS, scroll slider 'sticks' at bottom of file
Vlad Tudorache added the comment: The scroll works. Many thanks, I thought the callback should have been rewritten, too. Should one open a different report for the clicks on the scrollbar ends, like in the script I put (independent of IDLE)? -- ___ Python tracker <https://bugs.python.org/issue34047> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34047] IDLE: on macOS, scroll slider 'sticks' at bottom of file
Vlad Tudorache added the comment: And the result (video) of my script is attached to this post. -- Added file: https://bugs.python.org/file47738/tkinter_scroll_issues.mov ___ Python tracker <https://bugs.python.org/issue34047> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34047] IDLE: on macOS, scroll slider 'sticks' at bottom of file
Vlad Tudorache added the comment: Edit: The code is: import tkinter root = tkinter.Tk() text = tkinter.Text(root) vbar = tkinter.Scrollbar(root) vbar.pack(side=tkinter.RIGHT, fill=tkinter.Y) text.pack(side=tkinter.LEFT, fill=tkinter.BOTH, expand=1) text.config(yscrollcommand=vbar.set) vbar.config(command=text.yview) lines = ['This is the line number %d.\n' % i for i in range(256)] text.insert(tkinter.END, ''.join(lines)) def click_trace(event): text.insert('%d.%d' % (1, 0), 'Clicked at (%d,%d) on %s.\n' % (event.x, event.y, vbar.identify(event.x, event.y))) vbar.bind('', click_trace) root.mainloop() Clicking at the top on the slider shows that the Scrollbar considers it as being on "through1" (in Tk the zone between the upper arrow and the "slider") and NOT on the "slider". Please, play with the script (python3 tktest.py) and see the results for yourselves. -- Added file: https://bugs.python.org/file47737/tktest.py ___ Python tracker <https://bugs.python.org/issue34047> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34047] IDLE: on macOS, scroll slider 'sticks' at bottom of file
Vlad Tudorache added the comment: I've tried to check the source code of IDLE in search of chained comparisons without parenthesis (like the example I showed and the bug with the mouse wheel). I couldn't find something important. Then I wrote in a file the following code: import tkinter root = tkinter.Tk() text = tkinter.Text(root) vbar = tkinter.Scrollbar(root) vbar.pack(side=tkinter.RIGHT, fill=tkinter.Y) text.pack(side=tkinter.LEFT, fill=tkinter.BOTH) text.config(yscrollcommand=vbar.set) vbar.config(command=text.yview) lines = ['This is the line number %d.\n' % i for i in range(200)] text.insert(tkinter.END, ''.join(lines)) In both Python 3.6 and 3.7 with Tk 8.6.8 on macOS 10.13, click-and-drag on the upper half of the scrollbar slider has no effect (the slider sticks at the top), like in the bugs #1 and #3. I strongly suspect a tkinter problem, as the equivalent Tcl/Tk code functions well. Click-and-drag in the lower half of the slider functions (in my code and IDLE) for me. Can someone reproduce this? -- ___ Python tracker <https://bugs.python.org/issue34047> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34343] Why is turtle still present in python embedded for Windows?
Vlad Tudorache added the comment: Thank you very much. Then I will simply remove it. -- ___ Python tracker <https://bugs.python.org/issue34343> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34343] Why is turtle still present in python embedded for Windows?
New submission from Vlad Tudorache : I've just started using the embedded Python 3.6 for Windows and I find turtle.py in the archive, knowing that tkinter isn't present. There's no large space loss because of it, but it's presence may be confusing. -- components: Library (Lib), Windows messages: 323188 nosy: paul.moore, steve.dower, tim.golden, vtudorache, zach.ware priority: normal severity: normal status: open title: Why is turtle still present in python embedded for Windows? type: resource usage versions: Python 3.6 ___ Python tracker <https://bugs.python.org/issue34343> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34047] IDLE: on macOS, scroll slider 'sticks' at bottom of file
Vlad Tudorache added the comment: Check the commands below and the results to see why the problem with the mouse wheel appeared: >>> a = 1 >>> a >= 0 == True False >>> (a >= 0) == True True >>> a >= (0 == True) True >>> a >= 0 == False True >>> (a >= 0) == False False >>> a >= (0 == False) True >>> (a >= 0) == True True -- ___ Python tracker <https://bugs.python.org/issue34047> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34047] IDLE: on macOS, scroll slider 'sticks' at bottom of file
Vlad Tudorache added the comment: In fact, if the first click before dragging takes place in the upper half of the scrollbar slider, the click is not received nor the drag after. Is like the scroll slider is translated down with half of the slider length (that's why I can drag the slider even when I'm a little bit lower with the pointer). I'll check the click callback and the scrollbar setup functions. Can anybody check if clicking then starting to drag the slider in the inferior half of the slider, even at the top of a file, functions well? -- ___ Python tracker <https://bugs.python.org/issue34047> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34047] IDLE: on macOS, scroll slider 'sticks' at bottom of file
Vlad Tudorache added the comment: With: up = {EventType.MouseWheel: (event.delta >= 0) == darwin, EventType.Button: (event.num == 4)} in editor.py at 461-462 I don't see bugs #1 neither #3 on 3.7.0 but I'll try with other files. -- ___ Python tracker <https://bugs.python.org/issue34047> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34047] IDLE: on macOS, scroll slider 'sticks' at bottom of file
Vlad Tudorache added the comment: The solution was very simple on my Mac. In /Library/Frameworks/Python.framework/Versions/3.7/lib/python3.7/idlelib/editor.py, lines 461-462 should be: up = {EventType.MouseWheel: (event.delta >= 0) == darwin, EventType.Button: event.num == 4} instead of: up = {EventType.MouseWheel: event.delta >= 0 == darwin, EventType.Button: event.num == 4} Does this solve the scrollbar locked down issue for anyone else? -- ___ Python tracker <https://bugs.python.org/issue34047> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34047] IDLE: on macOS, scroll slider 'sticks' at bottom of file
Vlad Tudorache added the comment: Having 3.6.5 and 3.7.0 with Tcl/Tk 8.6.8, try to File->Open Module and open ssl module. On 3.6 everything is fine, on 3.7 the scroller sticks at the bottom. A Tk text widget with the same amount of lines shows no problem. Apple macOS 17.7.0 with 64 bit Python and Tcl/Tk. IDLE problem probably. -- ___ Python tracker <https://bugs.python.org/issue34047> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34313] IDLE crashes with Tk-related error on macOS with ActiveTcl 8.6
Vlad Tudorache added the comment: I was telling only that I've seen myself the issues with some Tcl/Tk versions. As I often build Tcl/Tk on macOS, I can confirm that on 8.6.8 I didn't see issues (those were effectively present in (ActiveState or not) Tcl 8.5.18, 8.5.19, 8.6.6, 8.6.7. The only issue I had was an @autoreleasepool after several open/close of the Preferences dialog in IDLE (see the 34120 issue), related probably to a partial release of resources. -- ___ Python tracker <https://bugs.python.org/issue34313> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34313] IDLE crashes with Tk-related error on macOS with ActiveTcl 8.6
Vlad Tudorache added the comment: The problem shows itself on macOS High Sierra in some Tk Demos, independently of Python's IDLE. So there is something completely different, to report to the Tcl/Tk community. Strangely, I didn't notice the issues on Sierra, but I have no Sierra Mac right now to check it again. Even in Tk 8.5.18 (ActiveState or self-compiled) there are issues (notably the cascade menus demo, the button menus demo, others to) in rendering some UI elements. Sometimes bad indexes are reported (sort of [lindex {A LIST} index $N] gives $N not found even when in range)... -- ___ Python tracker <https://bugs.python.org/issue34313> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34313] IDLE crashes with Tk-related error on macOS with ActiveTcl 8.6
Vlad Tudorache added the comment: I confirm the crashes. I've tried with personal builds of python 3.5, 3.6, 3.7, with ActiveTcl and personal builds of Tcl 8.6.x, the problem does not appear with 8.5.18, but shows itself with 8.5.19 (strange, API changes?). I'll try to investigate. -- ___ Python tracker <https://bugs.python.org/issue34313> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34120] IDLE: Freeze when closing Settings (& About) dialog on MacOS
Vlad Tudorache added the comment: I've checked again the source code in config_key.py, configdialog.py, help_about.py, query.py, searchbase.py, textview.py and added a self.grab_release() in functions like ok() and cancel() before the call to self.destroy() and I see no more lock/focus issues. Maybe the grab was kept in the non-existent (destroyed) dialog window, so the click events could not be transferred to the pyshell or editor, but, because of a local (not global) grab, clicking on another application's window, by losing focus and grab, completely freed the event-chain, then clicks in IDLE were correctly received. Can you confirm if adding the grab_release() calls works for you too (do not remove the grab_set() calls!)? -- ___ Python tracker <https://bugs.python.org/issue34120> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34120] IDLE: Freeze when closing Settings (& About) dialog on MacOS
Vlad Tudorache added the comment: Adding self.grab_release() in the ok() method for the dialogs BEFORE destroy() solved the problem for me, keeping the grab_set() methods in place (uncommented, actives). -- ___ Python tracker <https://bugs.python.org/issue34120> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34120] IDLE: Freeze when closing Settings (& About) dialog on MacOS
Vlad Tudorache added the comment: I can confirm that removing the grab_set() calls fixes the locking. But am I the only one to notice that the dialogs aren't modal any more? -- ___ Python tracker <https://bugs.python.org/issue34120> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34120] IDLE: Freeze when closing Settings (& About) dialog on MacOS
Vlad Tudorache added the comment: I’m sorry for not being clear. This problem appears with Tk 8.6, even in Python 3.5 (compiled by me). I’ve succeeded to reproduce only once the @autorelease pool error (it appeared after several open/close of the preferences or about window). Did anyone else see it? Le lun. 30 juil. 2018 à 02:51, Terry J. Reedy a écrit : > > Terry J. Reedy added the comment: > > On idledev thread "Mac IDLE 3.7.0 freezes when accessing Preferences", > Walter Schnyder reported something similar. Combining two posts: > > "using python.org Python 3.7.0 (v3.7.0:1bf9cc5093, Jun 26 2018, 23:26:24) > [Clang 6.0 (clang-600.0.57)] on darwin [64-bit] and came across these [new] > bugs on several Macs, all running OS X v 10.13.5. > [Has run IDLE before, back to 3.4.] > > Bug A: > 1. From the shell select Preferences in the IDLE menu. > 2. Cancel the Preferences to get back to the Shell > 3. The shell is frozen. It doesn’t even react to CONTROL-D. > > The only way I found to resurrect it is to control-click the shell window > and select “Go to file/line” causing an error message to appear. Click OK > and the shell comes back to life. > > Note: This doesn’t only happen when accessing preferences. It also happens > when selecting “About IDLE” in the IDLE menu." > > After starting with 'python3 -m idlelib' > > "The same problems occur. There is no error in the terminal window. > But I learned something new: after running the steps for bug A, IDLE is > frozen (no blinking cursor, not responding to Control+D. However, if I > bring another application’s window to the front (by clicking on it) then > click back on IDLE’s window, this resurrects IDLE, the cursor blinks and > Control+D quits." > > test_idle passes. When running 'python3 -m idlelib.configdialog' or > 'idlelib.help_about', which run a human-viewed test, there is no problem > when closing either dialog. > > Vlad, if I understand your post, you *do* see the problem with 3.5? With > the python.org installer and tk 8.5? As far as I know, no one has had a > problem with this. Or only with a private compile with tk 8.6? > > This is important because 3.5 IDLE has not been touched since about 18 > months, and if there is only a problem when using tk 8.6, then I have to > suspect that this and other new problems are result of tk 8.6 on Mac or > tkinter needing a patch to support it. > > -- > components: +macOS > nosy: +ned.deily, rhettinger, ronaldoussoren, taleinat, walters > stage: -> needs patch > title: IDLE Caret/Focus Lost -> IDLE: Freeze when closing Settings (& > About) dialog on MacOS > versions: +Python 3.8 > > ___ > Python tracker > <https://bugs.python.org/issue34120> > ___ > -- ___ Python tracker <https://bugs.python.org/issue34120> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34120] IDLE Caret/Focus Lost
New submission from Vlad Tudorache : When closing the IDLE's Preferences dialog the IDLE's Console window and/or Editor window (whichever was active before) doesn't show cursor/caret any more. One must click on Desktop or another window then click again in the IDLE's window in order to regain cursor/caret. This problem shows on macOS High Sierra, Python 3.6.N and 3.7.N (and even 3.5.N), with the provided installers (64 bit, 64/32 bit, Tk 8.6.8) and with self-compiled Python(s). After a number of openings IDLE will crash with an @autoreleasepool issue. I've compiled Tcl/Tk and Python with CC=clang CXX=clang++ MACOSX_DEPLOYMENT_TARGET=10.9 (10.10, 10.12 also), Tcl/Tk with and without --enable-threads, always with --enable-64bit --enable-framework and --enable-dtrace, clang 902.0.39.2 (Apple LLVM version 9.1.0), Python was compiled with and without --enable-dtrace and --enable-optimizations, with --enable-framework. -- assignee: terry.reedy components: IDLE messages: 321686 nosy: terry.reedy, vtudorache priority: normal severity: normal status: open title: IDLE Caret/Focus Lost type: behavior versions: Python 3.6, Python 3.7 ___ Python tracker <https://bugs.python.org/issue34120> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34047] IDLE: on macOS, scroll slider 'sticks' at bottom of file
Vlad Tudorache added the comment: I can reproduce this problem only with Tk 8.6.7, both compiled by myself or installed from ActiveState (Python 3.7 and 3.6 compiled by myself, too). I can't see it with Tk 8.6.8 provided with the installers, nor with Tk 8.5.18. -- nosy: +vtudorache ___ Python tracker <https://bugs.python.org/issue34047> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com