If you are going to change the existing color schemes for the webpages, implement CSS first.
There are multiple reasons why a darker page is better than a brighter one, but mostly, it's preference and at this point, it's what we're used to and, personally, I like it :)
On Wed, Jul 7, 2010 at 1:43 AM, Neil Franken <nfranken at theunlimitedworld.co.za> wrote:
Hi All
I think the main thing that came out of this discussion is the following
- Screen resolution is not going to be used as a guide line for the front end. The front end must scale to fit the screen. No matter the resolution.
- Using your own themes i.e. logo,icons and positioning should be easy to achieve.
- The HTML must remain extremely lightweight(i.e keep fancy animations/graphics etc to a minimum).
Taylors rework of the front end is a good example of how it could look. If you guys want to see the power of skinning/modifying a web UI with CSS head over to the css zen garden. The site is one web site where you can use alternative CSS style sheets to achieve different look and feel for the site. It is a awesome example of what I think we should be looking at. Also by making the web site CSS and xhtml compliant adding other fancy feature such as Ajax incremental updates etc would be easy. However for the moment we should just try to get a ui that scales well it light weight and easy to moidy to user preferences.
We could use Taylors layout as well. Like I said in a previous mail with proper CSS in place we can even have a library of 'skins' and you don't need to be a developer to make a skin with CSS you just need GIMP!
Regards Neil
-----Original Message----- From: Tom Kauffman [mailto:tommyk66 at newsguy.com] Sent: 06 July 2010 06:28 PM To: hobbit at hswn.dk Subject: Re: [hobbit] Input needed from all of you.
Screen resolution: 1920 X 1280 - and NEVER in full-screen mode.
Please be gentle with the page/sub-page and include file logic; I've made use of this to dynamically generate files for vmware and p6-RS6000 systems to show active guests on each host as well as cumulative memory and cpu usage.
Tom
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk