Hi,
A new test build of wxPython has been uploaded to starship.
Version: 2.5.2.2p.20040619
Pythons: 2.3
URL: http://starship.python.net/crew/robind/wxPython/daily/20040619
Have fun!
R'bot
Hi,
A new test build of wxPython has been uploaded to starship.
Version: 2.5.2.2p.20040619
Pythons: 2.3
URL: http://starship.python.net/crew/robind/wxPython/daily/20040619
Have fun!
R'bot
Has anything with wx.FIXED_MINSIZE changed in this build?
Some code that I had fixed with it no longer seems to be working.
Also, I have some TextCtrls in a sizer that grow to fit the length of the window horizontally. In this build they are showing up very short, but they stretch to fit as expected if I resize the window. Same with or without FIXED_MINSIZE. These were actually working ok in the last version without FIXED_MINSIZE.
The TextCtrls actually remain the correct size (stretched horizontally) if I don't call SetLabel on them to set their contents. Once I call SetLabel, they shrink.
Some of the code:
item0 = wx.BoxSizer( wx.VERTICAL )
item1 = wx.BoxSizer( wx.HORIZONTAL )
item2 = wx.StaticText( parent, ID_TEXT2, "Song name", wx.DefaultPosition, wx.DefaultSize, 0 )
item1.Add( item2, 0, wx.FIXED_MINSIZE|wx.ALIGN_CENTER_VERTICAL|wx.ALL, 5 )
item3 = wx.TextCtrl( parent, ID_ITDOC_NAME, "", wx.DefaultPosition, [240,-1], 0 )
item3.SetName( "SongName" )
item1.Add( item3, 1, wx.GROW|wx.FIXED_MINSIZE|wx.ALIGN_CENTER_HORIZONTAL|wx.ALL, 5 )
item0.Add( item1, 0, wx.GROW|wx.FIXED_MINSIZE|wx.ALIGN_CENTER_VERTICAL|wx.ALL, 0 )
python 2.3.3, wxpy new test build, win2k.
I found that creating a wxNotebook instance using style =
wx.NB_MULTILINE, crashes wxPython. But this happens on
win2k. On winxp it works fine.
Sunday, June 20, 2004, 11:42:24 AM, you wrote:
Hi,
A new test build of wxPython has been uploaded to starship.
Version: 2.5.2.2p.20040619
Pythons: 2.3
URL:
http://starship.python.net/crew/robind/wxPython/daily/20040619
Have fun!
R'bot
Austin Luminais wrote:
Has anything with wx.FIXED_MINSIZE changed in this build?
Some code that I had fixed with it no longer seems to be working.
There was an experimental change done to try and adjust controls to font and/or label changes. The change is coming out today while a new approach to solving the problem is contemplated.
--
Robin Dunn
Software Craftsman
http://wxPython.org Java give you jitters? Relax with wxPython!
Interesting. I'll take a look. Does it also happen on XP if you remove the python.exe.manifest file so the old common controls are used? Did the prior test build also have this problem?
dody.wijaya2@asp.co.id wrote:
python 2.3.3, wxpy new test build, win2k.
I found that creating a wxNotebook instance using style =
wx.NB_MULTILINE, crashes wxPython. But this happens on
win2k. On winxp it works fine.
--
Robin Dunn
Software Craftsman
http://wxPython.org Java give you jitters? Relax with wxPython!
I found that creating a wxNotebook instance using style =
wx.NB_MULTILINE, crashes wxPython. But this happens on
win2k. On winxp it works fine.Interesting. I'll take a look. Does it also happen on XP
if you remove the python.exe.manifest file so the old
common controls are used?
YES! removing .manifest in also crashes wxPython in XP. How
do you know?
Did the prior test build also have this problem?
Yes, I actually found the problemo on previous build first (the
2.5.2.1 preview release, not the daily), then try to update
to your latest daily build, but still not change.
Robin Dunn wrote:
Hi,
A new test build of wxPython has been uploaded to starship.
Version: 2.5.2.2p.20040619
Pythons: 2.3
URL: http://starship.python.net/crew/robind/wxPython/daily/20040619Have fun!
R'bot
Thanks Robin
Just to confirm, this fixes the problem I had with colour dialogs...
Nightly builds are a fantastic idea!
Cheers
David
Hi Robin,
Thanks! It looks like the config.py scripts are in there, so I guess my patch was successful.
I'm going to start doing some testing now, but I wanted to point out that my installation had errors at the postflight stage. The .pyc files were all compiled, so it seems it was a problem with setting permissions. I have no idea why the code should be failing though... ;-( In any case, it does successfully install the build, so I should still be able to test it fine.
Kevin
On Jun 19, 2004, at 9:42 PM, Robin Dunn wrote:
Hi,
A new test build of wxPython has been uploaded to starship.
Version: 2.5.2.2p.20040619
Pythons: 2.3
URL: http://starship.python.net/crew/robind/wxPython/daily/20040619Have fun!
R'bot---------------------------------------------------------------------
To unsubscribe, e-mail: wxPython-dev-unsubscribe@lists.wxwidgets.org
For additional commands, e-mail: wxPython-dev-help@lists.wxwidgets.org
Kevin Ollivier wrote:
Hi Robin,
Thanks! It looks like the config.py scripts are in there, so I guess my patch was successful.
Yep, I had to make a few tweaks though.
I'm going to start doing some testing now, but I wanted to point out that my installation had errors at the postflight stage. The .pyc files were all compiled, so it seems it was a problem with setting permissions. I have no idea why the code should be failing though... ;-(
Were there any details in the console log?
I think I know what it was though... I think I forgot to update the master builder to run the OSX builder as root.
--
Robin Dunn
Software Craftsman
http://wxPython.org Java give you jitters? Relax with wxPython!
Hi Robin,
Kevin Ollivier wrote:
Hi Robin,
Thanks! It looks like the config.py scripts are in there, so I guess my patch was successful.Yep, I had to make a few tweaks though.
I'm going to start doing some testing now, but I wanted to point out that my installation had errors at the postflight stage. The .pyc files were all compiled, so it seems it was a problem with setting permissions. I have no idea why the code should be failing though... ;-(
Were there any details in the console log?
Nope, I wish there were. ;-( Just the standard "postflight script failed" message.
I think I know what it was though... I think I forgot to update the master builder to run the OSX builder as root.
This is probably it, I wasn't prompted for my password when I ran the installer.
I've gone through the demo and noted the remaining (Mac) issues, which I hope to work on over the next few days. BTW, as a general question to the list, is there anyone else out there looking at the Mac release? I just want to know if I'm catching all the glitches or if I'm the only pair of eyes on it right now.
Also, I've *almost* gotten the Mozilla extension running, but I'm seeing that it isn't renaming the classes by default. That is, the mozilla.py that goes into the wx module still uses wxMozillaBrowser. The renamers file that goes into wxPython, however, is correct - it refers to classes in the form of MozillaBrowser, etc. What do I need to do to get the "sans wx" py file to get created?
So far, aside from this issue, I've only come across one "bug" - BuildRenamers fails when wxPythonDir doesn't exist. Of course, the fix is to check for it and create it when BuildRenamers runs. =)
Thanks,
Kevin
On Jun 22, 2004, at 11:06 AM, Robin Dunn wrote:
I found that creating a wxNotebook instance using style =
wx.NB_MULTILINE, crashes wxPython. But this happens on
win2k. On winxp it works fine.> Interesting. I'll take a look. Does it also happen on XP
> if you remove the python.exe.manifest file so the old
> common controls are used?YES! removing .manifest in also crashes wxPython in XP. How
do you know?
Because unthemed XP apps use the same common controls DLL that win2k does. Themed apps use a newer DLL.
> Did the prior test build also have this problem?
Yes, I actually found the problemo on previous build first (the
2.5.2.1 preview release, not the daily), then try to update
to your latest daily build, but still not change.
To work around it give the notebook a starting size before adding pages. The crash happens in the win32 API that is calculating the rectangle to set the page window pos and size to, and it barfs if the current notebook size is (0,0).
dody.wijaya2@asp.co.id wrote:
--
Robin Dunn
Software Craftsman
http://wxPython.org Java give you jitters? Relax with wxPython!
Kevin Ollivier wrote:
Also, I've *almost* gotten the Mozilla extension running, but I'm seeing that it isn't renaming the classes by default. That is, the mozilla.py that goes into the wx module still uses wxMozillaBrowser. The renamers file that goes into wxPython, however, is correct - it refers to classes in the form of MozillaBrowser, etc. What do I need to do to get the "sans wx" py file to get created?
Your mozilla.i needs to have a "%include _mozilla_rename.i" in it, (or whatever names are appropriate.) The _*_rename.i is also generated by BuildRenamers and contains all the SWIG %rename directives.
So far, aside from this issue, I've only come across one "bug" - BuildRenamers fails when wxPythonDir doesn't exist. Of course, the fix is to check for it and create it when BuildRenamers runs. =)
Send me a patch.
--
Robin Dunn
Software Craftsman
http://wxPython.org Java give you jitters? Relax with wxPython!
Hi Robin,
That was it! I still need to update the event code, but it is building and loading out of the box! This is very cool! I hope to test this on Windows and Linux in the near future. (Vaclav may test it on Windows before me. =)
Here is what is hopefully the last patch needed to get this working.
Thanks,
Kevin
wxpydir.patch (591 Bytes)
To work around it give the notebook a starting size before adding pages.
The crash happens in the win32 API that is
calculating the rectangle
to set the page window pos and size to, and it barfs if the current
notebook size is (0,0).
confirmed, adding size parameter (ie size=(10,10)) in
wxNotebook solve the problem! thx robin