Re: Any tricks to dragging an NSTableView?
Re: Any tricks to dragging an NSTableView?
- Subject: Re: Any tricks to dragging an NSTableView?
- From: Scott Anguish <email@hidden>
- Date: Thu, 20 Apr 2006 02:02:43 -0400
On Apr 20, 2006, at 1:49 AM, Andy Lee wrote:
On Apr 20, 2006, at 12:52 AM, Scott Anguish wrote:
On Apr 19, 2006, at 11:59 PM, Sherm Pendley wrote:
Obviously, the order in which subviews of the table view would be
drawn is undefined, but wouldn't a Sketch-like app define its own
-drawRect: for its top-level canvas view, which would iterate
through and draw the table view and its siblings in a known order?
well, yes.
I'm not so sure, and here's why.
ah, sorry. I was saying that this is how a drawing program draws its
items... not including a tableview specifically. including a view
would be difficult, especially if there were overlap issues.
But a sketch-like app wouldn't use views as the items in its
display list.
Views are a heavyweight object and just aren't suited to this use
(Avoid the Overuse of Views - View Programming Guide for Cocoa
<http://developer.apple.com/documentation/Cocoa/Conceptual/
CocoaViewsGuide/Optimizing/chapter_7_section_2.html#//apple_ref/
doc/uid/TP40002978-CH11-112116>)
...this is more to the point -- whether one really wants to use a
view at all.
I think that solving the dragging issue may be the sufficient
though. if the original app is a data entry type situation where you
won't have items overlapping willy-nilly, then having the table view
as some subview of the background page view should be OK. just don't
try moving it directly when you want to drag the contents... instead
drag a proxy image until it is dropped.
_______________________________________________
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