Re: RPC Image
2008/10/23 Jim Freeze <[EMAIL PROTECTED]> > > Hi > > On Thu, Oct 23, 2008 at 9:54 AM, Jason Essington > <[EMAIL PROTECTED]> wrote: > > > > Although you could certainly return the bytes of an image via RPC, > > once you have them on the client side, there is no way to actually > > turn those bytes into an image (or even save those bytes to the file > > system). That is a limitation of the XMLHTTP request and javascript, > > not a limitation made by GWT. > > Jason, once you have the data, can't you use it to embed the image > directly into the DOM via base64 encoding? > > Is this working with internet explorer? > > > > > > > -- > Jim Freeze > > > > --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: Unable to find 'xml.gwt.xml' on your classpath
Highlight the project in Package Explorer in Eclipse Go to Project | Properties Select Java Build Path in the tree on the left Select the Libraries tab on the right I think you might be missing the GWT jars there. If you are, click on Add External Jar and add "gwt-user.jar" from wherever you extracted the GWT files to, then do the same for "gwt-dev-windows.jar" (or gwt-dev-linux or wharever) If that isn't it, then post again. Actually, if that *is* it, post again as well, so if other people find this thread, they'll know it worked for you. Ian http://examples.roughian.com --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: Unable to find 'xml.gwt.xml' on your classpath
Anyone? - I'm a total noob to the Eclipse JDT and GWT, so I am just trying to work through the tutorial for the Stock Watcher. I think that I just need to find the setting in eclipse where I can set the classpath needed, but can't find where - - - Here is a summary of my errors: In the GWT Browser window, I get: Cannot find resource 'StockWatcher.html' in the public path of module 'com.google.gwt.sample.stockwatcher.StockWatcher' In the Dev Shell trace window, I get: " [TRACE] The development shell servlet received a request for 'StockWatcher.html' in module 'com.google.gwt.sample.stockwatcher.StockWatcher.gwt.xml' [TRACE] Loading module 'com.google.gwt.sample.stockwatcher.StockWatcher' [TRACE] Loading inherited module 'com.google.gwt.user.User' [ERROR] Unable to find 'com/google/gwt/user/User.gwt.xml' on your classpath; could be a typo, or maybe you forgot to include a classpath entry for source? [ERROR] Line 4: Unexpected exception while processing element 'inherits' [ERROR] Failure while parsing XML " In the "Line 4 error, the element "inherits" points to All that pathing was done by the google gwt scripts in the tutorial. No idea why that is not working -Jim On Oct 27, 6:35 am, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > Every time we switch versions of GWT, the build process clobbers our > web.xml file. We have download our old web.xml from the Subversion > store, and then 'touch' the web.xml so that the build process wouldn't > clobber it again the next time. > > On Oct 21, 11:53 am, mechprince <[EMAIL PROTECTED]> wrote: > > > Just thought I'd post how this issue got resolved. > > It turned out that the GWT version had nothing to do with the issue. > > My eclipse project has a tomcat folder that contains web.xml. This > > web.xml had mappings to many servlets being used by my app. > > While trying to install a new GWT or while trying to run the app on > > the tomcat server, this web.xml must have got cleared off its servlet > > mappings (my assumption of course). > > All of my xml requests are handled thru a home grown XMLServlet, and > > since it was unavailable in web.xml, this error had started happening. > > > Once I fixed the web.xml to include all the needed mappings, the error > > went away. > > > Thanks. > > > On Oct 9, 11:28 am, mechprince <[EMAIL PROTECTED]> wrote: > > > > I was using GWT-1.4.62 for a couple of weeks and recently switched to > > > 1.5.2. > > > After the switch, I started getting the following error: > > > [ERROR] Unable to find 'xml.gwt.xml' on your classpath; could be a > > > typo, or maybe you forgot to include a classpath entry for source? > > > > Firstly, I do not have a 'xml.gwt.xml'. I don't know from where GWT is > > > picking it up. > > > Secondly, I reverted back to 1.4.62, but still the problem persists. > > > I have cleaned-up the eclipse project, created a new GWT module, > > > deleted the contents of cache folders etc, but nothing has changed; > > > the problem still persists. > > > > Am I missing anything here? > > > Any help is greatly appreciated as I'm stuck on this for the past 2 > > > days. > > > > Thanks. --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: Need a unique identifier for all widgets in views
Someone else also wants to do something similar, but hasnt got any reply yet - http://groups.google.com/group/Google-Web-Toolkit/browse_thread/thread/efcaaef58d15ef13/396ed12aaf617776?lnk=gst&q=QTP# On Oct 30, 8:43 am, prads <[EMAIL PROTECTED]> wrote: > Hi Thomas, > > Thanks for replying and for pointing me towards ensureDebugId. I was > not aware of it. I wont be fixing this problem before monday. So, I'll > wait for more opinions on this. In case there arent any, I will surely > go ahead with what you suggested. > > Thanks again! > > Regards, > prads --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: Need a unique identifier for all widgets in views
Hi Thomas, Thanks for replying and for pointing me towards ensureDebugId. I was not aware of it. I wont be fixing this problem before monday. So, I'll wait for more opinions on this. In case there arent any, I will surely go ahead with what you suggested. Thanks again! Regards, prads --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: GWT-ext or ext-GWT?
Folks, correction to my first post. The original contributor of gwt- ext is probably still part of the project, though not as active. http://gwt-ext.com/forum/viewtopic.php?f=12&p=10318&sid=c4b4b0a204e3891ad392622656a65684#p10318 Rakesh Wagh On Oct 27, 2:17 pm, rakesh wagh <[EMAIL PROTECTED]> wrote: > I have used GWT-ext but not ext-GWT. > GWT-ext was a hot favorite before ext-js went commercial and before > the ext team themselves launched ext-GWT. Now that gwt support is > provided by the ext team themselves, I think it will make more sense > to use ext-gwt. Moreover Sanjeev Jeevan the original creator of gwt- > ext is no longer part of that project. > > I would go with ext-gwt with a little evaluation. Hope they dont have > any major hiccups. > > Rakesh Wagh > > On Oct 27, 10:50 am, Suri <[EMAIL PROTECTED]> wrote: > > > Not sure if there is a thread ever discussed on this. If so, I'd > > appreciate help in locating it. Tried a search and it decided to > > exclude the gwt part and search only for ext which isn't much help. > > Anyway, for all the people using either of these, I figure it might be > > good to get some feedback on the drawbacks and strengths of each and > > have something helpful for everyone like me trying to decide which is > > a good fit. Any ideas? Sorry if I seem abstract, I just thought the > > more general the better. > > > Thanks > > Suri --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: GWT-ext or ext-GWT?
I would agree with Arthur Kalmenson . And that is the reason why we used vanilla gwt over ext. you will miss that blazing performance in ext libs. Do not get fooled with attractive showcase. With that said, from look and feel + user experience perspective, ext is probably the best and complete library out there. If you are a smart developer you will go with gwt. If you are a dumb manager, u will go with ext Rakesh Wagh On Oct 29, 5:45 pm, "sankar.gorthi" <[EMAIL PROTECTED]> wrote: > http://gwt-ext.com/forum/viewtopic.php?f=12&p=10318&sid=c4b4b0a204e38... > > On Oct 29, 1:55 am, maku <[EMAIL PROTECTED]> wrote: > > > This is a good advice when you have much time and the expertise to > > develop nice looking widgets. > > > But in reality this is not the case. > > > From my point of view a small team is not able to develop something > > which is as good as ExtGwt (aka GXT). > > (E.g. a powerful grid component) > > > We took GXT to develop our app. > > In general we had no huge problems to solve until now (at least in > > context with GXT) > > > Regards, > > Martin > > > On Oct 28, 1:55 pm, "Arthur Kalmenson" <[EMAIL PROTECTED]> wrote: > > > > I would say go with neither. If you look at the group, you'll find > > > that there are endless problems with these libraries. They're shoddy, > > > poorly put together, slow and nowhere near the level of quality that > > > you come to expect from GWT. The library is made by Javascript > > > developers who have little to no Java knowledge. If you want a well > > > test, well designed toolkit, stick with vanilla GWT and make widgets > > > yourself. > > > > Regards, > > > -- > > > Arthur Kalmenson > > > > On Mon, Oct 27, 2008 at 11:50 AM, Suri <[EMAIL PROTECTED]> wrote: > > > > > Not sure if there is a thread ever discussed on this. If so, I'd > > > > appreciate help in locating it. Tried a search and it decided to > > > > exclude the gwt part and search only for ext which isn't much help. > > > > Anyway, for all the people using either of these, I figure it might be > > > > good to get some feedback on the drawbacks and strengths of each and > > > > have something helpful for everyone like me trying to decide which is > > > > a good fit. Any ideas? Sorry if I seem abstract, I just thought the > > > > more general the better. > > > > > Thanks > > > > Suri --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
tabbar gets too wide
When new panel is added to a tabpanel one by one, the tabbar gets wider and wider, extending over the size of the tabpanel. Is there a easy way to contain the tabbar within a fixed width? Or I have to write my own tabbar and tabpanel? --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: GWT-ext or ext-GWT?
http://gwt-ext.com/forum/viewtopic.php?f=12&p=10318&sid=c4b4b0a204e3891ad392622656a65684#p10318 On Oct 29, 1:55 am, maku <[EMAIL PROTECTED]> wrote: > This is a good advice when you have much time and the expertise to > develop nice looking widgets. > > But in reality this is not the case. > > From my point of view a small team is not able to develop something > which is as good as ExtGwt (aka GXT). > (E.g. a powerful grid component) > > We took GXT to develop our app. > In general we had no huge problems to solve until now (at least in > context with GXT) > > Regards, > Martin > > On Oct 28, 1:55 pm, "Arthur Kalmenson" <[EMAIL PROTECTED]> wrote: > > > I would say go with neither. If you look at the group, you'll find > > that there are endless problems with these libraries. They're shoddy, > > poorly put together, slow and nowhere near the level of quality that > > you come to expect from GWT. The library is made by Javascript > > developers who have little to no Java knowledge. If you want a well > > test, well designed toolkit, stick with vanilla GWT and make widgets > > yourself. > > > Regards, > > -- > > Arthur Kalmenson > > > On Mon, Oct 27, 2008 at 11:50 AM, Suri <[EMAIL PROTECTED]> wrote: > > > > Not sure if there is a thread ever discussed on this. If so, I'd > > > appreciate help in locating it. Tried a search and it decided to > > > exclude the gwt part and search only for ext which isn't much help. > > > Anyway, for all the people using either of these, I figure it might be > > > good to get some feedback on the drawbacks and strengths of each and > > > have something helpful for everyone like me trying to decide which is > > > a good fit. Any ideas? Sorry if I seem abstract, I just thought the > > > more general the better. > > > > Thanks > > > Suri --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: passing parameters to gwt application
Thanks Jason! This is exactly what I want. cheers On Oct 14, 10:15 pm, Jason Morris <[EMAIL PROTECTED]> wrote: > If you're on GWT 1.5, you can just use > > Window.Location.getParameter("key"); --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: Label + Hyperlink + Label
Yikes. That seems like a defect in Hyperlink. Why would it insist on being a div? On Oct 3, 1:46 pm, "Ian Bambury" <[EMAIL PROTECTED]> wrote: > Why faff about with an anchor and clicklistener when you can just put this > > .gwt-Hyperlink > { > display : inline; > > } > > in your css? > > You can then throw one lot of text at the HTMLPanel with > placeholders. > > Ian > > http://examples.roughian.com --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: Gears 0.4 features in GWT Google API Library
Mark, I took your servlet as is and replaced with mine and it worked! I was using apache file upload which looks for certain deliminators in a multi-part file. File uploaded this way(using gears) has probably no concept of multi part file in it. In your approach on the server side you simply open the inputstream and store the file. While I can get my stuff working that way, I am a bit curious on what I will be loosing by not using "Mulitpart"! Thanks a bunch... u were help! Rakesh Wagh On Oct 29, 3:20 pm, Mark Renouf <[EMAIL PROTECTED]> wrote: > Ok. I put a little something together based on my original test. > > Give this a > try:http://groups.google.com/group/Google-Web-Toolkit-Contributors/web/ge... > > Unzip, then generate the launch scripts: > > applicationCreator -out gears-upload -ignore > com.google.gwt.gears.demo.client.UploadDemo > > On Oct 29, 2:03 pm, rakesh wagh <[EMAIL PROTECTED]> wrote: > > > I think I have opened the request. Am I missing something? Can you > > post your sample code that works? --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
[no subject]
Regards, M. Rafique Danish _ News, entertainment and everything you care about at Live.com. Get it now! http://www.live.com/getstarted.aspx --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: Offline Developer's Guide
"gwt-docs-20081026.zip (Google Web Toolkit Documentation)" http://groups.google.com/group/Google-Web-Toolkit/browse_thread/thread/6cadca3f1e1c9fcf/0235d6eb2c9df85d#0235d6eb2c9df85d On Oct 28, 7:51 pm, "Sumit Chandel" <[EMAIL PROTECTED]> wrote: > Hi RIAgallery, > As it turns out, the Docreader project will have offline support via Gears > in an upcoming release. Any project using the Docreader to host their > documentation will be able to take advantage of this offline capability, > including our GWT docs. > > Once we've integrated Gears with the Docreader, you will be able to navigate > the docs offline. > > Cheers, > -Sumit Chandel > > On Sat, Oct 25, 2008 at 4:26 AM, RIAgallery <[EMAIL PROTECTED]>wrote: > > > > > Hi All, > > where is the offline doc? > >http://code.google.com/docreader/#p=google-web-toolkit-doc-1-5 > > > Inside "gwt-windows-1.5.2\doc" I see only: > > - helpInfo > > - javadoc --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: Gears 0.4 features in GWT Google API Library
Mark, in your UploadDemo no where did I see "Content-type" set to "multipart/ mixed". Is that not required for the server to identify and treat the file as binary? Thanks On Oct 29, 3:20 pm, Mark Renouf <[EMAIL PROTECTED]> wrote: > Ok. I put a little something together based on my original test. > > Give this a > try:http://groups.google.com/group/Google-Web-Toolkit-Contributors/web/ge... > > Unzip, then generate the launch scripts: > > applicationCreator -out gears-upload -ignore > com.google.gwt.gears.demo.client.UploadDemo > > On Oct 29, 2:03 pm, rakesh wagh <[EMAIL PROTECTED]> wrote: > > > I think I have opened the request. Am I missing something? Can you > > post your sample code that works? --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
DeckPanel inside Grid: No vertical alignment with IE
Dear GWT community, I'm encountering a problem with IE7 when using a DeckPanel inside a Grid. Consider the following code: public void onModuleLoad() { HTML text = new HTML("left"); Grid inner = new Grid(1, 1); Label right = new Label("right"); inner.setWidget(0, 0, right); inner.getCellFormatter().setVerticalAlignment(0, 0, HasVerticalAlignment.ALIGN_MIDDLE); DeckPanel deck = new DeckPanel(); deck.add(inner); deck.showWidget(0); Grid outer = new Grid(1, 2); outer.setWidget(0, 0, text); outer.setWidget(0, 1, deck); DOM.setStyleAttribute(DOM.getParent(text.getElement()), "border", "1px solid"); DOM.setStyleAttribute(DOM.getParent(deck.getElement()), "border", "1px solid"); RootPanel.get().add(outer); } The border attributes are just added for better visibility. Now in Firefox both texts are displayed in the middle of the cells. That's fine. However, in IE7 they're displayed at the top of the cells. The code line setting the vertical alignment of "right" to MIDDLE has no effect at all. Can somebody please tell me, what's going wrong here and how I can get around this? Best regards, Ecke --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Facebook Bottom Menu
Hi, I am new to gwt and been testing some panels and widgets. I noticed that facebook has created a nice new bottom menu. Is that made using only css or is it javascript/ajax too? Is there a easy way to create a lite version of such a menu in gwt? The biggest problem I am having is that the panel menu I am creating does not follow the screen when I scroll. Thanks! --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
themes
GWT 1.5 introduced the concept of themes. Is anyone using themes other than the standard ones - maybe similar to the ExtGwt ones? Are there nicer themes available than the standard ones? --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: SVG in GWT
If all you want to do is display an SVG file, then you can create a frame and set its URL to the SVG file. If you are talking about programatically working with SVG, then you are better off using the GWT Canvas project: http://code.google.com/p/gwt-canvas/ This is because when GWT moved to 1.4, it broke SVG support. If you search this forum, you can find out more on that subject. GWT Canvas has better cross-browser support anyway. Jamie. On Oct 29, 9:36 am, Danish <[EMAIL PROTECTED]> wrote: > Hi, > I am new to GWT and want to use SVG in GWT. Is there any sample > example, where I may learn it step by step. > /Danish --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: gwt rpc vs json
Thanks for the info. Yeah, I've got all the biz logic broken out from the protocol, as I support form post and json get's using the same api (essentially...) It's interesting that the wireformat is json. I was sorta hoping it was some super tight binary format that would tempt me to switch (I'm not sure it would, latency is so much worse than throughput). Turning on gzip compression on the http server basically makes my json into binary anyway though... I'm sticking with json until I no longer need access by non-gwt clients. Those overlay types mentioned previously are -very tempting-. I need to look into that, as overlaying a class on my raw json from requestbuilder would nice -- especially if I don't have to wear out letters on my keyboard typing isNumber().doubleValue() ever again (note to self: write a function) On Oct 29, 3:20 pm, "Ian Petersen" <[EMAIL PROTECTED]> wrote: > On Wed, Oct 29, 2008 at 10:37 AM, Brian <[EMAIL PROTECTED]> wrote: > > Sounds good. > > Is the gwt-rpc format described, so I could write a non-gwt app (say, > > a mac desktop gadget) that hits my server using the same api as the > > gwt-rpc browser app? Note, I don't actually care right now what the > > format is, just that the protocol is described, and is easy to impl in > > a non-gwt-rpc-browser app (like it is with json ;-) > > I think Jason and Walden gave pretty good answers, but I thought I'd > give a little more detail. > > The GWT RPC format is intentionally opaque JSON. This makes it > somewhere between difficult and impossible to add a non-GWT agent to > the RPC discussion. There isn't really a nice work-around for > creating a non-Java server-side implementation but, because your > RemoteServiceServlet implementation just has to implement your > synchronous RPC interface, it's quite possible for non-GWT clients to > talk to the same server-side business logic, just without using the > RPC protocol. > > The easiest way to implement RPC on the server is like this: > > public interface HelloWorld extends RemoteService { > > String sayHi(String name); > > } > > public class HelloWorldServlet extends RemoteServiceServlet implements > HelloWorld { > > public String sayHi(String name) { > return "Hello, " + name; > } > > } > > In a GWT client, you'd use it like this: > > // you need to maintain an Async interface in parallel to the service > definition > public interface HelloWorldAsync { > > void sayHi(String name, AsyncCallback callback); > > } > > HelloWorldAsync service = (HelloWorldAsync) GWT.create(HelloWorld.class); > > service.sayHi(new AsyncCallback() { > > public void onFailure(Throwable caught) { > // handle server-side errors and networking errors > } > > public void onSuccess(String response) { > Window.alert("Server says: " + response); > } > > }); > > So, from a GWT perspective, it's _really_ easy. The point I'm trying > to make here, though, is that the server side is just an > implementation of an interface. It's possible (using the class named > RPC) to implement that interface on one class and answer HTTP POST > request in a different class (the above example does everything in one > class by subclassing RemoteServiceServlet). Separating the business > logic from the HTTP request-handling means that you can re-use the > business logic to support non-GWT clients in whatever fashion you > like, including standard Java RMI, and RESTful webservices. > > On Wed, Oct 29, 2008 at 10:45 AM, Brian <[EMAIL PROTECTED]> wrote: > > I care heavily about the wireformat of my requests. Maybe that's > > because I have bugs in my json api from time to time, but it's very > > handy to fire up ethereal/wireshark and check what's happening on the > > wire. But I hear ya, it'd "be nice" if I didn't have to care, I just > > do. > > Is the wireformat plaintext? Is it published? > > Thanks everone for the info. Guess I got my answers, and I should > > start hitting the api docs on gwt-rpc if I start going down this road. > > The wire format is plain text. It's actually JSON. It's just > unreadable JSON because the assumption is that both the producing and > consuming code is auto-generated and can make all kinds of assumptions > about the structure of the text. > > I've explained the wire format in copious detail in previous posts to > either this list or the GWT-Contributors list. If you're interested > in the gory details, you could search for those old posts. Just be > aware that I was explaining the format as it was used in GWT 1.4. The > RPC guts have changed very slightly since then to support a few > features in custom field serializers. Also, I think GWT 1.5 has > redefined or stopped using some of the flags that were available in > the old format. In other words, the spirit of the format is still the > same, but there might be some differences in the details now. > > Ian --~--~-~--~~~---~--~~ You received this message because you are subs
Re: Gears 0.4 features in GWT Google API Library
Ok. I put a little something together based on my original test. Give this a try: http://groups.google.com/group/Google-Web-Toolkit-Contributors/web/gears-upload.zip Unzip, then generate the launch scripts: applicationCreator -out gears-upload -ignore com.google.gwt.gears.demo.client.UploadDemo On Oct 29, 2:03 pm, rakesh wagh <[EMAIL PROTECTED]> wrote: > I think I have opened the request. Am I missing something? Can you > post your sample code that works? --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: Gears 0.4 features in GWT Google API Library
Exception on the server is: org.apache.commons.fileupload.FileUploadException: the request was rejected because no multipart boundary was found Any idea what this could be? Probably to do something with what is set in the request header. On Oct 29, 2:52 pm, rakesh wagh <[EMAIL PROTECTED]> wrote: > Update: > In my code I used request.setRequestHeader before open(). That was a > mistake. After changing it I can at least see the request reaching the > server. However I see a null pointer exception in server :( > > Will post this thread on progress... > > On Oct 29, 11:30 am, rakesh wagh <[EMAIL PROTECTED]> wrote: > > > here is my code. Now the problem is that I dont see a server call. Due > > to earlier mentioned issue, I cannot debug in hosted mode. Any > > pointers??? > > > Factory.getInstance().createDesktop().openFiles(new OpenFilesCallback() > > { > > public void filesOpened(File[] > > files) { > > Window.alert("Files > > selected: " + files.length); > > HttpRequest request = > > Factory.getInstance().createHttpRequest(); > > > > request.setRequestHeader("Content-type", "multipart/form-data"); > > request.open("POST", > > "http://localhost:8180/app/myserv? > > param1=val1"); > > > > request.send(files[0].getBlob(), new RequestCallback(){ > > > public void > > onResponseReceived(HttpRequest request) { > > > > Window.alert("success"); > > } > > > }); > > > } > > > }); --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: Gears 0.4 features in GWT Google API Library
I've started reveiwing the code, see: http://code.google.com/p/gwt-google-apis/source/branch?spec=issue202 On Fri, Oct 24, 2008 at 11:26 AM, Mark Renouf <[EMAIL PROTECTED]> wrote: > > Whoops, I left out the Geolocation api. Uploaded a new version of the > patch which includes it (and fixes some typos). > > Factory.java | 45 + > blob/Blob.java | 53 ++ > blob/package.html |9 + > desktop/Desktop.java | 138 + > desktop/DesktopIcons.java | 74 + > desktop/File.java | 28 +++ > desktop/OpenFilesCallback.java |5 > desktop/OpenFilesOptions.java | 46 + > desktop/package.html | 10 + > geolocation/Address.java | 103 + > geolocation/Geolocation.java | 280 > +++ > geolocation/Position.java | 85 ++ > geolocation/PositionCallback.java | 10 + > geolocation/PositionError.java | 28 +++ > geolocation/PositionOptions.java | 128 > geolocation/package.html |9 + > httprequest/HttpRequest.java | 291 > + > httprequest/HttpRequestUpload.java | 44 + > httprequest/ProgressEvent.java | 24 +++ > httprequest/ProgressHandler.java | 12 + > httprequest/RequestCallback.java | 16 ++ > httprequest/package.html | 11 + > impl/Utils.java| 11 + > 23 files changed, 1460 insertions(+) > > > > -- Eric Z. Ayers - GWT Team - Atlanta, GA USA http://code.google.com/webtoolkit/ --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: Gears 0.4 features in GWT Google API Library
Update: In my code I used request.setRequestHeader before open(). That was a mistake. After changing it I can at least see the request reaching the server. However I see a null pointer exception in server :( Will post this thread on progress... On Oct 29, 11:30 am, rakesh wagh <[EMAIL PROTECTED]> wrote: > here is my code. Now the problem is that I dont see a server call. Due > to earlier mentioned issue, I cannot debug in hosted mode. Any > pointers??? > > Factory.getInstance().createDesktop().openFiles(new OpenFilesCallback() > { > public void filesOpened(File[] files) > { > Window.alert("Files selected: > " + files.length); > HttpRequest request = > Factory.getInstance().createHttpRequest(); > > request.setRequestHeader("Content-type", "multipart/form-data"); > request.open("POST", > "http://localhost:8180/app/myserv? > param1=val1"); > > request.send(files[0].getBlob(), new RequestCallback(){ > > public void > onResponseReceived(HttpRequest request) { > > Window.alert("success"); > } > > }); > > } > > }); --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: gwt rpc vs json
On Wed, Oct 29, 2008 at 10:37 AM, Brian <[EMAIL PROTECTED]> wrote: > Sounds good. > Is the gwt-rpc format described, so I could write a non-gwt app (say, > a mac desktop gadget) that hits my server using the same api as the > gwt-rpc browser app? Note, I don't actually care right now what the > format is, just that the protocol is described, and is easy to impl in > a non-gwt-rpc-browser app (like it is with json ;-) I think Jason and Walden gave pretty good answers, but I thought I'd give a little more detail. The GWT RPC format is intentionally opaque JSON. This makes it somewhere between difficult and impossible to add a non-GWT agent to the RPC discussion. There isn't really a nice work-around for creating a non-Java server-side implementation but, because your RemoteServiceServlet implementation just has to implement your synchronous RPC interface, it's quite possible for non-GWT clients to talk to the same server-side business logic, just without using the RPC protocol. The easiest way to implement RPC on the server is like this: public interface HelloWorld extends RemoteService { String sayHi(String name); } public class HelloWorldServlet extends RemoteServiceServlet implements HelloWorld { public String sayHi(String name) { return "Hello, " + name; } } In a GWT client, you'd use it like this: // you need to maintain an Async interface in parallel to the service definition public interface HelloWorldAsync { void sayHi(String name, AsyncCallback callback); } HelloWorldAsync service = (HelloWorldAsync) GWT.create(HelloWorld.class); service.sayHi(new AsyncCallback() { public void onFailure(Throwable caught) { // handle server-side errors and networking errors } public void onSuccess(String response) { Window.alert("Server says: " + response); } }); So, from a GWT perspective, it's _really_ easy. The point I'm trying to make here, though, is that the server side is just an implementation of an interface. It's possible (using the class named RPC) to implement that interface on one class and answer HTTP POST request in a different class (the above example does everything in one class by subclassing RemoteServiceServlet). Separating the business logic from the HTTP request-handling means that you can re-use the business logic to support non-GWT clients in whatever fashion you like, including standard Java RMI, and RESTful webservices. On Wed, Oct 29, 2008 at 10:45 AM, Brian <[EMAIL PROTECTED]> wrote: > I care heavily about the wireformat of my requests. Maybe that's > because I have bugs in my json api from time to time, but it's very > handy to fire up ethereal/wireshark and check what's happening on the > wire. But I hear ya, it'd "be nice" if I didn't have to care, I just > do. > Is the wireformat plaintext? Is it published? > Thanks everone for the info. Guess I got my answers, and I should > start hitting the api docs on gwt-rpc if I start going down this road. The wire format is plain text. It's actually JSON. It's just unreadable JSON because the assumption is that both the producing and consuming code is auto-generated and can make all kinds of assumptions about the structure of the text. I've explained the wire format in copious detail in previous posts to either this list or the GWT-Contributors list. If you're interested in the gory details, you could search for those old posts. Just be aware that I was explaining the format as it was used in GWT 1.4. The RPC guts have changed very slightly since then to support a few features in custom field serializers. Also, I think GWT 1.5 has redefined or stopped using some of the flags that were available in the old format. In other words, the spirit of the format is still the same, but there might be some differences in the details now. Ian --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: Gears 0.4 features in GWT Google API Library
Mark, appreciate your response. I am not really trying to use RequestBuilder here(incorrectly mentioned RequestBuilder in my first post). I just need to get it working until the support is official. The code I posted earlier is using Gear's HttpRequest. When I try to submit the request using ".send()" method I get a nasty error saying "Request is not open". I have no clue what to make out of this message. I am just trying different permutation combination in a desperate attempt to make it work. Do you think this issue go back to gears? I thought this was tested by the gears team before they released it. I saw your code which is really a wrapper and looks pretty clean, simple and correct. If I had to work directly with the gears api, this is what I might probably end up writing to interface the js with my gwt proj. Can you check in your test code if a file upload to server is working? If it is, can you share the test code? Looks like I might have to end up using applet based file uplaod :( Rakesh Wagh On Oct 29, 1:29 pm, Mark Renouf <[EMAIL PROTECTED]> wrote: > These are probably valid points. This is going to confuse people I'm > sure, but the whole openFiles/Blob/upload mechanism requires use of > Gears' own HttpRequest and can't be used with GWT's RequestBuilder. > (see HttpRequest#setBody). The Blob is sent bare, no multipart > encoding, so some server side changes are required to receive a file > sent this way. I think it's simpler and cleaner, but unfortunately > this isn't a drop-in replacement. > > Response information (status code, headers, etc) is available from the > Request object after the request completes. We could return this as an > interface to make it more clear but I tried to keep things simple. > > On Oct 29, 12:48 pm, rakesh wagh <[EMAIL PROTECTED]> wrote: > > > One more thing: > > Should the call back param of onResponseReceived be HttpResponse > > instead of HttpRequest? It does not matter for my purpose since I am > > not interested int he response. --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: Client Authentication with SSL
Wow, many thanks! This is what I was searching for! Thank you very much! Regards, Adam On 28 Okt., 22:44, Lothar Kimmeringer <[EMAIL PROTECTED]> wrote: > adam.urban schrieb: > > > The next step is to read out some attributes about a client- > > certificate to know something about the user. > > > I found the following code snippet: > > > Object o = > > request.getAttribute("javax.servlet.request.X509Certificate"); > > If you're inside a RemoteServiceServlet replace > request.getAttribute > with > getThreadLocalRequest().getAttribute > The rest should be same as you posted as example. > > Regards, Lothar --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: Gears 0.4 features in GWT Google API Library
These are probably valid points. This is going to confuse people I'm sure, but the whole openFiles/Blob/upload mechanism requires use of Gears' own HttpRequest and can't be used with GWT's RequestBuilder. (see HttpRequest#setBody). The Blob is sent bare, no multipart encoding, so some server side changes are required to receive a file sent this way. I think it's simpler and cleaner, but unfortunately this isn't a drop-in replacement. Response information (status code, headers, etc) is available from the Request object after the request completes. We could return this as an interface to make it more clear but I tried to keep things simple. On Oct 29, 12:48 pm, rakesh wagh <[EMAIL PROTECTED]> wrote: > One more thing: > Should the call back param of onResponseReceived be HttpResponse > instead of HttpRequest? It does not matter for my purpose since I am > not interested int he response. --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
FormPanel and FileUpload help
I am trying to set up file uploading in an app and I am having trouble with no sign of what is wrong. My trouble is that when I click a button to submit a FormPanel, nothing happens. To make matters worst I get no error on tomcat logs or anywhere. I am clueless as to what might be happenning. This is my onModuleLoad() code: //Create a FormPanel and point it at a service. final FormPanel uploadForm = new FormPanel(); uploadForm.setAction(GWT.getModuleBaseURL() + "wallpaperUploadService"); // Because we're going to add a FileUpload widget, we'll need to set the // form to use the POST method, and multipart MIME encoding. uploadForm.setEncoding(FormPanel.ENCODING_MULTIPART); uploadForm.setMethod(FormPanel.METHOD_POST); // Create a panel to hold all of the form widgets. VerticalPanel uploadPanel = new VerticalPanel(); uploadForm.setWidget(uploadPanel); // Create a FileUpload widget. FileUpload upload = new FileUpload(); upload.setName("uploadFormElement"); uploadPanel.add(upload); // Add a 'submit' button. Button uploadSubmitButton = new Button("Submit"); uploadPanel.add(uploadSubmitButton); uploadSubmitButton.addClickListener(new ClickListener() { public void onClick(Widget sender) { uploadForm.submit(); } }); uploadForm.addFormHandler(new FormHandler() { public void onSubmit(FormSubmitEvent event) { } public void onSubmitComplete(FormSubmitCompleteEvent event) { Window.alert(event.getResults()); } }); My servlet is code: public class WallpaperUploadServlet extends HttpServlet implements Servlet { public void init(ServletConfig config) throws ServletException{ } protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { response.setContentType("text/plain"); FileItem uploadItem = getFileItem(request); if (uploadItem == null) { response.getWriter().write("NO-SCRIPT-DATA"); return; } byte[] fileContents = uploadItem.get(); //TODO: add code to process file contents here. We will just print it. //System.out.println(new String(fileContents)); response.getWriter().write("GOT-DATA"); } private FileItem getFileItem(HttpServletRequest request) { FileItemFactory factory = new DiskFileItemFactory(); ServletFileUpload upload = new ServletFileUpload(factory); try { List items = upload.parseRequest(request); Iterator it = items.iterator(); while (it.hasNext()) { FileItem item = (FileItem) it.next(); if (!item.isFormField() && "uploadFormElement".equals(item.getFieldName())) { return item; } } } catch (FileUploadException e) { return null; } return null; } } web.xml: WallpaperUploadService net.newfoundcomm.attendant.server.WallpaperUploadServlet action-class net.newfoundcomm.attendant.WallpaperUploadActionClass WallpaperUploadService /wallpaperUploadService --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: Gears 0.4 features in GWT Google API Library
I surrounded the code with try/catch. Here is the exception: (Error): Request is not open. fileName: http://localhost:/org.myPackage.DemoBrowse/C94D754673F94D7F17F97D760D29421B.cache.html lineNumber: 1803 stack: Error("Request is not open.")@:0 setRequestHeader("Content-type","multipart/form-data")@:0 vQb([object Array])@http://localhost:/org.myPackage.DemoBrowse/ C94D754673F94D7F17F97D760D29421B.cache.html:1803 tG([object Object],[object Array])@http://localhost:/ org.myPackage.DemoBrowse/C94D754673F94D7F17F97D760D29421B.cache.html: 76 ([object Array])@http://localhost:/org.myPackage.DemoBrowse/ C94D754673F94D7F17F97D760D29421B.cache.html:75 I think I have opened the request. Am I missing something? Can you post your sample code that works? Thanks On Oct 29, 11:30 am, rakesh wagh <[EMAIL PROTECTED]> wrote: > here is my code. Now the problem is that I dont see a server call. Due > to earlier mentioned issue, I cannot debug in hosted mode. Any > pointers??? > > Factory.getInstance().createDesktop().openFiles(new OpenFilesCallback() > { > public void filesOpened(File[] files) > { > Window.alert("Files selected: > " + files.length); > HttpRequest request = > Factory.getInstance().createHttpRequest(); > > request.setRequestHeader("Content-type", "multipart/form-data"); > request.open("POST", > "http://localhost:8180/app/myserv? > param1=val1"); > > request.send(files[0].getBlob(), new RequestCallback(){ > > public void > onResponseReceived(HttpRequest request) { > > Window.alert("success"); > } > > }); > > } > > }); --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: Possible to get an element's propertys from a container iframe?
I stand corrected! It did work fine. I was testing it in Opera, using its ability to edit webpages live and see the changes in realtime. It seems however, that despite the changes being visible on screen, javascript still referances the original page outside of an iframe, thus it wasnt working. Cheers again! On Oct 29, 6:07 pm, "Ian Bambury" <[EMAIL PROTECTED]> wrote: > I only tried it in IE and it worked in that for me. > Alternatively, (I haven't tried this) create a JS method in the parent and > call it from JSNI - maybe that will be allowed - what are you using? > > Ian > > http://examples.roughian.com > > 2008/10/29 darkflame <[EMAIL PROTECTED]> > > > > > > > dosnt seem to work. > > > My testing HTML is just; > > > > > test test test > > > iframe> > > > > > And my code is; > > > public static native void testWindow() > > /*-{ > > $wnd.alert("test"); > > > $wnd.alert("text="+$wnd.parent.document.getElementsByTagName("H1") > > [0].innerText); > > > }-*/; > > > When activating that function, the first alert "test" appears, but the > > following one does not. > > I put it in a try/catch loop and it gave me a > > > "Security error: attempted to read protected variable" > > > exception. > > > On Oct 29, 3:40 pm, "Ian Bambury" <[EMAIL PROTECTED]> wrote: > > > Hi Thomas, > > > Put an H1 in the parent document and try this: > > > > alert($wnd.parent.document.getElementsByTagName("H1")[0].innerText); > > > > Ian > > > >http://examples.roughian.com --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
contents not showing in igoogle when i tried gwt gadgets
Hi all, When I tried to add something in my gadget its showing as blank. Meantime @ModulePrefs values are showing without any prblm. for eg: @ModulePrefs(// title = "Hello GWT for gadgets!", // directory_title = "HelloGadgets - Google APIs for GWT" ) public class HelloGadgets extends Gadget{ protected void init(final HelloPreferences prefs) { Button button = new Button("Click me"); VerticalPanel vPanel = new VerticalPanel(); vPanel.setWidth("100%"); vPanel.setHorizontalAlignment(VerticalPanel.ALIGN_CENTER); vPanel.add(button); RootPanel.get().add(vPanel); } when i tried to upload gadgets its shows only a gadget with "hello gwt for gadgets!" ..but the contents inside the panel is not showing.i mean here the button. can somebody point me what might be the reason thanks zuje --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: gwt rpc vs json
Brian, In over a year and a half of using GWT RPC, I've never had a failure that had anything to do with mismatched wire formats. I hear your concern. What's the saying? "Once bitten; twice shy." I think there's a scar there that, given time, can heal completely, though. Walden On Oct 29, 10:45 am, Brian <[EMAIL PROTECTED]> wrote: > I care heavily about the wireformat of my requests. Maybe that's > because I have bugs in my json api from time to time, but it's very > handy to fire up ethereal/wireshark and check what's happening on the > wire. But I hear ya, it'd "be nice" if I didn't have to care, I just > do. > Is the wireformat plaintext? Is it published? > Thanks everone for the info. Guess I got my answers, and I should > start hitting the api docs on gwt-rpc if I start going down this road. > > On Oct 29, 10:30 am, "Ian Petersen" <[EMAIL PROTECTED]> wrote: > > > > > Lothar and Mike have made some good points. Here are a couple of > > perhaps more obscure ones: > > > - The RPC wire format is about as compact as you can get because it's > > _not_ self-describing. This is a plus if you're shuffling lots of > > data around, but I don't know how to define "lots" for you. > > > - There's plans to make the deserialization of RPC responses > > "asynchronous" so you don't tie up the browser thread reading large > > responses. You'd have to do the same thing manually with large JSON > > responses. > > > - Using RPC is a nice way of abstracting the transmission details and > > saying "I don't care" about the wire format of your requests and > > responses. This means client-server interface management is reduced > > to managing the evolution of a Java interface, rather than worrying > > about whether or not the client and server are in sync. It also means > > that some mismatches between client and server can be caught by the > > compiler. > > > - It _might_ be easier to re-use an RPC server-side than a JSON > > server-side because the RPC-specific details are already pretty well > > isolated from the business logic. > > > Ian- 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-Toolkit@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: SerializationException: Type 'java.util.HashMap' was not included - GWT 1.4
Thanks, your explanation solved my problem! Using the HashMap declaration saved about 100 KB overall (~9%) - I owe you. ;^) --Dave On Oct 28, 2:09 pm, "Ian Petersen" <[EMAIL PROTECTED]> wrote: > On Tue, Oct 28, 2008 at 4:05 PM, Archer <[EMAIL PROTECTED]> wrote: > > I'm annotating a method, using typeArgs, which returns a list of maps > > and am getting a SerializationException that tells me > > 'java.util.HashMap' was not included in the sererialization policy. > > (Stack trace below). I'm unsure exactly how to represent a list of > > maps and have tried both > > * @gwt.typeArgs > > And > > * @gwt.typeArgs > > > However, neither seems to be picked up. Any ideas what's wrong? > > The typeArgs annotation was a poor-man's implementation of Java 5 > generics. What you want is > > @gwt.typeArgs > > > or, if you know it's always going to be HashMap, you might get tighter > output with > > @gwt.typeArgs > > > You'd also benefit from upgrading to GWT 1.5, if possible. > > Ian --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: published iphone apps written in GWT
GWT is a processor-intensive way of building an interface and therefore not ideally suited to the iPhone's low power CPU. this made development harder than it should have been. an example is rendering a list of items using GWT to build panels and widgets where items may take 0.2s to render, leading to an application that lags for 2 seconds just to build a list of 10 items. you end up keeping widget objects and the DOM at a distance, which is obviously not ideal. as a pure web app, you also need to consider client side caching, and the iPhone will only cache objects under 25K. as the generated GWT code all resides in one big file, this results in a scenario where the device refuses to cache and always requests a new copy from the web. this in itself is a good reason to deploy the code locally, wrapped in a binary. I'm not a huge Obj-C fan, although I like it more now that I've picked it up and written some code. Nevertheless, I still prefer web technologies as they are cross-platform and generally more flexible. I therefore would choose embedded web apps in the future over pure native clients, but that is just the nature of the projects I am working on. WRT to http://riflethru.com/ I had written code to investigate what was possible, but the project overall is still not feature complete. I need to enable bidding on the application before it will get released to the App Store. /dave On Oct 29, 6:50 am, mike7 <[EMAIL PROTECTED]> wrote: > Thanks Dave, > This is interesting. I presume you built the riflethru app? I would > like to hear a little more about this development method. Can you > give me some highlights? For example, how long did it take? Any > unexpected hiccups? I looked for it in the app store and did not > find it... was it not published? > > Many thanks, > Mike > > On Oct 28, 6:19 pm, davidroe <[EMAIL PROTECTED]> wrote: > > > I think that being in the app store is likely to attract more users to > > your application as this is where people tend to look. Additionally, > > not all apps in the store cost money, so why not use it to organise > > web apps? That said, I think that the user expects to find > > applications that will run natively, rather than something that will > > just launch an instance of Safari pointing at your web app. > > > If you are following PhoneGap, you will see that some developers are > > releasing hybrid applications that are written using web app > > techniques but have access to the phone's native functionality. This > > is done using UIWebView and a wrapper around your web app. As far as I > > am aware, such applications will not fail the Apple review process > > just because they were developed using this approach. There are > > definitely advantages to this approach, especially if you are a web > > developer with no experience using Obj-C. > > > I played with something similar a while ago forhttp://riflethru.com/ > > to see what is possible. I ended up with a native application with > > embedded GWT, so all the HTML/CSS/JS sit as resources inside the > > binary and are loaded locally rather than over the wire. > > > /dave > > > On Oct 27, 11:55 am, John <[EMAIL PROTECTED]> wrote: > > > > > Can anyone list some iphone apps that were written in GWT and have > > > > been published in the app store? > > > > Maybe I'm being thick but... my first impression when I read this > > > question was... why/how would want to sell it through the App Store? > > > > Since the GWT app is really just a 'web site' that works with the > > > iPhone, there's no executable to sell. It could be that the obvious > > > answer is that you want to sell your app on the App Store is to make > > > money. But since your GWT app is just a web app, wouldn't it be better > > > to just make sure your target audience knows about your GWT app and > > > maybe you could charge for use of the app by forcing an authenticated > > > login that was just restricted to 'paid' users. > > > > Maybe it's the jet lag kicking in but I'd never even thought about > > > wanting to sell a 'web app' from the App Store. > > > > Am I missing something you're trying to accomplish? > > > > - John - --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: gwt rpc vs json
The current RPC wire format is asymetric, meaning that the same object going to the server will look different than coming from the server. There also isn't really a published spec for the RPC wire format as it tends to change from version to version of GWT. In GWT, this is not an issue because the GWT compiler generates the code required to convert to and from the wire format, so the wire format could be wildly different from one version to another with no change in your source code. Does this mean that you can't create a non-gwt client? no ... but it certainly does make your job a little more difficult. -jason On Oct 29, 2008, at 8:37 AM, Brian wrote: > Is the gwt-rpc format described, so I could write a non-gwt app (say, > a mac desktop gadget) that hits my server using the same api as the > gwt-rpc browser app? --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: gwt rpc vs json
if your JSON is coming from a trusted source, you really should have a look at overlay types in GWT. It is much simpler (and faster) than mucking about with the JSON parser. -jason On Oct 29, 2008, at 8:31 AM, Brian wrote: > Sounds pretty good. Seems like I spend half my time typing: > int n = (int) jsonNum.isNumber().doubleValue(); > String s = jsonStr.isString().stringValue(); --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: Possible to get an element's propertys from a container iframe?
I only tried it in IE and it worked in that for me. Alternatively, (I haven't tried this) create a JS method in the parent and call it from JSNI - maybe that will be allowed - what are you using? Ian http://examples.roughian.com 2008/10/29 darkflame <[EMAIL PROTECTED]> > > dosnt seem to work. > > My testing HTML is just; > > > test test test > iframe> > > > And my code is; > > > public static native void testWindow() >/*-{ > $wnd.alert("test"); > > $wnd.alert("text="+$wnd.parent.document.getElementsByTagName("H1") > [0].innerText); > >}-*/; > > > > When activating that function, the first alert "test" appears, but the > following one does not. > I put it in a try/catch loop and it gave me a > > "Security error: attempted to read protected variable" > > exception. > > > > > On Oct 29, 3:40 pm, "Ian Bambury" <[EMAIL PROTECTED]> wrote: > > Hi Thomas, > > Put an H1 in the parent document and try this: > > > > alert($wnd.parent.document.getElementsByTagName("H1")[0].innerText); > > > > Ian > > > > http://examples.roughian.com > > > --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: Cast Element to Widget
Technically no, that's like saying "I have this tire here, how do I cast it to a pickup truck? I want to use it to haul a couch." That isn't even a reasonable thing to expect ... HOWEVER ... Some widgets have a static wrap() method that allow you to connect elements that exist in DOM to the GWT event mechanism adding all the extra "Widget" bits in the process. Your element needs to be connected to DOM, and it needs to adhere to any expectations that are made by the wrapping widget. Though GWT does try its best to protect you here, this is an area where you can certainly shoot yourself in the foot if you aren't paying attention ... "hey, I've got this skateboard wheel here, add the pickup truck bits for me so I can haul this couch." <-- also unlikely to work as expected. -jason On Oct 29, 2008, at 12:42 AM, mat wrote: > > Hi, > > I have created a Html table using a String builder (which i chose over > using FlexTable / Grid because of performance reasons). > > Now, the problem is that I want to add a TableListener for this > table. > > Is there a way to cast a DOM element into a Widget so I can add Event > Handlers? > > Many Thanks, > Mathew > > --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: problem with internalization
On 29 oct, 14:09, aksa <[EMAIL PROTECTED]> wrote: > > Rebinder com.extjs.gxt.ui.client.messages:MyMessages > Invoking class='com.google.gwt.i18n.rebind.LocalizableGenerator'/> > Error while executing the JavaScript provider for property > 'locale' > Could not parse specified locale It seems like your provided a "locale" value that doesn't follow the appropriate format. What does your extend-property look like? --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: Possible to get an element's propertys from a container iframe?
On 10/29/08, Ian Bambury <[EMAIL PROTECTED]> wrote: > John, > > Your code will get elements in the GWT page, darkflame is trying to get > elements in the parent page- i.e. the parent page has an iframe in it > containing the GWT page, and darkflame wants stuff from the parent page... > > ...if I understand correctly. > > Ian > > http://examples.roughian.com A, I get it now. Sorry. John --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: groundOverlay issue
On Wed, Oct 29, 2008 at 12:11 PM, Vinz369 <[EMAIL PROTECTED]> wrote: > > Hi Eric, > > Thanks for notifying this issue. > I assume that in the workaround you gave me you wanted to write > LatLng.newInstance(90, 180) instead of LatLng.newInstance(90, 360) for > the second limit, right? I am sorry, I keep sending you half baked things! I was just experimenting with the LatLng.newInstance(90, 360), it should have been 180. Because otherwise the 360 is interpreted as 0, and i get only half the > map. > > For your first point, i am sorry but being a beginner in all this java > and gwt programming, i don't know how to resolve the problem and solve > the issue. It won't resolve the problem. But if you did want to use the LatLngBounds.newInstance() method, it is broken until I release a new version. > > Are you saying i may be able to substitute something in the jar file > of gmaps? Could you indicate me how i can do that? If you want to build your own jar file from source, you can look at the Documentation on how to work with the library from source. > > Or should i wait for a new release? > I looked into the LatLngBounds class, but didn't see any function like > getFullBounds(). Am i missing something here? You could add that method directly into your code and use it if you need to create a LatLngBounds object without specifying any arguments. > > > Thanks again for your help. > > Vincent > > > > On 29 oct, 16:10, "Eric Ayers" <[EMAIL PROTECTED]> wrote: > > Hi Vincent, > > > > I filed this as Maps issue 823. Please go over and star the issue so > you'll > > be notified of any updates. > > > > http://code.google.com/p/gmaps-api-issues/issues/detail?id=823 > > > > > > > > On Wed, Oct 29, 2008 at 10:57 AM, Eric Ayers <[EMAIL PROTECTED]> wrote: > > > 1) There is a bug in the LatLngBounds noargs factory method! You can > > > pusbtitute the right code with: > > > > > private static native LatLngBounds getFullBounds() /*-{ > > > return new $wnd.GLatLngBounds(); > > > }-*/; > > > > > 2) I am able to reproduce this issue in the JavaScript API w/o GWT, so > I > > > assume its an underlying issue with the Maps JavaScript API. > > > > > This workaround gets you a bit closer: > > > > > LatLngBounds cloudOverlayBounds = > > > LatLngBounds.newInstance(LatLng.newInstance(-90, -179.61), > > > LatLng.newInstance(90, 360)); > > > > > On Wed, Oct 29, 2008 at 7:13 AM, Vinz369 <[EMAIL PROTECTED]> > wrote: > > > > >> First, thanks for trying to help me. > > >> The no arg LatLng.newInstance() does not exist. > > >> I guess you wanted to say the no arg LatLngBounds.newInstance(). But > > >> it does not work for me. The map does not show up. > > >> Here is the code i changed: > > > > >> LatLngBounds cloudOverlayBounds = LatLngBounds.newInstance(); > > >> final GroundOverlay cloudOverlay = new GroundOverlay("http:// > > >> dev.keyhole.com/clouds/clouds_2048_alphaed.png", cloudOverlayBounds); > > >> map.addOverlay(cloudOverlay); > > > > >> The best i managed to get was boundaries at (-90,-179) (90,180). > > >> Do you have another idea? > > > > >> Vincent > > > > >> On 28 oct, 21:53, "Eric Ayers" <[EMAIL PROTECTED]> wrote: > > >> > Your bounds are probably wrapping back to zero. > > > > >> > You can use the no arg LatLng.newInstance() to create bounds that > cover > > >> the > > >> > entire map. > > > > >> > On Tue, Oct 28, 2008 at 6:21 AM, Vinz369 <[EMAIL PROTECTED]> > > >> wrote: > > > > >> > > Dear all, > > > > >> > > I'm trying to use integrate a groundOverlay in my application. > > >> > > Here is the piece of code which is doing it: > > > > >> > > LatLngBounds cloudOverlayBounds = > > >> > > LatLngBounds.newInstance(LatLng.newInstance(-90,-179), > > >> > > LatLng.newInstance(90,179)); > > >> > > final GroundOverlay cloudOverlay = new GroundOverlay("http:// > > >> > > dev.keyhole.com/clouds/clouds_2048_alphaed.png", > cloudOverlayBounds); > > >> > > map.addOverlay(cloudOverlay); > > > > >> > > My problem is that everything is woking fine as long as i don't > use > > >> > > -180 and 180 for longitude boundaries. > > >> > > Does anyone have an idea on how to solve this problem. Because i > > >> > > really need to put my map between -180 and 180. > > >> > > Thanks in advance for your advises. > > > > >> > > Vincent > > > > >> > -- > > >> > Eric Z. Ayers - GWT Team - Atlanta, GA USAhttp:// > > >> code.google.com/webtoolkit/ > > > > > -- > > > Eric Z. Ayers - GWT Team - Atlanta, GA USA > > >http://code.google.com/webtoolkit/ > > > > -- > > Eric Z. Ayers - GWT Team - Atlanta, GA USAhttp:// > code.google.com/webtoolkit/ > > > -- Eric Z. Ayers - GWT Team - Atlanta, GA USA http://code.google.com/webtoolkit/ --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, vi
Re: Gears 0.4 features in GWT Google API Library
One more thing: Should the call back param of onResponseReceived be HttpResponse instead of HttpRequest? It does not matter for my purpose since I am not interested int he response. --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: Gears 0.4 features in GWT Google API Library
here is my code. Now the problem is that I dont see a server call. Due to earlier mentioned issue, I cannot debug in hosted mode. Any pointers??? Factory.getInstance().createDesktop().openFiles(new OpenFilesCallback() { public void filesOpened(File[] files) { Window.alert("Files selected: " + files.length); HttpRequest request = Factory.getInstance().createHttpRequest(); request.setRequestHeader("Content-type", "multipart/form-data"); request.open("POST", "http://localhost:8180/app/myserv? param1=val1"); request.send(files[0].getBlob(), new RequestCallback(){ public void onResponseReceived(HttpRequest request) { Window.alert("success"); } }); } }); --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: HTTPRequest, hosted mode, and the whitelist
Hi there, I've got same problem: when I set some domain (as trusted domain) to whitelist param, accessing the site using address bar works but no requests using HTTPRequest. I'm using Gwt-Ext as wrapper to ExtJS javascript library which does the requests themselves. Any help really appreciated! Cheers, zemi On Oct 17, 11:33 pm, Lucas86 <[EMAIL PROTECTED]> wrote: > Sorry, guess I could have been more specific there. > > My HTTPRequest.asyncGet() returns false. I'm sure I'm passing the > correct path to it because if I take that same URL and paste it into a > web browser (I'm using safari on Mac OSX) I get the PHP JSON output > that I expect. I also get the output I expect if I paste it into the > hosted mode browser, as long as I put it the site's URL into thewhitelist. If > I compile the project, and then load the project's HTML > file into my browser, that also loads the GWT output that clearly got > the JSON data from the HTTPRequest. I'm assuming that's because in > this case there's only one server involved as I'm just loading the > HTML locally and calling the remote PHP from that, instead of it being > called from GWT's hosted Tomcat. > > If I put thewhitelistentry on the hosted mode arguments, I don't > get any data at all back from my HTTP Request, even though I can load > the needed URL into that same session of the hosted browser and get > the JSON data manually. > > Basically, thewhitelistseems to work when I manually type a remote > URL in, but if I give that same URL to an HTTP Request, it won't > return data if I'm running in hosted mode. It will fail. > > On Oct 17, 6:08 am, "Amit Dhingra" <[EMAIL PROTECTED]> wrote: > > > Hi, > > I am using the same development setup, wamp and the hosted browser, and it > > works very fine... > > > On Fri, Oct 17, 2008 at 10:16 AM, Lucas86 <[EMAIL PROTECTED]> wrote: > > > > I'm trying to do an HTTPRequest.asyncGet() to a simple PHP script. I'm > > > running the request from hosted mode, and it fails to retrieve data. > > > If I run the compiled site in a local browser, I can get the data that > > > I expect. > > > You dont get data what you expect... does it mean that you get some data??? > > > > I know that the local server can't access remote sites for security > > > reasons (I've uploaded the PHP already), but I've added the site where > > > the PHP is stored to thewhitelist. I can access the site if I type it > > > into the hosted browser, it originally complained and I added it to > > > the list so I know mywhitelistentry is working in that sense, but > > > when I load my GWT project that calls the exact same address in the > > > asyncGet it still won't load the data. > > > Are you accessing the php through the correct path??? > > > > Do I just have the wrong idea of what thewhitelistcan handle? I > > > thought this was exactly what it was there for, but I haven't been > > > able to get it to work. > > > -- > > Warm Regards, > > Amit Dhingra --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: Gwt Multiple Language
Hi... I created an interface and the related *.properties files, and I wrote the code, which is needed into the gwt.xml and into the host html. (I ´m using the feature: Constants). Now I get this fealure: Rebinder com.extjs.gxt.ui.client.messages:MyMessages Invoking Error while executing the JavaScript provider for property 'locale' Could not parse specified locale Deferred binding failed for 'com.extjs.gxt.ui.client.messages.MyMessages'; expect subsequent failures Unable to load module entry point class zl.gwt.admin.client.AdminApp (see associated exception for details) Failure to load module 'zl.gwt.admin.AdminApp' Now I didn´t now, where I should search for the fealure. If I comment the line in the gwt.xml, the program gives me no fealure. Can anybody help me to find the solution for it? aksa On Oct 29, 1:17 pm, mon3y <[EMAIL PROTECTED]> wrote: > Hope this helps > > http://google-web-toolkit.googlecode.com/svn/javadoc/1.5/com/google/g... > > :) > > On Oct 29, 1:51 pm, jagadesh <[EMAIL PROTECTED]> wrote: > > > Hi Guys , > > > Iam Working On Gwt 1.5.3 . My Requirement is > > Iam Using 2 languages one is English and other is Chines > > [ Traditional] > > > i have written 2 constants file for both. now how can i set the > > language depending on the browser locale. > > i.e if the site opens in china , the language should be chinese and > > chinese constant file should be selected. > > > how can i do this sort of thing . > > > Can Anyone Sort Me out. a sample code would be more helpfull. > > > thank u. > > jagadesh --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
multiple languages - problem
Hi, I´m new in this group and I´m searching for a solution since two weeks. can anybody say me, why the internalization brings me the following fault: Invoking Error while executing the JavaScript provider for property 'locale' Could not parse specified locale thank you very much.. aksa --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Gwt benchmarking
Sorry, for my bad English. How i can t odsiable timeout 10sec in benchmark tests? com.google.gwt.junit.client.TimeoutException: A timeout expired after 1ms elapsed. --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
gwt-windows-1.5.2.zip file problem
greeting i meet problem with extracting the zipped file of Google web toolkit (gwt-windows-1.5.2.zip) in my computer, i used Winzip and Winrar which give me error massage that the compressed file is defective or somthing like that pls help me to solve this problem tanks --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
problem with internalization
hello everybody, I get the following message, if I add the extend-property in the xml file: Rebinder com.extjs.gxt.ui.client.messages:MyMessages Invoking Error while executing the JavaScript provider for property 'locale' Could not parse specified locale Deferred binding failed for 'com.extjs.gxt.ui.client.messages.MyMessages'; expect subsequent failures Unable to load module entry point class zl.gwt.admin.client.AdminApp (see associated exception for details) Failure to load module 'zl.gwt.admin.AdminApp' Can anybody say me, what can be the problem? --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
SVG in GWT
Hi, I am new to GWT and want to use SVG in GWT. Is there any sample example, where I may learn it step by step. /Danish --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Internalization problem with gwt1.5
Hi! I have a big trouble with adding the internalization in my project. I created an interface and the related *.properties files, and I wrote the code, which is needed into the gwt.xml and into the host html. (I ´m using the feature: Constants). Now I get this fealure: Rebinder com.extjs.gxt.ui.client.messages:MyMessages Invoking Error while executing the JavaScript provider for property 'locale' Could not parse specified locale Deferred binding failed for 'com.extjs.gxt.ui.client.messages.MyMessages'; expect subsequent failures Unable to load module entry point class zl.gwt.admin.client.AdminApp (see associated exception for details) Failure to load module 'zl.gwt.admin.AdminApp' Now I didn´t now, where I should search for the fealure. If I comment the line in the gwt.xml, the program gives me no fealure. Can anybody help me to find the solution for it. thanks, aksa --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: Possible to get an element's propertys from a container iframe?
yes, thats exactly what I want to do. On Oct 29, 5:07 pm, "Ian Bambury" <[EMAIL PROTECTED]> wrote: > John, > Your code will get elements in the GWT page, darkflame is trying to get > elements in the parent page- i.e. the parent page has an iframe in it > containing the GWT page, and darkflame wants stuff from the parent page... > > ...if I understand correctly. > > Ian > > http://examples.roughian.com > > 2008/10/29 John <[EMAIL PROTECTED]> > > > > > > > On 10/23/08, darkflame <[EMAIL PROTECTED]> wrote: > > > > If my GWT app is in a container iframe, is it possible to get > > > propertys of elements from outside that frame? > > > > I tried a simple; > > > > DOM.getElementById("testid").getInnerText()) > > > > But the app couldnt find it. > > > > Is there any way for the GWT app to look "outside" its container? Or > > > to even tell if it has one? > > > I use EXACTLY the code you use, and it works for me. > > > Specifically, I put a div directly above the div which contains the > > gwt project, thus: > > > stuff goes here > > > I use this so that I can plunk my gwt app on different sites without > > any modification whatsoever, and pass in the variables it needs for > > the particular site. > > > John --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: Gwt Multiple Language
On 29 oct, 12:51, jagadesh <[EMAIL PROTECTED]> wrote: > Hi Guys , > > Iam Working On Gwt 1.5.3 . My Requirement is > Iam Using 2 languages one is English and other is Chines > [ Traditional] > > i have written 2 constants file for both. now how can i set the > language depending on the browser locale. > i.e if the site opens in china , the language should be chinese and > chinese constant file should be selected. > > how can i do this sort of thing . > > Can Anyone Sort Me out. a sample code would be more helpfull. You should use content-negotiation on the server-side to serve a different HTML depending on the announced user preferences re. languages. The HTML files will be identical except for a vs. See http://code.google.com/docreader/#p=google-web-toolkit-doc-1-5&t=DevGuideSpecifyingLocale If you use Apache, it's as easy as turning on "MultiViews" and name your files index.html.en and index.html.zh (replace "index" with whatever you want), or using a type-map file. See http://httpd.apache.org/docs/2.0/content-negotiation.html If you serve your HTML from a servlet container (e.g. Tomcat), there's some code in the GWT-Incubator project to do just that too (you'll have to build a Filter or a Servlet by yourself to serve your HTML though, it doesn't come out-of-the-box): http://code.google.com/docreader/#p=google-web-toolkit-incubator&t=ServerSideLocaleSelection --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: Possible to get an element's propertys from a container iframe?
dosnt seem to work. My testing HTML is just; test test test And my code is; public static native void testWindow() /*-{ $wnd.alert("test"); $wnd.alert("text="+$wnd.parent.document.getElementsByTagName("H1") [0].innerText); }-*/; When activating that function, the first alert "test" appears, but the following one does not. I put it in a try/catch loop and it gave me a "Security error: attempted to read protected variable" exception. On Oct 29, 3:40 pm, "Ian Bambury" <[EMAIL PROTECTED]> wrote: > Hi Thomas, > Put an H1 in the parent document and try this: > > alert($wnd.parent.document.getElementsByTagName("H1")[0].innerText); > > Ian > > http://examples.roughian.com --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: groundOverlay issue
Hi Eric, Thanks for notifying this issue. I assume that in the workaround you gave me you wanted to write LatLng.newInstance(90, 180) instead of LatLng.newInstance(90, 360) for the second limit, right? Because otherwise the 360 is interpreted as 0, and i get only half the map. For your first point, i am sorry but being a beginner in all this java and gwt programming, i don't know how to resolve the problem and solve the issue. Are you saying i may be able to substitute something in the jar file of gmaps? Could you indicate me how i can do that? Or should i wait for a new release? I looked into the LatLngBounds class, but didn't see any function like getFullBounds(). Am i missing something here? Thanks again for your help. Vincent On 29 oct, 16:10, "Eric Ayers" <[EMAIL PROTECTED]> wrote: > Hi Vincent, > > I filed this as Maps issue 823. Please go over and star the issue so you'll > be notified of any updates. > > http://code.google.com/p/gmaps-api-issues/issues/detail?id=823 > > > > On Wed, Oct 29, 2008 at 10:57 AM, Eric Ayers <[EMAIL PROTECTED]> wrote: > > 1) There is a bug in the LatLngBounds noargs factory method! You can > > pusbtitute the right code with: > > > private static native LatLngBounds getFullBounds() /*-{ > > return new $wnd.GLatLngBounds(); > > }-*/; > > > 2) I am able to reproduce this issue in the JavaScript API w/o GWT, so I > > assume its an underlying issue with the Maps JavaScript API. > > > This workaround gets you a bit closer: > > > LatLngBounds cloudOverlayBounds = > > LatLngBounds.newInstance(LatLng.newInstance(-90, -179.61), > > LatLng.newInstance(90, 360)); > > > On Wed, Oct 29, 2008 at 7:13 AM, Vinz369 <[EMAIL PROTECTED]> wrote: > > >> First, thanks for trying to help me. > >> The no arg LatLng.newInstance() does not exist. > >> I guess you wanted to say the no arg LatLngBounds.newInstance(). But > >> it does not work for me. The map does not show up. > >> Here is the code i changed: > > >> LatLngBounds cloudOverlayBounds = LatLngBounds.newInstance(); > >> final GroundOverlay cloudOverlay = new GroundOverlay("http:// > >> dev.keyhole.com/clouds/clouds_2048_alphaed.png", cloudOverlayBounds); > >> map.addOverlay(cloudOverlay); > > >> The best i managed to get was boundaries at (-90,-179) (90,180). > >> Do you have another idea? > > >> Vincent > > >> On 28 oct, 21:53, "Eric Ayers" <[EMAIL PROTECTED]> wrote: > >> > Your bounds are probably wrapping back to zero. > > >> > You can use the no arg LatLng.newInstance() to create bounds that cover > >> the > >> > entire map. > > >> > On Tue, Oct 28, 2008 at 6:21 AM, Vinz369 <[EMAIL PROTECTED]> > >> wrote: > > >> > > Dear all, > > >> > > I'm trying to use integrate a groundOverlay in my application. > >> > > Here is the piece of code which is doing it: > > >> > > LatLngBounds cloudOverlayBounds = > >> > > LatLngBounds.newInstance(LatLng.newInstance(-90,-179), > >> > > LatLng.newInstance(90,179)); > >> > > final GroundOverlay cloudOverlay = new GroundOverlay("http:// > >> > > dev.keyhole.com/clouds/clouds_2048_alphaed.png", cloudOverlayBounds); > >> > > map.addOverlay(cloudOverlay); > > >> > > My problem is that everything is woking fine as long as i don't use > >> > > -180 and 180 for longitude boundaries. > >> > > Does anyone have an idea on how to solve this problem. Because i > >> > > really need to put my map between -180 and 180. > >> > > Thanks in advance for your advises. > > >> > > Vincent > > >> > -- > >> > Eric Z. Ayers - GWT Team - Atlanta, GA USAhttp:// > >> code.google.com/webtoolkit/ > > > -- > > Eric Z. Ayers - GWT Team - Atlanta, GA USA > >http://code.google.com/webtoolkit/ > > -- > Eric Z. Ayers - GWT Team - Atlanta, GA USAhttp://code.google.com/webtoolkit/ --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: Possible to get an element's propertys from a container iframe?
John, Your code will get elements in the GWT page, darkflame is trying to get elements in the parent page- i.e. the parent page has an iframe in it containing the GWT page, and darkflame wants stuff from the parent page... ...if I understand correctly. Ian http://examples.roughian.com 2008/10/29 John <[EMAIL PROTECTED]> > > On 10/23/08, darkflame <[EMAIL PROTECTED]> wrote: > > > > If my GWT app is in a container iframe, is it possible to get > > propertys of elements from outside that frame? > > > > I tried a simple; > > > > DOM.getElementById("testid").getInnerText()) > > > > But the app couldnt find it. > > > > Is there any way for the GWT app to look "outside" its container? Or > > to even tell if it has one? > > I use EXACTLY the code you use, and it works for me. > > Specifically, I put a div directly above the div which contains the > gwt project, thus: > > stuff goes here > > I use this so that I can plunk my gwt app on different sites without > any modification whatsoever, and pass in the variables it needs for > the particular site. > > John > > > > --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: Gears 0.4 features in GWT Google API Library
In addition to above issue, I am also trying to understand on how to pass over the selected file(s) as multipart request to a servlet? I tried the RequestBuilder, but so far no luck. We are trying to use the Desktop class for multiple(image) file upload feature in our application. Any help is appreciated! On Oct 29, 10:40 am, rakesh wagh <[EMAIL PROTECTED]> wrote: > Mark, I tried the patch(gears.jar from issue 201) for multiple file > upload. I am able to select multiple files both in hosted and non > hosted mode. However when I press open, I get a exception in hosted > mode(as a stacktrace in eclipse console). Works in browser(compile/ > browse). Here is the error: > > java.lang.ClassCastException > at java.lang.Class.cast(Class.java:2951) > at com.google.gwt.dev.shell.JsValueGlue.get(JsValueGlue.java:128) > at > com.google.gwt.dev.shell.ie.SwtOleGlue.convertVariantsToObjects(SwtOleGlue.java: > 57) > at > com.google.gwt.dev.shell.ie.IDispatchImpl.callMethod(IDispatchImpl.java: > 119) > at > com.google.gwt.dev.shell.ie.IDispatchProxy.invoke(IDispatchProxy.java: > 155) > at > com.google.gwt.dev.shell.ie.IDispatchImpl.Invoke(IDispatchImpl.java: > 294) > at > com.google.gwt.dev.shell.ie.IDispatchImpl.method6(IDispatchImpl.java: > 194) > at > org.eclipse.swt.internal.ole.win32.COMObject.callback6(COMObject.java: > 117) > at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method) > at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1925) > at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2966) > at com.google.gwt.dev.GWTShell.pumpEventLoop(GWTShell.java:720) > at com.google.gwt.dev.GWTShell.run(GWTShell.java:593) > at com.google.gwt.dev.GWTShell.main(GWTShell.java:357) > > Thanks for the efforts! > > On Oct 28, 5:11 pm, "Eric Ayers" <[EMAIL PROTECTED]> wrote: > > > I loaded up the patch into a branch so we could perform a public code > > review: > > > http://code.google.com/p/gwt-google-apis/issues/detail?id=202 > > > On Tue, Oct 28, 2008 at 6:58 AM, Eric Ayers <[EMAIL PROTECTED]> wrote: > > > Hi Mark, > > > Thanks for posting this. I haven't forgotten about your patch, but I'm > > > busy with a release and may not get a chance to send you feedback until > > > later this week. I want to put your changes into 'trunk' and need to > > > merge > > > the release branch back. Also, I want to try out a new code review > > > technique with you. > > > > On Mon, Oct 27, 2008 at 10:23 PM, Mark Renouf <[EMAIL PROTECTED]>wrote: > > > >> If anyone wants to try this out, I just created issue #201. Attached > > >> is a pre-built gwt-gears.jar: > > > >>http://code.google.com/p/gwt-google-apis/issues/detail?id=201 > > > >> I tested Geolocation throughGearson my G1 today and it worked just > > >> fine. The address lookup function may not be working right though, > > >> either a mistake I made somewhere or some other issue (always returns > > >> null?). > > > > -- > > > Eric Z. Ayers - GWT Team - Atlanta, GA USA > > >http://code.google.com/webtoolkit/ > > > -- > > Eric Z. Ayers - GWT Team - Atlanta, GA USAhttp://code.google.com/webtoolkit/ --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: FormPanel submit does always fire FormSubmitCompleteEvent
On 29 oct, 15:31, Alex Rice <[EMAIL PROTECTED]> wrote: > On Oct 28, 7:52 pm, Thomas Broyer <[EMAIL PROTECTED]> wrote: > > > This is mentionned in the Javadoc for the FormPanel() > > constructor:http://google-web-toolkit.googlecode.com/svn/javadoc/1.5/com/google/g...() > > Thanks Thomas, I read the Javadocs but didn't get all the way down to > the Constructor. That does explain it. RequestBuilder does not have > the same limitation, does it? I assume it works for responses of > various different content types . Yep, RequestBuilder has the Same-Origin Policy limitation (plus you cannot send files) but you get the response "as is". FormPanel is the only mean to upload files but the response must be text/html if you want to be notified when done (note that it can be JSON actually, sent as text/html, with some limitations re. HTML special characters: & and <, that you should escape as \u0026 and \u003C respectively). With FormPanel, contrary to RequestBuilder, you can't know the HTTP response status or get response headers either, but you're not constrained by the Same-Origin Policy (as long as you don't need to know the submission's result: you'll get a FormSubmitCompleteEvent but its getResults() will be null). --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: GWT1.5 and struts 1.2
Well, either you're speaking poetically, in which case "call struts action classes from GWT" really means to change the window location to a url of something.do, which is orthogonal to GWT... Or, you literally mean that you want GWT-generated javascript code running in the browser to make a method call into a java class that's been loaded as bytecode on the server, which is not possible. In either case, you're leaving it up to sheer guessing, because you gave no details of your failure. Walden On Oct 29, 9:11 am, Krish <[EMAIL PROTECTED]> wrote: > I need to call Strtus action classes from GWT. Getting problem while > calling struts 1.2. action classes > > On Oct 29, 8:09 am, walden <[EMAIL PROTECTED]> wrote: > > > > > What does GWT have to do with Struts? In what sense does one matter > > to the other? > > > On Oct 28, 5:13 pm, Krish <[EMAIL PROTECTED]> wrote: > > > > Hi, > > > > I need to integrate GWT 1.5 with struts 1.2 . I checked with struts > > > 2.0 and it is working fine. But it is not working with struts 1.2. > > > > Is there any limitation with struts versions. > > > > Please clarify. > > > > Thanks, > > > Krish- Hide quoted text - > > > - Show quoted text -- 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-Toolkit@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: Gears 0.4 features in GWT Google API Library
Mark, I tried the patch(gears.jar from issue 201) for multiple file upload. I am able to select multiple files both in hosted and non hosted mode. However when I press open, I get a exception in hosted mode(as a stacktrace in eclipse console). Works in browser(compile/ browse). Here is the error: java.lang.ClassCastException at java.lang.Class.cast(Class.java:2951) at com.google.gwt.dev.shell.JsValueGlue.get(JsValueGlue.java:128) at com.google.gwt.dev.shell.ie.SwtOleGlue.convertVariantsToObjects(SwtOleGlue.java: 57) at com.google.gwt.dev.shell.ie.IDispatchImpl.callMethod(IDispatchImpl.java: 119) at com.google.gwt.dev.shell.ie.IDispatchProxy.invoke(IDispatchProxy.java: 155) at com.google.gwt.dev.shell.ie.IDispatchImpl.Invoke(IDispatchImpl.java: 294) at com.google.gwt.dev.shell.ie.IDispatchImpl.method6(IDispatchImpl.java: 194) at org.eclipse.swt.internal.ole.win32.COMObject.callback6(COMObject.java: 117) at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method) at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1925) at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2966) at com.google.gwt.dev.GWTShell.pumpEventLoop(GWTShell.java:720) at com.google.gwt.dev.GWTShell.run(GWTShell.java:593) at com.google.gwt.dev.GWTShell.main(GWTShell.java:357) Thanks for the efforts! On Oct 28, 5:11 pm, "Eric Ayers" <[EMAIL PROTECTED]> wrote: > I loaded up the patch into a branch so we could perform a public code > review: > > http://code.google.com/p/gwt-google-apis/issues/detail?id=202 > > > > On Tue, Oct 28, 2008 at 6:58 AM, Eric Ayers <[EMAIL PROTECTED]> wrote: > > Hi Mark, > > Thanks for posting this. I haven't forgotten about your patch, but I'm > > busy with a release and may not get a chance to send you feedback until > > later this week. I want to put your changes into 'trunk' and need to merge > > the release branch back. Also, I want to try out a new code review > > technique with you. > > > On Mon, Oct 27, 2008 at 10:23 PM, Mark Renouf <[EMAIL PROTECTED]>wrote: > > >> If anyone wants to try this out, I just created issue #201. Attached > >> is a pre-built gwt-gears.jar: > > >>http://code.google.com/p/gwt-google-apis/issues/detail?id=201 > > >> I tested Geolocation through Gears on my G1 today and it worked just > >> fine. The address lookup function may not be working right though, > >> either a mistake I made somewhere or some other issue (always returns > >> null?). > > > -- > > Eric Z. Ayers - GWT Team - Atlanta, GA USA > >http://code.google.com/webtoolkit/ > > -- > Eric Z. Ayers - GWT Team - Atlanta, GA USAhttp://code.google.com/webtoolkit/ --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: Possible to get an element's propertys from a container iframe?
On 10/23/08, darkflame <[EMAIL PROTECTED]> wrote: > > If my GWT app is in a container iframe, is it possible to get > propertys of elements from outside that frame? > > I tried a simple; > > DOM.getElementById("testid").getInnerText()) > > But the app couldnt find it. > > Is there any way for the GWT app to look "outside" its container? Or > to even tell if it has one? I use EXACTLY the code you use, and it works for me. Specifically, I put a div directly above the div which contains the gwt project, thus: stuff goes here I use this so that I can plunk my gwt app on different sites without any modification whatsoever, and pass in the variables it needs for the particular site. John --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: extgwt and google maps
There are GWT bindings for Google Maps at: http://code.google.com/p/gwt-google-apis but I have never personally integrated these bindings with extgwt. On Wed, Oct 29, 2008 at 10:33 AM, rizla <[EMAIL PROTECTED]> wrote: > > up :( > > > > > -- Eric Z. Ayers - GWT Team - Atlanta, GA USA http://code.google.com/webtoolkit/ --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: groundOverlay issue
Hi Vincent, I filed this as Maps issue 823. Please go over and star the issue so you'll be notified of any updates. http://code.google.com/p/gmaps-api-issues/issues/detail?id=823 On Wed, Oct 29, 2008 at 10:57 AM, Eric Ayers <[EMAIL PROTECTED]> wrote: > 1) There is a bug in the LatLngBounds noargs factory method! You can > pusbtitute the right code with: > > private static native LatLngBounds getFullBounds() /*-{ > return new $wnd.GLatLngBounds(); > }-*/; > > 2) I am able to reproduce this issue in the JavaScript API w/o GWT, so I > assume its an underlying issue with the Maps JavaScript API. > > This workaround gets you a bit closer: > > LatLngBounds cloudOverlayBounds = > LatLngBounds.newInstance(LatLng.newInstance(-90, -179.61), > LatLng.newInstance(90, 360)); > > > > On Wed, Oct 29, 2008 at 7:13 AM, Vinz369 <[EMAIL PROTECTED]> wrote: > >> >> First, thanks for trying to help me. >> The no arg LatLng.newInstance() does not exist. >> I guess you wanted to say the no arg LatLngBounds.newInstance(). But >> it does not work for me. The map does not show up. >> Here is the code i changed: >> >> LatLngBounds cloudOverlayBounds = LatLngBounds.newInstance(); >> final GroundOverlay cloudOverlay = new GroundOverlay("http:// >> dev.keyhole.com/clouds/clouds_2048_alphaed.png", cloudOverlayBounds); >> map.addOverlay(cloudOverlay); >> >> The best i managed to get was boundaries at (-90,-179) (90,180). >> Do you have another idea? >> >> Vincent >> >> On 28 oct, 21:53, "Eric Ayers" <[EMAIL PROTECTED]> wrote: >> > Your bounds are probably wrapping back to zero. >> > >> > You can use the no arg LatLng.newInstance() to create bounds that cover >> the >> > entire map. >> > >> > >> > >> > On Tue, Oct 28, 2008 at 6:21 AM, Vinz369 <[EMAIL PROTECTED]> >> wrote: >> > >> > > Dear all, >> > >> > > I'm trying to use integrate a groundOverlay in my application. >> > > Here is the piece of code which is doing it: >> > >> > > LatLngBounds cloudOverlayBounds = >> > > LatLngBounds.newInstance(LatLng.newInstance(-90,-179), >> > > LatLng.newInstance(90,179)); >> > > final GroundOverlay cloudOverlay = new GroundOverlay("http:// >> > > dev.keyhole.com/clouds/clouds_2048_alphaed.png", cloudOverlayBounds); >> > > map.addOverlay(cloudOverlay); >> > >> > > My problem is that everything is woking fine as long as i don't use >> > > -180 and 180 for longitude boundaries. >> > > Does anyone have an idea on how to solve this problem. Because i >> > > really need to put my map between -180 and 180. >> > > Thanks in advance for your advises. >> > >> > > Vincent >> > >> > -- >> > Eric Z. Ayers - GWT Team - Atlanta, GA USAhttp:// >> code.google.com/webtoolkit/ >> >> >> > > > -- > Eric Z. Ayers - GWT Team - Atlanta, GA USA > http://code.google.com/webtoolkit/ > -- Eric Z. Ayers - GWT Team - Atlanta, GA USA http://code.google.com/webtoolkit/ --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: groundOverlay issue
1) There is a bug in the LatLngBounds noargs factory method! You can pusbtitute the right code with: private static native LatLngBounds getFullBounds() /*-{ return new $wnd.GLatLngBounds(); }-*/; 2) I am able to reproduce this issue in the JavaScript API w/o GWT, so I assume its an underlying issue with the Maps JavaScript API. This workaround gets you a bit closer: LatLngBounds cloudOverlayBounds = LatLngBounds.newInstance(LatLng.newInstance(-90, -179.61), LatLng.newInstance(90, 360)); On Wed, Oct 29, 2008 at 7:13 AM, Vinz369 <[EMAIL PROTECTED]> wrote: > > First, thanks for trying to help me. > The no arg LatLng.newInstance() does not exist. > I guess you wanted to say the no arg LatLngBounds.newInstance(). But > it does not work for me. The map does not show up. > Here is the code i changed: > > LatLngBounds cloudOverlayBounds = LatLngBounds.newInstance(); > final GroundOverlay cloudOverlay = new GroundOverlay("http:// > dev.keyhole.com/clouds/clouds_2048_alphaed.png", cloudOverlayBounds); > map.addOverlay(cloudOverlay); > > The best i managed to get was boundaries at (-90,-179) (90,180). > Do you have another idea? > > Vincent > > On 28 oct, 21:53, "Eric Ayers" <[EMAIL PROTECTED]> wrote: > > Your bounds are probably wrapping back to zero. > > > > You can use the no arg LatLng.newInstance() to create bounds that cover > the > > entire map. > > > > > > > > On Tue, Oct 28, 2008 at 6:21 AM, Vinz369 <[EMAIL PROTECTED]> > wrote: > > > > > Dear all, > > > > > I'm trying to use integrate a groundOverlay in my application. > > > Here is the piece of code which is doing it: > > > > > LatLngBounds cloudOverlayBounds = > > > LatLngBounds.newInstance(LatLng.newInstance(-90,-179), > > > LatLng.newInstance(90,179)); > > > final GroundOverlay cloudOverlay = new GroundOverlay("http:// > > > dev.keyhole.com/clouds/clouds_2048_alphaed.png", cloudOverlayBounds); > > > map.addOverlay(cloudOverlay); > > > > > My problem is that everything is woking fine as long as i don't use > > > -180 and 180 for longitude boundaries. > > > Does anyone have an idea on how to solve this problem. Because i > > > really need to put my map between -180 and 180. > > > Thanks in advance for your advises. > > > > > Vincent > > > > -- > > Eric Z. Ayers - GWT Team - Atlanta, GA USAhttp:// > code.google.com/webtoolkit/ > > > -- Eric Z. Ayers - GWT Team - Atlanta, GA USA http://code.google.com/webtoolkit/ --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
How do you organize unit tests?
junitCreator creates one single test class and two launcher-binaries for that test class. But how are you organizing (and running) unit tests for *many* classes? I wan't a unit test class for each and every "real" class in my application but I am not interested in 99 billion FooBarTest-binaries in my project root dir, I guess? So what then? 1) How are you creating *and* organizing test classes for many classes, not just one? 2) How are you organizing the unit tests for the client and server classes, respectively? The client classes (or at least some of them) should extend GWTTestCase while the server classes should extend TestCase. But how do you organize (and run) all of them? I'm confused (and a newbie too) --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: gwt rpc vs json
Sounds good. Is the gwt-rpc format described, so I could write a non-gwt app (say, a mac desktop gadget) that hits my server using the same api as the gwt-rpc browser app? Note, I don't actually care right now what the format is, just that the protocol is described, and is easy to impl in a non-gwt-rpc-browser app (like it is with json ;-) On Oct 29, 10:30 am, "Ian Petersen" <[EMAIL PROTECTED]> wrote: > Lothar and Mike have made some good points. Here are a couple of > perhaps more obscure ones: > > - The RPC wire format is about as compact as you can get because it's > _not_ self-describing. This is a plus if you're shuffling lots of > data around, but I don't know how to define "lots" for you. > > - There's plans to make the deserialization of RPC responses > "asynchronous" so you don't tie up the browser thread reading large > responses. You'd have to do the same thing manually with large JSON > responses. > > - Using RPC is a nice way of abstracting the transmission details and > saying "I don't care" about the wire format of your requests and > responses. This means client-server interface management is reduced > to managing the evolution of a Java interface, rather than worrying > about whether or not the client and server are in sync. It also means > that some mismatches between client and server can be caught by the > compiler. > > - It _might_ be easier to re-use an RPC server-side than a JSON > server-side because the RPC-specific details are already pretty well > isolated from the business logic. > > Ian --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: gwt rpc vs json
I care heavily about the wireformat of my requests. Maybe that's because I have bugs in my json api from time to time, but it's very handy to fire up ethereal/wireshark and check what's happening on the wire. But I hear ya, it'd "be nice" if I didn't have to care, I just do. Is the wireformat plaintext? Is it published? Thanks everone for the info. Guess I got my answers, and I should start hitting the api docs on gwt-rpc if I start going down this road. On Oct 29, 10:30 am, "Ian Petersen" <[EMAIL PROTECTED]> wrote: > Lothar and Mike have made some good points. Here are a couple of > perhaps more obscure ones: > > - The RPC wire format is about as compact as you can get because it's > _not_ self-describing. This is a plus if you're shuffling lots of > data around, but I don't know how to define "lots" for you. > > - There's plans to make the deserialization of RPC responses > "asynchronous" so you don't tie up the browser thread reading large > responses. You'd have to do the same thing manually with large JSON > responses. > > - Using RPC is a nice way of abstracting the transmission details and > saying "I don't care" about the wire format of your requests and > responses. This means client-server interface management is reduced > to managing the evolution of a Java interface, rather than worrying > about whether or not the client and server are in sync. It also means > that some mismatches between client and server can be caught by the > compiler. > > - It _might_ be easier to re-use an RPC server-side than a JSON > server-side because the RPC-specific details are already pretty well > isolated from the business logic. > > Ian --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: Possible to get an element's propertys from a container iframe?
Hi Thomas, Put an H1 in the parent document and try this: alert($wnd.parent.document.getElementsByTagName("H1")[0].innerText); Ian http://examples.roughian.com --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: gwt rpc vs json
Sounds pretty good. Seems like I spend half my time typing: int n = (int) jsonNum.isNumber().doubleValue(); String s = jsonStr.isString().stringValue(); ... Just calling a method that demarshales to the correct type would be nice. Not sure it's worth my perceived pain of switching and pinning the server impl to java, but "just calling methods" does sound pretty nice. On Oct 29, 10:18 am, Lothar Kimmeringer <[EMAIL PROTECTED]> wrote: > [EMAIL PROTECTED] schrieb: > > > The strength of GWT-RPC is that it allows for near seamless > > communication between the GWT Client and a Java based Server. GWT-RPC > > on the server is pure java and allows for easy hooks into Hibernate > > and other Java based server technologies. > > I was going to answer more or less the same, so I build my answer > on top of yours ;-) > > The "sexiness" comes with the implementation of RMI with the > specifics of being forced to perform asynchronous requests. > So the only thing you have to do is call a method that is > defined in an interface, leading to the call of the correspon- > ding method being implemented in the servlet. > > How the parameters passed to the method are marshalled/un- > marshalled is done by the RPC-framework, the same is valid > for the data being returned by the method. > > It makes testing the implemented methods in the servlet > easier as well (as long as you don't access the request- > and/or response-instance directly) by allowing you to > call an explicit method instead of firing up a HTTP- > server, create an HTTP-request and send that to the > server or use httpunit for establishing a virtual Servlet- > environment to pass in the request that way. > > > If your server isn't Java > > based, then JSON is the best way to go... > > ACK > > Regards, Lothar --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: extgwt and google maps
up :( --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: gwt rpc vs json
Lothar and Mike have made some good points. Here are a couple of perhaps more obscure ones: - The RPC wire format is about as compact as you can get because it's _not_ self-describing. This is a plus if you're shuffling lots of data around, but I don't know how to define "lots" for you. - There's plans to make the deserialization of RPC responses "asynchronous" so you don't tie up the browser thread reading large responses. You'd have to do the same thing manually with large JSON responses. - Using RPC is a nice way of abstracting the transmission details and saying "I don't care" about the wire format of your requests and responses. This means client-server interface management is reduced to managing the evolution of a Java interface, rather than worrying about whether or not the client and server are in sync. It also means that some mismatches between client and server can be caught by the compiler. - It _might_ be easier to re-use an RPC server-side than a JSON server-side because the RPC-specific details are already pretty well isolated from the business logic. Ian --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: FormPanel submit does always fire FormSubmitCompleteEvent
On Oct 28, 7:52 pm, Thomas Broyer <[EMAIL PROTECTED]> wrote: > > This is mentionned in the Javadoc for the FormPanel() > constructor:http://google-web-toolkit.googlecode.com/svn/javadoc/1.5/com/google/g...() Thanks Thomas, I read the Javadocs but didn't get all the way down to the Constructor. That does explain it. RequestBuilder does not have the same limitation, does it? I assume it works for responses of various different content types . --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: gwt rpc vs json
Hi Brian, In addition: 1) GWT RPC is heavily optimized for serializing java objects between client and RPC remote servlets so it will almost certainly be faster than your JSON equivalents 2) All the serialization/deserialization work is done automatically for you so your return objects are handed to you on a plate ready to go. If you are passing complex object graphs (including Collections etc) over the wire this a big advantage. If you have a Java back end it's a no brainer really. regards gregor On Oct 29, 2:08 pm, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > The strength of GWT-RPC is that it allows for near seamless > communication between the GWT Client and a Java based Server. GWT-RPC > on the server is pure java and allows for easy hooks into Hibernate > and other Java based server technologies. If your server isn't Java > based, then JSON is the best way to go... > > On Oct 29, 6:37 am, Brian <[EMAIL PROTECTED]> wrote: > > > I haven't touched gwt rpc, as it just seems using requestbuilder and > > shoving json across the wire is straightforward. > > What's the compelling case to use gwt rpc? Remember, I haven't even > > looked at the docs. I'm not trying to bash anything here, just > > wondering why it's worth it to setup gwt rpc vs just moving json > > around. My backend server is tomcat. --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: Suggestion: GWT port to Desktop
a simple example - i wrote an online games web site. there are four games written at the moment. backgammon, rummikub, poker and go. rummikub has 110 images loaded onto the page. firefox takes about 5-8 seconds to add all the tokens, one-by-one with javascript (compiled from python of course). pyjamas-desktop, using webkit, takes about 2 seconds. the javascript is gone in pyjamas-desktop; it's a glib / gobject binding direct to the c++ function which adds the image to the DOM model, direct. go has a whopping 725 images to be added to the page. firefox takes an incredible _thirty_ seconds to create this page on a 1.2ghz dual- core pentium laptop. pyjamas-desktop, using webkit, takes under ten. so even something as trivial as writing a simple entertainment application is pushing the limits of acceptable user tolerances. l. --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: gwt rpc vs json
[EMAIL PROTECTED] schrieb: > The strength of GWT-RPC is that it allows for near seamless > communication between the GWT Client and a Java based Server. GWT-RPC > on the server is pure java and allows for easy hooks into Hibernate > and other Java based server technologies. I was going to answer more or less the same, so I build my answer on top of yours ;-) The "sexiness" comes with the implementation of RMI with the specifics of being forced to perform asynchronous requests. So the only thing you have to do is call a method that is defined in an interface, leading to the call of the correspon- ding method being implemented in the servlet. How the parameters passed to the method are marshalled/un- marshalled is done by the RPC-framework, the same is valid for the data being returned by the method. It makes testing the implemented methods in the servlet easier as well (as long as you don't access the request- and/or response-instance directly) by allowing you to call an explicit method instead of firing up a HTTP- server, create an HTTP-request and send that to the server or use httpunit for establishing a virtual Servlet- environment to pass in the request that way. > If your server isn't Java > based, then JSON is the best way to go... ACK Regards, Lothar --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: gwt rpc vs json
The strength of GWT-RPC is that it allows for near seamless communication between the GWT Client and a Java based Server. GWT-RPC on the server is pure java and allows for easy hooks into Hibernate and other Java based server technologies. If your server isn't Java based, then JSON is the best way to go... On Oct 29, 6:37 am, Brian <[EMAIL PROTECTED]> wrote: > I haven't touched gwt rpc, as it just seems using requestbuilder and > shoving json across the wire is straightforward. > What's the compelling case to use gwt rpc? Remember, I haven't even > looked at the docs. I'm not trying to bash anything here, just > wondering why it's worth it to setup gwt rpc vs just moving json > around. My backend server is tomcat. --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: Possible to get an element's propertys from a container iframe?
Sorry, still cant work this out, I tried RootPanel.get().getParent()... and also native javascript ; public static native void testWindow() /*-{ $wnd.alert("test"); var a; a = parent.$doc.getElementsByTagName("link"); $wnd.alert(a.getAttribute("title")); }-*/; Neither worked. Is there any way at all to access stuff outside an iframe if the gwt code is running in one? On Oct 23, 3:47 pm, darkflame <[EMAIL PROTECTED]> wrote: > If my GWT app is in a containeriframe, is it possible to get > propertys of elements from outside that frame? > > I tried a simple; > > DOM.getElementById("testid").getInnerText()) > > But the app couldnt find it. > > Is there any way for the GWT app to look "outside" its container? Or > to even tell if it has one? --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: No Mouse Down event with FocusPanel Wrapping MapWidget
It seems the mousedown is consumed by the Maps API to enable dragging support. I did a search on the Google-Maps-API group and found a number of suggestions. http://groups.google.com/group/Google-Maps-API/search?group=Google-Maps-API&q=mousedown&qt_g=Search+this+group On Tue, Oct 28, 2008 at 12:34 PM, Steve <[EMAIL PROTECTED]> wrote: > > I'm using GWT 1.5.3 with gwt-maps-1.0 to put a map on my web page. > > I'd like the user to be able to drag out a box on the map by clicking > the left mouse button on the upper left corner of the box and dragging > it to the lower right corner, with rubber-banding so the box displays > during the drag. > > Then I'd like to read off the lat and lon of the corners of the user's > box so I know what area they selected (I'll create a Polygon and do an > addOverlay on the MapWidget to display the box). > > I'm wrapping the MapWidget in a FocusPanel so I can grab the mouse > events. I'm getting mouseUp and mouseMove events, but not mouseDown > events. > > I do a setDraggable(false) on the MapWidget before putting the > MouseListener on the FocusPanel. > > Is there anything else I need to do? > > > Steve > > > > -- Eric Z. Ayers - GWT Team - Atlanta, GA USA http://code.google.com/webtoolkit/ --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: published iphone apps written in GWT
Thanks Dave, This is interesting. I presume you built the riflethru app? I would like to hear a little more about this development method. Can you give me some highlights? For example, how long did it take? Any unexpected hiccups? I looked for it in the app store and did not find it... was it not published? Many thanks, Mike On Oct 28, 6:19 pm, davidroe <[EMAIL PROTECTED]> wrote: > I think that being in the app store is likely to attract more users to > your application as this is where people tend to look. Additionally, > not all apps in the store cost money, so why not use it to organise > web apps? That said, I think that the user expects to find > applications that will run natively, rather than something that will > just launch an instance of Safari pointing at your web app. > > If you are following PhoneGap, you will see that some developers are > releasing hybrid applications that are written using web app > techniques but have access to the phone's native functionality. This > is done using UIWebView and a wrapper around your web app. As far as I > am aware, such applications will not fail the Apple review process > just because they were developed using this approach. There are > definitely advantages to this approach, especially if you are a web > developer with no experience using Obj-C. > > I played with something similar a while ago forhttp://riflethru.com/ > to see what is possible. I ended up with a native application with > embedded GWT, so all the HTML/CSS/JS sit as resources inside the > binary and are loaded locally rather than over the wire. > > /dave > > On Oct 27, 11:55 am, John <[EMAIL PROTECTED]> wrote: > > > > Can anyone list some iphone apps that were written in GWT and have > > > been published in the app store? > > > Maybe I'm being thick but... my first impression when I read this > > question was... why/how would want to sell it through the App Store? > > > Since the GWT app is really just a 'web site' that works with the > > iPhone, there's no executable to sell. It could be that the obvious > > answer is that you want to sell your app on the App Store is to make > > money. But since your GWT app is just a web app, wouldn't it be better > > to just make sure your target audience knows about your GWT app and > > maybe you could charge for use of the app by forcing an authenticated > > login that was just restricted to 'paid' users. > > > Maybe it's the jet lag kicking in but I'd never even thought about > > wanting to sell a 'web app' from the App Store. > > > Am I missing something you're trying to accomplish? > > > - John - --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: Suggestion: GWT port to Desktop
> When thinking of regular pages you might be right but I wasn't making > up the example. This was one of the reasons why we had to switch > from a browser-based application to a local running one. In this > specific case a tree showing all possible segments and fields > of an EDIFACT IFTMIN (one of the most complex structures of EDIFACT) > lead to waiting times of many seconds per mouse-click when working > with a browser on a modern PC. so, in this specific instance, being able to migrate - pretty much instantaneously and with zero code modifications from a [too-slow] browser-based environment to a [very-fast] desktop-based one would be a definite advantage, yes? especially given that 1) running compiled java instead of interpreted javascript would end up running much faster 2) webkit is _blindingly_ quick. that _would_ have saved your development team a great deal of time and money. --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: Suggestion: GWT port to Desktop
lkcl schrieb: > so, in this specific instance, being able to migrate - pretty much > instantaneously and with zero code modifications from a [too-slow] > browser-based environment to a [very-fast] desktop-based one would be > a definite advantage, yes? > > especially given that 1) running compiled java instead of interpreted > javascript would end up running much faster 2) webkit is _blindingly_ > quick. > > that _would_ have saved your development team a great deal of time > and money. I'm not sure about the point you want to make, but as I said, this was _one_ of the reasons. As well, the decision was made quite some time ago (long before the first entry was made in the ChangeLog of webkit, so I'm not sure if waiting for the finish of the development of webkit would have saved a lot of time until now. Regards, Lothar --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: Suggestion: GWT port to Desktop
On Oct 29, 9:44 am, rusty <[EMAIL PROTECTED]> wrote: > I'm partly humoured partly intrigued. How would this GWT have access > to the File System and other such resources, since by definition > javascript can't do any of that kind of thing. What if it wants to do > other cool things on your system? hi rusty, in this instance, what you do is you still keep even the _desktop_ version using JSONRPC or other XMLHTTPRequest derivative, and you use it to communicate on loopback with a "server" that is installed on your desktop machine. the fact that it's the same "server" that would be installed on a "web server" is irrelevant. in this way, you keep your application in an MVC framework. the "GWT" bits are the V. the "web server" bits - even when installed desktop- side - are the "MC" bits. and in the example you give, the "server" would perform accesses to the "File System", under the control of the separated-front-end GWT code. l. --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: published iphone apps written in GWT
Hello John, There are really 3 reasons for wanting wanting to build it in GWT but release it via the app store. 1) marketing - David (below) is correct. There is a huge marketing advantage to going through the app store. 2) GPS - our functionality is location based and we want to access the GPS information available only when the app is open 3) GWT - our code base is already GWT, therefore it would be easier to use what we know It seems that it is possible (I think). Google has released an example app built in GWT (http://googlewebtoolkit.blogspot.com/2007/09/ gwt-application-development-for-iphone.html ) , albeit, I am not sure if it would need an Obj-C wrapper to work. It would be interesting to hear someone's thoughts on what would be needed to make the Google Reader App work natively on the iphone. Hope this helps clarify. Please let me know if you know of any iPhone Apps using GWT. On Oct 27, 1:55 pm, John <[EMAIL PROTECTED]> wrote: > > Can anyone list some iphone apps that were written in GWT and have > > been published in the app store? > > Maybe I'm being thick but... my first impression when I read this > question was... why/how would want to sell it through the App Store? > > Since the GWT app is really just a 'web site' that works with the > iPhone, there's no executable to sell. It could be that the obvious > answer is that you want to sell your app on the App Store is to make > money. But since your GWT app is just a web app, wouldn't it be better > to just make sure your target audience knows about your GWT app and > maybe you could charge for use of the app by forcing an authenticated > login that was just restricted to 'paid' users. > > Maybe it's the jet lag kicking in but I'd never even thought about > wanting to sell a 'web app' from the App Store. > > Am I missing something you're trying to accomplish? > > - John - --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
gwt rpc vs json
I haven't touched gwt rpc, as it just seems using requestbuilder and shoving json across the wire is straightforward. What's the compelling case to use gwt rpc? Remember, I haven't even looked at the docs. I'm not trying to bash anything here, just wondering why it's worth it to setup gwt rpc vs just moving json around. My backend server is tomcat. --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: GWT1.5 and struts 1.2
I need to call Strtus action classes from GWT. Getting problem while calling struts 1.2. action classes On Oct 29, 8:09 am, walden <[EMAIL PROTECTED]> wrote: > What does GWT have to do with Struts? In what sense does one matter > to the other? > > On Oct 28, 5:13 pm, Krish <[EMAIL PROTECTED]> wrote: > > > > > Hi, > > > I need to integrate GWT 1.5 with struts 1.2 . I checked with struts > > 2.0 and it is working fine. But it is not working with struts 1.2. > > > Is there any limitation with struts versions. > > > Please clarify. > > > Thanks, > > Krish- 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-Toolkit@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: Gwt Multiple Language
Hope this helps http://google-web-toolkit.googlecode.com/svn/javadoc/1.5/com/google/gwt/i18n/client/Constants.html :) On Oct 29, 1:51 pm, jagadesh <[EMAIL PROTECTED]> wrote: > Hi Guys , > > Iam Working On Gwt 1.5.3 . My Requirement is > Iam Using 2 languages one is English and other is Chines > [ Traditional] > > i have written 2 constants file for both. now how can i set the > language depending on the browser locale. > i.e if the site opens in china , the language should be chinese and > chinese constant file should be selected. > > how can i do this sort of thing . > > Can Anyone Sort Me out. a sample code would be more helpfull. > > thank u. > jagadesh --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: GWT1.5 and struts 1.2
What does GWT have to do with Struts? In what sense does one matter to the other? On Oct 28, 5:13 pm, Krish <[EMAIL PROTECTED]> wrote: > Hi, > > I need to integrate GWT 1.5 with struts 1.2 . I checked with struts > 2.0 and it is working fine. But it is not working with struts 1.2. > > Is there any limitation with struts versions. > > Please clarify. > > Thanks, > Krish --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: Integrating GWT application with existing java project
I meant to say "GWT modules" above, not packages. On Oct 28, 12:37 pm, walden <[EMAIL PROTECTED]> wrote: > VK, > > For starters, why don't you create a 'gwt' folder in your source > hierarchy that is outside the scope of all your Java EE classes, and > preserve the canonical gwt project structure there. It could be just > as simple as that. In future, if you have GWT remote services, you > may want to move their implemtnations to your servlet folder, if you > have one. There are other things you might need to do if you intend > to share model classes between EJB3 and GWT, but let's talk about that > later, as it involves creating additional GWT package(s). > > The important thing at this stage is not to try to shuffle GWT client > classes in with other stuff that does not need to meet up with the GWT > compiler. Keep life simple. > > Walden > > On Oct 28, 8:36 am, vk <[EMAIL PROTECTED]> wrote: > > > > > Hi, > > > I've been developing a GWT-application that uses RPC. However, now I > > want to integrate the GWT-app into the existing J2EE-application . I > > am however not very good at integrating GWT-structure, or how to > > succesfully move it around to make it fully integrated with all the > > existing code in the J2EE-app. > > > Att he moment I have two different file-structures, one for the J2EE- > > app and one on my GWT-app (the GWT-structure is the standard-file > > structure, for example: > > > src/ com.mycompany.project / public / Search.html Search.css build.xml > > Search.gwt.xml > > > com.mycompany.project.client / Search.java (Entry-point-class) > > SearchService.java SearchServiceAsync.java > > > com.mycompany.project.server / SearchServiceImpl.java > > > My questions are: 1) How do I integrate this fully into my existing > > J2EE-project? (Where do the files go etc?) > > > 2) Can I move the files wherever I want in the existing J2EE-project > > and have them recompiled as I want? (How do I make sure GWT-compiler > > knows which of the java-files it has to worry about in the vast > > ammount of java-files in the J2EE-project? And where do I change > > this?) > > > I hope you can understand my problems and what I'm in need of help > > with. Maybe someone got a screenshot of how to place the GWT-files in > > a non-GWT-project and which files has to be changed to make the GWT- > > files still be compiled as you want to (while skipping all non-gwt- > > files). > > > If it makes a difference, I'm using MyEclipse to develop this. > > > thanks in advance,- 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-Toolkit@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Gwt Multiple Language
Hi Guys , Iam Working On Gwt 1.5.3 . My Requirement is Iam Using 2 languages one is English and other is Chines [ Traditional] i have written 2 constants file for both. now how can i set the language depending on the browser locale. i.e if the site opens in china , the language should be chinese and chinese constant file should be selected. how can i do this sort of thing . Can Anyone Sort Me out. a sample code would be more helpfull. thank u. jagadesh --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: groundOverlay issue
First, thanks for trying to help me. The no arg LatLng.newInstance() does not exist. I guess you wanted to say the no arg LatLngBounds.newInstance(). But it does not work for me. The map does not show up. Here is the code i changed: LatLngBounds cloudOverlayBounds = LatLngBounds.newInstance(); final GroundOverlay cloudOverlay = new GroundOverlay("http:// dev.keyhole.com/clouds/clouds_2048_alphaed.png", cloudOverlayBounds); map.addOverlay(cloudOverlay); The best i managed to get was boundaries at (-90,-179) (90,180). Do you have another idea? Vincent On 28 oct, 21:53, "Eric Ayers" <[EMAIL PROTECTED]> wrote: > Your bounds are probably wrapping back to zero. > > You can use the no arg LatLng.newInstance() to create bounds that cover the > entire map. > > > > On Tue, Oct 28, 2008 at 6:21 AM, Vinz369 <[EMAIL PROTECTED]> wrote: > > > Dear all, > > > I'm trying to use integrate a groundOverlay in my application. > > Here is the piece of code which is doing it: > > > LatLngBounds cloudOverlayBounds = > > LatLngBounds.newInstance(LatLng.newInstance(-90,-179), > > LatLng.newInstance(90,179)); > > final GroundOverlay cloudOverlay = new GroundOverlay("http:// > > dev.keyhole.com/clouds/clouds_2048_alphaed.png", cloudOverlayBounds); > > map.addOverlay(cloudOverlay); > > > My problem is that everything is woking fine as long as i don't use > > -180 and 180 for longitude boundaries. > > Does anyone have an idea on how to solve this problem. Because i > > really need to put my map between -180 and 180. > > Thanks in advance for your advises. > > > Vincent > > -- > Eric Z. Ayers - GWT Team - Atlanta, GA USAhttp://code.google.com/webtoolkit/ --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Could someone explain why Double#doubleToLongBits change was rollback
Hi, Can someone please tell why this change [1] go rollback? Was the algorithm incorrect? [1] http://code.google.com/p/google-web-toolkit/source/detail?r=2434&path=/trunk/user/super/com/google/gwt/emul/java/lang/Double.java# --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: Need a unique identifier for all widgets in views
On 29 oct, 06:47, prads <[EMAIL PROTECTED]> wrote: > Hi all, > > There is a requirement in my application (which has been in > development since a year) that every widget needs to be identified by > a unique value. The reason,I am told, for this is that having a unique > identifier for all the widgets will simply the automation of > functional testing. The application has many screens with a lot of > widgets - both custom and the ones provided by GWT. Also, the > identifier for a particular widget needs to be same across multiple > runs of the application. Did you looked at ensureDebugId? http://google-web-toolkit.googlecode.com/svn/javadoc/1.5/com/google/gwt/user/client/ui/UIObject.html#ensureDebugId(java.lang.String) It has zero overhead when compiled "for production". > I would like to have a solution which is easy to implement (dont want > to change a lot of working code) and would not add much to the code > base. One of the solutions could be modifying the constructors of all > our custom widgets so that they would accept an identifier as a String > which could then be added to the widget using DOM.setElementAttribute. > But, this would involve changes in all the places where we are > instantiating the widgets and will also require creating classes for > those widgets which we are using directly from the GWT library. You'd still have to go add ensureDebugId calls all over the place, but you wouldn't have to "create classes for those widgets which [you] are using directly from the GWT library". In you custom widgets (probably Composite derivatives), you'll likely override onEnsureDebugId to call it in turn on your widget's "component widgets". This is what DialogBox, DisclosurePanel, MenuBar, SuggestBox, TabPanel, Tree and TreeItem are already doing. --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: Suggestion: GWT port to Desktop
On 29 oct, 10:44, rusty <[EMAIL PROTECTED]> wrote: > I'm partly humoured partly intrigued. How would this GWT have access > to the File System and other such resources, since by definition > javascript can't do any of that kind of thing. JavaScript (well, ECMAScript actually) is "just" a programming language. Every JavaScript program runs in an "runtime environment" (a web browser being one such environment, but not the only one –Rhino is another one, which is used in several server-side platforms/ products–). Internet Explorer gives you "window.external", Mozilla has signed scripts and UniversalXPConnect privilege, and Adobe AIR gives you window.runtime. http://help.adobe.com/en_US/AIR/1.1/jslr/flash/filesystem/File.html > What if it wants to do other cool things on your system? You explicitly installed the application (like any other non-JS application) so you explicitly gave it higher privileges and thus explicitly allowed it to "do other cool things on your system", just like any desktop application. > I've never been a fan of building bad desktop clients, which without > wanting to start a flame war, J2SE is very good at. You get cross- > platform but the worst of all worlds. I speak from experience, and > perhaps ignorance as well, but I feel like doing a good desktop client > really _requires_ you to use the technology on that platform that can > take advantage of everything the OS has to offer. For Example > Objective-C + Cocoa on OS X, .NET in windows, and whatever those crazy > linux hippies build their UIs in these days (C++?) > > But maybe I'm just not enough of a visionary ;) Check out Acrobat.com as a good example of both a web and desktop application (for instance, the desktop app has a "minimized mode"). A media player such as Deezer could make a desktop app that would scan your disk for MP3s and give you the ability to build playlist including both local files and online songs. An Adobe AIR application (I can't tell for Mozilla Prism) can also be registered to handle files of certain types (e.g. use an hypothetical Google Docs desktop app to open all your OpenOffice and MSOffice documents, as an alternative to OpenOffice and MSOffice; use an hypothetical Deezer desktop app as your media player of choice for your MP3 files) and/or to automatically launch at startup (I guess Twitter client desktop apps made with Adobe AIR already do that). In a few words: a web app that gains new features and enhanced user experience when installed as a desktop application. --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: Suggestion: GWT port to Desktop
I'm partly humoured partly intrigued. How would this GWT have access to the File System and other such resources, since by definition javascript can't do any of that kind of thing. What if it wants to do other cool things on your system? I've never been a fan of building bad desktop clients, which without wanting to start a flame war, J2SE is very good at. You get cross- platform but the worst of all worlds. I speak from experience, and perhaps ignorance as well, but I feel like doing a good desktop client really _requires_ you to use the technology on that platform that can take advantage of everything the OS has to offer. For Example Objective-C + Cocoa on OS X, .NET in windows, and whatever those crazy linux hippies build their UIs in these days (C++?) But maybe I'm just not enough of a visionary ;) On Oct 27, 7:35 pm, Thomas Broyer <[EMAIL PROTECTED]> wrote: > > 2008/10/27 Guy Rouillier <[EMAIL PROTECTED]> > > > > Ross, you are thinking too narrowly. Think of a single code base. When > > > it runs on the desktop, it has access to local file system and other OS > > > facilities. When it runs in a browser like GWT does today, it degrades > > > nicely and only loses minimal functionality. Write once, run anywhere. > > You can already do it at no cost (i.e. no need to rewrite GWT in pure > Java) with Adobe AIR or Mozilla Prism. > > On 27 oct, 03:51, "Ian Bambury" <[EMAIL PROTECTED]> wrote: > > > If you gave a practical example it might help people understand the benefits > > We're building an ECM client with GWT, and packaging it within Adobe > AIR gives us added features or enhanced user experience: > - drop a file from your desktop into the app to upload it to the > server (you'll have to wait for Yahoo! BrowserPlus to be unlocked if > you want to do it within the browser) > - click the "add document" link and, instead of the GWT DialogBox > containing a FileUpload that's used when running within a browser, the > app directly pops the file selection dialog, where you even can select > multiple files for upload in one go (yes, I know, this could be done > in any browser with a Flash object) > > For an application storing only personal data (i.e. nothing shared > with other users or coming from/sent to the network), you could make > it to run entirely client-side. This is already doable with Gears or a > recent Safari/WebKit, bringing your online application off line (see > Buxfer for instance), but only if you only need an SQL databse. With > file-system access, you could store data within files (XML, JSON, > "binary") and/or export your data into local files (images, PDFs, > etc.) without having to send them to the server that would echo them > for your browser to pop the download dialog box (this last part, again > could be done with some Flash in a browser I guess) --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: An Interpreter running inside the Browser using GWT
Hi Phillip, it's purpose is purely educational right now. One group this should be interesting for is students. They don't need to install anything but can practice programming directly inside the browser. It is not intended to be used in a production environment. greetings, Christoph On Oct 29, 6:55 am, Phillip Baird <[EMAIL PROTECTED]> wrote: > Hi Christoph, > > I'm not sure I understand the problem this solves. Can you clarify > how and why you'd use this in an application? > > thanks > > /Phillip B. --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
GWITTIR keybinding
sorry I can't wirte english well I have to keyboad binding.. http://code.google.com/p/gwittir/wiki/Keyboarding <- sample source code. But I can't use it.. final Button suggest = new Button("Suggest");//create the button KeyBinding keybind = new KeyBinding('a',true,true,false); // ctrl + alt + a try { KeyboardController.INSTANCE.register(keybind, suggest); }catch(Exception e ) { } suggest.setAction(new Action() { public void execute(BoundWidget model) { Window.alert("DFA"); // if input key == ctrl + alt + a => work } }); I don't know how to.. --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: RPC Image
On Oct 23, 3:54 pm, Jason Essington <[EMAIL PROTECTED]> wrote: > You could either return a URL from your RPC and then create an > imageWidget using that URL, or you could simply skip the RPC > altogether and create a GET request URL that presumably ends at a > servlet capable of returning your image. And use that directly in the > ImageWidget, something like new Image(GWT.getModuleBaseURL()+"images/ > ImageServlet?param=foo"); This get request URL thing works well for me. > -jason > > On Oct 21, 2008, at 1:31 PM, Alley wrote: > > > > > Hi, I need to create an rpc to return an image. > > > Thanks, > > Alley > > --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: GWT-ext or ext-GWT?
This is a good advice when you have much time and the expertise to develop nice looking widgets. But in reality this is not the case. >From my point of view a small team is not able to develop something which is as good as ExtGwt (aka GXT). (E.g. a powerful grid component) We took GXT to develop our app. In general we had no huge problems to solve until now (at least in context with GXT) Regards, Martin On Oct 28, 1:55 pm, "Arthur Kalmenson" <[EMAIL PROTECTED]> wrote: > I would say go with neither. If you look at the group, you'll find > that there are endless problems with these libraries. They're shoddy, > poorly put together, slow and nowhere near the level of quality that > you come to expect from GWT. The library is made by Javascript > developers who have little to no Java knowledge. If you want a well > test, well designed toolkit, stick with vanilla GWT and make widgets > yourself. > > Regards, > -- > Arthur Kalmenson > > On Mon, Oct 27, 2008 at 11:50 AM, Suri <[EMAIL PROTECTED]> wrote: > > > Not sure if there is a thread ever discussed on this. If so, I'd > > appreciate help in locating it. Tried a search and it decided to > > exclude the gwt part and search only for ext which isn't much help. > > Anyway, for all the people using either of these, I figure it might be > > good to get some feedback on the drawbacks and strengths of each and > > have something helpful for everyone like me trying to decide which is > > a good fit. Any ideas? Sorry if I seem abstract, I just thought the > > more general the better. > > > Thanks > > Suri --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: GWT-ext or ext-GWT?
On 29 Okt., 03:46, rlaferla <[EMAIL PROTECTED]> wrote: > On Oct 28, 3:25 am, "alex.d" <[EMAIL PROTECTED]> wrote: > > > Ext GWT definitely. It's nativa Java-GWT code vs. Javascript wrapper. > > Even though you have to pay for it it's worth it. > > Sounds good but what are some of the problems that one may encounter > with GWT-Ext? You never know until you start using it in your particular application. > Also, GWT-Ext has GWT-Plus to connect your backend > database objects to the GWT-Ext widget's store (e.g. GridPanel). What > do you use for Ext GWT? Haven't heared of such binding in Ext-GWT yet. > BTW - The names are really confusing. I expect a lawsuit will force a > name change at some point. Actually - Ext-GWT was renamed to GXT, but nobody seemes to use it :( --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---