Just thought I’d open up a thread for my latest add-on,
WeeLayout
(see the add-on page for explanation/description), that I published a couple of weeks ago, so we can have a place to discuss bugs and features.
At least André Schild has left a question in the add-on page ratings/comments, so I’ll answer it here:
When the layout is undefined or fixed sized, you can add margins to the
.v-weelayout-cell elements. Use either margin-top (vertical) or margin-right (horizontal). You could even create a custom style name that you can use to trigger spacing. See example below (not a final solution, this won’t work in IE6/7):
Are you willing to spend extensive time in GWT Development Mode? That’s what is needed to get things fixed.
I guess there are plenty of bugs with the layout, but could you describe in detail what sort of trouble you ran into in IE6 and IE7, and maybe I’m able to point you in the right direction. Thanks!
The printing problem is solved, but not completely. With my full-hd-wide-screen-workaholic monitor, the 100% width divs are show with fixed size of 1900-like pixels. And when I put that divs into a popup window to get printed, the text is cropped. That was discussed
here and
here : the fault is of the heavy, slow, fixed-size core layouts.
A solution? Using the CssLayout. An acceptable solution? Well, time to give the WeeLayout a chance.
I simply switched from my long page of nested VerticalLayouts to a long page with nested WeeLayouts - no good. As it seems I have to redefine every component of the tree (labels, buttons, tables…), making it painful enough to remind JSF as “good days”.
This is what I need: a layout with no fixed sizes at all, which maintains the components gracefully spaced (like VerticalLayout does), and which I can “copy and paste” to another smaller window without cropping the content. Can WeeLayout handle that? If not, can you point me some directions?
(By the way, as we are talking about printing: try to print the sampler app. The content gets cropped.)