pyobjc-dev — CVS commit notices go here

Re: [Pyobjc-dev] Key Value Observing of lists?

[Orestis M. <or...@or...>]

Hi,

I've just stumbled on this again (I'll be writing a short blog post  
about it when my host is back online). I think I'm a bit confused...

>> Hi,
>>
>> I'm trying to bound an NSTableView to a list using an array
>> controller. This works fine, as long as I don't mutate the list
>> (list.append, for example).
>
> I'm pretty sure this bit is documented somewhere.  It is technically  
> impossible to make PyObjC do the right thing here without patching  
> the Python interpreter.

Just to make things very clear, is this not possible even if using a  
Cocoa collection like NSMutableArray and calling Cocoa methods on it  
(insertObject_atIndex_)?

So basically, _every_ method that mutates something that needs to be  
observable must be surround with "willChangeValueForKey_" and  
"didChangeValueForKey_", right?

Is there any shortcut for doing this?

Regards,
Orestis

Re: [Pyobjc-dev] Is there still a good reason for separate macpython and pyobjc mailing lists?

[Ronald O. <ron...@ma...>]

Oops. Right, I meant 'not much traffic', the "not" got removed while  
editing :-(

Ronald

On 29 May, 2008, at 19:44, Orestis Markou wrote:

> Surely you mean there ISN'T much traffic on the pyobjc-dev?
>
> On Thu, May 29, 2008 at 2:54 PM, Ronald Oussoren <ron...@ma... 
> > wrote:
>
> On 28 May, 2008, at 23:03, Jack Jansen wrote:
>
> Now that pyobjc is a first-class citizen of MacPython, is there any
> reason to maintain two mailing lists? Are there any people who are on
> one of the lists and not the other?
>
> I'm on both lists and wouldn't mind closing down the pyobjc-dev  
> list.  There is much traffic on the pyobjc-dev list, and therefore  
> little chance that other topics get hidden in pyobjc-related traffic.
>
> Ronald
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Pyobjc-dev mailing list
> Pyo...@li...
> https://lists.sourceforge.net/lists/listinfo/pyobjc-dev
>
>
>
>
> -- 
> Orestis Markou
> or...@or...
> http://orestis.gr

Re: [Pyobjc-dev] Is there still a good reason for separate macpython and pyobjc mailing lists?

[Orestis M. <or...@or...>]

Surely you mean there ISN'T much traffic on the pyobjc-dev?

On Thu, May 29, 2008 at 2:54 PM, Ronald Oussoren <ron...@ma...>
wrote:

>
> On 28 May, 2008, at 23:03, Jack Jansen wrote:
>
>  Now that pyobjc is a first-class citizen of MacPython, is there any
>> reason to maintain two mailing lists? Are there any people who are on
>> one of the lists and not the other?
>>
>
> I'm on both lists and wouldn't mind closing down the pyobjc-dev list.
>  There is much traffic on the pyobjc-dev list, and therefore little chance
> that other topics get hidden in pyobjc-related traffic.
>
> Ronald
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Pyobjc-dev mailing list
> Pyo...@li...
> https://lists.sourceforge.net/lists/listinfo/pyobjc-dev
>
>


-- 
Orestis Markou
or...@or...
http://orestis.gr

Re: [Pyobjc-dev] Is there still a good reason for separate macpython and pyobjc mailing lists?

[Ronald O. <ron...@ma...>]

On 28 May, 2008, at 23:03, Jack Jansen wrote:

> Now that pyobjc is a first-class citizen of MacPython, is there any
> reason to maintain two mailing lists? Are there any people who are on
> one of the lists and not the other?

I'm on both lists and wouldn't mind closing down the pyobjc-dev list.   
There is much traffic on the pyobjc-dev list, and therefore little  
chance that other topics get hidden in pyobjc-related traffic.

Ronald

Re: [Pyobjc-dev] [Pythonmac-SIG] Is there still a good reason for separate macpython and pyobjc mailing lists?

[Christopher B. <Chr...@no...>]

Jack Jansen wrote:
> Now that pyobjc is a first-class citizen of MacPython, is there any 
> reason to maintain two mailing lists? Are there any people who are on 
> one of the lists and not the other?

yup -- I never touch pyObjC. However, I have no issue with sharing a 
list, unless there is a HUGE amount of PyObjC traffic!

-CHB



-- 
Christopher Barker, Ph.D.
Oceanographer

Emergency Response Division
NOAA/NOS/OR&R            (206) 526-6959   voice
7600 Sand Point Way NE   (206) 526-6329   fax
Seattle, WA  98115       (206) 526-6317   main reception

Chr...@no...

[Pyobjc-dev] Is there still a good reason for separate macpython and pyobjc mailing lists?

[Jack J. <Jac...@cw...>]

Now that pyobjc is a first-class citizen of MacPython, is there any  
reason to maintain two mailing lists? Are there any people who are on  
one of the lists and not the other?
--
Jack Jansen, <Jac...@cw...>, http://www.cwi.nl/~jack
If I can't dance I don't want to be part of your revolution -- Emma  
Goldman

[Pyobjc-dev] drag and drop

[Norman L. <nor...@gm...>]

I'm confused with Drag and Drop.... I know about registering, but I'm not
sure where the performDragOperation_() goes.  Do I need to subclass the
window/view class and put it there, or can I put it in my AppDelegate.py and
have it called via a delegate.

Thanks.

Re: [Pyobjc-dev] Where is pkg?

[David B. <db3...@gm...>]

Rich Hammett <ric...@ga...> writes:

> Where is it?  I found 1.3.7 hanging around at sourceforge,
> and I looked through the subversion server and found a tree for
> 1.4, even a subtree targeted for 10.4, but no software to
> download.  Even a few dependencies for it.

I believe the older pyobjc-1.4 download was just a tar image from the
source tree.  The current download page:

    http://pyobjc.sourceforge.net/downloads.html

has a pointer to the 1.4 source branch at:

    http://svn.red-bean.com/pyobjc/branches/pyobjc-1.4-branch

So, if you want 1.4, just grab a copy of that branch, and then use the
setup.py to build it.  Grabbing a copy is probably simplest with a
command line svn tool via:

    svn export http://svn.red-bean.com/pyobjc/branches/pyobjc-1.4-branch

which will give you the tree in a pyobjc-1.4-branch directory beneath
where you run the command.

Note when I built it a while back, I modified setup.py to set
AUTO_UNIVERSAL to 1 to generate a universal binary version.  If you're
just building on and targeting newer Intel Macs, probably no need to
do that.

I believe you can install directly from setup, but I used bdist_mpkg
to generate an OSX-compatible installer package first and then
installed that.

-- David

[Pyobjc-dev] Where is pkg?

[Rich H. <ric...@ga...>]

I'm a few years away from my last use of any version control
stuff, but I just don't find any Pyobjc-1.4 package file
or anything like it.  I also find a few broken links around
sourceforge.  I need to install the above package on my
MacBook running 10.4.11, to use some software that depends
on it.

Where is it?  I found 1.3.7 hanging around at sourceforge,
and I looked through the subversion server and found a tree for
1.4, even a subtree targeted for 10.4, but no software to
download.  Even a few dependencies for it.

The archives for this list aren't working, either.

Any tips?

rich
--
\  Rich Hammett       http://home.hiwaay.net/~rhammett
/  ric...@ga...   Against the run-of-the-mill
\                               --static as it seems--
/                            we break the surface tension
\                            with our wild kinetic dreams.

Re: [Pyobjc-dev] py2app being excessively standalone?

[Orestis M. <or...@or...>]

I've found that XCode will create very small application bundles (in  
the order of 100kb for a simple app). Haven't tried py2app yet.
--
Orestis Markou
or...@or...
http://orestis.gr/




