Anyone know of a good reason why an I.B. nib doesn't always embed
a tab control's user panes in the same order as the tabs?
I don't. What I do know is that IB has been known to do some things
in rather odd ways, which seem to be the result of nothing more
than the person who programmed it using an approach that didn't
take these kinds of things into consideration. For example, at
least through 2.5.4, the Duplicate command is implemented by a Copy
+ Paste sequence that wipes out whatever you had on the clipboard.
For example, if we have a tab control with say five tabs,
Tab1...Tab5, and Tab1 is the currently selected tab when we save
the I.B. project, the user panes are embedded 1,2,3,4,5. However,
if the last viewed tab is say Tab2, the embedding order is 2,1,3,4,5.
If the panes were embedded in tab order, maybe we wouldn't need to
assign an ID to each user pane and could use the sub views'
indices instead.
I used to delete all the panes and use my own which were created in
separate nibs. I only loaded them as needed to avoid loading a
bunch of stuff that may not even be used. But I had a lot of tabs
and eventually switched to using a popup group box because of the
horizontal space issue, especially when the tab control was
localized into other languages. But I agree, the current system is
kind of clumsy.
Larry
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Carbon-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/carbon-dev/email@hidden
