Difference between revisions of "Common Presentation"

From MPDLMediaWiki
Jump to navigation Jump to search
m
Line 27: Line 27:
-- css (contains the css for all solutions)
-- css (contains the css for all solutions)
--- componentCSS
--- componentCSS
--- globalCSS
--- themes (themes and standard skins are all stored here, and will be deployed as needed)
--- themes (themes and standard skins are all stored here, and will be deployed as needed)
---- skin_skin1 (contains logo, icons as well)
---- skin_skin1 (contains logo, icons as well)

Revision as of 14:55, 6 October 2010

Precondition[edit]

CSS/JS resources in the presentation layer are maintained redundantly across solutions. As GUI 2.0 is common for all solutions it can be maintained and deployed in a more common manner to prevent diverging sources.

Places[edit]

As to solution specific needs resources will be stored in two places with the following structure.

SVN[edit]

e.g. FACES

- solutionResources (contains all solution specific GUI stuff)
-- facesJavaScript (contains solution specific JS plus plugins, if only used here)
-- javaScript (contains common JS and the jquery core)
--- jquery
-- componentJavaScript (contains JS used in common components)
-- facesImages (contains favicon, startpage images and the like)


The common part of the presentation will be stored here: https://zim02.gwdg.de/repos/common/trunk/common_services/common_presentation/src/main/resources/

-- css (contains the css for all solutions)
--- componentCSS
--- globalCSS
--- themes (themes and standard skins are all stored here, and will be deployed as needed)
---- skin_skin1 (contains logo, icons as well)
---- skin_skin2
---- skin_skin3

As the logo needs to be separated from the common graphics it will be included in the standard includes JSP of the solution.

The following folders could be moved:

  1. eSciDoc_CSS_v2/
  2. favicon.ico
  3. images/ (??)
  4. skins/

Builds[edit]

Common presentation will be defined as dependency.

JavaScript Strategy[edit]

If dynamic patterns are needed UIE checks http://livedemo.exadel.com/richfaces-demo/richfaces/actionparam.jsf?s=darkX to suggest one. If feasability is given overwrite style can be written to extend css.

jQuery can't phase out at this point in time. Manual JS scripting is also still necessary.

A separate css file should be created to overwrite richfaces scc: rich_overwrite_js.css.