On 24 Μαϊ 2008, at 12:37 ΠΜ, Adam Atlas wrote:

> I asked this in a somewhat related thread a while ago, but it wasn't
> answered, so I just wanted to try again...
>
>> Since, for now at least, py2app on Leopard will only build
>> Leopard-compatible programs, why is it that it puts the whole runtime
>> environment into the application bundle, when it's targeting systems
>> that have this entire runtime environment preinstalled anyway? Every
>> program ends up being over 20 MB or so... why is this necessary?
>
> Or, equivalently for practical purposes, what do people usually do
> about this when distributing py2app-built applications? Surely it's
> not a good practice to just leave it like this?
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Pyobjc-dev mailing list
> Pyo...@li...
> https://lists.sourceforge.net/lists/listinfo/pyobjc-dev

[Pyobjc-dev] py2app being excessively standalone?

[Adam A. <ad...@at...>]

I asked this in a somewhat related thread a while ago, but it wasn't  
answered, so I just wanted to try again...

> Since, for now at least, py2app on Leopard will only build
> Leopard-compatible programs, why is it that it puts the whole runtime
> environment into the application bundle, when it's targeting systems
> that have this entire runtime environment preinstalled anyway? Every
> program ends up being over 20 MB or so... why is this necessary?

Or, equivalently for practical purposes, what do people usually do  
about this when distributing py2app-built applications? Surely it's  
not a good practice to just leave it like this?

