Pat Thoyts added the comment:
So if you look at the clamTheme.tcl file you can see the definition of the map
for the TNotebook.Tab style looks like the following:
ttk::style map TNotebook.Tab \
-padding [list selected {6 4 6 2}] \
-background [list selected $colors(-frame
Pat Thoyts added the comment:
The Tk documentation for the acceptable cursor names is the cursors manual
page. https://www.tcl.tk/man/tcl/TkCmd/cursors.htm
Tk does not provide a way to get all these names in script.
This should probably be closed.
--
nosy: +patthoyts
Change by Pat Thoyts :
--
keywords: +patch
nosy: +Pat Thoyts
nosy_count: 1.0 -> 2.0
pull_requests: +22138
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/23241
___
Python tracker
<https://bugs.python.org/i
New submission from Pat Thoyts :
When cloning a ttk style it is useful to copy an existing style and make
changes. We can copy the configuration and layout using:
style.layout('Custom.TEntry', **style.layout('TEntry'))
style.configure('Custom.TEntry&#x
New submission from Pat Gunn :
Right now, when tempfile.TemporaryDirectory() is used as a context manager, the
context variable is stringy, usable as a string containing the directory name
it made. When used directly, it returns an object that does not coerce to a
nice string, instead
Pat K added the comment:
Thank you for the explanation. I understand this is intentional. However
user without such knowledge of inheritable permissions might want to
default the installation directory to the old one (C:\PythonXX) and
could easily run into this issue without knowing. IMHO extra
New submission from Pat K :
This seems to affect different versions of Python Windows installer. The
problem is when Python is installed for all users (requires elevation) its
binaries and DLLs are shipped with writable permission for "Authenticated
Users":
PS C:\Python36> icac
Pat Thoyts added the comment:
As explained in the SO answer, in Tk on Windows the messagebox, file open
dialog, save as dialog and in 8.6 up the font dialog are all system standard
dialogs. Tk gets Windows to show the common dialog or messagebox and just wraps
the Win32 API calls. As a result
Pat Riehecky added the comment:
works for me
--
___
Python tracker
<http://bugs.python.org/issue24767>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Pat Riehecky:
As a feature request, can the Executor respond to a len() request by showing
the number of non-finished/non-canceled items in the pool?
I would like a clean pythonic way of seeing how many items remain to be
executed and this seemed the way to go.
psudo-code
Pat Le Cat added the comment:
When working with the separately installed version of Python 3.4.1, which means
by not using Py_SetPath() the embedding examples from your webpage work okay.
So what's wrong with that function and why that allegedly missing module
"encoding" tha
Pat Le Cat added the comment:
I zipped the whole Lib directory into "pyLib34.zip" (into same dir as EXE) and
copied all the .pyd files from the DLLs dir into the same dir as the EXE.
--
___
Python tracker
<http://bugs.python.o
Pat Le Cat added the comment:
Cheesas you are really making it hard by design to report things to Python.
Maybe a bit more common sense could help the project, or should I file a new
bug-report for that too? :-/
--
resolution: works for me -> rejec
Pat Le Cat added the comment:
Well?
--
resolution: works for me ->
status: closed -> open
___
Python tracker
<http://bugs.python.org/issue21799>
___
___
Pat Le Cat added the comment:
Ah it installs it in Windows/Sytem32 okay I had no clue, another undocumented
behavior :)
Still it is missing in the DLLs folder. And you haven't explained the warning
under MSVC. And the documentation should be enhanced as I suggested to be more
Pat Le Cat added the comment:
Crash Error Window (pic)
--
Added file: http://bugs.python.org/file35725/snakes_bug.jpg
___
Python tracker
<http://bugs.python.org/issue21
New submission from Pat Le Cat:
When I comment out the Py_SetPath() function call (Line 56), then the code runs
up to the 4th test print and then crashes again, possibly at:
"Py_XDECREF(pArgs)" else it crashes at Py_Initalize. The same behavior can be
observed under Python 3.4.0 and
Pat Le Cat added the comment:
Plus the MSVC-2013 compiler warning noted earlier of course:
>>Warning:
1>c:\python34\include\pymath.h(22): warning C4273: 'round' : inconsistent dll
linkage
1>C:\Program Files (x86)\Microsoft Visual Studio 12.0\VC\include\math.h(516) :
see
Pat Le Cat added the comment:
Yes I'm sorry, this evolved as I investigated further. So the initial case has
become this:
Bug:
Python 3.4 Windows installation contains python34.dll but does not install it.
Both: python-3.4.1.amd64.msi and python-3.4.0.amd64.msi (maybe the 32bi
Pat Le Cat added the comment:
Update on mingw: When I comment out the Py_SetPath() function call, then the
code runs up to the 4th test print and then crashes again, possibly at:
"Py_XDECREF(pArgs)". So apart from the 'encoding' module that cannot be found
there is still
Pat Le Cat added the comment:
**Missing Python34.dll in installation**
Okay it's getting more interesting. I downloaded Python 3.4 windows x64 binary
and extracted the DLLs and suddenly I discovered that release 3.4.1 is missing
the Python34.dll !! :-O
Once I link against the python3
Pat Le Cat added the comment:
Okay I tried the exact same example code from your website on the MSVC-2013
(same OS) suite and got new errors with it and a strange warning.
>>Warning:
1>c:\python34\include\pymath.h(22): warning C4273: 'round' : inconsistent dll
linkage
1>
New submission from Pat Le Cat:
I use Python 3.4.1 x64 (binaries downloaded) under Windows 8.1 with mingw64
(GCC 4.9 using C++). All the other functions work fine.
Excerpt:
Py_SetPath(L"python34.zip");
wchar_t* pyPath = Py_GetPath();
Py_Initialize();
--
compone
New submission from Pat :
There is no horizontal scroll bar at the bottom of the IDLE editor window.
When a program line exceeds the window area, the window has to be widened, or
text has to be manually selected beyond the window to see or edit that portion
of the line.
No major problem, just
New submission from Pat :
Attempting to import pyserial. In module serialposix.py a dict declaration
starting on line 64;
baudrate_constants = {
0: 000,
50: 001,
75: 002,
110: 003, ...etc
Traceback (most recent call
Pat Lynch added the comment:
Just to update:-
I've run this pretty extensively on multiple systems (XP x86 & Win7 64-bit)
and it appears to behave as expected (haven't checked it on Linux). I have
that code being called in 100s of unit tests.
For python 3.1, would it make sens
Pat Lynch added the comment:
ok, that's fair enough if most usage of ctypes is from people accessing
system libraries :)
I wouldn't have thought my usage was that weird though (given the strength
of using python for unit testing).
In local tests, adding a function CDLL::ForceUnloadD
Pat Lynch added the comment:
thanks for the very quick response.
Since LoadLibrary is called in the constructor, why can't FreeLibrary be
called in the destructor? or at least expose a function to unload that
calls FreeLibrary?
http://msdn.microsoft.com/en-us/library/windows/desktop/ms6
Pat Lynch added the comment:
I should mention also, that this is mostly an issue for me on Win7 x64. It
does behave 'slightly' better on WinXP x86.
(I have the 64-bit version of python installed on Win7 x64 & the 32-bit
version installed on WinXP)
thanks,
Pat.
On 16 April 2
New submission from Pat Lynch :
If I load a dll in ctypes, then delete that loaded DLL instance, the DLL is not
unloaded until the script finishes and exits.
I'm trying to write some unit tests in python to exercise that DLL where each
test case loads a DLL, does some work, then unload
New submission from Pat LaVarre:
SUMMARY:
Calling doctest.testmod more than once before SystemExit spews stderr
messages such as "*** DocTestRunner.merge: '__main__' in both testers;
summing outcomes"
STEPS TO REPRODUCE:
$ cat tttestmod.py
import doctest
d
Pat LaVarre added the comment:
Thanks for the cultural education of 2.5.1 isn't supposed to work, I
didn't know that.
Also I'm glad to hear this is fixed for 2.5.2 already.
Sorry I'm too new & ignorant to understand why you believe this is
fixed. I don't see that
Pat LaVarre added the comment:
--- USAGE:
I agree we should let people in future write:
if not platform.system('Windows'):
rather than:
if not (platform.system() in ('Microsoft', 'Windows')):
now that our people can no longer rely on Python in Vista correctly
Pat LaVarre added the comment:
Works for me.
I tried python-trunk-vistaplatform-v2.patch in one sample of 2006-11
RTM Vista plus 2.5.1 Python plus this patch. I quote:
>>> import platform
>>> platform.uname()
('Windows', '[redacted]', 'Vist
Pat LaVarre added the comment:
I recommend we reject this first draft of the python-trunk-
vistaplatform.patch.
I reason as follows ...
ACTUAL RESULTS OF 2.5.1 PLUS PATCH IN VISTA WINDOWS:
>>> import platform
>>> ...
>>> platform.uname()
('Microsoft'
New submission from Pat LaVarre:
SUMMARY:
'Microsoft' is the platform.system() of Vista Windows, whereas 'Windows'
was the platform.system() of XP Windows, whoops.
STEPS TO REPRODUCE & ACTUAL RESULTS:
Run 2.5.1 Python in a Vista and see:
>>> im
36 matches
Mail list logo
