GWT DeckLayoutPanel sliding to a NEW (not-rendered-yet) widget? Doesn't work
I can't seem to slide to a new, not-rendered-yet widget added to a DeckLayoutPanel, no matter what I try. It appears without the slide transition if it's never been rendered before. However, when I do showWidget(...) back and forward to the new widget, then the slide transition works fine. Has anybody been able to slide to a not-rendered-yet widget in DeckLayoutPanel? If so how? I need this functionality. -- You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To view this discussion on the web visit https://groups.google.com/d/msg/google-web-toolkit/-/eVdbRk-00IgJ. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: How do I make sure Widgets receive mouse events if placed in front of a Canvas or Vaadin DrawingArea?
I tried this but unfortunately to no avail!
I did it as follows:
canvas.addStyleName("behind");
absolutePanel.add(canvas); //drawing surface, whether it's a Canvas or
Vaadin DrawingArea
absolutePanel.setWidgetPosition(canvas, 0, 0);
myWidget.addStyleName("inFront");
absolutePanel.add(myWidget);
absolutePanel.setWidgetPosition(myWidget, 0, 0);
..where CSS file says:
.behind{
z-index:-1;
}
.inFront{
z-index:1;
}
Problem remains even if I change z-indexes to, say, 1 and 4, respectively,
or -100 and 100. So the z-indexing was probably not the cause of the
Widgets not getting the mouse events. Any ideas of how I'd make sure they
do? Are you able to get this to work?
On Friday, July 13, 2012 3:06:19 PM UTC+1, Ashwin Desikan wrote:
>
> Use z-index CSS property to set the depth of your widgets. Higher z-index
> would get priority
>
> Sent from my iPhone
>
> On Jul 13, 2012, at 5:17 PM, Navigateur wrote:
>
> This used to work on Firefox in GWT 2.3 on Window XP, but now on Chrome
> and IE with GWT 2.4 and Windows Vista I can't make my Widgets, which are in
> front of a Canvas (or Vaadin DrawingArea), receive any mouse events at all.
>
> A widget is placed in front of the drawing surface like so:
>
> absolutePanel.add(canvas); //drawing surface, whether it's a Canvas or
> Vaadin DrawingArea
> absolutePanel.setWidgetPosition(canvas, 0, 0);
> absolutePanel.add(myWidget);
> absolutePanel.setWidgetPosition(myWidget, 0, 0);
>
> If I do not add the "canvas", "myWidget" receives its mouse events fine.
> How do I make sure "myWidget" can receive all its mouse events properly in
> this scenario?
>
>
--
You received this message because you are subscribed to the Google Groups
"Google Web Toolkit" group.
To view this discussion on the web visit
https://groups.google.com/d/msg/google-web-toolkit/-/f9Hl9DzQ6QMJ.
To post to this group, send email to google-web-toolkit@googlegroups.com.
To unsubscribe from this group, send email to
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/google-web-toolkit?hl=en.
How do I make sure Widgets receive mouse events if placed in front of a Canvas or Vaadin DrawingArea?
This used to work on Firefox in GWT 2.3 on Window XP, but now on Chrome and IE with GWT 2.4 and Windows Vista I can't make my Widgets, which are in front of a Canvas (or Vaadin DrawingArea), receive any mouse events at all. A widget is placed in front of the drawing surface like so: absolutePanel.add(canvas); //drawing surface, whether it's a Canvas or Vaadin DrawingArea absolutePanel.setWidgetPosition(canvas, 0, 0); absolutePanel.add(myWidget); absolutePanel.setWidgetPosition(myWidget, 0, 0); If I do not add the "canvas", "myWidget" receives its mouse events fine. How do I make sure "myWidget" can receive all its mouse events properly in this scenario? -- You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To view this discussion on the web visit https://groups.google.com/d/msg/google-web-toolkit/-/oxkWAvKVuG0J. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
How do I throw all kinds of objects back and forth between client and server?
I want to be able to have the same object do client-specific behaviour when on the client-side (UI etc.), and do some server-specific behaviour when on the server-side (database etc.). So I want the same object to hold both a Widget (unused/null on the server side) and a server-specific Java object (unused/null when on the client side). To achieve this, do I have to create some dummy GWT "emulation" for the unused/null server-specific object on the client side and can I do the same for the unused/null "Widget" on the server side? Or does it work straight out of the box when you put it in the "shared" package? If not, what's the best way of making this work? My reason is simplicity. I don't want to have to put their respective client and server behaviours away from the object. -- You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
How to override History.newItem scrolling to the bottom of the current page without using Window.scrollTo?
"History.newItem" scrolls to the bottom of the current page. Using "Window.scrollTo", to correct this, doesn't look smooth (flashes). Any way to override scrollbar change upon calling "History.newItem"? -- You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: Why does History.newItem clear my screen completely?
Sorry Ben. Thanks for quick reply, it was a scrollbar issue. newItem scrolls to the bottom of the existing page, even if no new content is added. Is there any way to override this issue, without using Window.scrollTo(0,0) (which causes a small flash and doesn't look smooth)? On Mar 21, 3:21 pm, Ben Imp wrote: > As far as I am aware, adding a new history token only fires history > events. Unless you are listening to them, it shouldn't do anything. > > I haven't used the GWT MVP framework, though. If you are using that, > this may be the result of some baked-in behavior. > > -Ben > > On Mar 21, 10:11 am, Navigateur wrote: > > > Is History.newItem supposed to clear the screen? I don't want this to > > happen, yet it is. The "history" part is working (back, forward etc.) > > but is there any way of adding a history token without it clearing the > > screen? (it's definitely newItem that's clearing the screen on its own > > in my case, not "onValueChange"). > > > Or is this a known issue between newItem and certain types of panel? -- You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: Why does History.newItem clear my screen completely?
Sorry please ignore this. I wish I could delete/edit posts here. Turned out the scrollbar position was being moved down to the bottom, making it look blank. So how do I prevent this (preserve the scrollbar position)? On Mar 21, 3:11 pm, Navigateur wrote: > Is History.newItem supposed to clear the screen? I don't want this to > happen, yet it is. The "history" part is working (back, forward etc.) > but is there any way of adding a history token without it clearing the > screen? (it's definitely newItem that's clearing the screen on its own > in my case, not "onValueChange"). > > Or is this a known issue between newItem and certain types of panel? -- You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Why does History.newItem clear my screen completely?
Is History.newItem supposed to clear the screen? I don't want this to happen, yet it is. The "history" part is working (back, forward etc.) but is there any way of adding a history token without it clearing the screen? (it's definitely newItem that's clearing the screen on its own in my case, not "onValueChange"). Or is this a known issue between newItem and certain types of panel? -- You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: Simple history question
Ah "Places". This is only in GWT 2.1, right?
Ok, how would I do it in a 2.0 app using "History"?
And if I upgraded to 2.1, what are the basic advantages of using
"Places" over "History"?
Cheers,
N
On Jan 27, 4:54 pm, Ryan Mehregan wrote:
> PlaceHistoryHandler, has a register method:
>
> public HandlerRegistration register(PlaceController placeController,
> EventBus eventBus,
> Place defaultPlace) {
>
> you probably have already defined some places in your application.
> just pass the one you want to make the default (start) place,
> to the register method.
>
> have a look at the code
> here:http://code.google.com/webtoolkit/doc/latest/DevGuideMvpActivitiesAnd...
>
> Ryan
--
You received this message because you are subscribed to the Google Groups
"Google Web Toolkit" group.
To post to this group, send email to google-web-toolkit@googlegroups.com.
To unsubscribe from this group, send email to
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/google-web-toolkit?hl=en.
Simple history question
Before I delve, what's the most elegant way of handling the start page
of your app? (i.e. going back to it?)
Really my question is about the fact that for e.g. "page2" you have
created a history token with the String "#page2"... but when you press
the "back" button after this, you go back to the first page that
has... no token? So how do you test for this?
Sorry if this sounds stupid (and I haven't done it yet)... but does
the ValueChangeHandler just give you a token with an empty String ("")
when you do this?
If not, what's the most elegant way of including the first page in
your history, without repeating any code, and without adding
unnecessary items in the browser history?
--
You received this message because you are subscribed to the Google Groups
"Google Web Toolkit" group.
To post to this group, send email to google-web-toolkit@googlegroups.com.
To unsubscribe from this group, send email to
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/google-web-toolkit?hl=en.
Re: Which is the best: Hibernate, Ibatis, Toplink??
Dear fomba, I highly recommend db4o and for you to forget about ORMs altogether. I asked a similar question on this forum a little while back: http://groups.google.com/group/google-web-toolkit/browse_thread/thread/ef782ee131afbe60/b465803910bce469 . db4o is absolutely, utterly, and splendidly awesome. The native query system is type-checked and done in your Java code so you don't have to worry about SQL errors etc. Also, you can configure it to receive only the parts of the object that you explicitly access (the other properties are set to null, numbers are set to 0) so that you don't have to load the entire object/system state every time, saving memory on the server side, and saving bandwidth when transferring the objects to the client-side via GWT-RPC, and thereby making an efficient persistence engine. Using it is incredibly simple, allowing you to save everything to and retrieve everything from a single file, to which you give any single name you like (and which is automatically created the first time). On May 31, 6:00 pm, fomba collins wrote: > Hi, > I wish to know which of the following ORMs is the best to use with GWT > and why. > Regards > -- You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To post to this group, send email to google-web-tool...@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
GWT 2.0.3: Cross-browser problems still?
When I came into GWT I thought it was going to be write-once for all browsers. Since I've been using it, I've had all kinds of cross- browser problems, in particular with events and graphics, and sometimes widgets. And I've had to do workarounds (which I still haven't fully resolved) to make it work the same in different browsers. I just wondered if everybody else has had smooth-sailing with browsers or if there are others with similar issues? I know this is a vent, but sometimes I wish I had used Flash instead! Maybe Google can write clear guidelines for third-party library developers, since some of their libraries with respect to events and graphics seem to contribute to (but are not the only) problem. And treat cross-browser differences as a priority e.g. the fact that the core widget focusPanel doesn't seem to register mouseMove events in Internet Explorer except on the widgets contained on it, but does so fine in Firefox/Chrome. I hope everything written in GWT works the same in all browsers one day. -- You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To post to this group, send email to google-web-tool...@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: KeyPressHandler tips with keys canceling
mariyan, I'm having all sorts of problems with key event handling in
Internet Explorer (not Firefox), but if I'm to understand your
question correctly, you simply want to know if a character that's
being typed is a non-number or not (so you can delete it immediately
and maybe inform the user that only numbers are allowed). This simply
requires a DeferredCommand in your KeyPress event execution code, e.g.
DeferredCommand.addCommand( new Command(){ @Override public void
execute(){/* do your stuff here */}});
Is this what you're after?
On Apr 30, 5:36 pm, mariyan nenchev wrote:
> Hi,
>
> The keys i used work in FF(win/linux), IE, chrome(win/linux). There is only
> one problem with KEY_LEFT and KEY_RIGHT, in IE and chrome they work, but
> after the cursor is moved to the right position it returns to the initial.
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> To post to this group, send email to google-web-tool...@googlegroups.com.
> To unsubscribe from this group, send email to
> google-web-toolkit+unsubscr...@googlegroups.com.
> For more options, visit this group
> athttp://groups.google.com/group/google-web-toolkit?hl=en.
--
You received this message because you are subscribed to the Google Groups
"Google Web Toolkit" group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/google-web-toolkit?hl=en.
Re: What's the best/easiest way of doing server-side persistence with GWT?
So is anybody able to tell me if I should get GWT 2.1 M1 before trying Spring Roo, or should I just use Spring Roo now for Hibernate with GWT 2.0.3? (I've never used Spring Roo). I'll definitely be making a db4o version alongside this regardless. On May 22, 2:04 pm, Navigateur wrote: > Thanks Manoj! > So I was wondering, is it feasable to use Spring Roo with GWT 2.0.3 > (for spring roo to do the persistence bit with e.g. Hibernate?) or is > it necessary to use GWT 2.1 M1? > > I'm thinking of doing both Spring Roo Hibernate and db4o versions and > commenting out one to test the performance of the other in turn. I > hope they make a nice Spring Roo module for GWT+db4o if that would > help using db4o as well. > > So, do I need to use GWT 2.1 to use Spring Roo? > > On May 21, 6:56 pm, Manoj wrote: > > > There are enhancements in GWT 2.0 to handle enhanced classes > > especially the ones related to persistence. Please see the section > > "Serializing Enhanced Classes" > > ofhttp://code.google.com/webtoolkit/doc/latest/DevGuideServerCommunicat... > > > As mentioned in their documentation, there still exists certain > > limitations, but see if they are relevant to your application. Also > > note that you need to add jpa-annotations-source.jar in gwt classpath. > > You can get it from here > > ->http://code.google.com/p/google-web-toolkit/issues/detail?id=1830 > > > Thanks, > > Manoj > > > On May 21, 11:44 am, Ladislav Gazo wrote: > > > > And how does GWT handle associations where Hibernate (as JPA > > > implementation) puts own Collection implementations? They are not > > > serializable... that is the reason why Gilead exists. Can you tell me > > > how is it possible to achieve it without such layer? > > > > On 21. Máj, 16:00 h., Manoj wrote: > > > > > I just completed an application on the following stack -> GWT, Spring > > > > and EclipseLink (JPA). From my experience, if you are using GWT 2.x > > > > and using annotations in your persistent classes, there is no need for > > > > Gilead or Dozer. Don't get hung up digging the net as most of the > > > > blogs/articles are outdated (for GWT 1.5 or 1.x) > > > > > If you are developing your application as one big project, this is > > > > super easy and everything just works. There is no problem transferring > > > > objects from DAO layer all the way upto java script. (GWT 2.x knows > > > > how to handle it). > > > > But if you want to separate out your server side development you will > > > > have to package those transfer objects along with source as a jar and > > > > add them as gwt module(source is also required for gwt). Mine was a > > > > relatively small application and hence followed the first approach. > > > > But i did try out the second approach and it worked. (A simple build > > > > script will do the > > > > work for you) > > > > > Thanks, > > > > Manoj > > > > > On May 21, 8:44 am, José González Gómez > > > > > wrote: > > > > > Can't help there, as I haven't tried it yet. Anyway the Spring Roo > > > > > tutorial includes generation of persistent classes using JPA and > > > > > Hibernate, so I guess it will include some way to get those entities > > > > > to GWT, taking into account that is integrated with it > > > > > > Good luck!! > > > > > > On 21 mayo, 12:57, Navigateur wrote: > > > > > > > Thanks José! > > > > > > > Spring Roo looks brilliant! Just one issue, does any of its modules > > > > > > utilise Gilead or another DTO assembler so that the Hibernate > > > > > > entities > > > > > > can smoothly go to the GWT client-side? > > > > > > > On May 20, 5:03 pm, José González Gómez > > > > > > > wrote: > > > > > > > Although you could think they're the perfect solution for > > > > > > > persistence > > > > > > > in OO languages, object databases haven't taken off, so if you're > > > > > > > doing anything serious I would be cautious about using them. I > > > > > > > don't > > > > > > > know of any big application in production with an OODB. Maybe > > > > > > > we're > > > > > > > too used to relational databases... > > > > > > >
Re: What's the best/easiest way of doing server-side persistence with GWT?
Thanks Manoj! So I was wondering, is it feasable to use Spring Roo with GWT 2.0.3 (for spring roo to do the persistence bit with e.g. Hibernate?) or is it necessary to use GWT 2.1 M1? I'm thinking of doing both Spring Roo Hibernate and db4o versions and commenting out one to test the performance of the other in turn. I hope they make a nice Spring Roo module for GWT+db4o if that would help using db4o as well. So, do I need to use GWT 2.1 to use Spring Roo? On May 21, 6:56 pm, Manoj wrote: > There are enhancements in GWT 2.0 to handle enhanced classes > especially the ones related to persistence. Please see the section > "Serializing Enhanced Classes" > ofhttp://code.google.com/webtoolkit/doc/latest/DevGuideServerCommunicat... > > As mentioned in their documentation, there still exists certain > limitations, but see if they are relevant to your application. Also > note that you need to add jpa-annotations-source.jar in gwt classpath. > You can get it from here > ->http://code.google.com/p/google-web-toolkit/issues/detail?id=1830 > > Thanks, > Manoj > > On May 21, 11:44 am, Ladislav Gazo wrote: > > > And how does GWT handle associations where Hibernate (as JPA > > implementation) puts own Collection implementations? They are not > > serializable... that is the reason why Gilead exists. Can you tell me > > how is it possible to achieve it without such layer? > > > On 21. Máj, 16:00 h., Manoj wrote: > > > > I just completed an application on the following stack -> GWT, Spring > > > and EclipseLink (JPA). From my experience, if you are using GWT 2.x > > > and using annotations in your persistent classes, there is no need for > > > Gilead or Dozer. Don't get hung up digging the net as most of the > > > blogs/articles are outdated (for GWT 1.5 or 1.x) > > > > If you are developing your application as one big project, this is > > > super easy and everything just works. There is no problem transferring > > > objects from DAO layer all the way upto java script. (GWT 2.x knows > > > how to handle it). > > > But if you want to separate out your server side development you will > > > have to package those transfer objects along with source as a jar and > > > add them as gwt module(source is also required for gwt). Mine was a > > > relatively small application and hence followed the first approach. > > > But i did try out the second approach and it worked. (A simple build > > > script will do the > > > work for you) > > > > Thanks, > > > Manoj > > > > On May 21, 8:44 am, José González Gómez > > > > wrote: > > > > Can't help there, as I haven't tried it yet. Anyway the Spring Roo > > > > tutorial includes generation of persistent classes using JPA and > > > > Hibernate, so I guess it will include some way to get those entities > > > > to GWT, taking into account that is integrated with it > > > > > Good luck!! > > > > > On 21 mayo, 12:57, Navigateur wrote: > > > > > > Thanks José! > > > > > > Spring Roo looks brilliant! Just one issue, does any of its modules > > > > > utilise Gilead or another DTO assembler so that the Hibernate entities > > > > > can smoothly go to the GWT client-side? > > > > > > On May 20, 5:03 pm, José González Gómez > > > > > > wrote: > > > > > > Although you could think they're the perfect solution for > > > > > > persistence > > > > > > in OO languages, object databases haven't taken off, so if you're > > > > > > doing anything serious I would be cautious about using them. I don't > > > > > > know of any big application in production with an OODB. Maybe we're > > > > > > too used to relational databases... > > > > > > > Take a look at Spring Roo, I think you will like it. > > > > > > > Best regards > > > > > > José > > > > > > > On 20 mayo, 17:43, Navigateur wrote: > > > > > > > > Wow, thanks José and David! > > > > > > > > I'm new to "tools" so I'm a bit nervous about using them > > > > > > > (although I > > > > > > > probably shouldn't be) whereas db4o offers straightforward code > > > > > > > for > > > > > > > persisting objects. Are there any disadvantages to using db4o > > > > > > > instead
Re: What's the best/easiest way of doing server-side persistence with GWT?
Robonauticus, which object db are you using? db4o? On May 21, 3:50 pm, Robnauticus- wrote: > Hello, > I have completed a GWT / Hibernate / gilead / mysql project. It was my > first, the whole process was a large pain but mostly worth it still > compared to DIY. > > My newer project is based on GWT / Oracle DB Java edition an object > based db. It has been too easy so far... no translators, just one or > two non intrusive annotations on my Entities and persistent classes. > Plus it can outperform SQL in a lot of aspects. Only thing that sucks > is reporting. Sql is much easier/robost for reporting solutions. > Other than that, unless you were making a large shared database that > has to be separate from the app, I would go without SQL. > > On May 19, 3:16 pm, Navigateur wrote: > > > > > I haven't yet chosen a server or anything. > > > Is Gilead the best thing for persistence on the server side? Does the > > choice of server make a difference for developing for persistence e.g. > > AppEngine? GlassFish? Anything? > > > Sorry, these are relatively beginner questions - in case you say "it > > depends on what you're doing" I'm making an app where I want object- > > oriented persistence, quick error-free multi-user concurrent access to > > that (object-oriented) datastore, and ease-of-development with code > > that doesn't tie me down too strongly in case I want to switch > > platforms. > > > Oh, and it should be in Java, like GWT is. > > And besides, what are the full range of options for this? > > > Cheers! N > > > -- > > You received this message because you are subscribed to the Google Groups > > "Google Web Toolkit" group. > > To post to this group, send email to google-web-tool...@googlegroups.com. > > To unsubscribe from this group, send email to > > google-web-toolkit+unsubscr...@googlegroups.com. > > For more options, visit this group > > athttp://groups.google.com/group/google-web-toolkit?hl=en. > > -- > You received this message because you are subscribed to the Google Groups > "Google Web Toolkit" group. > To post to this group, send email to google-web-tool...@googlegroups.com. > To unsubscribe from this group, send email to > google-web-toolkit+unsubscr...@googlegroups.com. > For more options, visit this group > athttp://groups.google.com/group/google-web-toolkit?hl=en. -- You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To post to this group, send email to google-web-tool...@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: What's the best/easiest way of doing server-side persistence with GWT?
Manoj, are you saying that Gilead is totally redundant for GWT now? That the problems mentioned on the Gilead page (LazyInitializationException, Eager-fetching etc.. ) never occur any longer? I couldn't find a gwt issue on the tracker that solved this, but was it ever an issue/needed? On May 21, 3:00 pm, Manoj wrote: > I just completed an application on the following stack -> GWT, Spring > and EclipseLink (JPA). From my experience, if you are using GWT 2.x > and using annotations in your persistent classes, there is no need for > Gilead or Dozer. Don't get hung up digging the net as most of the > blogs/articles are outdated (for GWT 1.5 or 1.x) > > If you are developing your application as one big project, this is > super easy and everything just works. There is no problem transferring > objects from DAO layer all the way upto java script. (GWT 2.x knows > how to handle it). > But if you want to separate out your server side development you will > have to package those transfer objects along with source as a jar and > add them as gwt module(source is also required for gwt). Mine was a > relatively small application and hence followed the first approach. > But i did try out the second approach and it worked. (A simple build > script will do the > work for you) > > Thanks, > Manoj > > On May 21, 8:44 am, José González Gómez > > wrote: > > Can't help there, as I haven't tried it yet. Anyway the Spring Roo > > tutorial includes generation of persistent classes using JPA and > > Hibernate, so I guess it will include some way to get those entities > > to GWT, taking into account that is integrated with it > > > Good luck!! > > > On 21 mayo, 12:57, Navigateur wrote: > > > > Thanks José! > > > > Spring Roo looks brilliant! Just one issue, does any of its modules > > > utilise Gilead or another DTO assembler so that the Hibernate entities > > > can smoothly go to the GWT client-side? > > > > On May 20, 5:03 pm, José González Gómez > > > > wrote: > > > > Although you could think they're the perfect solution for persistence > > > > in OO languages, object databases haven't taken off, so if you're > > > > doing anything serious I would be cautious about using them. I don't > > > > know of any big application in production with an OODB. Maybe we're > > > > too used to relational databases... > > > > > Take a look at Spring Roo, I think you will like it. > > > > > Best regards > > > > José > > > > > On 20 mayo, 17:43, Navigateur wrote: > > > > > > Wow, thanks José and David! > > > > > > I'm new to "tools" so I'm a bit nervous about using them (although I > > > > > probably shouldn't be) whereas db4o offers straightforward code for > > > > > persisting objects. Are there any disadvantages to using db4o instead > > > > > of ORM with tools? db4o seems intuitavely the best option for me right > > > > > now, but could I be wrong? I thank David for bringing it to my > > > > > attention, it looks VERY interesting, and under active development, > > > > > although the queries are currently reportedly slow, but when that is > > > > > fixed, is there a reason why it shouldn't supercede RD and ORD for new > > > > > projects? > > > > > > On May 20, 3:18 pm, José González Gómez > > > > > > wrote: > > > > > > JPA/Hibernate supports annotations, so you don't have to fiddle with > > > > > > xml files any more; and JPA/Hibernate has adopted the "sane > > > > > > defaults" > > > > > > and "convention over configuration" policy, so unless you want to > > > > > > take > > > > > > control of your mappings (something you should do if you're doing > > > > > > anything serious) most of the times it's enough to annotate the > > > > > > persistent class with the @Entity annotation. > > > > > > > Anyway, if you're handling complex object structures, it's way more > > > > > > cumbersome to handle persistence by hand, instead of using a ORM > > > > > > framework. If you want to have automatic update of the database, > > > > > > Hibernate tools is able to generate the database schema from your > > > > > > mappings. I suggest to take a look at Maven, Maven Hibernate plugin, > > > > > >
Re: What's the best/easiest way of doing server-side persistence with GWT?
Thanks José! Spring Roo looks brilliant! Just one issue, does any of its modules utilise Gilead or another DTO assembler so that the Hibernate entities can smoothly go to the GWT client-side? On May 20, 5:03 pm, José González Gómez wrote: > Although you could think they're the perfect solution for persistence > in OO languages, object databases haven't taken off, so if you're > doing anything serious I would be cautious about using them. I don't > know of any big application in production with an OODB. Maybe we're > too used to relational databases... > > Take a look at Spring Roo, I think you will like it. > > Best regards > José > > On 20 mayo, 17:43, Navigateur wrote: > > > > > Wow, thanks José and David! > > > I'm new to "tools" so I'm a bit nervous about using them (although I > > probably shouldn't be) whereas db4o offers straightforward code for > > persisting objects. Are there any disadvantages to using db4o instead > > of ORM with tools? db4o seems intuitavely the best option for me right > > now, but could I be wrong? I thank David for bringing it to my > > attention, it looks VERY interesting, and under active development, > > although the queries are currently reportedly slow, but when that is > > fixed, is there a reason why it shouldn't supercede RD and ORD for new > > projects? > > > On May 20, 3:18 pm, José González Gómez > > > wrote: > > > JPA/Hibernate supports annotations, so you don't have to fiddle with > > > xml files any more; and JPA/Hibernate has adopted the "sane defaults" > > > and "convention over configuration" policy, so unless you want to take > > > control of your mappings (something you should do if you're doing > > > anything serious) most of the times it's enough to annotate the > > > persistent class with the @Entity annotation. > > > > Anyway, if you're handling complex object structures, it's way more > > > cumbersome to handle persistence by hand, instead of using a ORM > > > framework. If you want to have automatic update of the database, > > > Hibernate tools is able to generate the database schema from your > > > mappings. I suggest to take a look at Maven, Maven Hibernate plugin, > > > JBoss Tools, and Spring Roo. Haven't worked with the later, but GWT > > > has just made a coordinated release with Spring Roo and I think it may > > > be quite interesting for you. > > > > I hope this isn't getting too much OT... > > > > HTH, best regards > > > José > > > > On 20 mayo, 15:37, Navigateur wrote: > > > > > Thanks José! But don't they still require you to do the "hibernate- > > > > mapping" xml thing? Isn't this cumbersome for complex object > > > > structures? Or is there a way of being able to play with your object > > > > structure without having to change the hibernate-mapping xml every > > > > time (i.e. a default automatic behaviour for all objects, which also > > > > updates the data-store to reflect object-structure changes in the > > > > code)? > > > > > Thanks! > > > > N > > > > > On May 20, 10:08 am, José González Gómez > > > > > wrote: > > > > > Although your question has (almost) nothing to do with GWT... we're > > > > > working on a GWT + JavaEE application, and evaluated several > > > > > alternatives regarding this problem. We had two winners, both of them > > > > > using of course JPA with Hibernate provider: > > > > > > 1. Use Gilead to transform your persistent entities and send them to > > > > > GWT > > > > > 2. Use DTOs, and use Dozer to transform from / to domain objects / > > > > > entities > > > > > > In our case we chose DTOs / Dozer over Gilead because we favoured > > > > > layer separation, encapsulation and security over development ease. > > > > > YMMV > > > > > > Best regards > > > > > José > > > > > > On 20 mayo, 10:54, Navigateur wrote: > > > > > > > Ah yes! Except that I want to be able to get persistent things onto > > > > > > my > > > > > > client side without too much conversion or trouble (i.e. the same > > > > > > objects client-and-server-side using the same language, and the same > > > > > > class definitions). > > > &
Re: What's the best/easiest way of doing server-side persistence with GWT?
Wow, thanks José and David! I'm new to "tools" so I'm a bit nervous about using them (although I probably shouldn't be) whereas db4o offers straightforward code for persisting objects. Are there any disadvantages to using db4o instead of ORM with tools? db4o seems intuitavely the best option for me right now, but could I be wrong? I thank David for bringing it to my attention, it looks VERY interesting, and under active development, although the queries are currently reportedly slow, but when that is fixed, is there a reason why it shouldn't supercede RD and ORD for new projects? On May 20, 3:18 pm, José González Gómez wrote: > JPA/Hibernate supports annotations, so you don't have to fiddle with > xml files any more; and JPA/Hibernate has adopted the "sane defaults" > and "convention over configuration" policy, so unless you want to take > control of your mappings (something you should do if you're doing > anything serious) most of the times it's enough to annotate the > persistent class with the @Entity annotation. > > Anyway, if you're handling complex object structures, it's way more > cumbersome to handle persistence by hand, instead of using a ORM > framework. If you want to have automatic update of the database, > Hibernate tools is able to generate the database schema from your > mappings. I suggest to take a look at Maven, Maven Hibernate plugin, > JBoss Tools, and Spring Roo. Haven't worked with the later, but GWT > has just made a coordinated release with Spring Roo and I think it may > be quite interesting for you. > > I hope this isn't getting too much OT... > > HTH, best regards > José > > On 20 mayo, 15:37, Navigateur wrote: > > > > > Thanks José! But don't they still require you to do the "hibernate- > > mapping" xml thing? Isn't this cumbersome for complex object > > structures? Or is there a way of being able to play with your object > > structure without having to change the hibernate-mapping xml every > > time (i.e. a default automatic behaviour for all objects, which also > > updates the data-store to reflect object-structure changes in the > > code)? > > > Thanks! > > N > > > On May 20, 10:08 am, José González Gómez > > > wrote: > > > Although your question has (almost) nothing to do with GWT... we're > > > working on a GWT + JavaEE application, and evaluated several > > > alternatives regarding this problem. We had two winners, both of them > > > using of course JPA with Hibernate provider: > > > > 1. Use Gilead to transform your persistent entities and send them to > > > GWT > > > 2. Use DTOs, and use Dozer to transform from / to domain objects / > > > entities > > > > In our case we chose DTOs / Dozer over Gilead because we favoured > > > layer separation, encapsulation and security over development ease. > > > YMMV > > > > Best regards > > > José > > > > On 20 mayo, 10:54, Navigateur wrote: > > > > > Ah yes! Except that I want to be able to get persistent things onto my > > > > client side without too much conversion or trouble (i.e. the same > > > > objects client-and-server-side using the same language, and the same > > > > class definitions). > > > > > What are my full range of options for this, anyway? > > > > And which is the best one for the purposes I've mentioned? > > > > > On May 20, 12:34 am, Blessed Geek wrote: > > > > > > Wouldn't your initial question be like - > > > > > What is the best power tool to use to build the fence around my garden > > > > > if I wish to plant my garden with tulips. > > > > > > But later on in your post, you reveal that your question actually has > > > > > nothing to do with GWT, just as growing tulips has nothing to do with > > > > > choice of power tools for your fence. > > > > > > -- > > > > > You received this message because you are subscribed to the Google > > > > > Groups "Google Web Toolkit" group. > > > > > To post to this group, send email to > > > > > google-web-tool...@googlegroups.com. > > > > > To unsubscribe from this group, send email to > > > > > google-web-toolkit+unsubscr...@googlegroups.com. > > > > > For more options, visit this group > > > > > athttp://groups.google.com/group/google-web-toolkit?hl=en. > > > > > -- > > > > You received this mes
Re: What's the best/easiest way of doing server-side persistence with GWT?
Thanks José! But don't they still require you to do the "hibernate- mapping" xml thing? Isn't this cumbersome for complex object structures? Or is there a way of being able to play with your object structure without having to change the hibernate-mapping xml every time (i.e. a default automatic behaviour for all objects, which also updates the data-store to reflect object-structure changes in the code)? Thanks! N On May 20, 10:08 am, José González Gómez wrote: > Although your question has (almost) nothing to do with GWT... we're > working on a GWT + JavaEE application, and evaluated several > alternatives regarding this problem. We had two winners, both of them > using of course JPA with Hibernate provider: > > 1. Use Gilead to transform your persistent entities and send them to > GWT > 2. Use DTOs, and use Dozer to transform from / to domain objects / > entities > > In our case we chose DTOs / Dozer over Gilead because we favoured > layer separation, encapsulation and security over development ease. > YMMV > > Best regards > José > > On 20 mayo, 10:54, Navigateur wrote: > > > > > Ah yes! Except that I want to be able to get persistent things onto my > > client side without too much conversion or trouble (i.e. the same > > objects client-and-server-side using the same language, and the same > > class definitions). > > > What are my full range of options for this, anyway? > > And which is the best one for the purposes I've mentioned? > > > On May 20, 12:34 am, Blessed Geek wrote: > > > > Wouldn't your initial question be like - > > > What is the best power tool to use to build the fence around my garden > > > if I wish to plant my garden with tulips. > > > > But later on in your post, you reveal that your question actually has > > > nothing to do with GWT, just as growing tulips has nothing to do with > > > choice of power tools for your fence. > > > > -- > > > You received this message because you are subscribed to the Google Groups > > > "Google Web Toolkit" group. > > > To post to this group, send email to google-web-tool...@googlegroups.com. > > > To unsubscribe from this group, send email to > > > google-web-toolkit+unsubscr...@googlegroups.com. > > > For more options, visit this group > > > athttp://groups.google.com/group/google-web-toolkit?hl=en. > > > -- > > You received this message because you are subscribed to the Google Groups > > "Google Web Toolkit" group. > > To post to this group, send email to google-web-tool...@googlegroups.com. > > To unsubscribe from this group, send email to > > google-web-toolkit+unsubscr...@googlegroups.com. > > For more options, visit this group > > athttp://groups.google.com/group/google-web-toolkit?hl=en. > > -- > You received this message because you are subscribed to the Google Groups > "Google Web Toolkit" group. > To post to this group, send email to google-web-tool...@googlegroups.com. > To unsubscribe from this group, send email to > google-web-toolkit+unsubscr...@googlegroups.com. > For more options, visit this group > athttp://groups.google.com/group/google-web-toolkit?hl=en. -- You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To post to this group, send email to google-web-tool...@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: What's the best/easiest way of doing server-side persistence with GWT?
Ah yes! Except that I want to be able to get persistent things onto my client side without too much conversion or trouble (i.e. the same objects client-and-server-side using the same language, and the same class definitions). What are my full range of options for this, anyway? And which is the best one for the purposes I've mentioned? On May 20, 12:34 am, Blessed Geek wrote: > Wouldn't your initial question be like - > What is the best power tool to use to build the fence around my garden > if I wish to plant my garden with tulips. > > But later on in your post, you reveal that your question actually has > nothing to do with GWT, just as growing tulips has nothing to do with > choice of power tools for your fence. > > -- > You received this message because you are subscribed to the Google Groups > "Google Web Toolkit" group. > To post to this group, send email to google-web-tool...@googlegroups.com. > To unsubscribe from this group, send email to > google-web-toolkit+unsubscr...@googlegroups.com. > For more options, visit this group > athttp://groups.google.com/group/google-web-toolkit?hl=en. -- You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To post to this group, send email to google-web-tool...@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
What's the best/easiest way of doing server-side persistence with GWT?
I haven't yet chosen a server or anything. Is Gilead the best thing for persistence on the server side? Does the choice of server make a difference for developing for persistence e.g. AppEngine? GlassFish? Anything? Sorry, these are relatively beginner questions - in case you say "it depends on what you're doing" I'm making an app where I want object- oriented persistence, quick error-free multi-user concurrent access to that (object-oriented) datastore, and ease-of-development with code that doesn't tie me down too strongly in case I want to switch platforms. Oh, and it should be in Java, like GWT is. And besides, what are the full range of options for this? Cheers! N -- You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To post to this group, send email to google-web-tool...@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: GWT 1.7 to 2.0 upgrading problem: no longer working: GWTCanvas, gwt-diagrams2
Dear kozura, after some testing, some essential mouseovers and mouseclicks stop happening in Firefox quirks mode, while they all happen fine in standards mode (despite gwt-diagrams2 and GWTCanvas not working in standards mode). Is this a known issue with an easy fix? Internet Explorer works as before in quirks mode, like you mentioned, thanks! GWTCanvas doesn't work for me in Firefox in either mode.. do you know about this? Sorry to bring this up, but do you have that setCursorPos() for RichTextArea, that I've been needing in my app kind of urgently, but was wondering if you might be able to send me a prelim? My thanks, N On May 11, 9:53 pm, kozura wrote: > The indicates that the browser should be running in > standards mode, which is required for GWT 2.0's new LayoutPanel type > of layout. However just using the original layout panels (FlowPanel, > HorizontalPanel, etc) still works the same as ever, in quirks mode. > So if a library you want to use doesn't work in standards mode, then > just stick with the previous non-LayoutPanels; no need to go back a > version. > > http://code.google.com/webtoolkit/doc/latest/DevGuideUiPanels.html > > On May 11, 6:28 am, Navigateur wrote: > > > Is there a way to get these things working in GWT 2.0? > > > I've found that gwt-diagrams2 works when deleting from > > the html file, but other things don't work then! > > > Would anybody recommend me going back to GWT 1.7? > > > Many thanks, N > > > -- > > You received this message because you are subscribed to the Google Groups > > "Google Web Toolkit" group. > > To post to this group, send email to google-web-tool...@googlegroups.com. > > To unsubscribe from this group, send email to > > google-web-toolkit+unsubscr...@googlegroups.com. > > For more options, visit this group > > athttp://groups.google.com/group/google-web-toolkit?hl=en. > > -- > You received this message because you are subscribed to the Google Groups > "Google Web Toolkit" group. > To post to this group, send email to google-web-tool...@googlegroups.com. > To unsubscribe from this group, send email to > google-web-toolkit+unsubscr...@googlegroups.com. > For more options, visit this group > athttp://groups.google.com/group/google-web-toolkit?hl=en. -- You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To post to this group, send email to google-web-tool...@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
GWT 1.7 to 2.0 upgrading problem: no longer working: GWTCanvas, gwt-diagrams2
Is there a way to get these things working in GWT 2.0? I've found that gwt-diagrams2 works when deleting from the html file, but other things don't work then! Would anybody recommend me going back to GWT 1.7? Many thanks, N -- You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To post to this group, send email to google-web-tool...@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
GWTCanvas doesn't draw lines in my app in GWT 2.0.3, was fine in GWT 1.7
Anybody have any idea about why lines drawn using GWTCanvas wouldn't appear in GWT 2.0, but was ok in 1.7? Has anyone successfully drawn lines in 2.0 and can show me a code snippet? Cheers, N -- You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To post to this group, send email to google-web-tool...@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: 1.7 to 2.0, GWT doesn't work any more
I found the solution. It was that the AbsolutePanel in 1.7 didn't need to be sized, in 2.0 it does (I think it defaults at 0,0 when using GWT 2.0). There are other differences in appearance from my 1.7 app too, which I'm working through. On May 8, 1:35 pm, Navigateur wrote: > I was wondering if anyone's had the issue of nothing displaying on > their application when migrating from GWT 1.7 to 2.0? (The static html > shows, none of the GWT widgets show). I can get an alert box to > display onModuleLoad(), but nothing else. > > If so, how were you able to fix it? Or does anybody have any > suggestions? I'm using GWTCanvas along with standard GWT widgets. > Could that be the problem? If so, how would I use GWTCanvas for 2.0? > > I get no error messages, just a warning "Referencing deprecated class > 'com.google.gwt.user.client.impl.DocumentRootImpl' " > > Many thanks, > N > > -- > You received this message because you are subscribed to the Google Groups > "Google Web Toolkit" group. > To post to this group, send email to google-web-tool...@googlegroups.com. > To unsubscribe from this group, send email to > google-web-toolkit+unsubscr...@googlegroups.com. > For more options, visit this group > athttp://groups.google.com/group/google-web-toolkit?hl=en. -- You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To post to this group, send email to google-web-tool...@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
1.7 to 2.0, GWT doesn't work any more
I was wondering if anyone's had the issue of nothing displaying on their application when migrating from GWT 1.7 to 2.0? (The static html shows, none of the GWT widgets show). I can get an alert box to display onModuleLoad(), but nothing else. If so, how were you able to fix it? Or does anybody have any suggestions? I'm using GWTCanvas along with standard GWT widgets. Could that be the problem? If so, how would I use GWTCanvas for 2.0? I get no error messages, just a warning "Referencing deprecated class 'com.google.gwt.user.client.impl.DocumentRootImpl' " Many thanks, N -- You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To post to this group, send email to google-web-tool...@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: Why no getCursorPos() in RichTextArea
My most urgent need right now is setCursorPos() On Apr 27, 4:37 pm, kozura wrote: > Step 1 is trying to get this included in GWT. Numerous people have > agreed this should be a feature of GWT, so I'm seeing if I can get the > code accepted, as indicated in the post and issue links above. So far > no response, we'll see. If it doesn't happen, I may just release a > little library with it, but don't really want to propagate yet another > little gwt lib to support and maintain, for functionality that for > several reasons should be part of GWT. > > jk > > On Apr 27, 5:11 am, Navigateur wrote: > > > Pardon my ignorance, but how do I, step by step, get your selection > > thing into my app? I'm using Eclipse. Would you explain it as if I > > don't know anything about doing this kind of thing? And then, how do I > > getCursorPos() in my RichTextArea? You are a star. N > > -- > You received this message because you are subscribed to the Google Groups > "Google Web Toolkit" group. > To post to this group, send email to google-web-tool...@googlegroups.com. > To unsubscribe from this group, send email to > google-web-toolkit+unsubscr...@googlegroups.com. > For more options, visit this group > athttp://groups.google.com/group/google-web-toolkit?hl=en. -- You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To post to this group, send email to google-web-tool...@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: Why no getCursorPos() in RichTextArea
Oh I would love a little lib whether it's core or not.. but I'm sure if you made it separately, they would put it in GWT anyway, because RichTextArea is pretty stupid without get and set cursor position! e.g. getCursorPos(), getCursorHTMLPos(), set..(), set...() My needs are (somewhat) urgent, so is there any way you might be able to send me something I can use (and test) now? On Apr 27, 4:37 pm, kozura wrote: > Step 1 is trying to get this included in GWT. Numerous people have > agreed this should be a feature of GWT, so I'm seeing if I can get the > code accepted, as indicated in the post and issue links above. So far > no response, we'll see. If it doesn't happen, I may just release a > little library with it, but don't really want to propagate yet another > little gwt lib to support and maintain, for functionality that for > several reasons should be part of GWT. > > jk > > On Apr 27, 5:11 am, Navigateur wrote: > > > Pardon my ignorance, but how do I, step by step, get your selection > > thing into my app? I'm using Eclipse. Would you explain it as if I > > don't know anything about doing this kind of thing? And then, how do I > > getCursorPos() in my RichTextArea? You are a star. N > > -- > You received this message because you are subscribed to the Google Groups > "Google Web Toolkit" group. > To post to this group, send email to google-web-tool...@googlegroups.com. > To unsubscribe from this group, send email to > google-web-toolkit+unsubscr...@googlegroups.com. > For more options, visit this group > athttp://groups.google.com/group/google-web-toolkit?hl=en. -- You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To post to this group, send email to google-web-tool...@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: Why no getCursorPos() in RichTextArea
Pardon my ignorance, but how do I, step by step, get your selection thing into my app? I'm using Eclipse. Would you explain it as if I don't know anything about doing this kind of thing? And then, how do I getCursorPos() in my RichTextArea? You are a star. N On Apr 27, 6:28 am, kozura wrote: > Yes, the selection API along with the existing DOM API should let you > do pretty much any of these manipulations based on cursor position, > and probably more easily and robustly than what it sounds like you're > describing using text strings. Also allows proper preservation of the > cursor position - if you just change the html and replace it, cursor > gets reset. > > As for your second question, DeferredCommand would allow you run a > function after all events are processed. > > jk > > On Apr 26, 7:21 pm, Navigateur wrote: > > > > > > > If I could simply getCursorPos() in my RichTextArea according to the > > text displayed (getText()), then I could use space boundaries between > > words to discover the word that is being changed, and use simple > > String replace methods to affect the HTML. But I really don't mind > > knowing a position according to the HTML either! Pardon my ignorance, > > but do you actually have the methods for me to do this with my > > RichTextArea? > > > But for me this is really all about the fact that any editing of the > > text by the user (e.g. adding/deleting a character) happens AFTER the > > keypress/keydown events are fired, so I cannot know WHAT the resulting > > String will be!! This is crazy, and that's what necessitates me to > > know the cursorPos, so that I can add the character being added/ > > deleted (which is told to me by the keypress event) in its PROSPECTIVE > > position (which, again, I have no way of knowing!!). > > > So, for the time being, how do I do a time delayed function in GWT > > i.e. what's the equivalent of JavaScript's "setInterval" in GWT? So > > that I can grab the new and old Strings and compare them to know at > > which cursor position I am. > > > Regards, > > N > > -- > You received this message because you are subscribed to the Google Groups > "Google Web Toolkit" group. > To post to this group, send email to google-web-tool...@googlegroups.com. > To unsubscribe from this group, send email to > google-web-toolkit+unsubscr...@googlegroups.com. > For more options, visit this group > athttp://groups.google.com/group/google-web-toolkit?hl=en.- Hide quoted text - > > - Show quoted text - -- You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To post to this group, send email to google-web-tool...@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: Why no getCursorPos() in RichTextArea
If I could simply getCursorPos() in my RichTextArea according to the text displayed (getText()), then I could use space boundaries between words to discover the word that is being changed, and use simple String replace methods to affect the HTML. But I really don't mind knowing a position according to the HTML either! Pardon my ignorance, but do you actually have the methods for me to do this with my RichTextArea? But for me this is really all about the fact that any editing of the text by the user (e.g. adding/deleting a character) happens AFTER the keypress/keydown events are fired, so I cannot know WHAT the resulting String will be!! This is crazy, and that's what necessitates me to know the cursorPos, so that I can add the character being added/ deleted (which is told to me by the keypress event) in its PROSPECTIVE position (which, again, I have no way of knowing!!). So, for the time being, how do I do a time delayed function in GWT i.e. what's the equivalent of JavaScript's "setInterval" in GWT? So that I can grab the new and old Strings and compare them to know at which cursor position I am. Regards, N On Apr 26, 4:26 pm, kozura wrote: > Sure, those sorts of functionality are what this covers, but it's not > terribly useful for what you're saying to get the cursor relative to > the basic getText() string. Sure, you can check the words in the > string, but how do you then change the actual DOM document without > affecting other markup? With my API, you get the actual DOM Text > element that the selection is in, from which you can get the text of > the word the user is on or moved from, and surgically make changes > like surround a word with color style tags. > > But maybe a good and simple addition to the API would be a function to > expand a range forward and/or backwards to (user-defined) word > boundaries. Then you could get the cursor, expand to get the word it > encompasses, getText() of the word (without tags) to do your spell > checking etc, then either surround() it with the color tags you want > or replace it with the correct spelling. I think I will add this! > > The rest of the API is spelled out > here:http://groups.google.com/group/google-web-toolkit/browse_thread/threa... > > jk > > On Apr 26, 8:27 am, Navigateur wrote: > > > Oh I have a real need for this. I want certain words to be re-checked > > against a dictionary when they are edited by the user. This would mean > > knowing which word is currently being edited and which character is > > currently being typed or deleted, so for this I would need to know the > > cursor position (corresponding to the charAt position in the getText() > > String). Also, to set the colour of that word when the cursor is moved > > away from it (also needing the cursor position). > > -- > You received this message because you are subscribed to the Google Groups > "Google Web Toolkit" group. > To post to this group, send email to google-web-tool...@googlegroups.com. > To unsubscribe from this group, send email to > google-web-toolkit+unsubscr...@googlegroups.com. > For more options, visit this group > athttp://groups.google.com/group/google-web-toolkit?hl=en. -- You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To post to this group, send email to google-web-tool...@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: Why no getCursorPos() in RichTextArea
Oh I have a real need for this. I want certain words to be re-checked against a dictionary when they are edited by the user. This would mean knowing which word is currently being edited and which character is currently being typed or deleted, so for this I would need to know the cursor position (corresponding to the charAt position in the getText() String). Also, to set the colour of that word when the cursor is moved away from it (also needing the cursor position). On Apr 23, 7:13 pm, kozura wrote: > Vote for it...http://code.google.com/p/google-web-toolkit/issues/ > detail?id=1127 > > I've proposed an implementation in that issue, which gives the true > cursor element position in the rich text document. It could easily be > augmented to include the simpler position relative to plain text, > although I'm not sure the use case where this is particularly useful? > > On Apr 23, 10:34 am, Navigateur wrote: > > > getCursorPos() should simply return the cursor position relative to > > the actual text on the screen (result of getText()) and not its HTML. > > > -- > > You received this message because you are subscribed to the Google Groups > > "Google Web Toolkit" group. > > To post to this group, send email to google-web-tool...@googlegroups.com. > > To unsubscribe from this group, send email to > > google-web-toolkit+unsubscr...@googlegroups.com. > > For more options, visit this group > > athttp://groups.google.com/group/google-web-toolkit?hl=en. > > -- > You received this message because you are subscribed to the Google Groups > "Google Web Toolkit" group. > To post to this group, send email to google-web-tool...@googlegroups.com. > To unsubscribe from this group, send email to > google-web-toolkit+unsubscr...@googlegroups.com. > For more options, visit this group > athttp://groups.google.com/group/google-web-toolkit?hl=en. -- You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To post to this group, send email to google-web-tool...@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
How do I make certain text in a TextBox turn red! - using setText()?
I just want to make certain words typed by a user in a text box turn red. I have tried encasing the words with html tags with setText() but the tags show in the final text!! I don't want all the text in the TextBox to turn red. How do I do this? My genuine thanks, N -- You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To post to this group, send email to google-web-tool...@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Why no getCursorPos() on RichTextArea?
What's the best way of getting cursor position upon clicking in a RichTextArea? (Using TextBox or TextArea is not an option for me!) Any ideas? Thanks, N -- You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To post to this group, send email to google-web-tool...@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Why no getCursorPos() in RichTextArea
getCursorPos() should simply return the cursor position relative to the actual text on the screen (result of getText()) and not its HTML. -- You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To post to this group, send email to google-web-tool...@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
