Version 71 (modified by 13 years ago) ( diff ) | ,
---|
BluePrint for CSS
Table of Contents
We have moved to a full page design to allow maximal screen real estate to be available for list views & data entry. Ours is based on:
- http://matthewjamestaylor.com/blog/perfect-full-page.htm
- This was inspired by the work done on Sahana PHP: http://demo.respere.com/dnn/
- Link on doing something similar with the default web2py menu: http://groups.google.com/group/web2py/browse_thread/thread/ecffcd0427af0fec
The logo font is Brush Script.
Q: Should we migrate to BlueTrip?
A: Probably not as their value isn't proven.
The CSS could still do with some cleaning up to remove unused styles.
CSS can be previewed in different browsers, however no interaction is possible:
Original Sahana CSS documented here: DeveloperGuidelinesCSS
Maximal usability ideas:
HTML5 Cross-browser polyfills:
Theme Manager
- The selection & application of a theme should be moved to the same (or related) area as the Theme Editor, rather than hiding it within the main Settings area.
- 'Apply Theme' should be an explicit option.
- Ext Theme Builders:
- Online: http://extbuilder.dynalias.com/springapp/mainpage.htm
- Eclipse plugin: http://spket.com/ext-theme-builder.html
Menus
Alternative layouts
We should include alternate layouts which different views can inherit from (common areas included into these to be DRY):
- Site home & Module homes act as portals, which require a more complex layout, such as:
Q: How to {{include
}} content into multiple areas? (How is it done with the JPolite app?)
Can use LOAD
to import a component into an area of a webpage. Updates to this component happen independently to the rest of the page:
Right-to-Left theme
We already have a simple:
body { direction: rtl; }
This is currently set using the Theme.
We could look at setting this based on a lookup of the current locale.
Print View
Provide a view which allows for better Printing
- CSS sufficient? (
media=print
)
Browsers don't print pages in identical ways...if this is key, need to use PDF (like for format=ocr).
Mobile View
Provide a cut-down version for use on low-screensize, low-bandwidth devices, such as Mobiles.
- http://www.slideshare.net/nickf/mobile-web-user-experience
- http://www.slideshare.net/bryanrieger/rethinking-the-mobile-web-by-yiibu
jQuery Mobile?
Also want touch support really...
CSS sufficient?
- http://mobiforge.com/Designing
- http://www.slideshare.net/nickf/mobile-ux (eye opening examples on mobile usability)
- http://www.cloudfour.com/css-media-query-for-mobile-is-fools-gold/
Detection:
- Client-side with javascript
- Server-side most reliable:
- http://pypi.python.org/pypi/pywurfl/
- Djangobile can be used for ideas on how to integrate into web2py
- http://www.handsetdetection.com/
- http://pypi.python.org/pypi/pywurfl/
- If not,possible then call fallback to client-side:
Mobile Emulators:
- http://mobiforge.com/emulators/page/mobile-emulators
- http://www.opera.com/mobile/demo/ (No JavaScript)
- Nokia screen sizes: http://forum.mobiles24.com/showthread.php?t=9980
- Remember that some screen lost for nav tools & that usually used in portrait mode
Examples:
Could consider using the RESTlike CRUD controller's ?format=plain
Current Issues
Are there any big ones?
- Main page content displays well as text reflows due to nice column layout
- Top-menu works fine, but fixed-width means a lot of scrolling (could use improvement, but hard to fix)
- GIS Catalogue Toolbar also needs scrolling - ugly, but usable
- dataTables work but need some scrolling (not sure this is possible to work around & seems OK)