Re: autosizing problem
Re: autosizing problem
- Subject: Re: autosizing problem
- From: Yann Disser <email@hidden>
- Date: Tue, 29 Apr 2008 09:59:09 +0200
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@hidden> 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 (email@hidden)
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:
This email sent to email@hidden