Live resizing strategies for custom views
Live resizing strategies for custom views
- Subject: Live resizing strategies for custom views
- From: jkp <email@hidden>
- Date: Wed, 5 Oct 2005 10:04:24 +0100
All.
I wanted to throw a question to the floor that's been bugging me for
a while now. NSWindow has various methods to ask it if it is in
"liveResize" mode and these can be called from custom views
drawWithFrame: methods as and when needed to provide a lower quality
(faster alternative) to drawing a whole view normally.
This functionality is great and really helps when you have complex
views that dont cope with redrawing very fast, but it doesnt cover
off other "liveResizing" type situations such as when a view is
enclosed in a splitView (in this case an RBSplitView). There is no
way to query whether or not a live resize is happening in this or any
other situation.
I'm looking for a method to allow me to tell if my view is being
resized generally - so that i could implement alternative drawing
routines in these situaitons. Maybe a category on NSView or
something so you could query the parent view and react accordingly I
thought about trying to throttle the calls to drawRect in some way,
but im not sure how this would work.
Anyway...I hope someone understands what I'm talking about - any
suggested strategies would be more than appreciated. I know the best
solution is to make the drawing code as efficient as possible - but
in my case the view that is taking the time to resize is an
NSImageView with a large EPS displaying....Im not sure how i can
optimise this any more since i have no access to that code.
Many thanks in advance
jkp
_______________________________________________
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