FWIW, I use the cygwin version of svn on windows. Works just like Unix! Of
course, Tortoise is a great graphical client for Windows.
On Tue, Jan 13, 2009 at 9:03 AM, gregor greg.power...@googlemail.comwrote:
Yes, that's what I eventually did. I chose the CollabNet svn command
line client
Hello Olivier,
Does this run GWTTestCases or is it possible to have it run
GWTTestSuites? Running each GWTTestCase individually is very slow.
--
Arthur Kalmenson
On Sun, Jan 11, 2009 at 10:03 AM, Olivier Modica omod...@gmail.com wrote:
Ray et al.,
You may be interested to know that at
Reviewers: jlabanca,
Description:
This set of changes pulls in work done in gwt-incubator on the now
defunct SuggestBoxOverride, it addresses issues 2598, 2739,2888. Also
has the following features:
Adds ability to create default list of suggestions.
Opens the MultiWordSuggestOracle up
On Mon, Jan 12, 2009 at 2:13 PM, Kelly Norton knor...@google.com wrote:
We actually have it, it's called DeferredCommand. Unfortunately, we let its
implementation get too gangled up with another feature called
IncrementalCommand and use of DeferredCommand now generates way too much
code. Many
Sure, is there a design doc for this so that I know what I'm looking at?
On Mon, Jan 12, 2009 at 9:14 PM, BobV b...@google.com wrote:
The first round of coding is done.
Follow-up from
http://groups.google.com/group/Google-Web-Toolkit-Contributors/browse_thread/thread/5e180695145892d5
On Tue, Jan 13, 2009 at 10:41 AM, Scott Blum sco...@google.com wrote:
Sure, is there a design doc for this so that I know what I'm looking at?
Not at present, it's pretty much as we discussed. Methods on
SingleJsoImpl are renamed so that JSO$ can unambiguously implement
them as trampoline
Freeland, I believe there is a Java SVN frontend that will gracefully
degrade through:
1) Your installed svn libraries through JNI
2) Command line svn
3) SvnKit
Would that make this option less repulsive?
On Mon, Jan 12, 2009 at 11:00 PM, Freeland Abbott
gwt.team.fabb...@gmail.com wrote:
I've
Repulsive is a strong word, but yes, I like it better as more able to avoid
mismatches in an otherwise functional development environment.
But they'd still be possible, so would we eventually be having the same
discussion anyway? (In particular, I think knorton has said he edits
common.xml to
DateFormat isn't just a parser, nor even mainly a parser. It lets you
customize the display of your datebox in response to bad input. And because
we pass DateBox in as a parameter, your DateFormat can be a shared
flyweight.
rjrjr
On Tue, Jan 13, 2009 at 8:08 AM, dflorey daniel.flo...@gmail.com
Seems to be a matter of taste ;-)
If parse() and format() should be capable of sophisticated error
handling (like triggering a popup to show the error or whatever) I'd
prefer to simply implement them as protected methods in DateBox +
passing DateTimeFormat to cstr instead of Format interface and
Use the tigris (apache 2.0 / apache 2.2) binaries - they don't
actually require (or contain) apache ...
http://subversion.tigris.org/servlets/ProjectDocumentList?folderID=91
Get the zip (last download link on the page) and add the bin folder to
your path.
S
Hi,
This is my first post on the GWT forums, so I wanted to start with
thanking Google and all of the contributors for this great tool! It's
very impressive and very pleasant to use.
To prevent usage of the mousewheel on a sub area of an application, I
have been calling these two lines:
Daniel,
You have some good points and what you are describing is almost exactly
the date box we initially had in gwt-incubator. We ran into a few
significant problems that made us change to the current design:
1. DateTimeFormat represents a very sophisticated API, it was difficult
I know this is nitpicking, but some comments inline
On Jan 13, 6:53 pm, Emily Crutcher e...@google.com wrote:
Daniel,
You have some good points and what you are describing is almost exactly
the date box we initially had in gwt-incubator. We ran into a few
significant problems that
1. DateTimeFormat represents a very sophisticated API, it was
difficult
for users to replace the formatting/parsing of dates because, to do so
they
needed to understand the internals of the date time format class.
Try extending DateTimeFormat rather then using the predefined
There is an effort planned for next quarter to create the global date
binding/error handling/etc. solution. The problem is that is that we wanted
to introduce a usable date box this release, not next, so we created the
interface that would be least likely to clash with a global solution.
On Tue,
Reviewers: jlabanca,
Description:
For SuggestBox and DropDownListBox, porting the RollDown animation class
from incubator. Testing in the suggest box visual test.
Please review this at http://gwt-code-reviews.appspot.com/2004
Affected files:
Author: sco...@google.com
Date: Tue Jan 13 11:58:49 2009
New Revision: 4442
Modified:
releases/1.6/user/src/com/google/gwt/user/tools/.classpathsrc
releases/1.6/user/src/com/google/gwt/user/tools/ApplicationCreator.java
Author: sco...@google.com
Date: Tue Jan 13 10:38:39 2009
New Revision: 4440
Modified:
releases/1.6/samples/common.ant.xml
Log:
Build fix: updated samples build for war style.
Modified: releases/1.6/samples/common.ant.xml
Author: sco...@google.com
Date: Tue Jan 13 11:16:35 2009
New Revision: 4441
Modified:
releases/1.6/distro-source/linux/build.xml
releases/1.6/distro-source/mac/build.xml
releases/1.6/distro-source/windows/build.xml
Log:
Fix samples packaging.
Modified:
On Mon, Jan 12, 2009 at 11:01 PM, Amit Manjhi amitman...@google.com wrote:
Please review the attached patch that builds and uses an anonymous class
mapping to deal with the compiler differences. I made all the changes you
suggested. In addition, I added another (necessary) condition that the
DeferredCommand really is, and always has been, meant to be exactly the same
thing as invokeLater(). I do agree with Kelly that the implementation
became heavyweight by being intertwined with IncrementalCommand, and that we
should undo it. (It seemed like a good idea at the time...)
@Lex: Do you
Lex said Every place in GWT that installs a global event handler should
also call runInvokeLaterCommands. In addition, there could be a
periodic timer that calls runInvokeLaterCommands, to catch any cases
that were missed
I'd be careful with this. It sounds like you want a GWT-maintained
event
Author: sco...@google.com
Date: Tue Jan 13 15:30:49 2009
New Revision:
Modified:
releases/1.6/samples/common.ant.xml
Log:
Updated samples build to use WebAppCreator.
Modified: releases/1.6/samples/common.ant.xml
Hi Lex,
would you take another pass at the updated patch? Here are the main changes:
1. The patch has a cleaner implementation of dependency recording by
adding a DependencyRecorder interface and its implementation. This is
now called from both JavaToJavaScriptCompiler and from
25 matches
Mail list logo
