Another crazy possibility is to use Brad Neuberg's SVGWeb (
http://code.google.com/p/svgweb/). He's implemented almost 100% of SVG and
SMIL in Flash plus a JS wrapper, so as to enable HTML5 features in IE6. I
have to say that the demos are very impressive.
IMHO, IE6+VML is a lost cause for all but
Is VML performance really that bad? I'm quite sure you've done a lot more
testing than I have :) My understanding has always been that it sucked
miserably for implementing a direct-mode API like Canvas, largely because of
the obvious and inherent abstraction-inversion problems. But if you're
LGTM.
http://gwt-code-reviews.appspot.com/54808/diff/1/4
File user/src/com/google/gwt/resources/rg/ImageBundleBuilder.java
(right):
http://gwt-code-reviews.appspot.com/54808/diff/1/4#newcode636
Line 636: for (IteratorImageReader it =
ImageIO.getImageReadersBySuffix(suffix); it.hasNext();) {
On Wed, Jul 29, 2009 at 10:52 AM, Joel Webber j...@google.com wrote:
I agree that it's probably best to go ahead and fix the bugs in GWTCanvas
that are likely to show up in any SVG/VML translation. And while I don't
think anyone's actually worked out the performance of excanvas.js vs
On Wed, Jul 29, 2009 at 8:57 AM, Joel Webber j...@google.com wrote:
Is VML performance really that bad? I'm quite sure you've done a lot more
testing than I have :) My understanding has always been that it sucked
miserably for implementing a direct-mode API like Canvas, largely because of
the
Oh, I think we're in complete agreement that GWTCanvas is the wrong
abstraction for SVG/VML -- which is why I cc'd Dan, who's been working on a
replacement that presents a sensible retained-mode API (to be fair, when
Jaime first wrote GWTCanvas, SVG performance was *abysmal* on most browsers,
and
All,
I just posted an initial design doc for the new Layout system here:
http://code.google.com/p/google-web-toolkit/wiki/LayoutDesign
Note that it doesn't address much in the way of details on the individual
widget APIs yet -- it's mostly about the sorts of constraints that the
system can
On Wed, Jul 29, 2009 at 9:34 AM, Joel Webber j...@google.com wrote:
As for O2D, isn't that more or less what you get with the SVG/VML DOM
structures? Ugliness of XML aside, the Javascript *does* mostly get out of
the way of the renderer once your scene graph's constructed -- you just run
Joel, Does this mean you can no longer say I don't care how wide my widget
is, just take up whatever space is left? The document says you can use % as
a unit, but if I say 100% as I don't care, just as big as possible, is
something bad going to happen?
-Ray
On Wed, Jul 29, 2009 at 9:36 AM, Joel
That's correct, but only in the context of layout
panels. So for example, you would have to explicitly specify the height of
header widgets in a stack panel (say, 2em), but *inside*
them, you can do whatever you want, using traditional CSS techniques.
I imagine that most apps will have a
Hi Ray -
You can take a look at my work-in-progress at
https://mondrian.corp.google.com/changelist/10864395. It's a retained-mode
API that translates into SVG or VML depending on browser
type. Retained-mode drawing uses a Graphics interface:
public interface Graphics {
ShapeElement
Revision: 5834
Author: zun...@google.com
Date: Wed Jul 29 11:34:50 2009
Log: Update ant-launcher to ant version 1.7.1
Review by: jlabanca(TBR)
http://code.google.com/p/google-web-toolkit/source/detail?r=5834
Added:
/tools/lib/tomcat/ant-launcher-1.7.1.jar
Revision: 5833
Author: zun...@google.com
Date: Wed Jul 29 11:22:15 2009
Log: Added Apache Ant 1.7.1 to the list of tools.
Review by: jlabanca
http://code.google.com/p/google-web-toolkit/source/detail?r=5833
Added:
/tools/antlib/ant-junit-1.7.1.jar
/tools/lib/apache/ant-1.7.1-src.zip
Reviewers: robertvawter_google.com, scottb,
Description:
This patch removes the previous special-case handling of JDO objects in
favor of a more general approach. First we determine which classes may
be enhanced, based on annotations in the classes themselves or a new
rpc.enhancedClasses
This sounds very promising! Will there be (is there already?) a wiki
page explaining how this works?
Regards,
--
Arthur Kalmenson
On Wed, Jul 29, 2009 at 3:04 PM, r...@google.com wrote:
Reviewers: robertvawter_google.com, scottb,
Description:
This patch removes the previous special-case
Hi Bob et. al,
Obviously development is hard to predict, but do you have a rough estimate
of when this will be ready for prime time? 2 months? 6 months?
Nick
On Fri, Jul 24, 2009 at 8:22 PM, BobV b...@google.com wrote:
The deRPC code went into trunk a week or so ago, and no initial fires
Revision: 5836
Author: r...@google.com
Date: Wed Jul 29 13:59:08 2009
Log: Update branch info to reflect r5835.
http://code.google.com/p/google-web-toolkit/source/detail?r=5836
Modified:
/branches/snapshot-2009.07.21-r5768/branch-info.txt
===
---
Revision: 5837
Author: j...@google.com
Date: Wed Jul 29 14:58:34 2009
Log: Change file reference test to use new API dealing with types rather
than
file names.
http://code.google.com/p/google-web-toolkit/source/detail?r=5837
Modified:
Revision: 5835
Author: r...@google.com
Date: Wed Jul 29 13:57:34 2009
Log: Merging /trunk c5819 into this branch.
http://code.google.com/p/google-web-toolkit/source/detail?r=5835
Modified:
/branches/snapshot-2009.07.21-r5768/dev/core/src/com/google/gwt/dev/jjs/impl/CodeSplitter.java
Reviewers: scottb, Lex,
Description:
Obfuscation Optimization Patch, incorporates two features:
1) The first character of an obfuscated identifier can be base-54
instead of base-32. This reduces output size by 0.5-1%. This patch
originally came from an external contributor (Issue #2448)
2)
20 matches
Mail list logo