Re: [Pyobjc-dev] Moving from XCode to py2app: xib trouble

[Daniel L. <da...@br...>]

>
> From: Orestis Markou <or...@or...>
> Subject: Re: [Pyobjc-dev] Moving from XCode to py2app: xib trouble
>
> I quite like the autocomplete that XCode does for python - I hate that
> it won't auto indent.


I use ActiveState Komodo it has code completion and more including a pretty
nice Regex Tester, debugger for Python (include remote debugging), and other
features. It's not perfect since it knows nothing of Cocoa but I like it a
lot better than Xcode for PyObjC and Python development. It is a commercial
product but worth it IMHO.

Daniel

Re: [Pyobjc-dev] QTKit and PyObjC

[David B. <db3...@gm...>]

Ronald Oussoren <ron...@ma...> writes:

> There's  Carbon.Qt, the Quicktime wrappers in the standard library.  
> Those are ancient, but work.

I can second that, although I'm still developing against Tiger.  I use
those wrappers to help flesh out support in my app for selecting
frames from QuickTime movies to use as preview thumbnails.  Also
needed to use Carbon.Qd to handle the PICTs involved (which I then
move over into an NSImage) and Carbon.QuickTime for some constants.

I forget the exact details but there was some support not provided by
Tiger's QTKit (I think it had to do with getting access to frames
without actually needing a UI element to show the movie in) - not sure
if it's been improved in Leopard.

And it was a little tricky moving movie objects between the two - in
the end I think I ended up reopening the movie using QTKit if I needed
additional processing with it.

-- David

[Pyobjc-dev] Bugtracker no longer allows anonymous postings

[Ronald O. <ron...@ma...>]

I've changed to settings of the bugtracker to disallow anonymous  
updates. I've done this for two reasons:

1) Someone has started spamming the tracker, which is annoying in its  
own right but doubly so on SF because you cannot remove spam (and I  
wont start about the suckiness of the interface).

2) Anonymous bugs make it impossible to contact the person that filed  
a bug report, which makes it impossible to have a conversation.

Ronald

Re: [Pyobjc-dev] Moving from XCode to py2app: xib trouble

[Ronald O. <ron...@ma...>]

On 21 May, 2008, at 22:19, Orestis Markou wrote:

> I quite like the autocomplete that XCode does for python - I hate  
> that it won't auto indent. Oh well.

I'm still prefering vim for coding, none of the available GUI editors  
seem to offer enough to bother trying to retrain my muscle memory.


> Such is life, I guess. I've tried closing XCode and IB subtly  
> complained by adding exclamation marks on the outlets of my class,  
> so it's going both ways. Would be interesting to investigate what's  
> going on...

Indeed. I wish I had the time to do this ;-)

BTW. W.r.t. adding xib support to py2app:  adding that is not entirely  
trivial, there are currently no hooks that you can hook into.  From  
the top of my head I'd say that it would be best to add a framework  
for transforming resources as they are copied into the application  
bundle. One user of that is the .xib->.nib translation, but this could  
also be used to transform other files (such as CoreData models or  
image files).  This framework need not be available for outside users  
at first, just like the collection of recipes.

BTW2. Once you have a patch I can review and apply it. I cannot do  
releases though, AFAIK Bob is the only one that can upload new  
releases of py2app to pypi.

Ronald

