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
Comment by mescalinum:
thanks dan. I got the same issues on 64bit platform and I fixed thanks to
your tips
For more information:
http://code.google.com/p/google-web-toolkit/wiki/UsingOOPHM
--~--~-~--~~~---~--~~
Hi Sami -
1) To track the previous state would seem to require doubling the amount of
data sent from server to client, which doesn't seem like a good tradeoff in
general. My proposal avoids the need to send extra data by simply allowing
everything to be marked as dirty.
What are your specific
Hi Dan,
Please correct me if I'm wrong. As I understand your proposal, when entity A
get back to the server after being modified by the client, you assume that
all fields are dirty if extra data are not present ? If extra data exists,
you don't compare extra-data state representation (which would
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
folks, hi,
as you know, pyjamas tracks GWT fairly closely, with the UI widget API
being near-identical to that of GWT, and even to the point where i
wrote a java2py.py script which converts GWT java code [mostly] to
python, to make the process of porting GWT widgets over to python that
much
At least in JDO, the extra data is essentially a couple of bit sets. It
doesn't contain any additional copies of field values. I'm not sure what
would happen with collections -- if one were used as a field value, we would
call a setter and hand it entire collection, which I suppose Hibernate
Reviewers: Lex, scottb,
Message:
Review requested.
@Lex, the implementation follows our IM discussion pretty much as
discussed.
Description:
This patch changes the way code-splitting and string interning is
performed on the JS AST to allow new strings to be introduced by
JsVisitors (such as
Bob, Woohoo! I assume this patch general purpose and would allow any of the
Js optimization passes to introduce new string literals? I ask because I ran
into the problem a few months ago when I wanted to introduce some extra
stuff into JsStaticEval for mirroring the Simplifier in the Java AST
On Mon, Jul 27, 2009 at 7:37 PM, Ray Cromwellcromwell...@gmail.com wrote:
Woohoo! I assume this patch general purpose and would allow any of the Js
optimization passes to introduce new string literals?
That's my expectation.
--
Bob Vawter
Google Web Toolkit Team
I'm about to embark on coming up with a way to lock 1 or more of the
left-most columns. E.g., the locked columns will not scroll
horizontally as the other columns are scrolled.
I've googled around, and not found any other work towards this, so I'm
hoping it's not impossible.
Currently, I'm
12 matches
Mail list logo