IB handling question
Filipe Varela
fcv at dev6.com
Tue May 8 03:07:05 PDT 2007
IB can do all that and much more. Place the tab views in separate
NSView instances and leave the outline along with a "destinationView"
in the dialog. Destination view should resize to whatever is needed
to draw the biggest tab. Upon changing selection in the outline, make
the tab view draw in the destinationView.
The problem is not IB or its capabilities. You need to think cocoa :)
Filipe
On 2007/05/08, at 10:38, Lothar Scholz wrote:
> Hello macosx-dev,
>
> I have a complex dialog with an outline on the left side and 4
> different
> tab widgets on the right (each with a lot of tab items and
> subwidgets).
> Based on what item is selected in the outline one of the tab widgets
> needs to be displayed and the other 3 needs to be hidden.
>
> My question is just about how to handle work with IB to get the layout
> of the widgets correct. Working with multiple stacked widgets in a
> pain because there seems to be no Z-order in IB. I can't select
> an item and make it the foreground item. When i check the hidden
> attribute in the inspector it does not also not help. So at the moment
> i tried to design one of the layer, then move it to a corner of the
> window, design the next layer and so on and then move this back when
> the whole design is done.
>
> But it is a terrible pain in the ass and costs me a lot more time
> then what i have to do for the other plattforms.
>
> The more i try IB the more i see it is not useable for more complex
> and dynamic dialogs (when widgets are added/shown or removed/hidden
> during runtime). Is there any alternative to IB for GUI design. Is
> there some layout manager based library (either for cocoa or carbon)?
>
> --
> Best regards,
> Lothar mailto:llothar at web.de
>
> _______________________________________________
> MacOSX-dev mailing list
> MacOSX-dev at omnigroup.com
> http://www.omnigroup.com/mailman/listinfo/macosx-dev
More information about the MacOSX-dev
mailing list