>
> --
> Orestis Markou
> or...@or...
> http://orestis.gr/
>
>
>
>
> On 21 Μαϊ 2008, at 9:16 ΜΜ, Ronald Oussoren wrote:
>
>>
>> On 21 May, 2008, at 22:04, Orestis Markou wrote:
>>
>>> I can look into patching py2app to call ibtool - any pointers  
>>> about where should I start? Where is py2app svn hosted?
>>
>> http://svn.pythonmac.org/py2app
>>
>>>
>>>
>>> Regarding the XCode/IB integration - if you define python source  
>>> files to be opened in an external editor, and you keep xcode in  
>>> the background, it will watch your file and post changes to IB as  
>>> you save. Although I think you want to take XCode out of the  
>>> picture entirely, right?
>>
>> That's right.  To be blunt, Xcode is a waste of resources when you  
>> are writing Python code.  It also makes me depressed because Xcode  
>> contains some tools that might be useful for Python too (such as  
>> the graphical debugger), but there is no way to plug in support for  
>> alternative languages.
>>
>> Ronald
>>
>>>
>>>
>>> --
>>> Orestis Markou
>>> or...@or...
>>> http://orestis.gr/
>>>
>>>
>>>
>>>
>>> On 21 Μαϊ 2008, at 10:36 ΠΜ, Ronald Oussoren wrote:
>>>
>>>>
>>>> On Wednesday, May 21, 2008, at 09:48AM, "Orestis Markou" <or...@or... 
>>>> > wrote:
>>>>> I guess so, but I can't sent my project to anyone that doesn't  
>>>>> have
>>>>> Dev Tools installed.
>>>>>
>>>>> I don't really care - using IB is so nice that I doubt that anyone
>>>>> would do Cocoa GUI development without it.
>>>>
>>>> Furthermore de developer tools are a free download (and included  
>>>> on the OSX DVD).
>>>>
>>>> py2app already calls developer tools when you're using CoreData   
>>>> model definitions, and IMHO is should call ibtool to do the xib- 
>>>> >nib conversion of you.
>>>>
>>>> BTW. If anyone has too much free time: it would be very useful to  
>>>> reverse engineer how Xcode communicates with Interface Builder,  
>>>> I'd love to use the automatic detection of classes/outlets when  
>>>> I'm using some other editor as Xcode isn't that useful for doing  
>>>> python development. I currently use a dummy Xcode project just  
>>>> for the Xcode/IB integration, and that's lame.
>>>>
>>>> Ronald
>>>>> --
>>>>> Orestis Markou
>>>>> or...@or...
>>>>> http://orestis.gr/
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> On 21 ??? 2008, at 1:06 ??, Greg Ewing wrote:
>>>>>
>>>>>> Orestis Markou wrote:
>>>>>>> Isn't it perhaps better to have py2app invoke ibtool (as  
>>>>>>> proposed by
>>>>>>> Nicholas Riley), or do we not want to introduce a dependency  
>>>>>>> to the
>>>>>>> Developer Tools ?
>>>>>>
>>>>>> If you have a .xib file, doesn't that more or less imply
>>>>>> that you have the developer tools to create it in the
>>>>>> first place?
>>>>>>
>>>>>> -- 
>>>>>> Greg
>>>>>>
>>>>>> -------------------------------------------------------------------------
>>>>>> This SF.net email is sponsored by: Microsoft
>>>>>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>>>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>>>>>> _______________________________________________
>>>>>> Pyobjc-dev mailing list
>>>>>> Pyo...@li...
>>>>>> https://lists.sourceforge.net/lists/listinfo/pyobjc-dev
>>>>>
>>>>>
>>>>> -------------------------------------------------------------------------
>>>>> This SF.net email is sponsored by: Microsoft
>>>>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>>>>> _______________________________________________
>>>>> Pyobjc-dev mailing list
>>>>> Pyo...@li...
>>>>> https://lists.sourceforge.net/lists/listinfo/pyobjc-dev
>>>>>
>>>>>
>>>
>>
>

Re: [Pyobjc-dev] Moving from XCode to py2app: xib trouble

[Orestis M. <or...@or...>]

I quite like the autocomplete that XCode does for python - I hate that  
it won't auto indent. Oh well. Such is life, I guess. I've tried  
closing XCode and IB subtly complained by adding exclamation marks on  
the outlets of my class, so it's going both ways. Would be interesting  
to investigate what's going on...
--
Orestis Markou
or...@or...
http://orestis.gr/




On 21 Μαϊ 2008, at 9:16 ΜΜ, Ronald Oussoren wrote:

