Author: b...@google.com
Date: Tue Feb 17 01:57:33 2009
New Revision: 4764
Modified:
changes/bobv/web_mode_stack_traces_r4761/dev/core/src/com/google/gwt/dev/jjs/impl/GenerateJavaScriptAST.java
Author: j...@google.com
Date: Tue Feb 17 08:03:44 2009
New Revision: 4765
Modified:
wiki/HashMapOptimization.wiki
Log:
Edited wiki page through web user interface.
Modified: wiki/HashMapOptimization.wiki
==
---
Author: j...@google.com
Date: Tue Feb 17 08:06:02 2009
New Revision: 4766
Modified:
wiki/HashMapOptimization.wiki
Log:
Edited wiki page through web user interface.
Modified: wiki/HashMapOptimization.wiki
==
---
Author: jlaba...@google.com
Date: Tue Feb 17 09:09:03 2009
New Revision: 4768
Added:
trunk/reference/code-museum/src/com/google/gwt/museum/client/defaultmuseum/Issue3187.java
(contents, props changed)
trunk/user/src/com/google/gwt/user/FileUpload.gwt.xml
Modified:
Jeff: previously everything we shipped in gwt-dev-*.jar was accessible to
server code. With the new entry point, we isolate the web application so
that you'll be explicit about your dependencies.. this make it much more
likely that when you deploy your GWT app to a real server, things just work
Is @noflip{} insufficient?
If you go down this route, it would be necessary to add -begin and
-end suffixes as well.
border-begin: 4px;
padding-begin: 5px;
--
Bob Vawter
Google Web Toolkit Team
--~--~-~--~~~---~--~~
Also, what about four-valued properties?
--
Bob Vawter
Google Web Toolkit Team
--~--~-~--~~~---~--~~
http://groups.google.com/group/Google-Web-Toolkit-Contributors
-~--~~~~--~~--~--~---
On Sun, Feb 15, 2009 at 7:45 AM, codesite-nore...@google.com wrote:
Author: br...@google.com
Date: Sat Feb 14 12:44:48 2009
New Revision: 4734
Modified:
releases/1.6/dev/core/src/com/google/gwt/dev/javac/JsniChecker.java
Log:
Fixes broken build introduced in last commit by adding a
This branch removes the @SingleJsoImpl annotation in favor of having
the compiler and hosted-mode simply infer the
one-JSO-implementation-of data. The new rule for JSO types
implementing interfaces with methods is:
- The methods in an interface may be implemented by zero or one JSO subtypes.
The change looks obvious, but I can't trivially test them. Can anyone
who uses the Eclipse project files test this patch and verify that
they work for at least one platform?
A good test would be that, in trunk, the cast in LongFromJSNIChecker
at line 196 is necessary:
// It's just a
On Tue, Feb 17, 2009 at 9:27 PM, Lex Spoon sp...@google.com wrote:
The underlying problem is most likely version skew. Newer JDT's have
a method that returns a wider type than it used to. The probable
cause of that skew is that the Eclipse project files still point at an
older JDT. I have
Sorry, didn't see this thread, I just put in a change to 1.6 to update those
files.
On Tue, Feb 17, 2009 at 9:36 PM, Lex Spoon sp...@google.com wrote:
The change looks obvious, but I can't trivially test them. Can anyone
who uses the Eclipse project files test this patch and verify that
they
On Wed, Feb 18, 2009 at 2:42 PM, Scott Blum sco...@google.com wrote:
Sorry, didn't see this thread, I just put in a change to 1.6 to update those
files.
Excellent, that's even better. -Lex
--~--~-~--~~~---~--~~
On Wed, Feb 18, 2009 at 2:41 PM, Scott Blum sco...@google.com wrote:
That is indeed the problem. But there's no reason to not update the Eclipse
projects.. they should always reflect the state of the ant build files, and
ideally would be updated together in a single commit. I committed a fix
14 matches
Mail list logo