I just installed wxPython 18.104.22.168 panther and DrPython 3.0.4 on my PowerBook G3.
everything seems to work fine, except for the fact that I can't see a text area on the window. i can open a file, get the dialog box and it will load and i can see the tabs for multiple open files.
however, the scroll bars/text area seem misaligned in the layout because i can see the scroll bar arrows all bunched together in the upper left and lower left corners.
just for fun i tried DrPython version 3.0.1 and it had the same problem.
i ran it using !/usr/bin/env pythonw. pythonw is a simlink to a framework in MacOSX. i tried the demos for wxPython after installing it and they work fine.
any ideas other than a bug report?
Alright, let's see what could be going on.
Try DrPython 2.4.6. Does that work?
How about 3.0.6?
Can you open DrPython in a console?
Do you get a traceback on launch?
How about if you open a new document?
What happens if you view toggle the prompt or the classbrowser?
Does resizing the whole window make everything nice and jolly?
Try the sashwindow in the demo for wxPython.
How does that look?
> Alright, let's see what could be going on.
> Try DrPython 2.4.6. Does that work?
yes, this drpython 2.4.6 works with wxPython 22.214.171.124. no problems at all.
> How about 3.0.6?
no. tried 3.0.7/126.96.36.199 this doesn't work. the traceback is below
2.4.6 also works with wxPython 188.8.131.52
> Can you open DrPython in a console?
> Do you get a traceback on launch?
i've been starting them from the command line.
i only get a traceback with with drpython 3.0.4/3.0.7 and wxPython 184.108.40.206
all of the other combinations are ok.
> How about if you open a new document?
a new tab gets shown, untitled. if i open an existing document, a new tab is created with document name, but still can't see the text area.
> What happens if you view toggle the prompt or the classbrowser?
the prompt splits the screen, but the text input areas are still in the corners of the screen.
the class browser and text areas can't be seen ( though i can see and move the divider between the two spaces. )
> Does resizing the whole window make everything nice and jolly?
> Try the sashwindow in the demo for wxPython.
> How does that look?
ran it using 220.127.116.11. the sashwindow demo looks fine.
i took two images of what i was seeing. i sent them (with this email to firstname.lastname@example.org)
thanks for your help!
=== 2.4.6 and 18.104.22.168 work together, no problems
=== 3.0.4/3.0.7 and 22.214.171.124
windows are still messed up, but the application runs with no tracebacks.
=== TRACEBACK with 3.0.4/3.0.7 and wxPython 126.96.36.199
amara:/Applications/drpython davidmc$ pythonw drpython.pyw
Traceback (most recent call last):
File "drpython.pyw", line 34, in ?
File "/Applications/drpython/drpython.py", line 3057, in ?
app = DrApp(0)
File "/System/Library/Frameworks/Python.framework/Versions/2.3/lib/python2.3/site-packages/wxPython/wx.py", line 1951, in __init__
File "/Applications/drpython/drpython.py", line 3050, in OnInit
frame = DrFrame(None, 101, "DrPython - Untitled")
File "/Applications/drpython/drpython.py", line 459, in __init__
self.mdinotebook = drNotebook(self, -1, wx.DefaultPosition, wx.Size(self.prefs.windowwidth, self.prefs.windowheight), wx.CLIP_CHILDREN)
File "/Applications/drpython/drpython.py", line 90, in __init__
AttributeError: drNotebook instance has no attribute 'Bind'
Ok. So 3.x only works with wxPython 188.8.131.52 or higher. So lets work with that.
No traceback. Bummer.
The pictures don't tell me much I did not know, but thanks.
This works fine on linux, and on windows.
Also, other mac users don;t encounter this problem.
This makes me suspect something odd with your setup. The other possibility is some odd bug in wxPython that I need to write a work-around for (which is difficult, as a I don't have access to a mac machine to diagnose the problem).
Try uninstalling every version of wxPython you have. On linux, wxPython GTK2 184.108.40.206 and wxPython 2.4.x = drpython not working properly.
Could be something similiar on the mac:
"NOTE: Just after the source code snapshot for this release was taken a number of far reaching fundamental changes for the wxMac port of wxWidgets were checked in to CVS. Consequently, although most things work very well there are a few known issues with this wxPythonOSX release that were not able to be fixed because those other big changes were in progress. A new release of wxPython will be made when issues resulting from those big changes have been resolved. " - From the wxPython website.
The 220.127.116.11 release is problematic. While the Windows release seems fine, the linux release has some major bugs, and apparently the mac release does too.
This could be an artifact of that.
If that is the case, then we may have to wait for the next wxPython release on the mac.
I will see if I can figure out something in the meantime.
Ok, I uninstalled all of the wxPython packages. I did have two different versions installed and I was really hoping that was going to be the problem.
I reinstalled the latest wxPython, but unfortunately, I'm still seeing the same thing.
I guess I'll have to be content with waiting for the new release. Bummer...!
Thanks for all of your help/insight.
:) You could submit a bug report to the loverly folks at wxPython/wxWidgets.
I also had a thought. Did you try installing wxPython 18.104.22.168 for a different version of Mac OS X than you currently have? Have you tried uninstalling all python packages, then going from there?
Have you tried posting to mac-users wxpython lists?
Maybe somewhere there can try this out, and see if they get the same results (or not).
Thanks for your patience!
Exact same problem here with wxPython 22.214.171.124 on Mac OS X 10.3.4. Did a uninstall then reinstall nothing changed.
Interface is bugged with DrPython 3.1.5 but interface of version 2.4.6 displays well.
Must be a wxpython problem as other wxpython apps do the same (e.g www.gnumed.org).
Is there a radical change in displaying frames from 2.4.6 to 3.1.5 ?
Yes, as of 3.0.0, drpython uses wx.SashWindow to display the document, prompt, and classbrowser.
I know some people ( a fellow with some safari issues with drpython, which turned out to be issues with how safari grabs command arguments ) can get drpython to work just fine, so it stands to reason there is some kind of install issue here, where you need very specific versions of python of wxpython on the mac to get them to work.
I'll ask around. Good to know my program isn't the only one. Perhaps if we find a solution, we should post it somewhere conspicuous.
Ulf responded. Here is where his python/wxPython, drpython stuff is:
I installed this package:
THERE ARE TWO (2) EXECUTABLES ON MY SYSTEM:
This is a link pointing to a link ...
/usr/bin/python -> /usr/bin/python2.3 ->
That one is in my PATH.
It's owned by root, witness:
-rwxr-xr-x 1 root wheel 22100 29 May 20:57
Again, a link pointing to a link ...
/usr/local/bin/python -> /usr/local/bin/python2.3 ->
That one is owned by me, but is not in my PATH:
-rwxrwxr-x 2 uwostner admin 9888 30 Jul 2003
$dolphin:~ root# find / -iname "wxPython*"
What results do you get?
Also, where did you download wxPython from?
Looks quite the same here...
I installed same package:
Downloaded from there:
In /usr/bin/python I've got:
lrwxr-xr-x 1 root admin 9 27 Jun 17:14 python -> python2.3
lrwxr-xr-x 1 root admin 72 27 Jun 17:17 python2.3 -> ../../System/Library/Frameworks/Python.framework/Versions/2.3/bin/python
lrwxr-xr-x 1 root admin 10 27 Jun 17:16 pythonw -> pythonw2.3
-rwxr-xr-x 1 root wheel 122 27 Jun 17:12 pythonw2.3
drwxr-xr-x 6 root wheel 204 3 Jun 10:18 .
drwxr-xr-x 9 root wheel 306 3 Jun 10:17 ..
-rwxr-xr-x 1 root wheel 111 13 Sep 2003 idle
-rwxr-xr-x 1 root wheel 44 13 Sep 2003 pydoc
-rwxr-xr-x 1 root wheel 22100 3 Jun 10:18 python
-rwxr-xr-x 1 root wheel 22100 3 Jun 10:18 python2.3
sudo find / -iname "wxPython*"
I'm having the same problem using wxPython 126.96.36.199 PythonCardPrototype 0.7.3.1 on OS X panther. Just wanted to give my two cents.
Are you having trouble with pythoncard too, or just drpython?
Anyway, here is an idea. Since folks are using 3.1.5, I have posted a modified drpython.py for 3.1.5.
Just put this in the drpython directory, and run it.
Post any tracebacks here, and post the debug file (which should show up in your home directory conspicuously named) to the patch, or email it to me at my bluebottle address. Hopefully, I will be to construct what is going on.
Follow the instructions on the patch page:
I uploaded a test drpython 3.1.5 file (still named debug).
It may fix the problem. If not, I don't know what to do.
The log worked, but did not tell me anything I could use.
Thanks to the dogged help of Dominique,
the drpython mac display error has been quashed!
I still have some work to do to pinpoint the problem,
but there is a work around, and it will make its way into the next version of drpython (3.3.2).
This problem has been solved. The display issue is fixed in 3.3.2.
Log in to post a comment.
Sign up for the SourceForge newsletter:
You seem to have CSS turned off.
Please don't fill out this field.