[EMAIL PROTECTED] schrieb: > "Jim Hunter" <[EMAIL PROTECTED]> writes: > >> This just seems simpler then everyone is making it out to be. The problem >> has already been solved by the browsers. If appearance themes and color >> themes are implemented as stylesheets added and subtracted from the head >> section of the DOM, then no one has to think about overriding settings. If a >> setting has been overridden by a control, the browser knows if and uses that >> setting, if not, it uses the setting from the CSS Stylesheet. As long as the >> default appearance theme always has the same name, then there is no need to >> touch any of the individual controls in order to change appearances. Simply >> remove the current stylesheet and replace it with the new one, using the >> same name. The browser will then change any of the settings it needs to >> change. on controls that are already rendered. This would also speed things >> up immensely. >> >> ... >> >> The whole reason I started thinking this is because a comment was made that >> if a user wants to change a theme, then all properties get overridden with >> the new theme settings and it's up to us to re-set those that we changed >> along the way. This is 'silly'. If I create a page loaded with buttons, and >> the 'default' width of a button (set in a theme) is 100 and I make them all >> various sizes to 'fit' on the page where they need to go, and a user decides >> they want a different theme, they should be able to change themes without >> all the buttons getting changed to 100 width. And, as the developer, I >> should not have to go back then, and make changes to all buttons and re-set >> their widths. This is not the way things should be done. Changing a theme >> should not change the location or the size of a control already rendered, >> period. > > Hi Jim, > > What you're saying is in line with what we've been discussing. I don't see > *sizes* of things as part of a theme. If those are to be included in a theme, > then I certainly agree that you shouldn't have to reapply all of your sizes.
Sizes used in the appearance seems are commonly "auto" or null. Normally there shouldn't be used static pixel or percent values. Exceptions here are some internal components like the text-field of a combobox with a width of "1*" to make it flexible. "auto" is for example used on images, labels, buttons, ... In my opinion it makes sense to use these dimensions in the appearance. You don't really want to handle such separately and outside the appearance. > > Sebastian has, in the past, had seemingly strong opinions that stylesheets > were not the way to deal with appearances in qooxdoo. I don't know if he's > changed his mind or if he still holds that opinion. It does seem that they do > already handle what's needed, but let's see what Sebastian has to say when he > chimes in. I haven't changed my mind ;) To don't repeatly answer questions like this, Andreas and I have documented our persuasion concerning CSS for styling applications. You can find it here: http://qooxdoo.org/documentation/developer/why_we_don_t_use_css_for_appearance This should answer most of your and Jims questions. Hopefully. If not, please feel free to ask. Cheers, Sebastian > > Cheers, > > Derrell > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > qooxdoo-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ qooxdoo-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
