On Friday, July 08, 2005, at 06:40AM, Bob Ippolito <[EMAIL PROTECTED]> wrote:
> >On Jul 7, 2005, at 6:10 PM, Dethe Elza wrote: > >> >> On 7-Jul-05, at 7:29 PM, Phil Christensen wrote: >> >>> def numberOfRowsInTableView_(self, sender): >>> return (len(self.contents)) >>> numberOfRowsInTableView_ = objc.selector >>> (numberOfRowsInTableView_, >>> argumentTypes='O', >>> returnType='i') >> >> I have never needed to use objc.selector. I think this method should >> be OK without it. > >Since the types are specified by an existing class in the runtime, >you definitely don't need or want to specify something else. The >objc.selector(...) is actually breaking things, because you can't >just pull type codes out of your ass and expect it to do the right >thing. 'O' doesn't mean object, '@' does.\ This is actually correct, although it could be said that the functionality sucks :-( The argumentTypes and returnType arguments of selector get PyArg_Parse-style type specifiers. I wouldn't be surprised if this code is barely tested, I never used the functionality although it looked like a great idea at the time. > >>> ################################# >>> >>> but when I run the application I get: >>> >>> 2005-07-07 22:19:30.911 controller[7740] *** Illegal NSTableView >>> data source (<ContentsTreeViewDelegate: 0x11ac760>). Must >>> implement numberOfRowsInTableView: and >>> tableView:objectValueForTableColumn:row: > >I think this is because you're using bogus type codes. Don't use >objc.selector unless you need to AND know what you're doing ;) > >-bob > > > >------------------------------------------------------- >This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening >July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual >core and dual graphics technology at this free one hour event hosted by HP, >AMD, and NVIDIA. To register visit http://www.hp.com/go/dualwebinar >_______________________________________________ >Pyobjc-dev mailing list >[EMAIL PROTECTED] >https://lists.sourceforge.net/lists/listinfo/pyobjc-dev > > _______________________________________________ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
