Re: Layout principles for UIBinder with Polymer elements
Thank you, Thomas. Your advice helped again. Now I know the main UI layout building principle -- do not mix *Panels with *LayoutPanels! :) On Wednesday, January 6, 2016 at 6:12:48 PM UTC+2, Thomas Broyer wrote: > > > Use SimpleLayoutPanel instead of SimplePanel, and RootLayoutPanel instead > of RootPanel; see ProvidesResize/RequiresResize all the way down, > uninterrupted chain. > -- You received this message because you are subscribed to the Google Groups "GWT Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit+unsubscr...@googlegroups.com. To post to this group, send email to google-web-toolkit@googlegroups.com. Visit this group at https://groups.google.com/group/google-web-toolkit. For more options, visit https://groups.google.com/d/optout.
Re: Working polymer example?
Do you use mojo Maven plug-in? Have you enabled JSInterop like tutorial said? -- You received this message because you are subscribed to the Google Groups "GWT Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit+unsubscr...@googlegroups.com. To post to this group, send email to google-web-toolkit@googlegroups.com. Visit this group at https://groups.google.com/group/google-web-toolkit. For more options, visit https://groups.google.com/d/optout.
Working polymer example?
Can anyone point me to a working example of Polymer and GWT? The tutorial on gwtproject.org does not compile with 2.7, and when you try it with 2.8 snapshot it gives you a page with an empty iframe in it. Is anyone using it in a production application? Thanks in advance, -- You received this message because you are subscribed to the Google Groups "GWT Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit+unsubscr...@googlegroups.com. To post to this group, send email to google-web-toolkit@googlegroups.com. Visit this group at https://groups.google.com/group/google-web-toolkit. For more options, visit https://groups.google.com/d/optout.
getServletContext().getRealPath(File.separator) returns null in 2.6.1
I just updated my 2.5.1 GWT app to 2.6.1. It all seems to work fine except that on the server side in my RPC handling code getServletContext().getRealPath(File.separator) returns null in 2.6.1 whereas in 2.5.1 it returned the local path: C:\Users\Paul\workspace\MyApp\war Any idea how to correct this? Note: When deployed out to my Tomcat linux sever it works correctly. The problem is only when running from Eclipse in dev mode. -- You received this message because you are subscribed to the Google Groups "GWT Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit+unsubscr...@googlegroups.com. To post to this group, send email to google-web-toolkit@googlegroups.com. Visit this group at https://groups.google.com/group/google-web-toolkit. For more options, visit https://groups.google.com/d/optout.
Re: Activities and Places - Enabling History to reflect an updated data item
Thanks for all the quick replies. When having to consider the back button in a browser or an Android mobile device, it certainly changes the way you think about architecting the standard goto(Place). My solution was to build in a static placeCache into each Place, that way when getPlace is called from the tokenizer the placeCache can be returned rather than parsing the token. //MyPlace extends Place public static MyPlace placeCache; @Prefix("tok1") public static class Tokenizer implements PlaceTokenizer { public MyPlace getPlace(String token) { //deal with null case if necessary return placeCache; public String getToken(MyPlace place) { MyPlace.placeCache = place; return "unused_tok"; } } //in another file once the item has changed MyPlace.placeCache = MyPlace.create(newItem) //then when the back button clicked on browser the new place is used I am not too proud of the solution, but it works. I might try and put it all in one class as you suggested. On Wednesday, January 6, 2016 at 12:32:37 AM UTC-8, Thomas Broyer wrote: > > You need to somehow notify your cached data that it has changed; there are > many ways to do that depending on how you architected things. > > You could have the cached list in a "holder" class and simply call a > method on it from your update activity. > Or you could send an event in the event bus for more decoupling. > Or you could mediate all data access through a class that handles the > caching and could update the cached list in-place. > > And when your list activity starts, either unconditionnally update your > view, or check whether the list has changed before doing so. > > -- You received this message because you are subscribed to the Google Groups "GWT Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit+unsubscr...@googlegroups.com. To post to this group, send email to google-web-toolkit@googlegroups.com. Visit this group at https://groups.google.com/group/google-web-toolkit. For more options, visit https://groups.google.com/d/optout.
Re: Layout principles for UIBinder with Polymer elements
On Wednesday, January 6, 2016 at 2:55:02 PM UTC+1, va...@ant.ee wrote: > > DockLayoutPanel does not implement AcceptsOneWidget interface and thus can > not be passed to ActivityManager as parameter for > activityManager.setDisplay(appWidget). Without ActivityManager display > function widget is not shown. It seems tricky. > Use SimpleLayoutPanel instead of SimplePanel, and RootLayoutPanel instead of RootPanel; see ProvidesResize/RequiresResize all the way down, uninterrupted chain. -- You received this message because you are subscribed to the Google Groups "GWT Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit+unsubscr...@googlegroups.com. To post to this group, send email to google-web-toolkit@googlegroups.com. Visit this group at https://groups.google.com/group/google-web-toolkit. For more options, visit https://groups.google.com/d/optout.
Re: Layout principles for UIBinder with Polymer elements
DockLayoutPanel does not implement AcceptsOneWidget interface and thus can not be passed to ActivityManager as parameter for activityManager.setDisplay(appWidget). Without ActivityManager display function widget is not shown. It seems tricky. -- You received this message because you are subscribed to the Google Groups "GWT Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit+unsubscr...@googlegroups.com. To post to this group, send email to google-web-toolkit@googlegroups.com. Visit this group at https://groups.google.com/group/google-web-toolkit. For more options, visit https://groups.google.com/d/optout.
Re: Layout principles for UIBinder with Polymer elements
This look to me because one of the parent panels of the docklayout is not a layout panel. When one of the parent panel is not a layoutpanel the height gets broken. -- You received this message because you are subscribed to the Google Groups "GWT Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit+unsubscr...@googlegroups.com. To post to this group, send email to google-web-toolkit@googlegroups.com. Visit this group at https://groups.google.com/group/google-web-toolkit. For more options, visit https://groups.google.com/d/optout.
Re: Layout principles for UIBinder with Polymer elements
I am using UIBinder and MVP to construct View. View ui.xml file is very simple (with DockLayoutPanel on the top): .panelHeight { height: 300px; } Empty Not empty DockLayoutPanel is not a part of the other panel, but in JAVA EntyPoint I have this: private SimplePanel appWidget = new SimplePanel(); . activityManager.setDisplay(appWidget); . RootPanel.get().add(appWidget); So, I guess it should be part of SimplePanel isn't it? I have noticed, that if I define height of the DockLayoutPanel manually (in PX) I am able to see all the components (look style block in example). DockLayoutPanel automatically takes full width, but not height. And I don't know how get full height automatically as well. -- You received this message because you are subscribed to the Google Groups "GWT Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit+unsubscr...@googlegroups.com. To post to this group, send email to google-web-toolkit@googlegroups.com. Visit this group at https://groups.google.com/group/google-web-toolkit. For more options, visit https://groups.google.com/d/optout.
Re: Layout principles for UIBinder with Polymer elements
What is your DockLayoutPanel in? You should be putting it in a RootLayoutPanel, or some other LayoutPanel. -- You received this message because you are subscribed to the Google Groups "GWT Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit+unsubscr...@googlegroups.com. To post to this group, send email to google-web-toolkit@googlegroups.com. Visit this group at https://groups.google.com/group/google-web-toolkit. For more options, visit https://groups.google.com/d/optout.
Re: Layout principles for UIBinder with Polymer elements
Thank you for response N Troncoso, I have figured out that none of my assumptions were true. If I don't give width/heights as parameters for DockLayoutPanel it is still present in document DOM, but not visible. The reason for that is somehow depends from the widget I put into it. For example: Test1 Will print anchor "Test1" in the north, but "Login" input will be invisible. If I try to replace "Login" with Anchor like: Test1 Test2 None of the widgets will be visible. Somehow east panel widget influence north panel. I don't get UI building logic with DockLayoutPanel when such simple examples are not working as I have expected. -- You received this message because you are subscribed to the Google Groups "GWT Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit+unsubscr...@googlegroups.com. To post to this group, send email to google-web-toolkit@googlegroups.com. Visit this group at https://groups.google.com/group/google-web-toolkit. For more options, visit https://groups.google.com/d/optout.
Activities and Places - Enabling History to reflect an updated data item
You need to somehow notify your cached data that it has changed; there are many ways to do that depending on how you architected things. You could have the cached list in a "holder" class and simply call a method on it from your update activity. Or you could send an event in the event bus for more decoupling. Or you could mediate all data access through a class that handles the caching and could update the cached list in-place. And when your list activity starts, either unconditionnally update your view, or check whether the list has changed before doing so. -- You received this message because you are subscribed to the Google Groups "GWT Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit+unsubscr...@googlegroups.com. To post to this group, send email to google-web-toolkit@googlegroups.com. Visit this group at https://groups.google.com/group/google-web-toolkit. For more options, visit https://groups.google.com/d/optout.