JeffH's profile - activity

I just updated to Wing 11.0.3, and code that was working in Wing 10 is hanging:

import tkinter as tk
from tkinter import messagebox
...
        root = tk.Tk()
        root.withdraw() # Hide the main root window

        result = messagebox.askyesno("title", "question", parent=root)

Any thoughts as to what might be wrong?

UPDATE: Since I just tried the code above independently, and it executes without a problem in Wing 11, I probably need to give more context.

This code is being run during the "import" of the module, not in the if __name__ == "__main__": section of the code (which is just used for testing). This code is a module used by SIL Converters to do script conversion. So when the module is loaded, we want to ask the user a question about how to carry out the conversion, script conversion data is loaded, and then whenever the Convert() function is called, it performs the script conversion on the data passed. In that case, the "__main__" section of the code is never run.

So does Wing 11 handle the "import" of the module differently in some way? I could send my code to the Wing developers for testing if that would help, but don't really want to post it publicly here.

Thanks, Jeff

UPDATE #2: And just to confirm, I ran the script with Wing 10 (which fortunately I hadn't uninstalled yet!), and it worked fine. The same script in Wing 11 hangs on the messagebox command.

TK messagebox hanging after update to Wing 11 I just updated to Wing 11.0.3, and code that was working in Wing 10 is ha

TK messagebox hanging after update to Wing 11 I just updated to Wing 11.0.3, and code that was working in Wing 10 is ha

TK messagebox hanging after update to Wing 11 I just updated to Wing 11.0.3, and code that was working in Wing 10 is ha

I need to display some Arabic script in my Debug Console, but I can't seem to convince it to work in utf-8. Here's a test I can run while at a breakpoint in my code, which doesn't require any code in particular:

import sys
sys.stdout.encoding
'ascii'
print("مرحبا")
مرحبا
print('test')
test

After typing in those commands, my Debug Console looks much like the text above, except the Arabic in print statement is in a mono-spaced font, the ending parenthesis on that line is overlapping text next to the other one, and the line between the two print statements is completely empty.

I have tried adding PYTHONIOENCODING=utf-8 to the project properties environment, and I have confirmed that Debugger > I/O in Preferences has utf-8 for both Debug and Shell I/O Encoding.

If I use print("Testing: " + converted), it prints out the whole Arabic string. If I use print(">"

But check this out: print('testing: [' + converted[1] + ']') testing: [أ] It prints an individual character just fine, b

Using Wing Pro 10.0.9.1

Debug Console not showing Unicode I need to display some Arabic script in my Debug Console, but I can't seem to convinc

When I run my GTK3 python script in WingIDE, the window that opens shows a generic Python icon:

When I build the app with Pyinstaller, I can insert the icon in the process, and the built application appears with the correct program icon. I'm wondering, is there any way to get WingIDE to display the program icon in the title bar when it is running and debugging the script?

Is it possible to get the application icon to show when testing? When I run my GTK3 python script in WingIDE, the windo

I have now tested Wing 9.1.2, and it does indeed seem to fix the problems I was having with debugging mingw python build

Thanks so much for looking into this. Glad to know that I'm not as incompetent as I had feared... :-) Yes, it is sad th

Still no joy... There was indeed a __pycache__ folder in the mytest directory, so I deleted that. But running the code i

Still no joy... There was indeed a __pycache__ folder in the mytest directory, so I deleted that. But running the code i

Still no joy... There was indeed a __pycache__ folder in the mytest directory, so I deleted that. But running the code i

Still no joy... There was indeed a __pycache__ folder in the mytest directory, so I deleted that. But running the code i

Still no joy... There was indeed a __pycache__ folder in the mytest directory, so I deleted that. But running the code i

Still no joy... There was indeed a __pycache__ folder in the mytest directory, so I deleted that. But running the code i

OK, I think I've made some progress. I copied my project files over to the MSYS2 environment, and can run the code there

I've started a new topic for the discussion that was started around PyGTK (https://ask.wingware.com/question/8485/…). PyGTK is no longer in the picture... I'm just trying to get basic debugging working on a new installation of WingIDE 9.1.1.4.

I create a new project in a temp folder. I create the following file "test.py":

print("Hello world!")
x = 4 / 0
print("All done!")

I put a break point on the divide by zero line, and run the code. The break point does not catch, and the divide by zero gives me this error:

File "C:\Temp\Python\test/c:\Temp\Python\test\test.py", line 3, in <module>

builtins.ZeroDivisionError: division by zero

You can see that the path for test.py is messed up, sort of "doubled". I assume that's why the break points aren't working. And if I double-click on the error (what always used to take me to the offending line), it does nothing.

So what stupid, simple error am I making?!

UPDATE:

I've done a little more testing. In the New Project dialog, if I select "Use Existing Python" and under Python Executable select "Use Default" , everything works just fine, with break points and normal file paths. (That uses a Python 3.8.10 environment that I have installed on my system)

However, if as Python Executable I select "Command Line" (still under "Use Existing Python"), and I select my MSYS2 environment, "C:/msys64/mingw64/bin/python.exe", then I get this behavior of "doubled" path, and break points not working:

File "C:\Temp\Python\test4/c:\Temp\Python\test4\test4.py", line 4, in <module>

builtins.ZeroDivisionError: division by zero

The MSYS2 Python executable is 3.11.5, and seems to be working normally otherwise. But the WingIDE debugger doesn't seem to be "connected" into it somehow. Any suggestions?

Path is duplicated, can't debug I've started a new topic for the discussion that was started around PyGTK (https://ask.

Path is duplicated, can't debug I've started a new topic for the discussion that was started around PyGTK (https://ask.