>
> On 21 May, 2008, at 22:04, Orestis Markou wrote:
>
>> I can look into patching py2app to call ibtool - any pointers about  
>> where should I start? Where is py2app svn hosted?
>
> http://svn.pythonmac.org/py2app
>
>>
>>
>> Regarding the XCode/IB integration - if you define python source  
>> files to be opened in an external editor, and you keep xcode in the  
>> background, it will watch your file and post changes to IB as you  
>> save. Although I think you want to take XCode out of the picture  
>> entirely, right?
>
> That's right.  To be blunt, Xcode is a waste of resources when you  
> are writing Python code.  It also makes me depressed because Xcode  
> contains some tools that might be useful for Python too (such as the  
> graphical debugger), but there is no way to plug in support for  
> alternative languages.
>
> Ronald
>
>>
>>
>> --
>> Orestis Markou
>> or...@or...
>> http://orestis.gr/
>>
>>
>>
>>
>> On 21 Μαϊ 2008, at 10:36 ΠΜ, Ronald Oussoren wrote:
>>
>>>
>>> On Wednesday, May 21, 2008, at 09:48AM, "Orestis Markou" <or...@or... 
>>> > wrote:
>>>> I guess so, but I can't sent my project to anyone that doesn't have
>>>> Dev Tools installed.
>>>>
>>>> I don't really care - using IB is so nice that I doubt that anyone
>>>> would do Cocoa GUI development without it.
>>>
>>> Furthermore de developer tools are a free download (and included  
>>> on the OSX DVD).
>>>
>>> py2app already calls developer tools when you're using CoreData   
>>> model definitions, and IMHO is should call ibtool to do the xib- 
>>> >nib conversion of you.
>>>
>>> BTW. If anyone has too much free time: it would be very useful to  
>>> reverse engineer how Xcode communicates with Interface Builder,  
>>> I'd love to use the automatic detection of classes/outlets when  
>>> I'm using some other editor as Xcode isn't that useful for doing  
>>> python development. I currently use a dummy Xcode project just for  
>>> the Xcode/IB integration, and that's lame.
>>>
>>> Ronald
>>>> --
>>>> Orestis Markou
>>>> or...@or...
>>>> http://orestis.gr/
>>>>
>>>>
>>>>
>>>>
>>>> On 21 ??? 2008, at 1:06 ??, Greg Ewing wrote:
>>>>
>>>>> Orestis Markou wrote:
>>>>>> Isn't it perhaps better to have py2app invoke ibtool (as  
>>>>>> proposed by
>>>>>> Nicholas Riley), or do we not want to introduce a dependency to  
>>>>>> the
>>>>>> Developer Tools ?
>>>>>
>>>>> If you have a .xib file, doesn't that more or less imply
>>>>> that you have the developer tools to create it in the
>>>>> first place?
>>>>>
>>>>> -- 
>>>>> Greg
>>>>>
>>>>> -------------------------------------------------------------------------
>>>>> This SF.net email is sponsored by: Microsoft
>>>>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>>>>> _______________________________________________
>>>>> Pyobjc-dev mailing list
>>>>> Pyo...@li...
>>>>> https://lists.sourceforge.net/lists/listinfo/pyobjc-dev
>>>>
>>>>
>>>> -------------------------------------------------------------------------
>>>> This SF.net email is sponsored by: Microsoft
>>>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>>>> _______________________________________________
>>>> Pyobjc-dev mailing list
>>>> Pyo...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/pyobjc-dev
>>>>
>>>>
>>
>

Re: [Pyobjc-dev] Moving from XCode to py2app: xib trouble

[Ronald O. <ron...@ma...>]

On 21 May, 2008, at 22:04, Orestis Markou wrote:

> I can look into patching py2app to call ibtool - any pointers about  
> where should I start? Where is py2app svn hosted?

http://svn.pythonmac.org/py2app

>
>
> Regarding the XCode/IB integration - if you define python source  
> files to be opened in an external editor, and you keep xcode in the  
> background, it will watch your file and post changes to IB as you  
> save. Although I think you want to take XCode out of the picture  
> entirely, right?

That's right.  To be blunt, Xcode is a waste of resources when you are  
writing Python code.  It also makes me depressed because Xcode  
contains some tools that might be useful for Python too (such as the  
graphical debugger), but there is no way to plug in support for  
alternative languages.

Ronald

