Hi all,
I have been working with the ScrollTable for some time now, and
finding a
good way to render large tables have proven somewhat difficult. Based
on
my experiences, I'd like to suggest an addition/change to the
TableBulkRenderer.
Currently, the TableBulkRenderer is creating a
Hi Sony,
I never had a problem with nesting widgets manually. AxisPanel looks
to me like a helper class that is able to reduce code size, but it's
no real addition to gwt.
What we really need are components like the ones found in ext:
http://extjs.com/examples/layouts/borderlayout.html
I'm very
Author: [EMAIL PROTECTED]
Date: Mon Oct 27 10:58:57 2008
New Revision: 3870
Modified:
releases/1.6/dev/core/src/com/google/gwt/dev/CompilePerms.java
releases/1.6/dev/core/src/com/google/gwt/dev/GWTCompiler.java
Log:
Finalized a couple of fields that needed it.
Suggested by: bobv
dflorey, Isaac
Thank you for your comments. First off, I want to make sure I am
going about this the right way. Was I supposed to post AxisPanel
myself or wait for a reply from a sponsor? I didn't join the group
itself till after my 2nd email attempt. Thanks again for posting this
for me.
Author: [EMAIL PROTECTED]
Date: Mon Oct 27 13:24:40 2008
New Revision: 3871
Modified:
releases/1.6/user/src/com/google/gwt/i18n/rebind/AbstractLocalizableInterfaceCreator.java
releases/1.6/user/src/com/google/gwt/user/client/rpc/impl/AbstractSerializationStream.java
On Mon, Oct 27, 2008 at 4:22 PM, Ray Ryan [EMAIL PROTECTED] wrote:
** KeyGenerator.java:191
Shouldn't you be recursively checking all superclasses? Hmm. Actually,
since these things are interfaces, why check super at all?
You can theoretically have your own concrete implementation for a
Author: [EMAIL PROTECTED]
Date: Mon Oct 27 13:29:12 2008
New Revision: 3872
Added:
releases/1.6/user/super/com/google/gwt/emul/java/io/IOException.java
(contents, props changed)
releases/1.6/user/super/com/google/gwt/emul/java/lang/Appendable.java
(contents, props changed)
On Mon, Oct 27, 2008 at 1:26 PM, John Tamplin [EMAIL PROTECTED] wrote:
On Mon, Oct 27, 2008 at 4:22 PM, Ray Ryan [EMAIL PROTECTED] wrote:
** KeyGenerator.java:191
Shouldn't you be recursively checking all superclasses? Hmm. Actually,
since these things are interfaces, why check super at
** KeyGenerator.java:191
Shouldn't you be recursively checking all superclasses? Hmm. Actually,
since these things are interfaces, why check super at all?
** CommonInterfaceAnnotations.java:22
Nit: need p to break up 'graphs in javadoc
On Fri, Oct 24, 2008 at 1:50 PM, John Tamplin [EMAIL
I looked today at making the code splitter work with the cross-site
linker. I got it working, but I had to undo one aspect of the current
implementation, and I'm not sure what the correct change would be.
Specifically, the cross-site linker wraps all of the JavaScript code
into a function and
IIRC, this is standard practice in XS JS libraries to prevent
accidental leakage of globals as well as a convenient way to have
'package' scoped variables.
-Ray
On Mon, Oct 27, 2008 at 2:14 PM, Lex Spoon [EMAIL PROTECTED] wrote:
I looked today at making the code splitter work with the
Even worse, rowspans effect the coordinates of cells that they
overlap, but colspans do not. :-/
On Tue, Oct 21, 2008 at 18:04, Charles Fry [EMAIL PROTECTED] wrote:
As a new GWT user (thanks a ton for the awesome toolkit) I have a few
issues with table columns:
1) To my surprise, FlexTable
Ok, here is a revised patch which recursively follows the inheritance
chains, and the test improved to check for that.
--
John A. Tamplin
Software Engineer (GWT), Google
--~--~-~--~~~---~--~~
http://groups.google.com/group/Google-Web-Toolkit-Contributors
When you're right, you're right. I really can't justify the breaking
change. I've switched the default to maintain status quo, so this
change is now purely a new method. Submitted to 1.6 as r3873.
rjrjr
On Thu, Oct 16, 2008 at 1:31 PM, Isaac Truett [EMAIL PROTECTED] wrote:
The Google home
On Fri, Oct 17, 2008 at 5:40 PM, Lex Spoon [EMAIL PROTECTED] wrote:
On Fri, Oct 17, 2008 at 3:46 PM, Ray Cromwell [EMAIL PROTECTED] wrote:
BTW, the code that loads the async fragments must be proxy-aware for
this to work. The GadgetLinker
generateScriptInjector/generateStylesheetInjector
Author: [EMAIL PROTECTED]
Date: Mon Oct 27 15:58:02 2008
New Revision: 3876
Modified:
wiki/DesignOOPHM.wiki
Log:
Edited wiki page through web user interface.
Modified: wiki/DesignOOPHM.wiki
==
---
LGTM
On Mon, Oct 27, 2008 at 2:47 PM, John Tamplin [EMAIL PROTECTED] wrote:
Ok, here is a revised patch which recursively follows the inheritance
chains, and the test improved to check for that.
--
John A. Tamplin
Software Engineer (GWT), Google
On Fri, Oct 24, 2008 at 10:31 AM, Thomas Broyer [EMAIL PROTECTED] wrote:
Attached is a patch to update the DesignOOPHM wiki page to bring it in
line with the branches/oophm code (re messages and values)
Committed, with some follow-up changes. Thanks.
--
John A. Tamplin
Software Engineer
Have you guys seen the recent UFaceKit proposal? I didn't see mention
of it in this thread or any of the other threads listed.
http://www.eclipse.org/proposals/ufacekit/
-Ben
--~--~-~--~~~---~--~~
http://groups.google.com/group/Google-Web-Toolkit-Contributors
r3809, for the specific case of an unnamed test object; that's the earler
'review request: JUnit hang' thread I mentioned. I got approval from Bob
for that one when I realized you were gone for the week, but left this one
on your queue 'cause it was lower-priority given the front door fix and
I can see where that would be confusing, and the JavaDoc should be updated.
Balancing performance and usability can be very tricky in a web browser.
Whereas in a Java world we can use hash maps and some O(n^2) logic (I don't
really know if the algorithm is this bad) to keep track of row and cell
21 matches
Mail list logo
