New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
IDLE: revisit text highlighting for inactive windows on win32 #69160
Comments
This is a followup to bpo-14146 I don't think this is actually a Tk bug. The text widget supports an "inactiveselectbackground" option which controls the background color of the selection when the window is not active. On Win32, this is defined as empty (i.e. no highlighting). This option is new in Tk 8.5. I don't believe that Tk 8.4 displayed the selection differently for active and inactive windows, hence why the problem never showed up until 8.5. It seems that if running 8.5, setting this widget option to the desired color would then remove the need for the _highlight_workaround() in EditorWindow.py. Can someone else besides me try this out please? |
Rather than copying the nosy list from an old issue, which likely contains people no longer interested, better to announce a followup on the old issue. I am not sure what you want me to try out. If it is a code change, please upload a patch. If it is a user action, please specify. |
I verified that inactiveselectbackground exists and starts as ''. Since it should match the active selectbackground on all systems, as set by the current theme. I will try adding a line where selection colors are set: EditorWindow.ResetColorizer: We will need to reconsider the 'found' highlight and the select versus found usage after this change. |
New changeset 4b3356f1a261 by Terry Jan Reedy in branch '2.7': New changeset 70c01dd35100 by Terry Jan Reedy in branch '3.4': |
I first testing the workaround by selecting text and then clicking on another window, and the highlight stayed. I commented out "self._highlight_workaround()", quit, started again, tested again, and the highlight disappeared. I added the new line above, retested, and the hightlight stayed. Debugger source highlighting again does not work for me on Win7 in any installed or repository version, before or after the patch. See bpo-25254. The patch does immediately fix at least part of the find issue. I will review them later. While the report above implies that I committed to 3.4 and merged forward, there is a screw-up in the repository that prevented merging, so I backed out the 3.4 patch before pushing. So only 2.7 is patched and this issue is not done. |
New changeset 2445750029df by Terry Jan Reedy in branch '3.4': |
New changeset 45955adc2ed2 by Terry Jan Reedy in branch '2.7': New changeset 460e6e6fb09a by Terry Jan Reedy in branch '3.4': |
Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.
Show more details
GitHub fields:
bugs.python.org fields:
The text was updated successfully, but these errors were encountered: