Thomas,

If the style only applies to the one widget I would agree. But I have a very 
small mind and only have room in my head for things to look "one way"; even 
when on the user admin pages, group admin pages, work queue, work item.... :D

I actually ended back there (I actually link the stylesheets to index.jsp; 
required for certificate based authentication, dynamic application name from a 
config file and a few other pieces) .
It is not the recommended/suggested solution. My question is what am am I 
missing?

Tim

On May 16, 2013, at 5:00 AM, Thomas Broyer wrote:

> 
> 
> On Thursday, May 16, 2013 10:44:33 AM UTC+2, Timothy Spear wrote:
>> 
>> Inline style in each UiBinder xml file will not be maintainable. 
>> From a code maintenance perspective stylesheets should be used extensively.
>> 
> 
> I find it much better for maintainability if the styles for a given 
> "widget" is close to that widget, and there's nothing closer than "in the 
> same file".
> Let's just agree that we disagree on this point.
> 
> 
>> The suggested solution for this is to include the css as part of the 
>> ClientBundle as a resource. 
>> This suggested solution is predicated on the following assumptions: 
>> -- a single CSS file (yes you can have multiple files, but this is MX 
>> nightmare. Which variable..... 
>> -- User does not have the ability to change/select alternate CSS files 
>> -- Prevents the application from being re-labeled by an OEM SaaS unless 
>> you also provide source code 
>> -- Now you have to maintain and keep in sync three separate items. Class 
>> name in CSS, Variable Names in CssResource file, declarations in UiBinder 
>> XML File 
>> 
>> Now explain all the linkages to a junior developer who needs to change one 
>> minor thing in a complex app.
> 
> 
> Nothing prevents you from using "plain old CSS": link to the stylesheet 
> from your HTML host page (and use SASS/LESS/whatever if you like) and use 
> your class names in your UiBinder.
> That's the only way to have swappable/updatable styles without handing out 
> the source code; and it's not different than how you'd do it if you were 
> using a pure-JS framework. GWT doesn't make anything "more complicated" 
> here.

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To post to this group, send email to [email protected].
Visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.


Reply via email to