>
>
> --
> Orestis Markou
> or...@or...
> http://orestis.gr/
>
>
>
>
> On 21 Μαϊ 2008, at 10:36 ΠΜ, Ronald Oussoren wrote:
>
>>
>> On Wednesday, May 21, 2008, at 09:48AM, "Orestis Markou" <or...@or... 
>> > wrote:
>>> I guess so, but I can't sent my project to anyone that doesn't have
>>> Dev Tools installed.
>>>
>>> I don't really care - using IB is so nice that I doubt that anyone
>>> would do Cocoa GUI development without it.
>>
>> Furthermore de developer tools are a free download (and included on  
>> the OSX DVD).
>>
>> py2app already calls developer tools when you're using CoreData   
>> model definitions, and IMHO is should call ibtool to do the xib- 
>> >nib conversion of you.
>>
>> BTW. If anyone has too much free time: it would be very useful to  
>> reverse engineer how Xcode communicates with Interface Builder, I'd  
>> love to use the automatic detection of classes/outlets when I'm  
>> using some other editor as Xcode isn't that useful for doing python  
>> development. I currently use a dummy Xcode project just for the  
>> Xcode/IB integration, and that's lame.
>>
>> Ronald
>>> --
>>> Orestis Markou
>>> or...@or...
>>> http://orestis.gr/
>>>
>>>
>>>
>>>
>>> On 21 ??? 2008, at 1:06 ??, Greg Ewing wrote:
>>>
>>>> Orestis Markou wrote:
>>>>> Isn't it perhaps better to have py2app invoke ibtool (as  
>>>>> proposed by
>>>>> Nicholas Riley), or do we not want to introduce a dependency to  
>>>>> the
>>>>> Developer Tools ?
>>>>
>>>> If you have a .xib file, doesn't that more or less imply
>>>> that you have the developer tools to create it in the
>>>> first place?
>>>>
>>>> -- 
>>>> Greg
>>>>
>>>> -------------------------------------------------------------------------
>>>> This SF.net email is sponsored by: Microsoft
>>>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>>>> _______________________________________________
>>>> Pyobjc-dev mailing list
>>>> Pyo...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/pyobjc-dev
>>>
>>>
>>> -------------------------------------------------------------------------
>>> This SF.net email is sponsored by: Microsoft
>>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>>> _______________________________________________
>>> Pyobjc-dev mailing list
>>> Pyo...@li...
>>> https://lists.sourceforge.net/lists/listinfo/pyobjc-dev
>>>
>>>
>

Re: [Pyobjc-dev] Wrapping Objective-C Class That Returns a float* pointer

[Ronald O. <ron...@ma...>]

On 21 May, 2008, at 1:04, Shalev wrote:

> Hello List,
>
> I've been combing through the latest PyObjC sources to try to figure
> out how to wrap a pointer in a python object, but what I've found is
> slightly confusing.  My situation is this:
>
> I am writing a plugin to an Cocoa app in python, using py2app to
> compile my python code into a loadable bundle.  The main Cocoa app
> then loads my bundle, giving me full access to its internal runtime.
> However, one of the classes in the runtime returns a float pointer
> (representing some image data.)  I want to take that pointer and wrap
> it in a Python object (in this case, a NumPy array.)  I see in the
> source that there may be some way of registering callbacks for types
> not natively supported by PyObjC, but I'm not quite sure how to use
> them.
>
> Is their some way to write custom wrapping code (in C, I assume) and
> let my (pure) Python bundle know about how to deal with that method?
> Right now, calling that method just returns an opaque PyObjCPointer
> object that doesn't let me do very much.

You can add custom metadata that will tell PyObjC about your method,  
there are samples of that in the testsuite. One way that will work is  
something like this:

     objc.registerMetaDataForSelector("OC_MetaDataTest",  
"unknownLengthArray",
             dict(
                 retval=dict(c_array_of_variable_length=True),
         ))


What is the method signature for your method? Does the method also  
return the size of the array, or is that implied somewhere? If the  
length of the array is also returned (such as by an output parameter)  
you can provide better metadata, the metadata above results in a  
return value that doesn't perform array-bounds checking, which means  
you could (a) change the result array and (b) write outside of the  
actual array and cause a hard crash.

Ronald

>
>
> -Thanks
> Shalev
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Pyobjc-dev mailing list
> Pyo...@li...
> https://lists.sourceforge.net/lists/listinfo/pyobjc-dev

Re: [Pyobjc-dev] Moving from XCode to py2app: xib trouble

[Orestis M. <or...@or...>]

I can look into patching py2app to call ibtool - any pointers about  
where should I start? Where is py2app svn hosted?

Regarding the XCode/IB integration - if you define python source files  
to be opened in an external editor, and you keep xcode in the  
background, it will watch your file and post changes to IB as you  
save. Although I think you want to take XCode out of the picture  
entirely, right?

--
Orestis Markou
or...@or...
http://orestis.gr/




On 21 Μαϊ 2008, at 10:36 ΠΜ, Ronald Oussoren wrote:

