. a gwt built with ant dist rather
then ant build.
On Fri, Sep 26, 2008 at 3:34 PM, Isaac Truett [EMAIL PROTECTED] wrote:
Thank you both! I'll see if I can get those launch configs running in
Eclipse. Everything compiles, but there's something amiss in my
runtime classpath.
On Fri, Sep 26
Does anyone have a working extension of the gen2 DatePicker? I haven't
had a lot of time to look at it so I may be doing something horribly
wrong but it seems that extending it is much more complicated than it
was with the old DatePicker. I have almost 500 lines of code so far
and I still haven't
29, 2008 at 4:44 PM, Isaac Truett [EMAIL PROTECTED] wrote:
Does anyone have a working extension of the gen2 DatePicker? I haven't
had a lot of time to look at it so I may be doing something horribly
wrong but it seems that extending it is much more complicated than it
was with the old
Why wrappers? Why not have the widgets simply implement a HasData interface?
public interface HasDataT {
public T getData();
public void setData(T data);
}
Maybe I'm just not seeing your use case.
On Fri, Oct 3, 2008 at 10:55 AM, Arthur Kalmenson [EMAIL PROTECTED] wrote:
I agree with Ian about the benefits of having data binding libraries
independent of the GWT widget library. I'm not trying to push my own
data binding scheme. My proposal of a HasData interface was to address
this point from Arthur's original post:
Right now, extracting data from widgets is
Perhaps. What would ListBox implement? HasDataString or
HasDataListString (ie. do we assume single-select or
multi-select)?
/**
* Gets the currently-selected item. If multiple items are selected, this
* method will return the first selected item ([EMAIL PROTECTED]
Good enough to commit it for me? :)
On Sat, Oct 4, 2008 at 10:33 AM, Emily Crutcher [EMAIL PROTECTED] wrote:
LGTM
On Fri, Oct 3, 2008 at 9:16 PM, Isaac Truett [EMAIL PROTECTED] wrote:
Oops. My *other* datepicker, right.
Here's the new patch with gen2 datepicker and implementing HasValue
, 2008 at 9:07 AM, Isaac Truett [EMAIL PROTECTED] wrote:
Good enough to commit it for me? :)
On Sat, Oct 4, 2008 at 10:33 AM, Emily Crutcher [EMAIL PROTECTED] wrote:
LGTM
On Fri, Oct 3, 2008 at 9:16 PM, Isaac Truett [EMAIL PROTECTED] wrote:
Oops. My *other* datepicker, right.
Here's the new
[+gwt-c]
-- Forwarded message --
Accordingly, HasValue should only ever be used for simple leaf types on
leaf widgets.
I think I object to issue with this statement, but first I'd like to see a
definition of leaf types and widgets. By leaf type, I assume you mean
primitive
be in an expressive language
definitely has some advantages.
Thanks a million!
Emily
On Sat, Oct 11, 2008 at 11:50 AM, Isaac Truett [EMAIL PROTECTED] wrote:
Some sort of ant/python/shell/ script that crawls through the new
src-demo and automatically
builds all the demos
Crutcher [EMAIL PROTECTED] wrote:
Terrific!
On Sat, Oct 11, 2008 at 4:26 PM, Isaac Truett [EMAIL PROTECTED] wrote:
So, the compile-with-file-name issue turned out to be a little more
complicated than my first assessment. I've added a GwtCompilerTask for
Ant that accepts a module file path
Can we reconsider the default setting? If you want a precedent for
automatically selecting the first suggestion, try Chrome. When I type mail
into the omni bar, it automatically comes up with the first suggestion,
mail.google.com/mail, preselected.
Adding a switch is a great idea but is doing so
the principal of least
astonishment says it should act like, you know, the famous Google
Suggest Box widget on the Google home page.
rjrjr
On Thu, Oct 16, 2008 at 10:06 AM, Isaac Truett [EMAIL PROTECTED] wrote:
I agree that precedent can be found for either side. If you want an
example
from
This reminds me of prefixing interfaces with the letter I which I never
took stock in either. Why is it important that type parameters stand out? I
think the Type suffix that Emily mentioned is much better than a T
prefix; it is descriptive and unambiguous, and it leaves the code looking
more
PM, Isaac Truett [EMAIL PROTECTED] wrote:
This reminds me of prefixing interfaces with the letter I which I never
took stock in either. Why is it important that type parameters stand out? I
think the Type suffix that Emily mentioned is much better than a T
prefix; it is descriptive
Eh? I haven't spent a lot of time looking at the gen2 versions, but
gen1 PagingScrollTable and ScrollTable always made sense:
PagingScrollTable supports pagination and ScrollTable doesn't. How has
that changed in gen2?
On Wed, Oct 29, 2008 at 12:56 PM, dflorey [EMAIL PROTECTED] wrote:
Ok, I
I don't know what a panel cell is but if you're talking about table
cells, try a CellFormatter.
And you'll reach a wider audience if you post development questions on
the developer forum instead of the contributor forum.
On Fri, Oct 31, 2008 at 8:47 AM, Charles Fry [EMAIL PROTECTED] wrote:
I
Exposing the guts of a widget to developers might be dangerous, but if
you want to break the widget or the underlying dom you may find ways
to do it anyway.
Sure. I just think you should keep that internal access as narrow in
scope as possible. Public API is not only an invitation to meddle,
Daniel,
Would accessors to interfaces meet your needs? Is there a method on
TextBox that you need access to that isn't defined in an interface?
On Mon, Nov 3, 2008 at 1:23 PM, Isaac Truett [EMAIL PROTECTED] wrote:
Exposing the guts of a widget to developers might be dangerous, but if
you
I'm guessing the answer is no but I'll throw this out there...
Is it possible to have the code review comment mails contain the
comment history for each line of code that is commented on? Right now
the comments in the emails are out of context. When each email has
comments for several different
for someone in that role.
On Thu, Nov 6, 2008 at 11:22 AM, John Tamplin [EMAIL PROTECTED] wrote:
On Thu, Nov 6, 2008 at 12:12 PM, Isaac Truett [EMAIL PROTECTED] wrote:
Is it possible to have the code review comment mails contain the
comment history for each line of code that is commented on? Right
John,
I wanted to run this one-liner by you before committing. I'm seeing
the JSE below in hosted mode when the body of my PagingScrollTable is
empty and has 0 height. The headerHeight is positive and (totalHeight
- headerHeight - footerHeight) comes out to a negative number. The
patch following
Can you think of any other relevant use cases?
4. Uncaught exception in onGwtEventPreview().
On Tue, Nov 11, 2008 at 10:25 AM, Emily Crutcher [EMAIL PROTECTED] wrote:
The naming was mimicking the EventPreview interface we have for the
underlying native events. Don't mind changing it, but
understand it, those
assertions (and the check method, if only called in assertions) will
all be compiled away, so there's no size or performance penalty in web
mode.
On Tue, Nov 11, 2008 at 10:43 AM, Bruce Johnson [EMAIL PROTECTED] wrote:
On Tue, Nov 11, 2008 at 10:38 AM, Isaac Truett [EMAIL
We've been kicking around the idea of an unsafe but fast compile for
exactly this reason.
I always thought the compile was unsafe already. Hasn't the GWT
philosophy been to perform type safety/bounds/null checks only in
hosted mode, if at all? Are there many such checks currently left in
On Wed, Nov 19, 2008 at 10:37 AM, Emily Crutcher [EMAIL PROTECTED] wrote:
On Wed, Nov 19, 2008 at 10:08 AM, Isaac Truett [EMAIL PROTECTED] wrote:
Seems like this would be useful for other orientations -- showAbove,
showBefore, showAfter and combinations for easily positioning popups
We
1. I don't like the fact that it's a panel, inheriting a useless list and
extra API, and find myself wishing for, say, LazyComposite instead. Is there
any particular reason it wasn't written that way originally?
I agree that a Composite seems more flexible. In fact, I've been
toying with
Your justification for LazyPanel came in as I was replying and I agree
completely. I was actually musing on my initialization interface and
event idea being unnecessary.
On Wed, Nov 19, 2008 at 12:36 PM, Emily Crutcher [EMAIL PROTECTED] wrote:
On Wed, Nov 19, 2008 at 12:03 PM, Isaac Truett
If TableModel had an abstract clearCache method, I could make:
myPagingGrid.getTableModel().clearCache();
myPagingGrid.gotoPage(0, true);
That would be more clean imho.
But it wouldn't, you see, because not all TableModels have caching.
You're trying to move a method higher up the
I share Ray's suspicion that this won't actually be much of a problem.
A checked exception is clearly (I hope) the wrong way to go. Checked
exceptions have their place, but they are a major pain in several
anatomical locations when declared in situations where the vast
majority of the time they
Is that going to turn into a revolving door of new packages as each
generation of widgets requires it's own namespace? It seems to me that
the gen2 package idea was a mistake of convenience and maybe should
have been a branch (or branches) that got merged back into trunk once
it stabilized.
On
Other Solutions:
We considered passing the event preview down the existing stack of
EventPreview, which fixes the problem for more than just PopupPanels.
However, we think this approach is overkill because the problem really
doesn't manifest itself in other widgets.
What about
the PreviewEvent extends DomEvent and
has some specialized methods to stop the event from going down the GWT
preview event chain.
On Wed, Dec 3, 2008 at 2:00 PM, Isaac Truett [EMAIL PROTECTED] wrote:
Other Solutions:
We considered passing the event preview down the existing
I wrote a MonthSelector a while back that uses DropDownListBoxes for
month and year. I can fix it up to be compatible with recent changes
and add it to the incubator. I'll see if I can fit that in tonight.
On Thu, Dec 4, 2008 at 9:39 AM, Emily Crutcher [EMAIL PROTECTED] wrote:
It is definitely
Reactions?
Puzzlement.
It stands a good chance of interfering with nascent data binding /
validation work.
Care to elaborate on this?
And its application to CheckBox is just plain wrongheaded
and confusing. (CheckBox#setValue doesn't actually set the input element's
value
perfectly?
On Wed, Dec 10, 2008 at 8:35 PM, Ray Ryan [EMAIL PROTECTED] wrote:
On Thu, Dec 11, 2008 at 12:28 PM, Isaac Truett [EMAIL PROTECTED] wrote:
Reactions?
Puzzlement.
It stands a good chance of interfering with nascent data binding /
validation work.
Care to elaborate
and he's
stuck.
It'd be nice if such a thing could drop into the incubator to bake, of
course. grin
On Wed, Dec 10, 2008 at 9:00 PM, Isaac Truett itru...@gmail.com wrote:
We'll need a general stick-a-value-in-take-a-value-out mechanism, the
HasValue interface may not be the right one
At the risk of seeming to hand-wave that problem away, I would say
that any Widget seeking to implement HasValue twice is not a candidate
for HasValue at all. HasValue is, by definition, for Widgets with a
single distinct value. The value of a CheckBox is either a String or a
Boolean (we've seen
,
especially if the bindings are dynamic or in a DSL.
-Ray
On Thu, Dec 11, 2008 at 11:49 AM, Isaac Truett itru...@gmail.com wrote:
At the risk of seeming to hand-wave that problem away, I would say
that any Widget seeking to implement HasValue twice is not a candidate
for HasValue at all
Good enough for me. Here's the patch for building demos off of the jar:
Index: build.xml
===
--- build.xml (revision 1316)
+++ build.xml (working copy)
@@ -371,8 +371,7 @@
vmMaxMemory=${gwtc.vm.maxMemory}
Thanks. Committed as r1319.
On Mon, Dec 15, 2008 at 5:14 PM, Emily Crutcher e...@google.com wrote:
LGTM.
On Mon, Dec 15, 2008 at 4:51 PM, Isaac Truett itru...@gmail.com wrote:
Good enough for me. Here's the patch for building demos off of the jar:
Index: build.xml
a full distribution.
On Mon, Dec 15, 2008 at 5:21 PM, Isaac Truett itru...@gmail.com wrote:
Thanks. Committed as r1319.
On Mon, Dec 15, 2008 at 5:14 PM, Emily Crutcher e...@google.com wrote:
LGTM.
On Mon, Dec 15, 2008 at 4:51 PM, Isaac Truett itru...@gmail.com wrote:
Good enough for me
On Tue, Dec 16, 2008 at 10:26 AM, Isaac Truett itru...@gmail.com wrote:
LGTM.
One other change that we might want to make is to filter out the -aux
dirs from compiled-demo when building the zip. They're harmless but
extraneous.
On Tue, Dec 16, 2008 at 10:01 AM, Emily Crutcher e...@google.com
+1. Let me know if I can assist with the transition.
On Wed, Dec 17, 2008 at 10:25 AM, Emily Crutcher e...@google.com wrote:
For gwt-incubator users who are using svn tip from gwt-1.6 or gwt-trunk, we
currently are in a confusing situation of having two different, almost
identical event
, is there any reason we should not
clear the entire directory first? That would save us from including old
demos if/when we get the automatic posting task completed. (Right now
running into the 1000 file/unit limit on app-engine, boo ho).
On Wed, Dec 17, 2008 at 5:06 PM, Isaac Truett itru
Sounds good. Do we need the verb in this case? How about just Focusable?
On Wed, Dec 17, 2008 at 5:28 PM, Emily Crutcher e...@google.com wrote:
Yep, that's the plan!
On Wed, Dec 17, 2008 at 5:10 PM, Ray Ryan rj...@google.com wrote:
Works for me. And IsFocusable extends no other interfaces,
Whatever happened to this change? I noticed issue #2739 requesting
hideSuggestions() and this patch would seem to satisfy that request.
Is there any chance of this patch or something similar making 1.6?
On Tue, Apr 29, 2008 at 4:25 PM, Emily Crutcher e...@google.com wrote:
Below are the
+1 for option #2. An interface that can only ever be implemented once
seems very limited in usefulness.
On Wed, Jan 7, 2009 at 10:30 AM, BobV b...@google.com wrote:
I've working on a branch that allows JavaScriptObjects to implement
interfaces with methods. Due to the lack of polymorphic
. As until then, we cannot add 1.6 specific code to
gwt-incubator.
On Fri, Dec 5, 2008 at 1:05 AM, Emily Crutcher e...@google.com wrote:
Yep, sounds right, thanks!
On Thu, Dec 4, 2008 at 6:53 PM, Isaac Truett itru...@gmail.com wrote:
On second thought, gwt-incubator is supposed to compile against
Emily,
Here's my DropDownDatePicker candidate for incubator.
A few issues that I am aware of:
1. Use of deprecated API. This is coming from CustomListBox and will
be resolved as things move over to the 1.6 events.
2. The size of the popup. It's too big in IE, too small in Chrome, and
in
While I agree entirely regarding the undesirability of single-letter
method names, I also wonder if perhaps Emily was referring, in part at
least, to the order of the two parameters, message and category?
Making that consistent doesn't seem unduly burdensome.
On Fri, Jan 16, 2009 at 11:17 AM,
at 11:21 AM, Isaac Truett itru...@gmail.com wrote:
While I agree entirely regarding the undesirability of single-letter
method names, I also wonder if perhaps Emily was referring, in part at
least, to the order of the two parameters, message and category?
Making that consistent doesn't seem unduly
I was thinking along similar lines, but at compile time:
1. Include a list of deprecated public files in the release (we'll
call it public-deprecated.txt).
2. Compiler gives a warning if anything from public-deprecated.txt is
included in the compiled output.
3. Option to disable the warning
as a test. If that
works, simple jar surgery should get you where you want to go.
On Wed, Jan 21, 2009 at 10:54 AM, Isaac Truett itru...@gmail.com wrote:
I've found an interesting error in GWT 1.5.3:
[ERROR] Line 14: Type mismatch: cannot convert from
Test.Parametric.Number
s
The API documentation has this to say on the subject:
[...] To send back a DTO with each suggestion, extend the Suggestion
interface and define a getter method that has a return value of the
DTO's type. Define a class that implements this subinterface and use
it to encapsulate each suggestion.
Suggestion
SuggestionBox extends AbstractSuggestionBoxSuggestion
rjrjr
On Mon, Feb 23, 2009 at 7:15 PM, Emily Crutcher e...@google.com wrote:
On Mon, Feb 23, 2009 at 7:04 PM, Isaac Truett itru...@gmail.com wrote:
The API documentation has this to say on the subject:
[...] To send back
to be
HasValueString -- it's just a TextBox that happens to have chats with the
server.
rjrjr
On Tue, Feb 24, 2009 at 7:24 AM, Isaac Truett itru...@gmail.com wrote:
I like the super class. I'm not sure it actually needs to be abstract.
I think that by adding HasValueT to Suggestion we can do
to attach the
patch.
Handy, ain't it? :)
--
Arthur Kalmenson
On Tue, Feb 24, 2009 at 6:42 PM, Isaac Truett itru...@gmail.com wrote:
I basically agree with John and Ray. In general, I agree that using
the most remote parent type possible (without introducing casts) is
ideal. But when
Uwe,
If you change build.xml line 435 to use ${demo.src.dir} instead of
src-demo then you can specify any demo to build using command line
parameters:
-Ddemo.src.dir=src
-Ddemo.filter=**/GlassPanelDemo.gwt.xml
Note that many of the src/com/google/gwt/demos modules are obsolete
and at least one
I'd vote for a consistent message supplied by the compiler/hosted mode
and freeform text provided by the module developer. I think that works
fine for JavaDoc @deprecated. URLs and the names of successor modules
can be included in the freeform text when appropriate. Unless you're
planning to plug
ways people may want to deprecate things. That said, I don't think it's
unreasonable to accept a simple list of superceded-by modules.
On Tue, Apr 7, 2009 at 8:37 AM, Isaac Truett itru...@gmail.com wrote:
I'd vote for a consistent message supplied by the compiler/hosted mode
and freeform text
My hearty congratulations, and thanks, to all involved in this effort.
You made my day before breakfast.
On Tue, Apr 7, 2009 at 11:54 PM, Bruce Johnson br...@google.com wrote:
Hi Folks!
Exciting news today. Rather than attempting to describe everything here, let
me point you to some blog
http://code.google.com/p/google-web-toolkit/issues/list?can=2q=-Milestone:1_6_RCcolspec=ID+Type+Status+Priority+Milestone+Owner+Summarycells=tiles
That should help.
On Tue, Apr 14, 2009 at 3:08 PM, Luminari luminari...@gmail.com wrote:
I just wanted to make a request to clear up the Issue
Personally I don't care for this style of coding. I think it's very
convenient for writing, but it hurts readability.
On Thu, Apr 16, 2009 at 2:03 PM, Eric Ayers zun...@google.com wrote:
Recently I've been wrapping some of my JavaScriptObjects using the builder
pattern where an instance of
http://code.google.com/eclipse/docs/faq.html#source
It is not (yet). Although I've wondered why there isn't an empty shell
of a project on Google Code, just for the Issue Tracker if nothing
else.
On Fri, Apr 17, 2009 at 8:20 AM, Arthur Kalmenson arthur.k...@gmail.com wrote:
Is the Google
Hi Jay,
Responses inline.
On Tue, Apr 28, 2009 at 12:48 PM, jay jay.gin...@gmail.com wrote:
I'm curious as to how it is decided a new drop of incubator should be
made available? Is it based on a new GWT drop? Or maybe, there is no
real release cycle?
Basically in parallel with the GWT
I'm with Joel on keeping the native ListBox. There's no reason that it
can't co-exist with other implementations, such as the incubator's
DropDownListBox.
On Tue, May 5, 2009 at 9:13 AM, Joel Webber j...@google.com wrote:
I'll admit to not having used the incubator GlassPanel in a while, but
Hi Jay,
That does sound like a bug. Opening an issue in the tracker is a good
idea. Issues with patches attached are even better.
- Isaac
On Thu, May 7, 2009 at 3:02 PM, jay jay.gin...@gmail.com wrote:
I'm starting to use the gen2 incubator table widgets. I hope I can
provide some valuable
Jay,
Am I right in understanding that you're expecting the table, when
unconstrained, to grow until each column can occupy its preferred
width? It should be possible to achieve that, although just setting
preferred size may not be enough. There used to be a setColumnWidth()
method that would set
really am
trying to be helpful, and not critical. I chalk all of this up to
hey...let's throw something out there, and see what else needs to be
done.)
thanks!
jay
On May 11, 11:31 am, Isaac Truett itru...@gmail.com wrote:
Jay,
Am I right in understanding that you're expecting the table
+1 for Fred's use case.
And bonus points if I can specify an SVN revision at the command line
and have it check out that revision and build it in one step.
... on second thought, that might be more appropriate for a tool
separate from the build script, but I'll throw it out there anyway.
-
, May 27, 2009 at 2:59 PM, Isaac Truett itru...@gmail.com wrote:
+1 for Fred's use case.
And bonus points if I can specify an SVN revision at the command line
and have it check out that revision and build it in one step.
... on second thought, that might be more appropriate for a tool
Could you build the jar incrementally using uptodate to update with
newer/missing files from each source directory?
On Wed, Jun 3, 2009 at 2:13 PM, Freeland Abbott fabb...@google.com wrote:
Well, I did try to use filesonly first. ;-)
Taking the worst-case example of the com/ directory entry
into bin). So we'd probably still end up writing some
custom Ant task code...
On Wed, Jun 3, 2009 at 2:21 PM, Isaac Truett itru...@gmail.com wrote:
Could you build the jar incrementally using uptodate to update with
newer/missing files from each source directory?
On Wed, Jun 3, 2009 at 2
Of course, if we ran the GWT compiler as a service on the developer's
desktop (or kept it hot from the Eclipse plugin), then we could run it with
-server and win it back over many compiles... hmmm. :)
Would keeping that VM alive open up the possibility of a semi-incremental build?
On Fri,
Re: Bruce's point about expectations and features vs. performance.
Has there been (or should we start) discussion for the public record
of different facets/features of tables, their impact on performance,
and their possible class structure? What I'm thinking of specifically
is bulk rendering vs.
Hi John,
I know that PagingScrollTable is headed for trunk already, but I thought we
could slip this small patch into the incubator for the mean time. Would you
mind giving it a quick review?
Thanks,
Isaac
Index: src/com/google/gwt/widgetideas/table/client/PagingOptions.java
Thanks. Committed as r1682 in incubator.
On Thu, Jun 18, 2009 at 4:47 PM, John LaBanca jlaba...@google.com wrote:
LGTM. I'll update this tomorrow.
Thanks,
John LaBanca
jlaba...@google.com
On Thu, Jun 18, 2009 at 4:30 PM, Isaac Truett itru...@gmail.com wrote:
Hi John,
I know
I decided to jump on 1.7 this morning. Looks good so far. No
compilation problems, no new issues so far, and IE8 behavior much
better.
Thank you, Bruce, et al.
On Mon, Jul 13, 2009 at 9:01 PM, Bruce Johnsonbr...@google.com wrote:
Hi everyone,
GWT 1.7 is a minor update that adds better
Have you tried building incubator from trunk? I'm using more recent
incubator code and it compiles for me with GWT 1.7.
On Tue, Jul 14, 2009 at 4:37 PM, Fushionmenno.van.gange...@gmail.com wrote:
Same problem here.
On Jul 14, 4:45 pm, ma m...@coware.de wrote:
Hello,
I have problems with
Issue #188 has 40 stars, making it number seven in the issue list
(when sorted appropriately). Let's shoot for number one before John
gets back to working on it. ;-)
So if you're anxious for PST to leave the incubator, star this issue:
5) When the object is sent back to the server, the normal RPC mechanism is
altered as follows
a) the encoded server data is decoded and deserialized into the new object
instance
b) the client data is populated using setXXX() method invocations rather
than by directly setting field
A very good write-up, Joel. I especially like that you mentioned the
union types. I recently discovered them myself, in that I found
myself wanting a FooAndBar interface and I realized that just such a
union was possible without actually declaring a new interface. It
seems to be a pretty low
Woo and, may I say, hoo, for removing deprecated code.
Will deprecated code in the Incubator be disappearing as well?
Obviously if that deprecated code depends on deprecated GWT code, it
will at least have to be updated.
On Fri, Jul 31, 2009 at 12:22 PM, Fred Sauerfre...@google.com wrote:
To
I've just noticed that when the content of a PopupPanel grows larger
then the browser window, center() can position the panel with a
negative top/left, making part of the panel unreachable (the window
won't scroll up or left anymore to see the off-screen portion). Is
this considered a feature of
the top-[left right] on the screen, depending upon the RTL
mode. Can anyone see a problem with this?
@Isaac: If you feel like writing up a patch, I'd be happy to review.
On Tue, Aug 4, 2009 at 2:49 PM, Isaac Truett itru...@gmail.com wrote:
I've just noticed that when the content of a PopupPanel
, depending upon the RTL
mode. Can anyone see a problem with this?
@Isaac: If you feel like writing up a patch, I'd be happy to review.
On Tue, Aug 4, 2009 at 2:49 PM, Isaac Truett itru...@gmail.com wrote:
I've just noticed that when the content of a PopupPanel grows larger
then the browser window
I'm trying to run the unit tests in GWT trunk. I've tried with Ant and
with the JUnit UI in Eclipse, but I'm seeing many of the suites exceed
the 60 second timeout:
[junit] - 1 client(s) haven't responded back to JUnitShell since
the start of the test.
I'm at a loss to figure out what it's
AM, Isaac Truett itru...@gmail.com wrote:
I'm trying to run the unit tests in GWT trunk. I've tried with Ant and
with the JUnit UI in Eclipse, but I'm seeing many of the suites exceed
the 60 second timeout:
[junit] - 1 client(s) haven't responded back to JUnitShell since
the start
be
considered useful. I would assume the appropriate behavior would be to
center, but keep the top-[left right] on the screen, depending upon the RTL
mode. Can anyone see a problem with this?
@Isaac: If you feel like writing up a patch, I'd be happy to review.
On Tue, Aug 4, 2009 at 2:49 PM, Isaac
This reminds me of a thread I saw recently on whether the value 1 in a
foo_percentage database column meant 100% or 0.01%.
And on topic, +1 for the new version names. Has anyone talked to the
maven crowd about this? They seem to usually have an opinion on naming
schemes.
On Wed, Aug 12, 2009
-- Example #1 --
Please sort the following two lists chronlogically as quickly as you can:
List 1: 1.6.2, 1.6.5, 1.6.0, 1.6.1
List 2: 2.0.0-rc2, 2.0.0-ms2, 2.0.0, 2.0.0-rc1
This should be trivial for anyone familiar with the concepts of
milestone and release candidate builds. Anyone not
just before the patch that killed off StyleInjector. How does that
sound?
rjrjr
On Thu, Sep 10, 2009 at 8:28 AM, Isaac Truett itru...@gmail.com wrote:
[oops - +gwtc]
Hi, Ray,
I appreciate the drive to move forward and I applaud jumping on
opportunities to remove redundant code
Hey guys,
The autoformater will change this to
@UiField
Button closeButton;
which sucks. I want to fix that for annoations with no arguments, but
have no
idea how to. You have any clue to share?
Bugs the crap out of me too. I can't find any annotation-related
settings in the
(@GWTC, even if successful, this is unlikely to help most external users,
unless you happen to have an extra hundred machines available for a test
run. Sorry. It should, however, let us break you less often, if only by
shortening the build/test cycle of the robot builder.)
Now if only
The idea of having some permutations resolved JIT and cached sounds
great! I would expect more differences than just directionality, but I
have no idea how many. What about John's plural example, for instance?
That's more than a localized string replacement.
On Tue, Oct 20, 2009 at 10:46 AM,
Woo! Go team!
I've been using MS2 on an old 1.4 app that I'm updating. Upgrade was
smooth. New dev mode is great. Looking forward to trying RC1 now with
the Eclipse plugin update.
Thanks!
On Tue, Nov 17, 2009 at 2:13 PM, Bruce Johnson br...@google.com wrote:
Hi folks!
GWT 2.0 RC1 is now
All,
I've noticed that the Swing UI for dev mode is missing horizontal
scroll bars. That is, if you have an item in the log tree or details
in the panel below that exceed the width of the window, there's no way
to scroll over and read the text. I've tested this in MS2. Can anyone
verify if this
...@google.com
wrote:
I'll see if I can reproduce this using RC1 and get back to you shortly.
There have been no changes in RC1 for that.
On Fri, Nov 20, 2009 at 9:14 AM, Isaac Truett itru...@gmail.com wrote:
I've noticed that the Swing UI for dev mode is missing horizontal
scroll bars. That is, if you
+1 deprecate and warn.
On Mon, Nov 23, 2009 at 2:24 PM, Ray Ryan rj...@google.com wrote:
FWIW, this confusion is exactly why webAppCreator no longer generates
projects that use the implicit include. I wonder if we shouldn't flat out
deprecate it--in which case a warning would be the right
1 - 100 of 116 matches
Mail list logo