Re: Cocoa view design considerations
Re: Cocoa view design considerations
- Subject: Re: Cocoa view design considerations
- From: "J.M.Brough" <email@hidden>
- Date: Wed, 18 May 2005 23:29:53 +0100
On 18 May 2005, at 01:07, Tim Lucas wrote:
On 18/05/2005, at 7:49 AM, xCode wrote:
However, if debugging symbols are present then I will use them, so
the output would become:
<offset> <hex> <opcode> <info> <ascii>
<offset> <hex> <opcode> <label>
<offset> <hex> <opcode> <info> <ascii>
<offset> <hex> <opcode> <info> <ascii>
<offset> <hex> <opcode> <info> <ascii>
<offset> <hex> <opcode> <info> <ascii>
<label>
I could simply place <label> into the cell that would normally
contain the <offset>. The problem with this method is that you
would be constantly resizing the column width to see the full text
of said label. Would it be possible to have some form of custom
cell that could be inserted when the need arises? I'm clueless as
to how I would go about adding a cell for a situation like this.
What I need is a way to override the column width for just that
cell. Would a custom formatter for that cell be of any help?
Trying calling setFrame: the affected cells in the
tableView:willDisplayCell:forTableColumn:row: delegate method.
I've read nothing on CoreData, it's 10.4 only. I'd like it to run
on 10.3 systems as a minimum.
Core data handles your model... you're on your own when it comes to
customising the view.
- tim lucas
I'll take a look at your suggestion, thanks. What I meant by
CoreData was that I was led to believe that it facilitates auto
generation/proposed views. As already mentioned, I've not read a
line about it. I could be way off base - or my informant is!
Thanks,
Jason.
_______________________________________________
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