On Sep 5, 2009, at 21:53, Adam R. Maxwell wrote: > > On Sep 5, 2009, at 12:47 PM, Christiaan Hofman wrote: > >> But anyway, I can't use that, because I cannot be sure about the >> layout of the class, as that's private. Declaring it in the file is >> dangerous, because Apple can (and probably will) change it in the >> future. > > Right; I was only suggesting that's how Apple may be doing it, > instead of using the runtime functions. Unless you are the PDF Kit > implementor, declaring a private class with @public is as evil as > using @defs :). Of course, if you have to depend on your > declaration to use the runtime functions (for the type?), it might > amount to the same thing.
I don't need the declarations, all I need to know is the ivar names. I now get the dashCount using valueForKey, so that should do it right automatically whatever type is used. Only for the C-array of CGFloats do I need the assumption of the type, but that seems to be OK (both on 10.5.8 and 10.6, and it would be hard to believe that they would regress that one). I now also added a check for the type encoding of dashCount, so the workaround is used only when there is a bug. Christiaan ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Bibdesk-develop mailing list Bibdesk-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-develop
