Re: [Pythonmac-SIG] Resource forks and HFS-metadata

On Jan 17, 2006, at 5:01 PM, Dimi Shahbaz wrote: > My program deals with zip transferring archives. I'm curious as to > whether Python (namely the 'zip' and 'zipfile') modules can be made > to be aware of resource forks and HFS-metadata? Or is this a > limitation of the zip format itself? Accor

[Pythonmac-SIG] Resource forks and HFS-metadata

Hi, My program deals with zip transferring archives. I'm curious as to whether Python (namely the 'zip' and 'zipfile') modules can be made to be aware of resource forks and HFS-metadata? Or is this a limitation of the zip format itself? According to this (old) hint: http://www.macosxhint

Re: [Pythonmac-SIG] Building extensions on 10.4 that can be used on 10.3?

Russell E. Owen wrote: > Are there any tips or tricks to building 3rd party python extensions on > MacOS X 10.4 in such a way that 10.3 users can use them? It can be done, but I think it's PITA > has most or all the extensions I need, > but some of the ones I us

[Pythonmac-SIG] Building extensions on 10.4 that can be used on 10.3?

Are there any tips or tricks to building 3rd party python extensions on MacOS X 10.4 in such a way that 10.3 users can use them? I maintain a cross-platform application written in Python. I really want my MacOS X bundle to run on both 10.3 and 10.4. So far the simplest way to do this is to jus

Re: [Pythonmac-SIG] Building multiple command-line( ( CLI ) programs with py2app

On Jan 17, 2006, at 10:11 AM, Christopher Barker wrote: > Bob Ippolito wrote: >> What do you want to happen, ideally? Clearly you don't want 30 >> CLI apps with 30 full Python distributions. There are several >> workarounds, but in order to make py2app serve your needs I'm >> going to

Re: [Pythonmac-SIG] Newbie environment questions

Ken, Chris gave some good advice there on reload and iPython. You can also run python from inside some code editors. I use BBEdit (a full featured code editor for $), but plenty of people use TextWrangler (free little brother of BBEdit). You edit the code, select run from a menu (I usually

Re: [Pythonmac-SIG] Building multiple command-line( ( CLI ) programs with py2app

Bob Ippolito wrote: > What do you want to happen, ideally? Clearly you don't want 30 CLI > apps with 30 full Python distributions. There are several > workarounds, but in order to make py2app serve your needs I'm going > to need to know what that is. I've thought about this, and I think th

Re: [Pythonmac-SIG] Problem with applets on MacPython

Kevin Walzer wrote: > I used to maintain packages of SPE on OS X: it was a nicely-designed > application but very unstable. It crashed constantly. > > I've looked at the new version: it seems even more slick than before. > Not sure about how stable it is. Someone gave Stani a Mac, and I know he's

Re: [Pythonmac-SIG] Newbie environment questions

Ken Brooks wrote: > Still nothing changes! So how does the debug loop work? How can I > reload a module short of relaunching the environment?? ^^ You've just inadvertently answered your own question. That's what we mean when we say "Python fits your brain": >>> reload(foo) Python cach

[Pythonmac-SIG] Newbie environment questions

1. I create a window, define my little function in it, save it as "foo.py", then: I>>> import foo fine. I now find a bug, or want to add more functions to foo.py. I edit, save, and: I>>> import foo nothing changes! New functions not recognized. I>>> del foo I>

Re: [Pythonmac-SIG] appscript: selecting many songs in iTunes

>> If this *is* just a limitation in iTunes, I have to admit I'm a >> bit of a loss as to how to proceed. > > Did you try the alternative script I suggested? How did that fare? Well, your alternative doesn't quite do what I want. The duplicates don't actually have the same database_ID: instea

Re: [Pythonmac-SIG] appscript: selecting many songs in iTunes

Niko Matsakis wrote: >>Depends what you're trying to get. iTunes scripting interface is pretty >>extensive, but a lot of the implementation is rather crude and many commands >>won't work on more than one object at a time. > >Okay, so this error is probably iTunes' fault? Yes. >>appscript.spec

Re: [Pythonmac-SIG] appscript: selecting many songs in iTunes

Shoot, fired that last e-mail off a bit early. Please ignore in favor of this more complete version. > Depends what you're trying to get. iTunes scripting interface is > pretty extensive, but a lot of the implementation is rather crude > and many commands won't work on more than one object

Re: [Pythonmac-SIG] appscript: selecting many songs in iTunes

>> and it looks like I'm missing a get() in there in any case. > > Depends what you're trying to get. iTunes scripting interface is > pretty extensive, but a lot of the implementation is rather crude > and many commands won't work on more than one object at a time. So > the above might work