Giving a minimum size to my drawer worked.

However I think this absolutely is a bug. I would expect my views to vanish if the window is made too small and to reappear normally once the window is again large enough.

I also find it stange, that I can specify a drawing order in IB if overlapping views are not supported...

Anyway, thank you very much!

Yann

On 29. Apr 2008, at 8:15, Kyle Sluder wrote:

On Mon, Apr 28, 2008 at 5:34 AM, Yann Disser <[EMAIL PROTECTED]> wrote:
I tried to put all the content in a simple window and everything worked fine until I resized the window to a size too small for the table view to be displayed at all. When I made it larger again, the same problem occured. I would like the table view to occupy the unoccupied space of the drawer, no
matter how much that is. What am I doing wrong?

Nothing.  The autoresizing algorithm freaks out if a view winds up
with a zero or negative dimension.  You need to specify a minimum size
for this reason.

While I'm at it: Why is the table view drawn in the back, even though I set it up to be in the very front. This worked when I put all the views in a window instead of a drawer. The strange behavior that text fields are always drawn on top forced me to use a label and a text field inside an oval NSBox to get the oval edit fields under "cost". I would prefer to use an oval NSTextFields with a label on top because they have the same shadow as the other text fields. However this does not seem to be possible, because the
text fields are always drawn on top of the labels...

Cocoa does not support overlapping views.

--Kyle Sluder

_______________________________________________

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to [EMAIL PROTECTED]

Reply via email to