>
> On Wednesday, May 21, 2008, at 09:48AM, "Orestis Markou" <or...@or... 
> > wrote:
>> I guess so, but I can't sent my project to anyone that doesn't have
>> Dev Tools installed.
>>
>> I don't really care - using IB is so nice that I doubt that anyone
>> would do Cocoa GUI development without it.
>
> Furthermore de developer tools are a free download (and included on  
> the OSX DVD).
>
> py2app already calls developer tools when you're using CoreData   
> model definitions, and IMHO is should call ibtool to do the xib->nib  
> conversion of you.
>
> BTW. If anyone has too much free time: it would be very useful to  
> reverse engineer how Xcode communicates with Interface Builder, I'd  
> love to use the automatic detection of classes/outlets when I'm  
> using some other editor as Xcode isn't that useful for doing python  
> development. I currently use a dummy Xcode project just for the  
> Xcode/IB integration, and that's lame.
>
> Ronald
>> --
>> Orestis Markou
>> or...@or...
>> http://orestis.gr/
>>
>>
>>
>>
>> On 21 ??? 2008, at 1:06 ??, Greg Ewing wrote:
>>
>>> Orestis Markou wrote:
>>>> Isn't it perhaps better to have py2app invoke ibtool (as proposed  
>>>> by
>>>> Nicholas Riley), or do we not want to introduce a dependency to the
>>>> Developer Tools ?
>>>
>>> If you have a .xib file, doesn't that more or less imply
>>> that you have the developer tools to create it in the
>>> first place?
>>>
>>> -- 
>>> Greg
>>>
>>> -------------------------------------------------------------------------
>>> This SF.net email is sponsored by: Microsoft
>>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>>> _______________________________________________
>>> Pyobjc-dev mailing list
>>> Pyo...@li...
>>> https://lists.sourceforge.net/lists/listinfo/pyobjc-dev
>>
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>> _______________________________________________
>> Pyobjc-dev mailing list
>> Pyo...@li...
>> https://lists.sourceforge.net/lists/listinfo/pyobjc-dev
>>
>>

Re: [Pyobjc-dev] Moving from XCode to py2app: xib trouble

[Ronald O. <ron...@ma...>]

 
On Wednesday, May 21, 2008, at 09:48AM, "Orestis Markou" <or...@or...> wrote:
>I guess so, but I can't sent my project to anyone that doesn't have  
>Dev Tools installed.
>
>I don't really care - using IB is so nice that I doubt that anyone  
>would do Cocoa GUI development without it.

Furthermore de developer tools are a free download (and included on the OSX DVD).

py2app already calls developer tools when you're using CoreData  model definitions, and IMHO is should call ibtool to do the xib->nib conversion of you.

BTW. If anyone has too much free time: it would be very useful to reverse engineer how Xcode communicates with Interface Builder, I'd love to use the automatic detection of classes/outlets when I'm using some other editor as Xcode isn't that useful for doing python development. I currently use a dummy Xcode project just for the Xcode/IB integration, and that's lame.

Ronald
>--
>Orestis Markou
>or...@or...
>http://orestis.gr/
>
>
>
>
>On 21 ??? 2008, at 1:06 ??, Greg Ewing wrote:
>
>> Orestis Markou wrote:
>>> Isn't it perhaps better to have py2app invoke ibtool (as proposed by
>>> Nicholas Riley), or do we not want to introduce a dependency to the
>>> Developer Tools ?
>>
>> If you have a .xib file, doesn't that more or less imply
>> that you have the developer tools to create it in the
>> first place?
>>
>> -- 
>> Greg
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>> _______________________________________________
>> Pyobjc-dev mailing list
>> Pyo...@li...
>> https://lists.sourceforge.net/lists/listinfo/pyobjc-dev
>
>
>-------------------------------------------------------------------------
>This SF.net email is sponsored by: Microsoft 
>Defy all challenges. Microsoft(R) Visual Studio 2008. 
>http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>_______________________________________________
>Pyobjc-dev mailing list
>Pyo...@li...
>https://lists.sourceforge.net/lists/listinfo/pyobjc-dev
>
>

Re: [Pyobjc-dev] Moving from XCode to py2app: xib trouble

[Orestis M. <or...@or...>]

I guess so, but I can't sent my project to anyone that doesn't have  
Dev Tools installed.

I don't really care - using IB is so nice that I doubt that anyone  
would do Cocoa GUI development without it.
--
Orestis Markou
or...@or...
http://orestis.gr/




On 21 Μαϊ 2008, at 1:06 ΠΜ, Greg Ewing wrote:

> Orestis Markou wrote:
>> Isn't it perhaps better to have py2app invoke ibtool (as proposed by
>> Nicholas Riley), or do we not want to introduce a dependency to the
>> Developer Tools ?
>
> If you have a .xib file, doesn't that more or less imply
> that you have the developer tools to create it in the
> first place?
>
> -- 
> Greg
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Pyobjc-dev mailing list
> Pyo...@li...
> https://lists.sourceforge.net/lists/listinfo/pyobjc-dev

Re: [Pyobjc-dev] Moving from XCode to py2app: xib trouble

[Greg E. <gre...@ca...>]

