Lost ability to alt-drag IB items
Lost ability to alt-drag IB items
- Subject: Lost ability to alt-drag IB items
- From: Ricky Sharp <email@hidden>
- Date: Thu, 09 Dec 2004 13:32:48 -0600
I decided to post this problem here in the rare chance that anyone has a solution. I wish DTS incidents would roll over from year to year as I'm about to eat through mine all due to IB :P
Anyhow, to work around issues where sizeToFit wasn't being called (see previous threads) as well as to give me more flexibility with my widgets, I opted to move them from being NSView subclasses to NSControl/NSCell subclass pairs.
While it was very easy to split the original class into two pieces, and make all the appropriate mods (e.g. initTextCell vs. initWithFrame), IB now refuses to allow alt-drags (option drags) even though I have allowsAltDragging returning YES.
Again I'm in the strange situation where some widgets (e.g. my IIButton/IIButtonCell) work a-ok. I also rebuilt the Clock Control palette and it too works a-ok with alt dragging. Finally, I created an IB palette from scratch, and authored a simple IIControl/IIControlCell combo. It worked.
Adding logging didn't show any signs of bad code being executed. For example, the alt-drag process does call my cell's copyWithZone. But no NSMatrix is ever created and the original widget is left in a state such that it will not redraw itself unless I add another object to the window. The object then redraws.
I've verified the following with no success:
* Nuked my IBPalette, launched IB and told it to "stop looking for the missing palette".
* Removed all occurrences of the custom classes from within my nibs (e.g. IB palette, inspector nibs etc.). Then, re-dragged the .h files to the nibs.
I'll be packaging the working palettes and broken palette for DTS later this afternoon.
All this is being done with Xcode 1.5 under Mac OS X 10.3.6. All nibs are in the 10.2 and later format (not using text format).
--
Rick Sharp
Instant Interactive(tm)
_______________________________________________
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