2009/8/4 Ned Deily <n...@acm.org>:
> In article
> <ac2200130908040625qac2c52bg8946ae26e40e1...@mail.gmail.com>,
> Guilherme Polo <ggp...@gmail.com> wrote:
>> I have verified the VIDLE fork last week expecting to find many
>> differences between it and IDLE. Most files differ but it turned out
>> that most of these differences are equivalent (many of the changes
>> were merged already), except for two of them. One of these changes is
>> related to py2app, so I can't verify it.
>
> [...]
>
>> Index: Lib/idlelib/macosxSupport.py
>> ===================================================================
>> --- Lib/idlelib/macosxSupport.py (revision 74191)
>> +++ Lib/idlelib/macosxSupport.py (working copy)
>> @@ -9,7 +9,7 @@
>> """
>> Returns True if Python is running from within an app on OSX.
>> If so, assume that Python was built with Aqua Tcl/Tk rather than
>> - X11 Tck/Tk.
>> + X11 Tcl/Tk.
>> """
>> return (sys.platform == 'darwin' and '.app' in sys.executable)
>>
>> @@ -121,6 +121,13 @@
>> menu.add_command(label=label, underline=underline,
>> command=command, accelerator=accelerator)
>>
>> +def preprocessArguments():
>> + # Deal with spurious argument passed by Finder, so "argv emulation" is
>> + # not required for app bundle
>> + argv = sys.argv
>> + if runningAsOSXApp() and len(argv) > 1 and argv[1].startswith("-psn"):
>> + del sys.argv[1]
>> +
>> def setupApp(root, flist):
>> """
>> Perform setup for the OSX application bundle.
>
> This isn't needed as there already is similar code in
> Mac/IDLE/idlemain.py, an initialization script that gets invoked when
> IDLE.app is launched and that goes on to call idlelib.Pyshell.main.
> (BTW, this has nothing to do with py2app which is not used by IDLE or
> anything else in the standard library.)
>
I'm aware of py2app not being used by IDLE (or anything else in std
lib), but what prevents someone from running py2app on idlelib and
getting an similar IDLE.app ? I'm really not into Mac, but isn't this
IDLE.app just an bundle that could be similarly built with py2app ?
Anyway, if the code for supporting argv emulation already exists then
it is very fine to not include it.
Thanks for your input,
> --
> Ned Deily,
> ...@acm.org
>
--
-- Guilherme H. Polo Goncalves
_______________________________________________
IDLE-dev mailing list
IDLE-dev@python.org
http://mail.python.org/mailman/listinfo/idle-dev
