> "In a nutshell what you are saying is that it's perfectly OK for any other
control to adjust the size of the container, except for a label."
No, I'm saying that (1) a control grows the container as much as the control
needs and (2) that a label with wrap==true does not need to widen the
container and (3) that widening the container SOLELY to accommodate the
label is not the most useful or desirable feature.
Note that (1) is how it is in the layout manager, (2) is how I would suggest
that the wrap is interpreted, and (3) is my experience to date with long
label descriptions which lead to (2).
> "You obviously didn't even notice that in your Playground example, your
GroupBox is the full width of the container even though you gave it a width of
200. You didn't give it a maxWidth so it grew. It followed the rules."
Eh? How could I have not noticed the groupbox is the full width of the
container?!? That was the point, that the label had enlarged it.
I realise that the width property is not a restriction, and that maxWidth
would force the container to remain at most 200 pixels and that the label
would be forced to wrap.
> "At design time you have to have some idea of what your max size is for the
container"
It depends entirely on how big the user's screen is and what pages have been
loaded into their application (see previous post)
> "The width of the screen"
Yep, Samsung set mine at 1400 pixels. How about you?
> "the width of the tabview (I'm sure whoever created them gave them a width),
the width of it's parent container or something?"
No, they didn't. The tabview grows to contain what is required of it (see
previous post)
> "Set the containers maxWidth to that value and all your issues will be solved.
It really is that simple."
Brilliant, that's inspired. So you say I can set the width of things
manually?? Gee I didn't know that oh wait, did you read my previous
post??
> "But if you don't give it some sort of rule to go by, remember that
programming is simply a set of rules, it will do what it needs to do. The same
is true of the container."
Thanks for the "a program is made up of a set of rules" education, but if
you had read my previous posts you would have seen that I was suggesting
that the Label has enough information to trigger wrapping and that this
would be a beneficial use-case. So you think that a label should have to be
forced to wrap at a particular size??? OK, fine but there's no need to
get worked up.
Look, I guess you approach UI design from a different POV that everything
has a specific and predetermined layout and sizes. I don't have that use
case. As I said before, we pull together containers and use auto sizing to
dynamically add controls and make everything flow together. Mostly, this
works great (because I'm following the rules on the layout manager) but long
labels REQUIRE me to MANUALLY specify widths and this screws with the "auto"
part of "auto sizing".
John
------------------------------------------------------------------------------
Beautiful is writing same markup. Internet Explorer 9 supports
standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3.
Spend less time writing and rewriting code and more time creating great
experiences on the web. Be a part of the beta today.
http://p.sf.net/sfu/beautyoftheweb
_______________________________________________
qooxdoo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
