Re: [Pyobjc-dev] NSAppEnableForeground

[Bob I. <bo...@re...>]

On Wednesday, Feb 12, 2003, at 16:03 America/New_York, Ronald Oussoren 
wrote:

> As I mentioned in the patch tracker I'd prefer to not use private 
> functions of other libraries, even more so when those functions are 
> not exported.
>
> During development I prefer to use the -l option of bundlebuilder, 
> that way I don't have to rebuild the app bundle unless I add new files 
> and I get a normal application, including Info.plist and the like.
>
> Ronald

If it would make a difference, I can convert that libFoundation.a to 
source code (using an undocumented but exported function or two).  I 
know how it works, I wrote something nearly identical to it about a 
year ago (reverse-engineered the jar launcher).  But I figured it might 
"feel safer" to use Apple's own implementation.

I understand your preference, however, I wouldn't want to force your 
particular preference onto every user of PyObjC (particularly people 
who are using other frameworks that have PyObjC as a dependency).  I 
don't want to have to teach every user of pygame to use bundlebuilder 
before running their source code on OS X.  I'd like it to Just Work.  
Of course bundlebuilder is the Right Way, and I would mandate that for 
actual distribution of applications.. but if there's a more familiar 
way that developers can use, and it works with enough success to make 
it usable, why can't we have that as a non-harmful alternative (*if* 
you call it when running from a bundled app, it's a no-op)?  It's not 
like I'm arguing for cutting out the_underscores_everywhere_.  I just 
want one function in the source tree because I see it as useful to the 
OS X python community as a whole in a number of situations (primarily 
developers migrating from other platforms).

I'm not asking you to *use* this function anywhere in PyObjC.  You can 
even leave it undocumented if you want.  But I'd rather have it there 
than put it in pygame (and potentially other GUI frameworks that need 
this functionality) where it doesn't really belong.

-bob