Unsubscribe
Unsubscribe
- Subject: Unsubscribe
- From: Tristan Perich <email@hidden>
- Date: Tue, 16 Aug 2005 13:52:29 +0200
On 8/5/05 1:50 AM, "email@hidden"
<email@hidden> wrote:
> Send Cocoa-dev mailing list submissions to
> email@hidden
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://lists.apple.com/mailman/listinfo/cocoa-dev
> or, via email, send a message with subject or body 'help' to
> email@hidden
>
> You can reach the person managing the list at
> email@hidden
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Cocoa-dev digest..."
>
>
> Today's Topics:
>
> 1. Using C++ AutoPtr within an Obj C file. (John Draper)
> 2. Re: Core Data Many2Many Relationships (Marcus S. Zarra)
> 3. Re: Core Data Many2Many Relationships (mmalcolm crawford)
> 4. Helper Tool Include Foundation Framework (Michael Bianco)
> 5. Re: NSTableView bottleneck (A. Karl Keller)
> 6. TextThingys (Roland Silver)
> 7. Re: Which control is the field editor standing in for?
> (Jim Correia)
> 8. Re: Core Data Many2Many Relationships (mmalcolm crawford)
> 9. Re: Using C++ AutoPtr within an Obj C file. (Scott Ribe)
> 10. Re: Faulty NSWindow connection in CoreData doc-based app?
> (Cameron Hendrix)
> 11. NSMatrix prototype cell (William Turner)
> 12. NSNumberFormatter localize bug in IB? (Modesitt Software)
> 13. Re: NSNumberFormatter localize bug in IB? (Charilaos Skiadas)
> 14. NSLayoutManager strangeness (Duncan Campbell)
> 15. Converting any NSImageRep to a 16 bits NSImageRep (Arthur VIGAN)
> 16. How turn-off C-run time library memory diagnostics? (neal olander)
> 17. Core Data Based Application Bug? (Colin Cornaby)
> 18. Re: Core Data Based Application Bug? (Charilaos Skiadas)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Thu, 04 Aug 2005 15:59:01 -0700
> From: John Draper <email@hidden>
> Subject: Using C++ AutoPtr within an Obj C file.
> To: cocoadev <email@hidden>
> Message-ID: <email@hidden>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Hi,
>
> I'm integrating a C++ library of source files into a Cocoa project
> file. My "controller"
> class will be making C++ calls, mostly allocating pointers. I already
> read the Apple
> document describing the limitations of integrating C++ calls from within
> an Obj C
> file (my controller).
>
> First off, I was told I had to change the .m suffix to .mm suffix if I
> intend to
> call C++ code implemented in .cxx files. Not sure if Apple supports
> the .cxx
> suffix - nor could I find anything that says I shouldn't. Should I
> leave the files
> as .cxx?
>
> For instance, the statement:
>
> auto_ptr<ClientAuthManager> clientAuth(new ClientAuthManager);
>
> Creates a pointer to a ClientAuthManager object and places it into
> 'clientAuth' pointer.
> The C++ reference says and I quote: "An auto_ptr is a pointer that
> owns the object to
> which it points. Ownership of this object can be transferred to another
> auto_ptr, but some
> auto_ptr always owns the object". Which I hopefully hope will help me
> with dealing with
> disposal of objects they point to.
>
> I intend to use this C++ construct in my "init" method of my
> "controller.mm" file. Is this
> permitted?
>
> I'll post the error messages I get after I've tried a few more things,
> but first, I just
> want to know if it's possible before I spend a huge amount of time for
> nothing.
>
> I'm weak in C++, especially since I've been using Obj C more often, and
> am not familiar
> with a lot of the newer C++ constructs and features, since the last time
> I programmed in
> C++ was over 20 yrs ago, and back then, C++ was in it's infancy.
>
> I also intend to use statements like this:
>
> int level=(int)Log::Debug;
>
> Log::initialize(Log::Cout, (resip::Log::Level)level, appname,
> logfilename);
>
> Is this also permitted? I read and re-read the apple document, but
> see nothing that
> says I couldn't, but want to ask the list first before I wind up
> getting swallowed up in
> error messages (which are often ambigious), only to find that this is
> not permitted.
>
> Also, the Mac document says that the use of Virtual objects in C++ is
> not possible...
> I also searched the entire "examples" directory and all it's
> sub-directories for the
> use of "auto_ptr" and found NOTHING uses it... and this is very
> discouraging to me.
>
> Is there anyone out there who can shed some light on this for me?
>
> Please get back to me.
>
> John
>
> John
>
>
> ------------------------------
>
> Message: 2
> Date: Thu, 4 Aug 2005 17:06:43 -0600
> From: "Marcus S. Zarra" <email@hidden>
> Subject: Re: Core Data Many2Many Relationships
> To: Chris Blunt <email@hidden>
> Cc: Cocoa-Dev Mail <email@hidden>
> Message-ID: <email@hidden>
> Content-Type: text/plain; charset=ISO-8859-1
>
> Look at the core recipes example code from Apple. In there they have
> a many to many relationship between recipes and cooks (could be wrong
> about the exact objects).
>
> http://developer.apple.com/samplecode/CoreRecipes/CoreRecipes.html
>
> On 8/4/05, Chris Blunt <email@hidden> wrote:
>> Hi
>>
>> Thanks for the advice so far. Although I can see what I need to do
>> (subclass the nsmanagedobject class and implement the addExraObject
>> code...), I can't figure out how to work it to my requirements. Does
>> anyone know of any clear documentation on how to do this sort of
>> thing with core data? To summarise my problem, I'm trying to list all
>> available extras that can be attached to a domain using a NSTableView
>> with a checkbox column. If the user wants a domain to have a certain
>> feature, they simply check the box. The problem (feature!) is that
>> users can set up their own extras with associated costs.
>>
>> I'm still new to cocoa and core data, so there may be some basic
>> principle I'm missing?
>>
>> Thanks!
>> Chris
>> --
>> www.chrisblunt.com
>> _______________________________________________
>> Do not post admin requests to the list. They will be ignored.
>> Cocoa-dev mailing list (email@hidden)
>> Help/Unsubscribe/Update your Subscription:
>>
>> This email sent to email@hidden
>>
>
>
> ------------------------------
>
> Message: 3
> Date: Thu, 4 Aug 2005 16:13:27 -0700
> From: mmalcolm crawford <email@hidden>
> Subject: Re: Core Data Many2Many Relationships
> To: Cocoa-Dev Mail <email@hidden>
> Message-ID: <email@hidden>
> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
>
>
> On Aug 4, 2005, at 3:08 AM, Bill Cheeseman wrote:
>
>> One way to populate the extras relationship in a domain object
>> programmatically is to make domain a subclass of NSManagedObject and
>> implement the -add<Keys>Object and related Core Data accessor
>> methods. In
>> your case, you would name these -addExtrasObject: to link a single
>> extra
>> object into a domain object, and -addExtras: to add a set of extra
>> objects
>> to a domain object. Since the relationships are inverse (i.e.,
>> many-to-many), this would automatically link the domain object to
>> the extra
>> object (or each of the extras objects) at the same time.
>>
>
> Just for the sake of completeness, the easiest way to do this is
> simply to use mutableSetValueForKey: (see "To-many Relationships":
> <http://developer.apple.com/documentation/Cocoa/Conceptual/
> CoreData/Articles/cdRelationships.html>
>
> mmalc
>
>
>
> ------------------------------
>
> Message: 4
> Date: Thu, 4 Aug 2005 20:04:06 -0400
> From: Michael Bianco <email@hidden>
> Subject: Helper Tool Include Foundation Framework
> To: Cocoa Apple dev <email@hidden>
> Message-ID: <email@hidden>
> Content-Type: text/plain; charset=ISO-8859-1
>
> I have a Cocoa tool that has a helper tool that runs as root. I was
> previously written in plain C using only BSD & standard library calls.
> But for some updates I'm making I needed to add some obj-c stuff that
> was in the foundation framework. I added the framework to linked
> libraries section in the tools target. But it gives me a compiler
> error:
>
> /usr/bin/ld: Undefined symbols: _main
> collect2: ld returned 1 exit status
>
> Any ideas on why it would do this? I tried linking to the Cocoa
> Library instead but it didn't work...
>
>
> ------------------------------
>
> Message: 5
> Date: Thu, 4 Aug 2005 19:12:40 -0500
> From: "A. Karl Keller" <email@hidden>
> Subject: Re: NSTableView bottleneck
> To: email@hidden
> Message-ID: <email@hidden>
> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
>
> Thanks, Ryan. It just works.
> Karl
>
>
> On 8/4/05, Ryan Stevens <email@hidden> wrote:
>> Karl,
>>
>> To update an entire row....
>>
>> NSRect rowRect = [yourTable rectOfRow:rowNeedingReloaded];
>>
>> [yourTable setNeedsDisplayInRect:rowRect];
>>
>> Or if you want a specific row in a specific column only..
>>
>> NSRect rowRect = [yourTable rectOfRow:rowNeedingReloaded];
>> NSRect colRect = [yourTable rectOfColumn:aTableColumn];
>>
>> [yourTable setNeedsDisplayInRect:NSIntersectionRect(rowRect,
> colRect)];
>>
>> On Aug 4, 2005, at 2:19 AM, A. Karl Keller wrote:
>>
>>> I've got an NSTableView bottleneck. Many rows of the table can be
>>> seen at once, and I need to keep one NSCell of the table synced to
>>> a user editable NSTextView. If I call reloadData after each
>>> keystroke, its lags behind the user. Does anyone have a subclass
>>> or category for NSTableView that allows a single NSCell to be
>>> reloaded?
>>>
>>
>
>
> --
> http://karlk.net
>
>
>
>
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden