On Thu, Aug 27, 2009 at 7:49 AM, Joel Webber wrote:
> On Thu, Aug 27, 2009 at 5:29 AM, Richard Vowles
> wrote:
>
>> I wouldn't mind some convincing urls to backup this viewpoint if you
>> have any :-) The entire rest of the team here is saying "id id id",
>> "class bad, id good". Searching for "
On Thu, Aug 27, 2009 at 5:29 AM, Richard Vowles wrote:
> I wouldn't mind some convincing urls to backup this viewpoint if you
> have any :-) The entire rest of the team here is saying "id id id",
> "class bad, id good". Searching for "html id brittle" wasn't very
> enlightening :-)
>
It's fairly
I wouldn't mind some convincing urls to backup this viewpoint if you
have any :-) The entire rest of the team here is saying "id id id",
"class bad, id good". Searching for "html id brittle" wasn't very
enlightening :-)
I have also found that there seems to be no way of overriding the
class that
Oh, carry on then. Good show!
- Amir
On Wed, Aug 26, 2009 at 3:13 PM, Ray Ryan wrote:
>
>
> On Wed, Aug 26, 2009 at 5:23 PM, Amir Kashani wrote:
>
>> Hmm, I don't have it handy but it's the name xmlns I use for all other
>> resource "injection", and those work fine. I'll give it another shot la
On Wed, Aug 26, 2009 at 5:23 PM, Amir Kashani wrote:
> Hmm, I don't have it handy but it's the name xmlns I use for all other
> resource "injection", and those work fine. I'll give it another shot later
> today. I'm sure you're right and I just messed something up.
> +1 for the expression languag
Hmm, I don't have it handy but it's the name xmlns I use for all other
resource "injection", and those work fine. I'll give it another shot later
today. I'm sure you're right and I just messed something up.
+1 for the expression language. Will res be required to be a subclass of one
of the resource
It works. What does your xmlns line look like?
BTW, this is about to change. I'm implementing the expression language stuff
mentioned in the wiki entry (
http://code.google.com/p/google-web-toolkit-incubator/wiki/UiBinder). So
that line will become something like:
rjrjr
On Wed, Aug 26, 2009 at
> > Will Google Plugin provide text editor for *.ui.xml files?
> > Is there any place where I can ask to make this editor embeddable
> > into MultiPageEditorPart?
> > This would allow us to compose corresponding Java, ui.xml and
> > WYSIWYG Design pages into single editor.
> > For example E
While we're on the topic, it doesn't seem that the BundleAttributeParser
catches these special attributes. Specifically,
doesn't seem to work.
- Amir
On Wed, Aug 26, 2009 at 8:56 AM, Ray Ryan wrote:
> And you can set the debug id via ui.xml:
> Hiya, pal.
>
> If you're not going to use CssR
On Wed, Aug 26, 2009 at 5:21 AM, Konstantin.Scheglov <
konstantin.scheg...@gmail.com> wrote:
>
>
>
> > Finally, GWT is all about finding coding patterns with which tools (IDEs
> in
> > particular) are useful. UiBinder's XHTML syntax makes it easier to write
> > good tools because it isn't as expre
And you can set the debug id via ui.xml:
Hiya, pal.
If you're not going to use CssResource, there is nothing you can do with an
id selector that you can't do with a class selector. I really discourage the
use of id selectors, they're brittle.
rjrjr
On Wed, Aug 26, 2009 at 11:53 AM, Joel Webber
The biggest problem here is that ids have to be unique within a document,
and UiBinder has no way of enforcing this.
If you want to use it for styling, you're probably better off with
CssResource (we're working on updating the samples to reflect what we
believe to be the best pattern for doing this
One of the things I have noticed with the UIBinder is that you can't
set the id on the fields - which is pretty important for css styling
and testing. I seem to have to set them in code.
causes it to fail to compile. I know id is an attribute of getElement
() but since this is a very common thi
> Finally, GWT is all about finding coding patterns with which tools (IDEs in
> particular) are useful. UiBinder's XHTML syntax makes it easier to write
> good tools because it isn't as expressive as full-blown code: more
> restrictive language means more ability to analyze it statically, which
No plans to do drag-n-drop or anything wysiwyg. We'll probably
continue to focus on the basics.
On Tuesday, August 25, 2009, Miroslav Pokorny
wrote:
> Extras...
> Are there any plans to build a ui tool (maybe in swing) so designers can drag
> n drop available widgets and have the view instantly
Extras...
Are there any plans to build a ui tool (maybe in swing) so designers
can drag n drop available widgets and have the view instantly updated?
Other kool features might include save the file etc.
Some of the extra features in interface builder.
Thoughts...?
On 26/08/2009, at 2:14 AM, B
Hi Sony,
I just wanted to clarify that UiBinder is based on XHTML not merely to make
coding more succinct vs. Java code. I agree that we could in theory provide
fluent APIs that could make Java imperative UI code much more succinct than
it is now. But there are three other big motivations for UiBin
Brett,
We did code splitting across the four major sections of our applications.
Assume we have section A-D, each with their own mediator. We then have an
ApplicationMediator, which is responsible for loading / unloading the four
major sections and sticking them into the viewport. When ApplicationM
Brett,
You should be able to use the already-checked-in LayoutPanel to do anything
you could have done with AbsolutePanel before. And it should be the case
that you can get rid of all of your manual resize code (that's the
intention, anyway). Also, if you run into any problems embedding other
widge
Joel,
Will be happy to test new layouts and review API. Unfortunately, I
don't use Dock, Stack, or Split in my app. I do use Absolute. And
because of an interior scrolling area that fills the client, a
sprinkling of resize code (after beating my head against CSS for a few
days). I do use Form
Amir,
After your post, I have been investigating PureMVC a bit. Since you
used it, I have a question. In PureMVC, in the typical
ApplicationFacade class there is an initializeController() override
which registers all the commands. How does this fit with code-
splitting? Currently our applicat
One point I have tried injecting into the GWT community is the
importance of fluent APIs. GWT's Java API is currently quite
cumbersome for layouts and it seems folks immediately jumped to the
conclusion that Java doesn't work and have gone the route of using XML
for layouts. I am not against fol
The situation as I see it is this. The old layout "system" has two huge
problems:1. Some widgets (e.g., StackPanel) *cannot* be made to work as
expected in standards mode, because of changes to table rendering behavior.
2. It's not really a "system", in the sense that it can be highly
unpredictable
Cool. Then another question about the future of the new layout
system. Is the current thinking that eventually it *will* replace all
of the older panels? I mean, is there buy-in at Google that that is a
desired track for this project. Or will the new layout system remain
parallel to the origin
Brett,
I am going to be writing adding custom parsers for the new layout panels
sometime soon. And the new layout system will be "de facto" in the sense
that I'm updating all the samples to use it (and possibly adding another
sample). We obviously won't be removing the "old" widgets (e.g., StackPan
Amir:
Your answer is very interesting and detailed. Thank you very much for
taking your time to answer my question. I will take a look in PureMVC.
One of my big concerns is the translation of JSR 303 validations to
client side.
Regards.
- Andrés
On 13 ago, 18:36, Amir Kashani wrote:
> For my l
For my last work project, we used Kiyaa!, a GWT library that offers its own
declarative UI system (and data-binding). In addition, we used PureMVC as a
very lightweight MVC-framework. If you're familiar with PureMVC, you'll know
that it's much closer to MVP, as described by Ray Ryan, than it is a
t
Thanks a lot, Joel. It seems to be data binding resolution will be the
next big step in GWT.
Regards.
- Andrés
On 13 ago, 11:24, Joel Webber wrote:
> I don't want to speak for Ray here, since he gave the presentation, but my
> view is that they're largely orthogonal. UiBinder makes it easier to
I don't want to speak for Ray here, since he gave the presentation, but my
view is that they're largely orthogonal. UiBinder makes it easier to create
views, but it has nothing in particular to say about how those views get
bound to data. Its main goal is to remove the pain of UI construction, and
Sounds great.
Is there enough information in the classes for new GEP functionality
or is extra information in going to need to be provided. Eg. the
capabilities of the com.google.gwt.uibinder.parsers classes.
There might be an opportunity to solve the custom widget parsing issue
and the GEP auto
Hey Gary,
I can't speak more generally about GWT, but can give you some info on the
plugin.
We'll need more than just an XML schema (though we'll still have a simple
schema defining the legal top-level elements, for example). The
autocomplete choices will be too dynamic to be included in a schema
I'd like to start off by saying a big THANKS.
We've been hanging out for this, and it is making a great first
impression.
In regards to GEP, validation, code completion etc. Would it be
possible to use a xml schema per name space?
My XSD skills aren't to the point where I would know if this is ev
On Mon, Aug 10, 2009 at 9:59 AM, Arthur Kalmenson wrote:
>
> Hello everyone,
>
> We've been playing with UiBinder and I thought it'd be a good idea to
> share what we've seen so far (and ask some questions).
>
> Some of the apps we write are used by more then one hospital and this
> requires a tai
Hey Ray,
Issue #3929 points out that there may be some missing bits to UiBinder
(namely, javadoc generation). I mentioned to the developer who
reported the issue that it was a bit early to issue bug reports
against the UiBinder, and this issue was likely to be addressed before
a milestone drop in
We're shooting for a milestone drop in a few weeks, and we're planning
for an RC by the end of the quarter. But, you know how predicting
dates goes...
On 8/4/09, Claudemir Todo Bom wrote:
>
> is there an ETA for 2.0?
>
> On Aug 4, 10:42 am, Ray Ryan wrote:
>> How does today strike you? It's he
You made my week!
On Aug 4, 10:42 pm, Ray Ryan wrote:
> How does today strike you? It's headed into gwt trunk, and will be
> part of the 2.0 release.
>
>
>
> On Tuesday, August 4, 2009, brett.wooldridge
> wrote:
>
> > Ping. This not "this month" any more, it's "early next". Got a
> > revise
is there an ETA for 2.0?
On Aug 4, 10:42 am, Ray Ryan wrote:
> How does today strike you? It's headed into gwt trunk, and will be
> part of the 2.0 release.
>
> On Tuesday, August 4, 2009, brett.wooldridge
> wrote:
>
> > Ping. This not "this month" any more, it's "early next". Got a
> > revi
Today sounds like it'll be the day we switch to trunk ;)
--
Arthur Kalmenson
On Tue, Aug 4, 2009 at 9:42 AM, Ray Ryan wrote:
>
> How does today strike you? It's headed into gwt trunk, and will be
> part of the 2.0 release.
>
> On Tuesday, August 4, 2009, brett.wooldridge
> wrote:
>>
>> Ping.
How does today strike you? It's headed into gwt trunk, and will be
part of the 2.0 release.
On Tuesday, August 4, 2009, brett.wooldridge wrote:
>
> Ping. This not "this month" any more, it's "early next". Got a
> revised (rough) ETA for UIBinder in SVN? I would even love to hear
> "definitely
Ping. This not "this month" any more, it's "early next". Got a
revised (rough) ETA for UIBinder in SVN? I would even love to hear
"definitely this month, but we don't know when".
-Brett
On Jul 15, 1:25 am, Ray Ryan wrote:
> It's coming RSN. We're trying to get UiBinder into GWT 2.0. It will
Sweet, can't wait :)
--
Arthur Kalmenson
On Tue, Jul 14, 2009 at 12:25 PM, Ray Ryan wrote:
> It's coming RSN. We're trying to get UiBinder into GWT 2.0. It will
> certainly be in SVN this month or early next.
> I know I've been saying that for a while, but now we're actually, like,
> working t
It's coming RSN. We're trying to get UiBinder into GWT 2.0. It will
certainly be in SVN this month or early next.
I know I've been saying that for a while, but now we're actually, like,
working to make it happen.
On Mon, Jul 13, 2009 at 11:05 PM, brett.wooldridge <
brett.wooldri...@gmail.com> wrot
On Apr 14, 12:59 pm, Bruce Johnson wrote:
> On Tue, Apr 14, 2009 at 12:12 PM, Chris wrote:
>
> No promises, but it's worth noting that trunk is quite stable these days.
> Teams within Google are using the trunk all the time, so we have an
> incentive to keep it stable on average.
>
> -- Bruce
On Tue, Apr 14, 2009 at 12:12 PM, Chris wrote:
>
> As you get organized for the next release(s), It would be nice to have
> more frequent releases with one or two major features. There are some
> major enhancements sitting in trunk (RunAsync is the one I'm really
> looking forward too). I reali
As you get organized for the next release(s), It would be nice to have
more frequent releases with one or two major features. There are some
major enhancements sitting in trunk (RunAsync is the one I'm really
looking forward too). I realize this might not be possible with this
type of project an
No update yet, unfortunately. We have to get ourselves organized again now
that GWT 1.6 is out the door, and then we'll have a better idea of when it
will be available.
On Tue, Apr 14, 2009 at 12:54 AM, Gary Miller wrote:
>
> Any news on when UiBinder will be available to the outside world?
>
> T
101 - 146 of 146 matches
Mail list logo