DataGrid header style has problem in IE8
You'll have to apply the style not only to the thead but also the th it contains. -- You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To view this discussion on the web visit https://groups.google.com/d/msg/google-web-toolkit/-/6NoTJJobdIIJ. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
IE setInnerHtml problem ?
Hi, i am using SetInnerHtml in my code, unfortunetly IE throws invalid Target Element and doesnt work, does any body know a workaround for this? -- You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To view this discussion on the web visit https://groups.google.com/d/msg/google-web-toolkit/-/YmttzPhfWrgJ. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: IE setInnerHtml problem ?
innerHTML is read-only in IE on some HTML elements: http://stackoverflow.com/questions/155426/why-does-ie-give-unexpected-errors-when-setting-innerhtml/255180#255180 -- J. -- You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To view this discussion on the web visit https://groups.google.com/d/msg/google-web-toolkit/-/NXelJe-erQoJ. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: DataGrid vs CellTable
On Monday, December 3, 2012 10:58:03 PM UTC+1, Tony B wrote: Thanks so much. That makes a lot of sense. So I just need to experiment with the data grid height. I would think using using *com.google.gwt.user.client.ui.ScrollPanel* instead would fix this, but it does not. I am still going to play with various height values, but just seemed weird because ScrollPanel implements ProvidesResize. …and RequiresResize, so you just moved the problem to another widget. -- You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To view this discussion on the web visit https://groups.google.com/d/msg/google-web-toolkit/-/gl16csv5plEJ. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: Future of GWT survey
The Future of GWT study is now available at https://vaadin.com/gwt/report-2012 -- You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To view this discussion on the web visit https://groups.google.com/d/msg/google-web-toolkit/-/xKLDkb3rgD4J. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
The Future of GWT Report 2012 Published
*The GWT community have been having many questions about the Future of GWT. Questions like: Where is GWT going? How is GWT used today? What are the challenges they are facing? What is the competition? Should I build my next project with GWT? When joining the GWT steering committee and deciding to include a full copy of GWT into Vaadin 7 we had the same questions. In the end we stepped forward and asked the GWT community. Now after 2 months of asking and receiving responses to the dozens of questions we had from over over 1300 GWT users, we compiled all of this together and are proud to present you with some answers in for of 30 page long report. We would like to thank everyone who participated: You - the very active GWT community who answered, GWT steering committee members and other GWT experts who helped create the questions and analyze the answers, Vaadin team and David Booth who coordinated the effort. Enough talking, download your personal copy of The Future of GWT Report at:* * https://vaadin.com/gwt/report-2012 * -- You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To view this discussion on the web visit https://groups.google.com/d/msg/google-web-toolkit/-/tdTyoSioFcwJ. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: The Future of GWT Report 2012 Published
On 12/4/2012 4:19 AM, Joonas Lehtinen wrote: *The GWT community have been having many questions about the Future of GWT. Questions like: Where is GWT going? How is GWT used today? What are the challenges they are facing? What is the competition? Should I build my next project with GWT? When joining the GWT steering committee and deciding to include a full copy of GWT into Vaadin 7 we had the same questions. In the end we stepped forward and asked the GWT community. Now after 2 months of asking and receiving responses to the dozens of questions we had from over over 1300 GWT users, we compiled all of this together and are proud to present you with some answers in for of 30 page long report. We would like to thank everyone who participated: You - the very active GWT community who answered, GWT steering committee members and other GWT experts who helped create the questions and analyze the answers, Vaadin team and David Booth who coordinated the effort. Enough talking, download your personal copy of The Future of GWT Report at:* * https://vaadin.com/gwt/report-2012 * My friend, Marge Innovera, wishes you would mention her in the report. Cheers, jec -- You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Show HTML formatted text in CellList with UiRenderer
How can I display this text HellobrWorld as: Hello World in CellList using UiRenderer I have this Cell displaying news items: public class NewsItemCell extends AbstractCellNewsWrapper { interface NewsItemRenderer extends UiRenderer { void render(SafeHtmlBuilder sb, NewsWrapper news); } private static NewsItemRenderer renderer = GWT.create(NewsItemRenderer.class); @Override public void render(Context context, NewsWrapper value, SafeHtmlBuilder sb) { if (value == null) { return; } renderer.render(sb, value); } } To display the text I tried: ui:safehtml from='{news.getContentSafeHtml}' / ui:text from='{news.getContent}' / Where News#getContentSafeHtml() is: SafeHtmlUtils.fromString(content); I have tried many variations on this. The resulting text displayed is: HellobrWorld Any ideas how to display formatted html? -- You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To view this discussion on the web visit https://groups.google.com/d/msg/google-web-toolkit/-/BCAKEUGgX0cJ. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: The Future of GWT Report 2012 Published
Thank you for releasing these results. However, I find it disconcerting and somewhat ominous that Vaadin is using this survey as a marketing tool. It would have been preferable, in my opinion, if the report had been released as a direct link in the notification email I received, instead of sending me to a Vaadin marketing page with a form to request an email that contains a link to download the report. The community is already concerned about the future of GWT since it was released as open source. Linking it so closely Vaadin does not quiet those concerns. On Tuesday, December 4, 2012 9:25:55 AM UTC-5, jchimene wrote: On 12/4/2012 4:19 AM, Joonas Lehtinen wrote: *The GWT community have been having many questions about the Future of GWT. Questions like: Where is GWT going? How is GWT used today? What are the challenges they are facing? What is the competition? Should I build my next project with GWT? When joining the GWT steering committee and deciding to include a full copy of GWT into Vaadin 7 we had the same questions. In the end we stepped forward and asked the GWT community. Now after 2 months of asking and receiving responses to the dozens of questions we had from over over 1300 GWT users, we compiled all of this together and are proud to present you with some answers in for of 30 page long report. We would like to thank everyone who participated: You - the very active GWT community who answered, GWT steering committee members and other GWT experts who helped create the questions and analyze the answers, Vaadin team and David Booth who coordinated the effort. Enough talking, download your personal copy of The Future of GWT Report at: * * https://vaadin.com/gwt/report-2012 * My friend, Marge Innovera, wishes you would mention her in the report. Cheers, jec -- You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To view this discussion on the web visit https://groups.google.com/d/msg/google-web-toolkit/-/H2noDq7oMLAJ. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: Show HTML formatted text in CellList with UiRenderer
Use SafeHtmlUtils.fromTrustedString(), where you explicitly say that you trust the argument string to be safe HTML: no validation or sanitization will be done. Have a look at HtmlSanitizer and SimpleHtmlSanitizer if you don't trust the input. On Tuesday, December 4, 2012 4:07:14 PM UTC+1, Fille wrote: How can I display this text HellobrWorld as: Hello World in CellList using UiRenderer I have this Cell displaying news items: public class NewsItemCell extends AbstractCellNewsWrapper { interface NewsItemRenderer extends UiRenderer { void render(SafeHtmlBuilder sb, NewsWrapper news); } private static NewsItemRenderer renderer = GWT.create(NewsItemRenderer.class); @Override public void render(Context context, NewsWrapper value, SafeHtmlBuilder sb) { if (value == null) { return; } renderer.render(sb, value); } } To display the text I tried: ui:safehtml from='{news.getContentSafeHtml}' / ui:text from='{news.getContent}' / Where News#getContentSafeHtml() is: SafeHtmlUtils.fromString(content); I have tried many variations on this. The resulting text displayed is: HellobrWorld Any ideas how to display formatted html? -- You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To view this discussion on the web visit https://groups.google.com/d/msg/google-web-toolkit/-/wDtTQLYhF7EJ. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: The Future of GWT Report 2012 Published
I agree 100%. I will be sharing it internally, but I will not tweet/etc about a report that requires people to share their email with Vaadin to download a PDF. That said, thank you Joonas for putting this together. I appreciate the work you guys do. I just disagree with how this is being delivered. On Tuesday, December 4, 2012 10:30:11 AM UTC-5, AJ wrote: Thank you for releasing these results. However, I find it disconcerting and somewhat ominous that Vaadin is using this survey as a marketing tool. It would have been preferable, in my opinion, if the report had been released as a direct link in the notification email I received, instead of sending me to a Vaadin marketing page with a form to request an email that contains a link to download the report. The community is already concerned about the future of GWT since it was released as open source. Linking it so closely Vaadin does not quiet those concerns. On Tuesday, December 4, 2012 9:25:55 AM UTC-5, jchimene wrote: On 12/4/2012 4:19 AM, Joonas Lehtinen wrote: *The GWT community have been having many questions about the Future of GWT. Questions like: Where is GWT going? How is GWT used today? What are the challenges they are facing? What is the competition? Should I build my next project with GWT? When joining the GWT steering committee and deciding to include a full copy of GWT into Vaadin 7 we had the same questions. In the end we stepped forward and asked the GWT community. Now after 2 months of asking and receiving responses to the dozens of questions we had from over over 1300 GWT users, we compiled all of this together and are proud to present you with some answers in for of 30 page long report. We would like to thank everyone who participated: You - the very active GWT community who answered, GWT steering committee members and other GWT experts who helped create the questions and analyze the answers, Vaadin team and David Booth who coordinated the effort. Enough talking, download your personal copy of The Future of GWT Report at:* * https://vaadin.com/gwt/report-2012 * My friend, Marge Innovera, wishes you would mention her in the report. Cheers, jec -- You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To view this discussion on the web visit https://groups.google.com/d/msg/google-web-toolkit/-/i167NdfNOH8J. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: The Future of GWT Report 2012 Published
Compiling such a report and making it that well readable and appealing takes time and effort (in short, money). The least they can have for that is having their colours and logo in front of it. I care about the decisions the commitee is going to make and not about tiny stuff like who gets to take front seat. - Oliver On 4 Dec 2012 16:30, AJ ajelco...@gmail.com wrote: Thank you for releasing these results. However, I find it disconcerting and somewhat ominous that Vaadin is using this survey as a marketing tool. It would have been preferable, in my opinion, if the report had been released as a direct link in the notification email I received, instead of sending me to a Vaadin marketing page with a form to request an email that contains a link to download the report. The community is already concerned about the future of GWT since it was released as open source. Linking it so closely Vaadin does not quiet those concerns. On Tuesday, December 4, 2012 9:25:55 AM UTC-5, jchimene wrote: On 12/4/2012 4:19 AM, Joonas Lehtinen wrote: *The GWT community have been having many questions about the Future of GWT. Questions like: Where is GWT going? How is GWT used today? What are the challenges they are facing? What is the competition? Should I build my next project with GWT? When joining the GWT steering committee and deciding to include a full copy of GWT into Vaadin 7 we had the same questions. In the end we stepped forward and asked the GWT community. Now after 2 months of asking and receiving responses to the dozens of questions we had from over over 1300 GWT users, we compiled all of this together and are proud to present you with some answers in for of 30 page long report. We would like to thank everyone who participated: You - the very active GWT community who answered, GWT steering committee members and other GWT experts who helped create the questions and analyze the answers, Vaadin team and David Booth who coordinated the effort. Enough talking, download your personal copy of The Future of GWT Report at:* * https://vaadin.com/gwt/report-2012 * My friend, Marge Innovera, wishes you would mention her in the report. Cheers, jec -- You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To view this discussion on the web visit https://groups.google.com/d/msg/google-web-toolkit/-/H2noDq7oMLAJ. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en. -- You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: RFC 1867-compatibe File Upload
Looks good! How about making GWT Uploader available via maven? : ) Am Dienstag, 4. Dezember 2012 04:09:34 UTC+1 schrieb Shawn Quinn: The GWT Uploader project also provides callbacks for file upload progress events, all on the client side: http://www.moxiegroup.com/moxieapps/gwt-uploader/ Thanks, -Shawn On Monday, January 25, 2010 11:26:05 AM UTC-5, CI-CUBE wrote: Hi @ all, I'm looking for an RFC 1867-compatible, pure (non-UI) file upload functionality to be used at [Smart]GWT's client side. It would be perfect if the code could provide a callback to render a progress bar. Is there something like that, maybe a JSNI wrapper to a JS library, available? Thx in advance, Ekki * GWT Rocks! * SmartGWT Rocks Even Harder! * SmartGWT PRO 2.0, GWT 2.0, Jetty 7.0.0, Eclipse 3.5.1, JRE 1.6.0_16 * For Evaluation only: MySQL 5.1.41, Connector/J 5.1.10 *** www.EasternGraphics.com/X-4GPL *** -- You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To view this discussion on the web visit https://groups.google.com/d/msg/google-web-toolkit/-/OLkSX0bb1x0J. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: The Future of GWT Report 2012 Published
Well, I agree with you as well. In short, branding/logo is ok. Hiding it behind an email collection page is less ok. -- You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To view this discussion on the web visit https://groups.google.com/d/msg/google-web-toolkit/-/HRyhCTY6N3YJ. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: The Future of GWT Report 2012 Published
I hope that giving name/email for downloading the report is not a big deal. If it is, just give a fake name and a temporary email address - we do not mind :) But because the 2nd part of the report (GWT wishlist) is not yet ready, one might want to hold on to that temporary email for a while or so. We'll send an update when the wishlist is online. - Joonas On Tuesday, December 4, 2012 5:42:57 PM UTC+2, Andy wrote: I agree 100%. I will be sharing it internally, but I will not tweet/etc about a report that requires people to share their email with Vaadin to download a PDF. That said, thank you Joonas for putting this together. I appreciate the work you guys do. I just disagree with how this is being delivered. On Tuesday, December 4, 2012 10:30:11 AM UTC-5, AJ wrote: Thank you for releasing these results. However, I find it disconcerting and somewhat ominous that Vaadin is using this survey as a marketing tool. It would have been preferable, in my opinion, if the report had been released as a direct link in the notification email I received, instead of sending me to a Vaadin marketing page with a form to request an email that contains a link to download the report. The community is already concerned about the future of GWT since it was released as open source. Linking it so closely Vaadin does not quiet those concerns. On Tuesday, December 4, 2012 9:25:55 AM UTC-5, jchimene wrote: On 12/4/2012 4:19 AM, Joonas Lehtinen wrote: *The GWT community have been having many questions about the Future of GWT. Questions like: Where is GWT going? How is GWT used today? What are the challenges they are facing? What is the competition? Should I build my next project with GWT? When joining the GWT steering committee and deciding to include a full copy of GWT into Vaadin 7 we had the same questions. In the end we stepped forward and asked the GWT community. Now after 2 months of asking and receiving responses to the dozens of questions we had from over over 1300 GWT users, we compiled all of this together and are proud to present you with some answers in for of 30 page long report. We would like to thank everyone who participated: You - the very active GWT community who answered, GWT steering committee members and other GWT experts who helped create the questions and analyze the answers, Vaadin team and David Booth who coordinated the effort. Enough talking, download your personal copy of The Future of GWT Report at:* * https://vaadin.com/gwt/report-2012 * My friend, Marge Innovera, wishes you would mention her in the report. Cheers, jec -- You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To view this discussion on the web visit https://groups.google.com/d/msg/google-web-toolkit/-/hnDEtRev0ckJ. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: The Future of GWT Report 2012 Published
I really don't care that much. I was just providing feedback. You have my name and email. May you generate many new leads! -- You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To view this discussion on the web visit https://groups.google.com/d/msg/google-web-toolkit/-/yflQS4HlStAJ. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: The Future of GWT Report 2012 Published
On 12/04/2012 07:25 AM, Jeffrey Chimene wrote: On 12/4/2012 4:19 AM, Joonas Lehtinen wrote: *The GWT community have been having many questions about the Future of GWT. Questions like: Where is GWT going? How is GWT used today? What are the challenges they are facing? What is the competition? Should I build my next project with GWT? When joining the GWT steering committee and deciding to include a full copy of GWT into Vaadin 7 we had the same questions. In the end we stepped forward and asked the GWT community. Now after 2 months of asking and receiving responses to the dozens of questions we had from over over 1300 GWT users, we compiled all of this together and are proud to present you with some answers in for of 30 page long report. We would like to thank everyone who participated: You - the very active GWT community who answered, GWT steering committee members and other GWT experts who helped create the questions and analyze the answers, Vaadin team and David Booth who coordinated the effort. Enough talking, download your personal copy of The Future of GWT Report at:* * https://vaadin.com/gwt/report-2012 * My friend, Marge Innovera, wishes you would mention her in the report. Cheers, jec To answer my own question: n = 1349 Simple margin of error @ 95% confidence interval is +-2% Caveat: Since the respondents were self-selecting, the sample is not random, so this simple MoE calculation is not accurate -- You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: DataGrid vs CellTable
Yep, that makes sense as well. I finally got it working by explicitly defining the height ( 100px, for instance ). I guess I need to use something like ResizeLayoutPanel to get around such issues. we shall see. Thanks again. I do believe I am getting it. Tony On Tuesday, December 4, 2012 5:37:34 AM UTC-5, Thomas Broyer wrote: On Monday, December 3, 2012 10:58:03 PM UTC+1, Tony B wrote: Thanks so much. That makes a lot of sense. So I just need to experiment with the data grid height. I would think using using *com.google.gwt.user.client.ui.ScrollPanel* instead would fix this, but it does not. I am still going to play with various height values, but just seemed weird because ScrollPanel implements ProvidesResize. …and RequiresResize, so you just moved the problem to another widget. -- You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To view this discussion on the web visit https://groups.google.com/d/msg/google-web-toolkit/-/PtQfk_kC87wJ. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: CellTable, this.focus is not a function
Thank you Thomas, The column gave me opportunity to easily ~cheat, to make it work without rewriting whole Cell classes( private members) Your problem is that you're not calling the cell's render() when the value is null (in this case, getValue() is not called so your default value is not really needed), so when the CellTable tries to set the focus back to the cell by calling the Column's Cell's resetFocus, the Cell (an EditTextCell here) doesn't find back its element (because it looks at something that it didn't generate) and ends up calling focus() on the wrong object. Thanks for that! (default value was used as initial value for DatePickerCell when real value is null, also was used to show InputField if text value was null). As I wrote, this solution works fine without SingleSelectionModel. But I agree that probably best would be to fork Cells and code desired behaviour but with my current GWT knowledge- it shurely wouldn't be contributed as patch :D. As a temporary solution I switched to CellList with DateBox but it isn't even half pretty as CellTable so... I have to go deeper into Cells internals. PS. Sorry for delay, I wasn't notified abt. your reply W dniu piątek, 30 listopada 2012 12:07:08 UTC+1 użytkownik Thomas Broyer napisał: On Thursday, November 29, 2012 1:54:38 PM UTC+1, Piotr Kopeć wrote: Hi All As workaround for editing NULL values in CellTable i've extended Column Why? That's the job of cells, not columns. If a cell doesn't allow editing a 'null', then extend/fork that cell instead; or give it a non-null value. This is exactly what the workarounds at https://code.google.com/p/google-web-toolkit/issues/detail?id=5791 are doing. All works nice till use of SingleSelectionModel With selection model editing null values goes random, some values can be edited, some not, after few tries selection model stops responding Related exception stack trace below: [ERROR] com.google.gwt.core.client.JavaScriptException: (TypeError) @com.google.gwt.dom.client.Element::focus()([]): this.focus is not a function [ERROR] at com.google.gwt.dev.shell.BrowserChannelServer.invokeJavascript(BrowserChannelServer.java:249) [ERROR] at com.google.gwt.dev.shell.ModuleSpaceOOPHM.doInvoke(ModuleSpaceOOPHM.java:136) [ERROR] at com.google.gwt.dev.shell.ModuleSpace.invokeNative(ModuleSpace.java:570) [ERROR] at com.google.gwt.dev.shell.ModuleSpace.invokeNativeVoid(ModuleSpace.java:298) [ERROR] at com.google.gwt.dev.shell.JavaScriptHost.invokeNativeVoid(JavaScriptHost.java:107) [ERROR] at com.google.gwt.dom.client.Element$.focus$(Element.java) [ERROR] at com.google.gwt.cell.client.EditTextCell.resetFocus(EditTextCell.java:240) [ERROR] at com.google.gwt.cell.client.EditTextCell.resetFocus(EditTextCell.java:1) [ERROR] at com.google.gwt.user.cellview.client.AbstractCellTable.resetFocusOnCellImpl(AbstractCellTable.java:2575) [ERROR] at com.google.gwt.user.cellview.client.AbstractCellTable.resetFocusOnCell(AbstractCellTable.java:2193) [ERROR] at com.google.gwt.user.cellview.client.AbstractHasData$View$1.execute(AbstractHasData.java:290) [ERROR] at com.google.gwt.user.cellview.client.CellBasedWidgetImpl.resetFocus(CellBasedWidgetImpl.java:102) [ERROR] at com.google.gwt.user.cellview.client.AbstractHasData$View.resetFocus(AbstractHasData.java:287) [ERROR] at com.google.gwt.user.cellview.client.HasDataPresenter.resolvePendingState(HasDataPresenter.java:1374) [ERROR] at com.google.gwt.user.cellview.client.HasDataPresenter.access$3(HasDataPresenter.java:1062) [ERROR] at com.google.gwt.user.cellview.client.HasDataPresenter$2.execute(HasDataPresenter.java:984) [ERROR] at com.google.gwt.core.client.impl.SchedulerImpl$Task$.executeScheduled$(SchedulerImpl.java:50) [ERROR] at com.google.gwt.core.client.impl.SchedulerImpl.runScheduledTasks(SchedulerImpl.java:228) [ERROR] at com.google.gwt.core.client.impl.SchedulerImpl.flushFinallyCommands(SchedulerImpl.java:327) [ERROR] at com.google.gwt.core.client.impl.Impl.exit(Impl.java:266) [ERROR] at com.google.gwt.core.client.impl.Impl.entry0(Impl.java:257) [ERROR] at sun.reflect.GeneratedMethodAccessor286.invoke(Unknown Source) [ERROR] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [ERROR] at java.lang.reflect.Method.invoke(Method.java:601) [ERROR] at com.google.gwt.dev.shell.MethodAdaptor.invoke(MethodAdaptor.java:103) [ERROR] at com.google.gwt.dev.shell.MethodDispatch.invoke(MethodDispatch.java:71) [ERROR] at com.google.gwt.dev.shell.OophmSessionHandler.invoke(OophmSessionHandler.java:172) [ERROR] at com.google.gwt.dev.shell.BrowserChannelServer.reactToMessages(BrowserChannelServer.java:293) [ERROR] at com.google.gwt.dev.shell.BrowserChannelServer.processConnection(BrowserChannelServer.java:547)
Re: The Future of GWT Report 2012 Published
There's a mention about very good tools for automated tests, such as Jucikito but Google doesn't find anything for Jucikito, is there a typo? I'd love to know what this very good tool is exactly. On Tuesday, December 4, 2012 6:19:05 AM UTC-5, Joonas Lehtinen wrote: *The GWT community have been having many questions about the Future of GWT. Questions like: Where is GWT going? How is GWT used today? What are the challenges they are facing? What is the competition? Should I build my next project with GWT? When joining the GWT steering committee and deciding to include a full copy of GWT into Vaadin 7 we had the same questions. In the end we stepped forward and asked the GWT community. Now after 2 months of asking and receiving responses to the dozens of questions we had from over over 1300 GWT users, we compiled all of this together and are proud to present you with some answers in for of 30 page long report. We would like to thank everyone who participated: You - the very active GWT community who answered, GWT steering committee members and other GWT experts who helped create the questions and analyze the answers, Vaadin team and David Booth who coordinated the effort. Enough talking, download your personal copy of The Future of GWT Report at: * * https://vaadin.com/gwt/report-2012 * -- You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To view this discussion on the web visit https://groups.google.com/d/msg/google-web-toolkit/-/m5TI0OAd9-sJ. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
LayoutPanels and responsive design (min-width, max-width)
LayoutPanels are really handy for defining the basic structure of web-apps. However when coping with different screen resolutions one might run into some issues. Let's say I want to split up the main screen horizontally in two sections. ___ | | | North panel | | | | | | South panel | -- I can use a LayoutPanels with two layers to do that. My first approach would be to split them in half using percentage sizes g:LayoutPanel g:layer left=0 top=0 height=50% right=0 g:layer left=0 bottom=0 height=50% right=0 /g:LayoutPanel This will create two evenly sized panels (north and south). Now I can put additional elements in both panels (form elements, DataGrid, Charts, etc) However here lies also the problem when dealing with different screen resolutions. If I have enough vertical space ( 1024 px) everything might fit fine. However when somebody with a lower screen resolutions open that screen some elements in either of the panel will be clipped. Of course if I know how much space the elements in each panel need, I can define explicit sizes. i..e g:LayoutPanel g:layer left=0 top=0 height=500px right=0 g:layer left=0 top=500px bottom=0 height=500px right=0 /g:LayoutPanel Together with a ScrollPanel this might solve the problem for devices with lower resolution. However if I view the screen on a device with a much higher vertical screen resolution, I will not use all the available screen space. That's because I explicitly specified the height to 1000px (500px + 500px). Of course I could specify an explicit size for one panel and use relative sizes for the other. However then again I run into the problem that devices with lower screen resolutions might clip the contents of a panel. The optimal thing would be somehow to combine LayoutPanels with relative/percentage sizes with min-width, min-height and ScrollPanel (not sure if this is possible). Basically my question boils down on how people solve the problem of different screen resolutions when using LayoutPanels? -- You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To view this discussion on the web visit https://groups.google.com/d/msg/google-web-toolkit/-/HolR_BaGWSoJ. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: The Future of GWT Report 2012 Published
Maybe it's Jukito : http://code.google.com/p/jukito/ Le mardi 4 décembre 2012 18:18:44 UTC+1, Benjamin DeLillo a écrit : There's a mention about very good tools for automated tests, such as Jucikito but Google doesn't find anything for Jucikito, is there a typo? I'd love to know what this very good tool is exactly. On Tuesday, December 4, 2012 6:19:05 AM UTC-5, Joonas Lehtinen wrote: *The GWT community have been having many questions about the Future of GWT. Questions like: Where is GWT going? How is GWT used today? What are the challenges they are facing? What is the competition? Should I build my next project with GWT? When joining the GWT steering committee and deciding to include a full copy of GWT into Vaadin 7 we had the same questions. In the end we stepped forward and asked the GWT community. Now after 2 months of asking and receiving responses to the dozens of questions we had from over over 1300 GWT users, we compiled all of this together and are proud to present you with some answers in for of 30 page long report. We would like to thank everyone who participated: You - the very active GWT community who answered, GWT steering committee members and other GWT experts who helped create the questions and analyze the answers, Vaadin team and David Booth who coordinated the effort. Enough talking, download your personal copy of The Future of GWT Report at:* * https://vaadin.com/gwt/report-2012 * -- You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To view this discussion on the web visit https://groups.google.com/d/msg/google-web-toolkit/-/vu8wimt16PoJ. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Field does not have 'addClickHandler' method associated.
A little help here please. I am experimenting with our exiting non-gwt web page to see if it can be converted. It is quite complicated. Therefore I simplified it down to just a few statements to try and get a feel for how gwt would handle things. The following is a very straight forward ui.xml file. It uses HTML DIV statements because the non-gwt version does. It is as follows: !DOCTYPE ui:UiBinder SYSTEM http://dl.google.com/gwt/DTD/xhtml.ent; ui:UiBinder xmlns:ui=urn:ui:com.google.gwt.uibinder xmlns:g=urn:import:com.google.gwt.user.client.ui xmlns:a=urn:import:com.google.gwt.dev.asm ui:style /ui:style g:HTMLPanel !-- Arts code starts here -- div div nbsp; h1This is a big title./h1 h2This is a smaller title./h2 div *div ui:field=fubarHome* a style=float:left href='#'Home/a /div /div /div /div !-- Arts code ends here. -- /g:HTMLPanel /ui:UiBinder My supporting java form is as followings: public class TanHpForm extends Composite{ private static TanHpFormUiBinder uiBinder = GWT .create(TanHpFormUiBinder.class); interface TanHpFormUiBinder extends UiBinderWidget, TanHpForm { } public TanHpForm() { initWidget(uiBinder.createAndBindUi(this)); } @UiField DivElement fubarHome ; @UiHandler(fubarHome) void handleFubarHomeClick(ClickEvent e) { Window.alert(Hello!); } } This causes a does not have 'addClikcHandler' method associated error. I know that the easy answer is to use widgets in the ui.xml file but at this time it is not practical. Therefore, I placed the ui:field with the div. How can I associate a click handler to this field? Any help would be greatly appreciated. Art -- You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To view this discussion on the web visit https://groups.google.com/d/msg/google-web-toolkit/-/rc_yZdzrbr8J. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Previous version of gwt plugin update site doesn't work when new version gwt is released?
Hi I am trying to install GWT plugin 2.4 version with Juno eclipse. But the http://dl.google.com/eclipse/plugin/4.2 always gets me the latest version (2.5) of GWT plugin. Download for offline installation is also of latest (2.5) version. If someone knows where to find the 2.4 gwt eclipse plugin, could you please reply? Thanks Shivakumar -- You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To view this discussion on the web visit https://groups.google.com/d/msg/google-web-toolkit/-/O-AuyzCnLb8J. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: The Future of GWT Report 2012 Published
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Yeah, the email-collection page is obnoxious, though I suppose I understand why it's there. I should point out that mailinator.com is made for exactly this situation. You provide any address at mailinator.com, then browse to http://mailinator.com to check messages sent to that address with no signup or password check. Messages stay around for a short time, maybe 30-60 minutes. On 12/04/2012 10:30 AM, AJ wrote: Thank you for releasing these results. However, I find it disconcerting and somewhat ominous that Vaadin is using this survey as a marketing tool. It would have been preferable, in my opinion, if the report had been released as a direct link in the notification email I received, instead of sending me to a Vaadin marketing page with a form to request an email that contains a link to download the report. The community is already concerned about the future of GWT since it was released as open source. Linking it so closely Vaadin does not quiet those concerns. On Tuesday, December 4, 2012 9:25:55 AM UTC-5, jchimene wrote: On 12/4/2012 4:19 AM, Joonas Lehtinen wrote: *The GWT community have been having many questions about the Future of GWT. Questions like: Where is GWT going? How is GWT used today? What are the challenges they are facing? What is the competition? Should I build my next project with GWT? When joining the GWT steering committee and deciding to include a full copy of GWT into Vaadin 7 we had the same questions. In the end we stepped forward and asked the GWT community. Now after 2 months of asking and receiving responses to the dozens of questions we had from over over 1300 GWT users, we compiled all of this together and are proud to present you with some answers in for of 30 page long report. We would like to thank everyone who participated: You - the very active GWT community who answered, GWT steering committee members and other GWT experts who helped create the questions and analyze the answers, Vaadin team and David Booth who coordinated the effort. Enough talking, download your personal copy of The Future of GWT Report at:* * https://vaadin.com/gwt/report-2012 https://vaadin.com/gwt/report-2012 * My friend, Marge Innovera, wishes you would mention her in the report. Cheers, jec -- You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To view this discussion on the web visit https://groups.google.com/d/msg/google-web-toolkit/-/H2noDq7oMLAJ. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iEYEARECAAYFAlC+SgcACgkQ5IyIbnMUeTtS1ACfb+ZHmxUaQpap6UviajvD6c2y 2SoAnR+YA+1kh3EZyiiHd4VDoJPmbb0Q =+Raw -END PGP SIGNATURE- -- You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: Previous version of gwt plugin update site doesn't work when new version gwt is released?
https://code.google.com/p/google-web-toolkit/downloads/list It won't be an Eclipse plugin but there's no real added value to it being an Eclipse plugin. See also https://developers.google.com/eclipse/docs/using_sdks (applies equally well to AppEngine SDK and GWT SDK) On Tuesday, December 4, 2012 6:00:15 PM UTC+1, Shivakumar Kn wrote: Hi I am trying to install GWT plugin 2.4 version with Juno eclipse. But the http://dl.google.com/eclipse/plugin/4.2 always gets me the latest version (2.5) of GWT plugin. Download for offline installation is also of latest (2.5) version. If someone knows where to find the 2.4 gwt eclipse plugin, could you please reply? Thanks Shivakumar -- You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To view this discussion on the web visit https://groups.google.com/d/msg/google-web-toolkit/-/NVoof3g_FlkJ. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: Field does not have 'addClickHandler' method associated.
For receiving events on DOM elements, check out the DOM class. DOM.sinkEvents(element, Event.ONCLICK); and for multiple events: DOM.sinkEvents(element, Event.ONCLICK | Event.ONFOCUS | | ) and finally: DOM.setEventListener(element, new EventListener() {...implement...}); Make sure to clean up the EventListener if the element is removed from the DOM using DOM.setEventListener(element, null). Otherwise you may risk a memory leak. You also need to hard cast your DivElement into com.google.gwt.user.client.Element to make it useable with the DOM event methods above. -- J. -- You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To view this discussion on the web visit https://groups.google.com/d/msg/google-web-toolkit/-/VYO-g4kHKngJ. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: Field does not have 'addClickHandler' method associated.
On Tuesday, December 4, 2012 6:10:58 PM UTC+1, ArtG wrote: A little help here please. I am experimenting with our exiting non-gwt web page to see if it can be converted. It is quite complicated. Therefore I simplified it down to just a few statements to try and get a feel for how gwt would handle things. The following is a very straight forward ui.xml file. It uses HTML DIV statements because the non-gwt version does. It is as follows: !DOCTYPE ui:UiBinder SYSTEM http://dl.google.com/gwt/DTD/xhtml.ent; ui:UiBinder xmlns:ui=urn:ui:com.google.gwt.uibinder xmlns:g=urn:import:com.google.gwt.user.client.ui xmlns:a=urn:import:com.google.gwt.dev.asm ui:style /ui:style g:HTMLPanel !-- Arts code starts here -- div div nbsp; h1This is a big title./h1 h2This is a smaller title./h2 div *div ui:field=fubarHome* a style=float:left href='#'Home/a /div /div /div /div !-- Arts code ends here. -- /g:HTMLPanel /ui:UiBinder My supporting java form is as followings: public class TanHpForm extends Composite{ private static TanHpFormUiBinder uiBinder = GWT .create(TanHpFormUiBinder.class); interface TanHpFormUiBinder extends UiBinderWidget, TanHpForm { } public TanHpForm() { initWidget(uiBinder.createAndBindUi(this)); } @UiField DivElement fubarHome ; @UiHandler(fubarHome) void handleFubarHomeClick(ClickEvent e) { Window.alert(Hello!); } } This causes a does not have 'addClikcHandler' method associated error. I know that the easy answer is to use widgets in the ui.xml file but at this time it is not practical. Therefore, I placed the ui:field with the div. How can I associate a click handler to this field? You can't. You can add a ClickHandler on the HTMLPanel and then filter out events that happened outside the div (aka event delegation pattern). Or you can simply replace your div with a g:HTML widget, which is a div as a widget with many event handlers and containing HTML. If you need a HTMLPanel instead (because you have other ui:field to put within it), then you'd have to trade the @UiHandler with a call to addDomHandler in your Java code. -- You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To view this discussion on the web visit https://groups.google.com/d/msg/google-web-toolkit/-/ehcA3TNbx3gJ. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: The Future of GWT Report 2012 Published
I am evaluating a chart library for my incoming project. I can not find any information about chart library for GWT. Is it included in the next report? I am trying to find the most popular chart library for GWT. James -- You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To view this discussion on the web visit https://groups.google.com/d/msg/google-web-toolkit/-/8lfZPCfn7v4J. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
gwt maven plugin precompile goal?
Hi, is it somehow possible just to precompile code instead of running full compilation using maven plugin for gwt? Thanks, Milan -- You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To view this discussion on the web visit https://groups.google.com/d/msg/google-web-toolkit/-/v2zxs7PCDLsJ. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: GWT 2.5 dev mode unable to refresh
No ideas? On Tuesday, November 13, 2012 4:52:03 PM UTC-7, Ben St. Pierre wrote: Hi guys, After upgrading to to GWT 2.5 I am unable to refresh my dev mode. It initially loads fine but reloading (in any browser causes the rpc mechanism to throw this error... Caused by: com.google.gwt.user.client.rpc.SerializationException: java.lang.RuntimeException: Unable to find class com.google.gwt.user.client.rpc.core.java.util.ArrayList_FieldSerializer Any idea what would cause this? As I said again it loads the first time in dev mode but then fails after a refresh (even with no code changes). -- You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To view this discussion on the web visit https://groups.google.com/d/msg/google-web-toolkit/-/fB1tPkdyQNsJ. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: Testing a RemoteServiceServlet
On Sat, 2012-07-14 at 04:25 -0700, Murray Cumming wrote: My application uses a RemoteServiceServlet so the client can communicate with the server. I believe this is very common. The actual behavior of the service depends on a configuration file, and some other files and databases on the server. I'd like to test this in a unit test. To do that I need to create the test conditions (create the files and databases) and tell the service about those conditions. But I see no way for my unit test code to tell the service about those test conditions. I could add a setTestConfiguration() method as a regular async service method, but that would then be present in regular releases, offering a massive security hole. I know that I can abstract some of my service code out into regular classes and test them instead, and I have already, but I really want to test the actual async service. For instance, that would test that serialization is really working. Does anyone have a better idea, please? I never found a way to do this. Does anyone have ideas, please? murr...@murrayc.com www.murrayc.com www.openismus.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 google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: Testing a RemoteServiceServlet
I think integration tests are best done as end-to-end tests, using Selenium or similar rather than GWTTestCase. Though there's a pure-Java implementation of GWT-RPC if you want, which could be used along with Arquillan or similar: http://code.google.com/p/gwt-syncproxy On Tuesday, December 4, 2012 9:46:26 PM UTC+1, Murray Cumming wrote: On Sat, 2012-07-14 at 04:25 -0700, Murray Cumming wrote: My application uses a RemoteServiceServlet so the client can communicate with the server. I believe this is very common. The actual behavior of the service depends on a configuration file, and some other files and databases on the server. I'd like to test this in a unit test. To do that I need to create the test conditions (create the files and databases) and tell the service about those conditions. But I see no way for my unit test code to tell the service about those test conditions. I could add a setTestConfiguration() method as a regular async service method, but that would then be present in regular releases, offering a massive security hole. I know that I can abstract some of my service code out into regular classes and test them instead, and I have already, but I really want to test the actual async service. For instance, that would test that serialization is really working. Does anyone have a better idea, please? I never found a way to do this. Does anyone have ideas, please? mur...@murrayc.com javascript: www.murrayc.com www.openismus.com -- You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To view this discussion on the web visit https://groups.google.com/d/msg/google-web-toolkit/-/vbd0YtckFUAJ. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
TextBox with pre-filled suggestion
Hello! I need to use a TextBox to enter some data, but the label which explains the field's purpose must be of the kind inside the TextBox itself, which disappears when the user clicks on the field (I hope I've let you understand what I'm talking about ;) ) I'm using GWT 2.4: is there any such component or a common method to achieve the result? Since I also need to customize the look of the TextBox (rounded corners), I was thinking of implementing my own TextBox, but should it extend Composite? Or is there some other way for basic components? Thank you very much for your help! -- You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To view this discussion on the web visit https://groups.google.com/d/msg/google-web-toolkit/-/5813TgO5PIEJ. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: how to modify the css of gwt-TabLayoutPanelContent
if modifying the standard.css, it will affect all the tablayoutpanel, it is difficult to change just one tablayoutpanel .gwt-TabLayoutpanel .gwt-TabLayoutPanelContent css class padding property, right? -- You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To view this discussion on the web visit https://groups.google.com/d/msg/google-web-toolkit/-/pM8iBByVeXgJ. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: Show HTML formatted text in CellList with UiRenderer
Thanks, this is what I needed! Den tisdagen den 4:e december 2012 kl. 16:41:12 UTC+1 skrev Thomas Broyer: Use SafeHtmlUtils.fromTrustedString(), where you explicitly say that you trust the argument string to be safe HTML: no validation or sanitization will be done. Have a look at HtmlSanitizer and SimpleHtmlSanitizer if you don't trust the input. On Tuesday, December 4, 2012 4:07:14 PM UTC+1, Fille wrote: How can I display this text HellobrWorld as: Hello World in CellList using UiRenderer I have this Cell displaying news items: public class NewsItemCell extends AbstractCellNewsWrapper { interface NewsItemRenderer extends UiRenderer { void render(SafeHtmlBuilder sb, NewsWrapper news); } private static NewsItemRenderer renderer = GWT.create(NewsItemRenderer.class); @Override public void render(Context context, NewsWrapper value, SafeHtmlBuilder sb) { if (value == null) { return; } renderer.render(sb, value); } } To display the text I tried: ui:safehtml from='{news.getContentSafeHtml}' / ui:text from='{news.getContent}' / Where News#getContentSafeHtml() is: SafeHtmlUtils.fromString(content); I have tried many variations on this. The resulting text displayed is: HellobrWorld Any ideas how to display formatted html? -- You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To view this discussion on the web visit https://groups.google.com/d/msg/google-web-toolkit/-/pIRzgyO5b80J. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: The Future of GWT Report 2012 Published
Not sure about the most popular, but we use Highcharts (commercial) with the Moxie adapter. Very slick charts that handle resizing etc nicely. You can also play with them easily using JSFiddle. On Wednesday, 5 December 2012 07:05:26 UTC+11, James wrote: I am evaluating a chart library for my incoming project. I can not find any information about chart library for GWT. Is it included in the next report? I am trying to find the most popular chart library for GWT. James -- You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To view this discussion on the web visit https://groups.google.com/d/msg/google-web-toolkit/-/JaW288UthsIJ. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: TextBox with pre-filled suggestion
You can use HTML 5 input placeholder attribute to achive that. TextBox textBox = new TextBox(); textBox.getElement().setAttribute(placeholder, some text); check browser support of this attribute here http://www.w3schools.com/html5/att_input_placeholder.asp For rounded borders just add styleName to TextBox with border-radiushttp://www.w3schools.com/css3/css3_borders.aspproperty On Wednesday, December 5, 2012 2:35:58 AM UTC+4, dcheeky77 wrote: Hello! I need to use a TextBox to enter some data, but the label which explains the field's purpose must be of the kind inside the TextBox itself, which disappears when the user clicks on the field (I hope I've let you understand what I'm talking about ;) ) I'm using GWT 2.4: is there any such component or a common method to achieve the result? Since I also need to customize the look of the TextBox (rounded corners), I was thinking of implementing my own TextBox, but should it extend Composite? Or is there some other way for basic components? Thank you very much for your help! -- You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To view this discussion on the web visit https://groups.google.com/d/msg/google-web-toolkit/-/294CFzSw4J4J. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
[gwt-contrib] Re: added return values to addClassName and removeClassName to let the caller know if the style list... (issue1873803)
http://gwt-code-reviews.appspot.com/1873803/diff/1/user/src/com/google/gwt/dom/client/Element.java File user/src/com/google/gwt/dom/client/Element.java (right): http://gwt-code-reviews.appspot.com/1873803/diff/1/user/src/com/google/gwt/dom/client/Element.java#newcode104 user/src/com/google/gwt/dom/client/Element.java:104: setClassName(oldClassName + + className); Would it break anything if we unconditionally did this even if oldClassName is the empty string ? (BTW, we now require Java 6 and have emulated isEmpty() for long, so we could also use it instead of length()0) http://gwt-code-reviews.appspot.com/1873803/diff/1/user/src/com/google/gwt/dom/client/Element.java#newcode565 user/src/com/google/gwt/dom/client/Element.java:565: static int indexOfName(String nameList, String name) { I wonder if this wouldn't be faster: return ( + nameList + ).indexOf( + name + ); It sure is easier to read IMO ;-) http://gwt-code-reviews.appspot.com/1873803/ -- http://groups.google.com/group/Google-Web-Toolkit-Contributors
[gwt-contrib] added return values to addClassName and removeClassName to let the caller know if the style list... (issue1873803)
Reviewers: goktug, Description: added return values to addClassName and removeClassName to let the caller know if the style list was changed or not. extract common indexOfClassName method for finding a style if it exists. Please review this at http://gwt-code-reviews.appspot.com/1873803/ Affected files: M user/src/com/google/gwt/dom/client/Element.java M user/test/com/google/gwt/dom/client/ElementTest.java -- http://groups.google.com/group/Google-Web-Toolkit-Contributors
[gwt-contrib] Re: added return values to addClassName and removeClassName to let the caller know if the style list... (issue1873803)
On Tue, Dec 4, 2012 at 12:35 PM, gok...@google.com wrote: I just checked jquery and the algorithm is close to your suggestion: - adds spaces around element className - replaces all different kind of space patterns with a single space using regex - adds space around incoming class name - then removes 'all' occourances of space added incoming class name with replace call. - finally trim the class name and done addClass also follows a similar pattern. Alternatively, we use deferred binding so that we can use the classListhttp://caniuse.com/classlist property when available. -- http://groups.google.com/group/Google-Web-Toolkit-Contributors
[gwt-contrib] Re: added return values to addClassName and removeClassName to let the caller know if the style list... (issue1873803)
http://gwt-code-reviews.appspot.com/1873803/diff/1/user/src/com/google/gwt/dom/client/Element.java File user/src/com/google/gwt/dom/client/Element.java (right): http://gwt-code-reviews.appspot.com/1873803/diff/1/user/src/com/google/gwt/dom/client/Element.java#newcode565 user/src/com/google/gwt/dom/client/Element.java:565: static int indexOfName(String nameList, String name) { On 2012/12/04 19:59:32, tbroyer wrote: On 2012/12/04 19:37:01, Andrew Bachmann wrote: On 2012/12/04 17:17:00, tbroyer wrote: I wonder if this wouldn't be faster: return ( + nameList + ).indexOf( + name + ); It sure is easier to read IMO ;-) It is easier to read, although not having the same behavior for names with spaces in them. Curious as to what would be different. The current code searches for 'name' and then checks that it's surrounded by spaces on both sides, or it's at the beginning and/or end of 'nameList'. If you surround 'nameList' with spaces, you can simplify the checks to only look for spaces around the looked up value, and then it shifts the index by 1. Now surround 'name' with spaces and you reverse the shift and no longer even need to do the lookups for spaces around the found value. Whether 'name' contains a space doesn't change anything. I otherwise agree with Matthew. It seems I misread the original implementation, which is another point in favor of making the change. :-) But I agree with doing that improvement in a separate CL. http://gwt-code-reviews.appspot.com/1873803/ -- http://groups.google.com/group/Google-Web-Toolkit-Contributors