Re: [Pythonmac-SIG] [wxPython-users] Re: building wxPython on Mac OS X (10.5)
On 9/24/09 6:46 AM, gabriel.rosse...@arimaz.com wrote: it appears linked with the wrong version of /usr/lib/libwx_macud-2.8.0.dylib, is that correct? Yes. If so, how can I fix it? Double check the wxWidgets build and install steps. It should have used your {prefix}/lib path for the wxMac lib but it fell back to the one distributed by Apple in /usr/lib instead. Hmm... You didn't use --enable-monolithic in your configure step, that's probably the problem. Note that the path to the dylib is embedded in the extension module .so so even when you get this working at your install locations there will still be issues with having something self contained that can be zipped up and unzipped elsewhere. To work around that you're either going to have to set DYLD_LIBRARY_PATH or you can use install_name_tool to change the embedded path name. You can make that embedded name be relative to the executable or the image loading the dylib (the .so extension modules in this case) by using "@executable_path" or "@loader_path" in the path name. -- Robin Dunn Software Craftsman http://wxPython.org ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] Should Python.app be an LSUIElement = 1 app?
Bill Janssen wrote: But only tkinter is part of the Python distribution, I believe. Of course, whoever supports the various non-standard GUI toolkits might also want to make changes, if necessary. Of course, that's a pretty standard thing that most third-party packages have to do when a new version of Python is released, so I don't think it's a big deal. I have no problem adding a call to TransformProcessType (or whatever will be needed) to wxPython's startup code. I think it's safe to assume that if wx is being imported then the process should be promoted to a full desktop app. Since this requirement will appear in some specific version of Python it will be easy to make the API call be conditionally compiled. -- Robin Dunn Software Craftsman http://wxPython.org Java give you jitters? Relax with wxPython! ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] wx Window Flashes and Closes Immediately
Christopher Barker wrote: Cody Precord wrote: To see the traceback of errors you should create the app object with wx.App(False) to disable redirection of output, so tracebacks will be printed to the console. I thought Robin said that this default was going to be changed, so that newbies would have this issue less -- what happened to that? I didn't think it would be a good idea to change a default like this between two 2.8.x releases, but it's already changed in the 2.9 source tree. -- Robin Dunn Software Craftsman http://wxPython.org Java give you jitters? Relax with wxPython! ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] wx Window Flashes and Closes Immediately
Bryan Smith wrote: Hi Everyone, I am trying out a simple wx program from a book and anytime I try and run the code, the wxFrame flashes open and closes immediately. This is frustrating as the code is essentially the same as in the book. Here is the code for your viewing pleasure: import wx class wxTest(): def __init__(self): mainApp = wx.App() mainFrame = wx.Frame(None) mainButton = wx.Button(mainFrame) mainFrame.show() mainApp.MainLoop() if __name__ == "__main__": w = wxTest() What am I missing here? Show is spelled with a capital S. If you pass redirect=False to the wx.App constructor then you'll be better able to see any problems that happen in the initialization code. -- Robin Dunn Software Craftsman http://wxPython.org Java give you jitters? Relax with wxPython! ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] py2app wxpython different behavior
Marcin Matuszkiewicz wrote: Windows get rendered differently if run the application using python or the Mac OS X app generated using py2app. Here are versions of tools I am using. python: 2.5.1 wxpython: 2.8.0 py2app: 0.3.6 I run py2applet AutoCorrDlg.py to generate the app. Any ideas when this is happening? Thanks. Please give us more details about what is rendered differently, what it looks like in each case, etc. -- Robin Dunn Software Craftsman http://wxPython.org Java give you jitters? Relax with wxPython! ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] PyColourChooser don't works
Mariano Di Felice wrote: Ok, but I cannot upgrade my wxpython version, and my object must works... Any idea? Can I download only pycolourchooser module (from where?) and replace my source? http://svn.wxwidgets.org/viewvc/wx/wxPython/branches/WX_2_8_BRANCH/wx/lib/colourchooser/ -- Robin Dunn Software Craftsman http://wxPython.org Java give you jitters? Relax with wxPython! ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] Error compiling with py2app
Dan Ross wrote: Hi Cody- Thanks for the reply. I posted the wrong error. I figured out the missing file part. Here's the error after providing the file. File "build/bdist.macosx-10.3-i386/egg/macholib/MachO.py", line 178, in load raise ValueError("Unknown load command: %d" % (cmd_load.cmd,)) ValueError: Unknown load command: 27 > /Users/danr/Projects/pyTunesQT/build/bdist.macosx-10.3-i386/egg/macholib/MachO.py(178)load() You need a newer version of macho lib. Do: easy_install macholib==dev -- Robin Dunn Software Craftsman http://wxPython.org Java give you jitters? Relax with wxPython! ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] py2app and plist entries
Joe Strout wrote: I tried py2app on my wxPython for the first time today, expecting it to be a long and painful chore -- and was pleasantly surprised that it worked right off the bat. Now I'm wondering a bit about options, mainly for things that end up in the Info.plist file. I do see that I could build my own Info.plist and specify it with the --plist option, but I really don't believe that I know better than it does what should be in that file; I just want to tweak a couple of things, like the bundle identifier. I see how to set the icon file, but no way to set the bundle identifier, version strings, etc. Is there any way to do so? Also, the py2app help says that I can give --plist a dict. Anybody have an example of that? And do the options I give it that way become the entire Info.plist, or do they just override the corresponding entries of the autogenerated one? Finally, it also says --plist can be a "plistlib.Plist". What's that? You've been working on Editra so you can look in its setup.py for an example. Basically you create a dictionary and pass it to setup() as one component of the options dictionary parameter. -- Robin Dunn Software Craftsman http://wxPython.org Java give you jitters? Relax with wxPython! ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] IDE that doesn't look awful?
Christopher Barker wrote: Robin Dunn wrote: Given that I'm Mr. wxPython I'm sometimes a bit embarrassed to admit that I've been using WingIDE more and more lately (transitioning from Emacs) instead of one of the wx-based editors. Almost every day I cuss at it for being so butt ugly on Mac and not being native, but I still keep on using it because I haven't yet found anything that comes close to beating it on features and functionality. The auto-complete is very thorough and useful, I don't remember auto-completion being on your list of features for a "pry-emacs-from-my-hands" list... I had no idea what I was missing until I spent a little time with it. The static and on the fly code analysis that Wing does is really powerful. I can make a change in one file and then even without saving it I can be working in another file and be able to see the names I just added show up in the appropriate auto-complete lists. It would be nice though -- Rob, any plans to add that to Peppy? the debugger is excellent, Have you tried winPDB? It has some layout issues on the Mac, but it's worked for me. I've used it before, but it's been a while. It's good, but Wing can do lots more. -- Robin Dunn Software Craftsman http://wxPython.org Java give you jitters? Relax with wxPython! ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] IDE that doesn't look awful?
Christopher Barker wrote: Joe Strout wrote: I'd heard good things about Wing IDE (including that it was written with wxPython, I think it was written with pyGTK, actually, which explains why it's an X app, and why it's "awful" on a Mac. Given that I'm Mr. wxPython I'm sometimes a bit embarrassed to admit that I've been using WingIDE more and more lately (transitioning from Emacs) instead of one of the wx-based editors. Almost every day I cuss at it for being so butt ugly on Mac and not being native, but I still keep on using it because I haven't yet found anything that comes close to beating it on features and functionality. The auto-complete is very thorough and useful, the debugger is excellent, and there is a ton of other goodness in there too. It makes working on a *very* large code base that was 99.5% written by someone besides me *much* easier to deal with than it would have been otherwise, so I just grit my teeth and live with the ugliness. P.S. If anybody can convince Wingware to sponsor a wx port of WingIDE I know somebody who would be willing to work on it. ;-) -- Robin Dunn Software Craftsman http://wxPython.org Java give you jitters? Relax with wxPython! ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] Problem with wxPython and wx-config during build of 3rd party lib
newbie73 wrote: I am attempting to build parts of the Enthought Tool Suite and am running into some trouble with a package that uses wxPython (and wx-config). My system has two versions of wx-config, the one that comes with Leopard and the one I installed. I believe the problem with the installation is the use of the wrong wx-config, though I am not sure how to correct the problem. Default Version: /usr/bin/wx-config Custom Version: /usr/local/lib/wxPython-unicode-2.8.8.1/bin/wx-config Full log of the installation attempt is attached to the e-mail Partial Install Log: $ export WX_CONFIG=/usr/local/lib/wxPython-unicode-2.8.8.1/bin/wx-config Instead of putting it in the env add it to the setup.py command-line. Or if that can't be done for some reason then temporarily alter your PATH so /usr/local/lib/wxPython-unicode-2.8.8.1/bin comes before /usr/bin. -- Robin Dunn Software Craftsman http://wxPython.org Java give you jitters? Relax with wxPython! ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] semi_standalone option broken in py2app + Leopard Python?
Ronald Oussoren wrote: Note that py2app needs a considerable amount of attention though: * need enhancements to properly support eggs: - copy entire eggs into the .app bundle, instead of just bits and pieces - support the "entry-point" feature for eggs - an option to specify required eggs in setup.py (like setup_requires, but for a specific app) Just yesterday I implemented a bit of post setup() code that allows me to inject some eggs into my app bundle after it has been created. First I specify the egg's package name in the packages option so py2app will include the package and do dependency checks on it, but not put it in the zip file. Then after setup() has run I remove these package folders, copy in the egg folders (none of mine are zipped but that should probably work too) and then create a sitecustomize.py in the app to add the eggs to the sys.path. This last step is needed because it looks like the normal .pth file processing is not included in the site.py used in the app bundle. Here is a bit of the code from my setup.py, the two names used in the for loop items are because some eggs use a different egg name than the package name. makingAlias = '-A' in sys.argv or '--alias' in sys.argv if not makingAlias: base = 'dist/%s.app/Contents/Resources/lib/python%s' % (NAME, sys.version[:3]) sc = file(os.path.join(base, 'sitecustomize.py'), 'w') sc.write("import sys, os\nbase = os.path.dirname(__file__)\n") for distname, pkgname in [('Foo', 'foo'), ('Bar', 'bar'), ('xyz', 'xyz')]: dist = pkg_resources.get_distribution(distname) distbase = os.path.basename(dist.location) remove_tree(os.path.join(base, pkgname)) copy_tree(dist.location, os.path.join(base, distbase), update=1, verbose=1) sc.write("sys.path.append(os.path.join(base, '%s'))\n" % distbase) This probably isn't enough to use as a base for general purpose egg support in py2app, but it can at least be used as a stopgap measure until somebody who knows what they are doing can add support for it in the right way. -- Robin Dunn Software Craftsman http://wxPython.org Java give you jitters? Relax with wxPython! ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] newbie py2app problem - "ImportError: no module named code"
anonymous user wrote: > Traceback (most recent call last): > File > "/Users/pekalmj1/tmp/foo2/dist/driver.app/Contents/Resources/__boot__.py", > line 137, in > _run('driver.py') > File > "/Users/pekalmj1/tmp/foo2/dist/driver.app/Contents/Resources/__boot__.py", > line 134, in _run > execfile(path, globals(), globals()) > File > "/Users/pekalmj1/tmp/foo2/dist/driver.app/Contents/Resources/driver.py", line > 14, in > from wx import * > AttributeError: 'module' object has no attribute 'build' > 2008-04-04 16:31:31.999 driver[3152] driver Error > 2008-04-04 16:31:32.000 driver[3152] driver Error > An unexpected error has occurred during execution of the main script > > AttributeError: 'module' object has no attribute 'build' > It should work if you use "import wx" and not "from wx import *". The problem has something to do with the build subpackage being included in the __all__ list in wx/__init__.py, but since doing the import "properly" avoids the problem I haven't worried about it very much. -- Robin Dunn Software Craftsman http://wxPython.org Java give you jitters? Relax with wxPython! ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
[Pythonmac-SIG] /Library/Python/... path in MacPython
Has there been any discussion in the past about having MacPython also having the /Library/Python/2.5/site-packages on the default sys.path like Apple's Python does? If so, were there specific reasons for not doing it? At first blush it would certainly make it easier for package authors who want to support both ApplePython and MacPython. -- Robin Dunn Software Craftsman http://wxPython.org Java give you jitters? Relax with wxPython! ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] How to print unicode to OS-X Terminal.app
Kent Johnson wrote: > > I guess the conversion actually happens in sys.stdout.write(), not in print. That's good to know, thanks for trying it out. -- Robin Dunn Software Craftsman http://wxPython.org Java give you jitters? Relax with wxPython! ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] How to print unicode to OS-X Terminal.app
Christopher Barker wrote: > Robin Dunn wrote: >> Just replace sys.stdout with an object with a write() method that does >> what you want. > > I don't think that will do it, as "print" will have already converted > the object to a string, and it does that with str(), which calls > object.__str__, which used the default encoding Ah, you're right. I didn't think the process through far enough. -- Robin Dunn Software Craftsman http://wxPython.org Java give you jitters? Relax with wxPython! ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] How to print unicode to OS-X Terminal.app
Christopher Barker wrote: > Kent Johnson wrote: >> You can, with sys.setdefaultencoding(). See here for discussion of how: >> http://blog.ianbicking.org/illusive-setdefaultencoding.html > > > and here for arguments that this is a bad idea (mostly because it makes > > your code non-portable): > > http://faassen.n--tree.net/blog/view/weblog/2005/08/02/0 > > Thanks for the links. > > I'm nervous about messing with sys.setdefaultencoding() too - partly > because I have no idea what all the implications are. > > It sure would be nice to be able to just change it for "print" though. > Even if it's going to us ascii, it really should use "replace" or > "ignore" -- it's much better to get something, rather than an error. > It's just a handy utility function after all. > > Maybe I can re-map print to something like: > > TerminalEncoding = "utf-8" > def uni_print(object): > sys.stdout.write(unicode(object).encode(TerminalEncoding)) > sys.stdout.write("\n") > > > but print is a statement, rather than a function, so I don't know how to > do that. I may start using a utility function like that for my code, though. Just replace sys.stdout with an object with a write() method that does what you want. If you need to use the original stdout for the actual output then you can get to is from sys.__stdout__. -- Robin Dunn Software Craftsman http://wxPython.org Java give you jitters? Relax with wxPython! ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] Key Bindings on cross platform apps.
Christopher Barker wrote: > Hi all > > I'm trying help out Rob McMullen get his "Peppy" editor working well on > OS-X. I'm thinking about about key bindings. > > Apple has the "command" key, but also an "alt"(option) key and a > "control" key. I kind of wish they had never introduced a control key, > but so be it. > > Anyway, it seems that for the standard conventions, like cut, copy, > paste, save, etc, that Macintosh apps use the "command" key where > Windows (and KDE and GNOME) apps use the "control" key. This, for cross > platform apps, this is what I think should be done: > > On the Mac, the default behavior should be for "command" to do > everything that "control" does on Windows and Linux, and "control" > should do nothing. The alt(option) key should do the same thing as alt > on the other platforms. > > This seems like it makes for the best compatibility. Is this a standard > and good way to do it? A lot of this can be automated in wxPython by following some basic rules. First of all wxMac will automatically convert Ctrl-whatever accelerators in menu items to be Command-whatever, so for example if somebody writes the app on Windows and uses Ctrl-C for the Copy menu accelerator then when it runs on Mac it will be turned into a Cmd-C. For other key bindings, such as those handled in explicit EVT_KEY_DOWN event handlers you can use the CmdDown() method in the key event object instead of MetaDown() on Mac and ControlDown() on the other platforms. CmdDown is simply defined like this: bool CmdDown() const { #if defined(__WXMAC__) || defined(__WXCOCOA__) return MetaDown(); #else return ControlDown(); #endif } For explicit accelerator tables there is a wx.ACCEL_CMD identifier that works the same way, it's equivalent to wx.ACCEL_CTRL on Windows and GTK and to the command key on Mac. -- Robin Dunn Software Craftsman http://wxPython.org Java give you jitters? Relax with wxPython! ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] py2app and command line options
Christopher Barker wrote: > Tobias Rodäbel wrote: >> The -psn argument is a bit of an historical leftover. It stands for >> carbon process serial number. > > great, thanks! > > The question is, is it still useful? > >> Set argv_emulation=True (in your setup.py in >> OPTIONS) > > The thing is, I don't want argv_emulation -- that puts the name of > dropped files in argv, and this app can't do anything with dropped > files. It does take other args, though, and -psn was confusing it. > >> or delete it within your application (__main__): > > I can't do that, 'cause when it's not in an app bundle, that would break > something. I could put it in a if frozen: clause, I suppose. Or this: if len(sys.argv) > 1 and sys.argv.startswith('-psn'): del sys.argv[1] -- Robin Dunn Software Craftsman http://wxPython.org Java give you jitters? Relax with wxPython! ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] Path Issues when using Swig (and OSX Leopard)
Christopher Barker wrote: > newbie73 wrote: >> I installed v 2.5 of MacPython from python.org. I am able to build lots of >> other packages using this setup, where packages are installed here: >> /Library/Python/2.5/site-packages >> >> I cannot, however, find the include directories for the macpython >> installation. Can anybody help me locate where they would be? I am trying >> to follow the example in the swig.org tutorial > > the SWIG tutorial is out of date -- the "right" way to compile > extensions for python is to use the distutils -- distutils will figure > out all the paths, flags, etc for you. The latest version of the SWIG > docs has instructions: > > http://www.swig.org/Doc1.3/Python.html#Python_nn6 > > Or look at various distutils instructions. Or, if you really need to know where it is, you can just ask Python: python -c "import sys,os; print os.path.join(sys.prefix, 'include/python%s' % sys.version[:3])" ;-) -- Robin Dunn Software Craftsman http://wxPython.org Java give you jitters? Relax with wxPython! ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] py2app 0.4.2 recipe errors
Edward Hartley wrote: > ** > *From: *michael ferraro <[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]>> > *Date: *13 January 2008 17:27:12 GMT > *To: *Ronald Oussoren <[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]>> > *Cc: [EMAIL PROTECTED] <mailto:pythonmac-sig@python.org>, > michael ferraro <[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]>>, Edward Hartley <[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]>> > *Subject: **Re: [Pythonmac-SIG] py2app 0.4.2 recipe errors* > > >> thanks for your efforts >> >> m >> >> >> On Jan 13, 2008, at 9:28 AM, Ronald Oussoren wrote: >> >> On 12 Jan, 2008, at 19:35, Edward Hartley wrote: >> Hi Ronald, >> further to my previous on py2app modulegraph >> >> With these changes py2app is not to working at all. >> >> Arghh I guess my merge of the version of py2app and friends from >> Leopard wasn't complete. I'm currently working on some cleanups in the >> pyobjc repository and a port of pyobjc to 64-bit PPC and will look >> into this issue when that's finished. With some luck that will be >> later today. >> >> BTW. Thank's for mentioning that the PyAvenger sample is broken as >> well, that will make it a lot easier to debug the problem. > > Yes thanks for your efforts and a further calibration point in all of this: > > I downloaded the latest wxPython 2.8.7.1 for OS X 10.4 an update on my > previous 2.8.0.1 version installed IIRC > sometime after I upgraded to 2.5. > The demo package for version 2.8.7.1 has a bundled demo.app which has a > working demo of the wxPython glcanvas. > So I conclude that building apps with OpenGL and wxPython presumably > with py2app? > If that's the case could anyone comment on which versions of py2app, > setuptools etc.? > wxPython's demo.app uses the old bundlebuilder.py tool in such a way that it is not bundling wxPython or anything else other than the demo code itself, and is using the installed Python, wxPython, PyOpenGL and any other packages it needs, all from the sys.path. -- Robin Dunn Software Craftsman http://wxPython.org Java give you jitters? Relax with wxPython! ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] newbie Mac switcher trying to set up django on Intel MacBook Pro Tiger
Christopher Barker wrote: > * What about people installing upgrades to packages? IIUC, the Apple > python puts stuff in a dir that is before site-packages, so if you > install a newer version of a package that Apple already had, it won't be > used without sys.path manipulations. I think numpy was the example at > hand, but assume the same issue would apply to wxPython etc. If the upgrade package is an egg then the new egg will be found first. If the upgraded package just drops itself into the standard or user site-packages or something then the Apple installed packages will be found first unless there is some manipulation of the path. $ /usr/bin/python -c "import sys,pprint; pprint.pprint(sys.path)" ['', '/System/Library/Frameworks/Python.framework/Versions/2.5/lib/python25.zip', '/System/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5', '/System/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/plat-darwin', '/System/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/plat-mac', '/System/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/plat-mac/lib-scriptpackages', '/System/Library/Frameworks/Python.framework/Versions/2.5/Extras/lib/python', '/System/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/lib-tk', '/System/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/lib-dynload', '/Library/Python/2.5/site-packages', '/System/Library/Frameworks/Python.framework/Versions/2.5/Extras/lib/python/PyObjC', '/Users/robind/Library/Python/2.5/site-packages'] -- Robin Dunn Software Craftsman http://wxPython.org Java give you jitters? Relax with wxPython! ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] newbie Mac switcher trying to set up django on Intel MacBook Pro Tiger
Ronald Oussoren wrote: > > On 23 Dec, 2007, at 9:01, Christopher Barker wrote: > >> Jack Jansen wrote: >>> The real problem is when I couldn't care less about package X but I'm >>> really interested in Y, which uses X, and then X forcing me to upgrade >>> it. >> >> Just to make sure I understand -- is this an example of that: >> >> I want to use wxPython (the most recent version). I expect to have to >> install that, but now the website tells me that I need to install the >> python.org python before I can use wxPython. Yes, that is annoying, >> but > > That should be a documentation bug, either that or their installer > sucks. Yeah, I'm working on it. The current (and only, I think) issue with the installer is that it is pretty dumb about what path it chooses to install to. -- Robin Dunn Software Craftsman http://wxPython.org Java give you jitters? Relax with wxPython! ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] Py2app and shared libraries under Leopard
David Hughes wrote: > David Hughes wrote: >> .Built using Distutils under Leopard, the library [/Reportlab's >> _Render.pm]/ is working exactly as intended/expected. However, >> comparing the .so file produced, it is under half the size of the same >> built using Tiger [/and it generates an error when it is include in a >> Py2app build/] ... > I posted this here about a week ago but there were no responses. Am I > doing something so incredibly stupid that people are too polite to point > it out?? The difference in size can probably be attributed to different default compile/link options, I've seen seen similar 50% differences with wx libs even on the same machine and same compiler. Another possibility is that the smaller one is not a universal binary for some reason. If the error you are getting is "Unknown load command" then you need to get a newer version of the macholib package or egg. -- Robin Dunn Software Craftsman http://wxPython.org Java give you jitters? Relax with wxPython! ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
[Pythonmac-SIG] ANN: wxPython 2.6.2.1
Announcing -- The 2.6.2.1 release of wxPython is now available for download at http://wxpython.org/download.php. There have been many enhancements and fixes implemented in this version, listed below and at http://wxpython.org/recentchanges.php. What is wxPython? - wxPython is a GUI toolkit for the Python programming language. It allows Python programmers to create programs with a robust, highly functional graphical user interface, simply and easily. It is implemented as a Python extension module that wraps the GUI components of the popular wxWidgets cross platform library, which is written in C++. wxPython is a cross-platform toolkit. This means that the same program will usually run on multiple platforms without modifications. Currently supported platforms are 32-bit Microsoft Windows, most Linux or other Unix-like systems using GTK2, and Mac OS X 10.2+, in most cases the native widgets are used on each platform. Changes in 2.6.2.1 -- wxMSW: Fix for bug #1211907, popup menu indenting inconsistent with bitmaps. wxMac: Don't send an event for wx.RadioButton deselections, just the selections. This was done to make it consistent with the other platforms. wxMSW: Always set flat toolbar style, even under XP with themes: this is necessary or separators aren't shown at all. Fixes for bug #1217872, pydocview.DocService not correctly initialized. Fix for bug #1217874, Error in parameter name in DocManager.CreateView. Added wrappers for the wx.RendererNative class. Added the wx.lib.splitter module, which contains the MultiSplitterWindow class. This class is much like the standard wx.SplitterWindow class, except it allows more than one split, so it can manage more than two child windows. Docview and IDE patch from Morgan Hua with fix for bug #1217890 "Closing view crashes Python" plus some new features:: New feature added to the IDE is 'Extensions'. Under Tools|Options|Extensions, you can add calls to external programs. For example you can add a "Notepad" extension (under windows) that will exec Notepad on the currently open file. A new "Notepad" menu item will appear under the Tools menu. Some fixes to XRCed to make encoding errors a bit more user friendly. XRCed changes from Roman Rolinsky: * Added new controls (Choicebook, Listbook, StatusBar, DatePicker), and completed style flags. Test window is opened for an available parent control if no specific view defined. Better handling of exceptions (highlighting does not 'stick' anymore). * Use system clipboard for Copy/Paste. * Improved some dialogs (window styles, growable cols). Changed the range for wxSpinCtrl min/max to all integers (default 0/100 is not always good). Updates for wx.lib.foldpanelbar and wx.lib.hyperlink from Andrea Gavana. Fix for Bug #1283496: wxPython TheClipboard class causes problems for pychecker. Ensure the app has been created before initializing wx.TheClipboard. Fix for Bug #1352602: FileBrowseButtonWithHistory can't type in Value. wxHTML: Added space after list item number. wx.lib.printout: Applied patch #1384440. wxMSW: Fix for Bug #1293225 Window_FromHWND crashes if parent is None. Fix for Bug #1261669, use a wx.TE_RICH2 style for the Process demo so it doesn't fill up too soon. Applied Patch #1354389: wxPython MenuItem SetBitmaps fix. Applied Patch #1239456: wxPython wx.DataObject.GetAllFormats fix. Applied Patch # #1230107 which allows image handlers to be written in Python by deriving from wx.PyImageHandler. Applied patch #1072210: generalize printout.py to allow text printing. Applied patch #1243907: Give Throbber much more flexibility by allowing the user to set the rest image, the direction, the current index, custom sequence. Allows user to manually step through the sequence with Next(), Previous(), Increment(), Decrement() & SetCurrent(). Very handy if you have multiple throbbers that you want to synchronize with a single timer. Fix for bug #1336711: wx.lib.calendar.CalenDlg can yield incorrect result. Applied patch from Morgan Hua for updates to ActiveGrid code (pydocview, ActiveGrid IDE, etc.) Applied patch #1326241: Supporting "setup.py install --install- headers=path" Applied patch from Morgan Hua to fix bug #1219423: CommandManager should not repeat old commands after a branch. Applied patch #1238825 adding search backward capabilities to the demo. Modified to use the up/down options in the wx.FindReplaceDialog instead of a separate menu item. Fix for bug #1266745 and #1387725 in the wx.FindReplaceDialog on MSW. Actually check we are using MSLU before doing the hack designed to workaround a bug in MSLU! wxMSW: wx.lib.iewin.IEHtmlWindow now properly handles tabbing, return and other special keys properly. Lots of PyCrust enhancments started by Franz Steinaeusler, Adi Sieker, and Sebastian Haase, and which in turn were further enhanced, fixed tweaked and