Edward Moy wrote: > Hi, all, I'm the maintainer of python at Apple. There is a plan to > remove Terminal's application signature 'trmx' in Leopard, to avoid > some exploits that the application signature allows. Apple Events > can use the bundle ID (typeApplicationBundleID) instead, though > this only works on 10.3 and later. > > Unfortunately, the Apple Event modules in python don't define > typeApplicationBundleID, so that isn't being used. And while > changes to Lib/plat-mac/terminalcommand.py and Mac/OSX/ > PythonLauncher/doscript.m seem straightforward enough, it looks > like application signatures are assumed by other modules. > > Anyone have any comments/ideas about this?
Almost all of the high-level AE-related modules can be ignored as they are completely obsolete; additionally, some are broken on Tiger and most (all?) on i386. IIRC, the obsolete modules are: aepack aetools aetypes gensuitemodule MiniAEFrame findertools AFAIK there are no plans to fix or maintain any of these as they've all been superceded by the appscript package. (Appscript uses AEAddressDescs of typeProcessSerialNumber and typeApplicationURL, btw.) In addition, the argvemulator module was broken on i386 but this has been fixed in 2.5. I'm not sure if that patch has been applied to 2.4 yet though; better ask Ronald. I'm not sure offhand what the position is on Framework and W; probably also abandoned as they're obsolete and newer alternatives already exist. Several other modules are also a bit past it. There were moves afoot to go through plat-mac and flag all the obsolete/ broken stuff as deprecated in the 2.5 documentation, but unfortunately it didn't get done in time to make the cut. See the 'Fixing the documentation' thread from April. HTH has -- http://freespace.virgin.net/hamish.sanderson/ http://appscript.sourceforge.net http://rb-appscript.rubyforge.org _______________________________________________ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
