The benefit of using UiBinder

2014-02-23 Thread Leung
Hi, I used to use Java code to create all the client components. It provides all the flexibility, like create custom widgets, add different widgets to panel under different conditions. Now, I am learning UiBinder. I found that it is only good for static components. Can someone share their

Re: The benefit of using UiBinder

2014-02-23 Thread Jens
You should use whatever fits best to your use case. I use UiBinder 90% of the time. The remaining 10% are custom widgets/view that would have an empty UiBinder XML file because their content is generated dynamically. The main benefit of UiBinder is that your code becomes cleaner and you can

Re: The benefit of using UiBinder

2014-02-23 Thread Dennis Haupt
i use custom code in 90% of the cases. to me, the ui binder is just another way of describing the ui. i'd use it if i wanted to outsource the ui work to some css-guy that has no java skills. what is cleaner depends on what you do, imho. if you're going to do a dynamic panel with components that

Re: The benefit of using UiBinder

2014-02-23 Thread Jens
what is cleaner depends on what you do, imho. if you're going to do a dynamic panel with components that depend on which setting you made elsewhere in the ui, i don't see how to do that cleaner using the ui binder. If your dynamic panel is large enough and has static parts in it then it

Re: The benefit of using UiBinder

2014-02-23 Thread Thomas Broyer
+1, and for components that are dynamically added based on settings elsewhere, if it's only about initializing with the right widget, you can just put a g:Widget in your ui.xml and @UiField(provided=true) in your Java. And re. placeholders, they can simply be elements with a ui:field inside an

livepage

2014-02-23 Thread Piotr B
Some time ago I've come across livepage browser extension. It was used within errai framework demo. It's a kind of cool extension to use with a tool like GWT. But I can't manage it to work with my GWT apps - webpage is never refreshed automatically after making changes. I have to refresh it

Re: CssResource inheritance and avoiding rule repetition on injection, possibility of an @Require?

2014-02-23 Thread GWTter
Hi Jens, Here's the full example of what I was trying to illustrate as it's probably unfair of me to have others expect that I'm setting everything up right from just the pseudo code alone: public class GwtTest3 implements EntryPoint { public interface MyClientBundle extends ClientBundle{

Re: CssResource inheritance and avoiding rule repetition on injection, possibility of an @Require?

2014-02-23 Thread GWTter
Hi Thomas, I think this part right here is the clarification I needed: - mapping class names to/from methods is based on the method name or a @ClassName annotation (the class name in the CSS file will thus be replaced with the unique name computed for the method) So, if you want to

Re: CssResource inheritance and avoiding rule repetition on injection, possibility of an @Require?

2014-02-23 Thread Thomas Broyer
The best fix would be to use @Import instead of @Shared+inheritance (you don't even use the fact that MyCss extends GlobalCss). In other words, your InitButton is OK, not MyCss. On Sunday, February 23, 2014 10:13:00 PM UTC+1, GWTter wrote: Hi Thomas, I think this part right here is the

Re: CssResource inheritance and avoiding rule repetition on injection, possibility of an @Require?

2014-02-23 Thread Thomas Broyer
On Sunday, February 23, 2014 10:13:00 PM UTC+1, GWTter wrote: Hi Thomas, I think this part right here is the clarification I needed: - mapping class names to/from methods is based on the method name or a @ClassName annotation (the class name in the CSS file will thus be replaced

Re: CssResource inheritance and avoiding rule repetition on injection, possibility of an @Require?

2014-02-23 Thread GWTter
Yes, in the example I gave there's no clear need for the inheritance with MyCss, it's just there to show how inheritance would be setup to try to illustrate the issue I was referring to. It seems more and more like it's probably best to avoid inheritance and just go in the @Import direction.

Re: CssResource inheritance and avoiding rule repetition on injection, possibility of an @Require?

2014-02-23 Thread Jens
Just to get things right. Even in your complete example the usage of @Import in the case of InitButtonCSS is useless. Its useless because the css class initButton2 will be a unique name anyways and thus it doesn't really make sense to define the css rule as .global-genButton.initButton2.

How to set the maximum Date to today in GWT 2.6 DatePicker?

2014-02-23 Thread confile
I want to use a GWT 2.6 DatePicker with month and year selector: datePicker.setYearAndMonthDropdownVisible(true); datePicker.setYearArrowsVisible(true); *Is there a way to set the maximal date a user can select to today?* [image: enter image description here] -- You received this message

Re: CssResource inheritance and avoiding rule repetition on injection, possibility of an @Require?

2014-02-23 Thread Thomas Broyer
On Monday, February 24, 2014 12:27:18 AM UTC+1, Jens wrote: Just to get things right. Even in your complete example the usage of @Import in the case of InitButtonCSS is useless. Its useless because the css class initButton2 will be a unique name anyways and thus it doesn't really make