Gabe added the comment:
I should add - the reason why this is an issue is because pyautogui calls this
function, and I would like to use pyautogui in my tkinter app, but I currently
cannot without sacrificing my checkbuttons. (Well, pyautogui uses pyscreeze for
screenshots and pyscreeze
Gabe added the comment:
The exact same effect happens with SetProcessDPIAware(1). The IDLE checkboxes
are in fact affected; they're tiny. I discovered that I was able to prevent the
issue by using `ctypes.windll.shcore.SetProcessDpiAwareness(0)`. This prevents
the issue only if it is called
New submission from Gabe :
In the following code:
```py
import tkinter as tk
from tkinter import ttk
import ctypes
ctypes.windll.user32.SetProcessDPIAware()
w = tk.Tk()
ttk.Checkbutton(w, text = "Checkbox").grid()
w.mainloop()
```
The checkbox begins as normal size, but after hov
New submission from Gabe R. :
I have both Python 3.1-64 and 3.10-64 installed on the same Windows machine. If
I attempt to launch Python 3.1 using the command `py -3.1-64`, the launcher
incorrectly starts Python 3.10.
--
components: Windows
messages: 405054
nosy: Marsfan, paul.moore
Gabe Appleton added the comment:
Also, isn't this just a permissions error? I wouldn't think that would indicate
a failure of the feature, but instead one of the testing environment.
On December 10, 2019 7:47:10 AM UTC, Xavier de Gaye
wrote:
>
>Xavier de Gaye added the c
Gabe Appleton added the comment:
I didn't realize that when I submitted this the first time, but I corrected
that in the documentation when someone else removed it from the tags. If I
re-added it it was by mistake. I notice that my browser had that
auto-highlighted. Should be fixed now
Gabe Appleton added the comment:
Okay, I removed the helper functions and added some additional documentation.
Does that look okay now?
--
versions: +Python 3.8
___
Python tracker
<https://bugs.python.org/issue37
Gabe Appleton added the comment:
I just want to be explicit so I don't mess up on protocol, since I am new to
this project. Does that mean that you want me to remove the helper function and
put documentation in about that sockopt, or that an exception could be made in
this case
Gabe Appleton added the comment:
Its true that this doesnt exist at the C level, however I worry that having it
purely through getsockopt() and setsockopt() would make things more confusing,
so I added it as a helper function.
I can remove it in lieu of documentation if that would block
Change by Gabe Appleton :
--
keywords: +patch
pull_requests: +14088
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/14258
___
Python tracker
<https://bugs.python.org/issu
New submission from Gabe Appleton :
At the moment you can definitely use UDPLITE sockets on Linux systems, but it
would be good if this support were formalized such that you can detect support
at runtime easily.
At the moment, to make and use a UDPLITE socket requires something like
Change by Gabe Appleton <g...@gabeappleton.me>:
--
resolution: -> rejected
stage: patch review -> resolved
status: open -> closed
___
Python tracker <rep...@bugs.python.org>
<https://bu
Gabe Appleton <g...@gabeappleton.me> added the comment:
Would it be workable if I instead just changed the __str__() method? I'm
willing to go either way, but I feel like it's a bit nicer to have it output a
nice fraction that way.
--
___
Change by Gabe Appleton <g...@gabeappleton.me>:
--
keywords: +patch
pull_requests: +6372
stage: -> patch review
___
Python tracker <rep...@bugs.python.org>
<https://bugs.pyt
New submission from Gabe Appleton <g...@gabeappleton.me>:
Currently it has a __repr__() which returns `Fraction(x, y)`, and a __str__()
which returns `x/y`. I have a ready pull request to change this to a scheme
where both return unicode fractions.
--
components: Librar
15 matches
Mail list logo