Orestis Markou wrote:
> Isn't it perhaps better to have py2app invoke ibtool (as proposed by  
> Nicholas Riley), or do we not want to introduce a dependency to the  
> Developer Tools ?

If you have a .xib file, doesn't that more or less imply
that you have the developer tools to create it in the
first place?

-- 
Greg

[Pyobjc-dev] Wrapping Objective-C Class That Returns a float* pointer

[Shalev <pu...@gm...>]

Hello List,

I've been combing through the latest PyObjC sources to try to figure
out how to wrap a pointer in a python object, but what I've found is
slightly confusing.  My situation is this:

I am writing a plugin to an Cocoa app in python, using py2app to
compile my python code into a loadable bundle.  The main Cocoa app
then loads my bundle, giving me full access to its internal runtime.
However, one of the classes in the runtime returns a float pointer
(representing some image data.)  I want to take that pointer and wrap
it in a Python object (in this case, a NumPy array.)  I see in the
source that there may be some way of registering callbacks for types
not natively supported by PyObjC, but I'm not quite sure how to use
them.

Is their some way to write custom wrapping code (in C, I assume) and
let my (pure) Python bundle know about how to deal with that method?
Right now, calling that method just returns an opaque PyObjCPointer
object that doesn't let me do very much.

-Thanks
Shalev

Re: [Pyobjc-dev] Moving from XCode to py2app: xib trouble

[Orestis M. <or...@or...>]

Isn't it perhaps better to have py2app invoke ibtool (as proposed by  
Nicholas Riley), or do we not want to introduce a dependency to the  
Developer Tools ? (I'm not sure if that's the case already).
--
Orestis Markou
or...@or...
http://orestis.gr/




On 19 Μαϊ 2008, at 7:13 ΠΜ, Ronald Oussoren wrote:

>
> On 18 May, 2008, at 18:46, Orestis Markou wrote:
>
>> So, I've created a project under Xcode, and I'm trying to make it  
>> work
>> using py2app.
>>
>> I've moved over all the Python files (including main.m and main.py)
>> and English.lproj, translated the plist to a python dict (this could
>> be easily automated), py2app happilly generates the bundle but the
>> application dies because it can't find the MainMenu nib file.
>>
>> After some investigation, I've learned that nib files are now  
>> actually
>> compiled from xib files, which doesn't happen when I use py2app.
>>
>> What step am I missing?
>
> Someone will have to teach py2app to compile .xib files. There's  
> already code that deals with datamodels for CoreData, enhancing that  
> to deal with .xib files should be fairly easy.  The complicating  
> factor is that datamodels are explicitly mentioned in the setup.py  
> file, while nib files are usually copied as resource files.
>
> I'll get around to that some time, although it is unlikely that that  
> will happen before WWDC.
>
> Ronald
>

Re: [Pyobjc-dev] Finding out which PyObjC version I'm using

[Orestis M. <or...@or...>]

I've just checked, and the python on my path is the macports on (in  
opt/local/lib) and XCode happily uses the system's built-in one.

It might pickup only things that are in /Library/Frameworks, not  
generally in the $PATH.

Moving away stuff from there (I actually renamed it) works great.
--
Orestis Markou
or...@or...
http://orestis.gr/




On 19 Μαϊ 2008, at 7:04 ΠΜ, Ronald Oussoren wrote:

>
> On 15 May, 2008, at 15:06, Orestis Markou wrote:
>
>> Hi,
>>
>> I'm a bit confused.
>>
>> I had PyObjC installed in Tiger, then I upgraded to Leopard. I also  
>> have macports installed, and I have an alias named macpython that  
>> points to the built-in Mac OS X python.
>>
>> I'm not really sure what's going on, and what version of Python/ 
>> PyObjC is XCode picking up.
>>
>> Any ideas about how to clean that up?
>>
>> In a related note, how can I use the svn version of PyObjC (or for  
>> that matter, an arbitratry tree of PyObjC that I have on my  
>> harddisk) ? The documentation seems a bit sparse.
>
> Xcode uses the 'python' executable on the shell's $PATH. Unless you  
> have changed environment.plist (I can't recall where that's located  
> right now, I'm pretty sure it's described on macosxhints.com) that  
> will be /usr/bin/python.
>
> If you had PyObjC installed in Tiger you've probably installed a  
> Python in /Library/Frameworks as well, unless you're developing for  
> Tiger your (IMHO) better of by removing that copy of Python and  
> using the system python instead. /usr/bin/python on Leopard is  
> Python 2.5.1 with some additional patches.
>
> Ronald
>