I just wanted to note that a recent change to trunk should fix problems with
using the layout panel in trunk, and we'll be including it in the next
release.
On Fri, Nov 20, 2009 at 12:37 AM, jd jdpatter...@gmail.com wrote:
Just wanted to update this example by noting that with the recent
Just wanted to update this example by noting that with the recent
changes this workaround no longer works. This is because the calls to
layout() are now delayed and scheduled after the current code
executes. I had to do this to get the map to layout correctly:
root.animate(0,
Thanks for the patch.
I disagree with adding the setCenter method, I think the override of
add() is the right thing to do. Making the method more forgiving also
seems wrong, with the potential to hide the user's mistakes.
I agree that the must-add-center-last thing is annoying, but Joel will
No, but that's a good idea. I'll make a point to add such a method.
On Mon, Oct 12, 2009 at 12:25 PM, aris ari09845...@gmail.com wrote:
Hello
I added a control “c1” using addNorth(c1, 20), is it possible to
change the size of that panel from code?
(I'm using latest version from SVN)
Thanks for letting me know about this. I'll follow up on that thread.
On Sun, Oct 4, 2009 at 3:43 AM, jd jdpatter...@gmail.com wrote:
I found an issue using DockLayoutPanel with YUI grids.
Just double posting here as Joel is listening...
I found an issue using DockLayoutPanel with YUI grids.
Just double posting here as Joel is listening...
http://groups.google.com/group/google-web-toolkit/browse_thread/thread/56eae8aff7502287
On Sep 29, 8:52 pm, Joel Webber j...@google.com wrote:
That makes sense. RequiresResize was created
I have found the issue and am not sure how to fix it using the current
API. After setting 100% height and width on both the DockLayoutPanel
and RootLayoutPanel the map still reported a span of 0 and did not
render correctly. In Safari's Inspector I could see that the only
element without 100%
Actually I think that was a red herring - setting the parentElem style
just forced a re-render and changing the map size had the same effect.
I think the problem is due to the map trying to initialize itself
before layout() is called. If I add a holder panel like this:
Have you tried the method map.checkResizeAndCenter()?
On Mon, Sep 28, 2009 at 9:42 AM, jd jdpatter...@gmail.com wrote:
Actually I think that was a red herring - setting the parentElem style
just forced a re-render and changing the map size had the same effect.
I think the problem is due to
I completely understand your pain -- HTML layout is an absolute nightmare.
I'm about to start the review thread for the core Layout class and
supporting code (and post an initial design doc at the same time). It is a
low-level class that works directly with elements, and is meant primarily to
be
Sounds perfect. Thanks, Joel!
On Mon, Jul 27, 2009 at 8:07 AM, Joel Webber j...@google.com wrote:
I completely understand your pain -- HTML layout is an absolute nightmare.
I'm about to start the review thread for the core Layout class and
supporting code (and post an initial design doc at
Great!! I've just started usin g GWT (jumping in at 2.0) and this
sound perfect for our app.
Thanks Joel.
On Jul 27, 1:50 pm, Rob Heittman rob.heitt...@solertium.com wrote:
Sounds perfect. Thanks, Joel!
On Mon, Jul 27, 2009 at 8:07 AM, Joel Webber j...@google.com wrote:
I completely
Hi Joel,
A little cri de coeur ... whether as a branch, patchset, or note passed
under the desk, I would really love to have a look at your draft
DockLayoutPanel in the not too distant future. We've also had to reinvent
that wheel to meet some project time constraints, but I'd like to try to
That's fairly closely related to the approach I'm taking. It is worth
noting, however, that this totally fails on IE6, because it won't handle the
kinds of implicit constraints created by, e.g., { left:0; right:0; }. Just
to make matters more difficult, it also can't handle { right:0; }
properly
I think it is reallay interesting:
I've been able to realize flexible and fluid layout before passing to
use GWT, by using CSS and a combination of properties position:
absolute; top:xxx, bottom;xxx, width:xxx etc.
and I liked this approach because it does not use tables!
In gwt, I've tried to
That sounds really great. I've spent many hours to get this done but
ended up with the WindowResizeListener approach.
Do you delegate the size to child panels in case of resize? I've had
trouble nesting stack panels and gwt-maps inside resizable panels (HSP/
VSP).
On Jun 15, 9:11 pm, Joel Webber
Right, the idea is to let the browser do 99% of the work, but walk the
part of the widget hierarchy that needs layout whenever necessary
(whenever any part of it changes size), to give those widgets that
absolutely *must*,
a chance to deal with the change. In the example you give, the map widget
I'm still not 100% done with the API design, and a few edge-cases, but will
announce on the lists as soon as I have something ready for everyone to try
out. It uses a similar approach to the code in
Wave, but is rather more general, and supports IE6 (which Wave doesn't).
On Thu, Jun 11, 2009 at
No, it's not checked in yet, but I think Joel might started a branch to land
it before t long.
It isn't literally the same code as in Wave, but it's logically equivalent.
Joel can say a lot more about it than me.
On Thu, Jun 11, 2009 at 5:36 PM, dflorey daniel.flo...@gmail.com wrote:
Is
19 matches
Mail list logo