login | register
Sat 20 of Mar, 2010 (07:30 UTC)

bitweaver - Web Application Framework and CMS

Web Application Framework and CMS

Refresh cacheHistoryPrint

ThemeStructureIdea2

more thoughts on future theme structure

Created by: xing, Last modification: Sat 29 of Apr, 2006 (09:09 UTC)
this page is based on some of the ideas put forward in ThemeStructureIdea some time ago and trying to apply the ideas in userPageLaetzer.

basic folder setup
<theme>/templates/
<theme>/<style>/


the style folder could contain the following
<theme>/<style>/css/layout.css
<theme>/<style>/css/style.css
<theme>/<style>/images/


a structure like this would enable us to have themes such as (from laetzers page)
  • portal (3 columns)
  • classic (2 columns)
  • blog (1 main-column, vertical, compliant, accessible, post/comment-centric)
  • wiki (center+menu, edit-centric, loose hierarchy)
  • directory (center+menu, lot's of links, teaser/header-centric, deep hierarchy)
  • minimal/text (3 or 4 "horizontal columns", basic)
  • ad (horizontal, flashy, small, pictures, drop down menus, flat hierarchy,)

within a theme you can have as many styles as you like, making it possible to categorise your styles and allowing the user to figure out what they want.

should layout.css be "part of the theme"?
by this i mean, should layout.css be placed in the theme folder for every style to be included? is that just going to produce a ton of differently coloured clones?

please add any thoughts and ideas. this is just a draft...

Related Items

Documentation » Proposals and Requests

Things that haven't been implemented yet, but should be

GoogleSummerOfCode  •  Ideas for new packages  •  LibertyForms - SDLC  •  PluginProposal-BlogView  •  PluginProposal-CssChanger  •  PluginProposal-EyeCandy NeonText  •  PluginProposal-HideText  •  PluginProposal-MakePage  •  PluginProposal-PagePoll  •  PluginProposal-SQL  •  ProposalPage-Plugins  •  ReleaseThree  •  RethinkingTemplates  •  SquashUsSomeBugs  •  ThemeStructureIdea  •  ThemeStructureIdea2  •  Ultimate Wiki CMS  •  Usability

Documentation » Theming and Styling

any documentation that helps or explains themeing and styling bitweaver

CascaderPackage  •  Divs vs Tables  •  FeatureThemeControl  •  Icon Research  •  IconThemes  •  StyleLayouts  •  Style Uploads  •  StyleVariations  •  theme compliance with MSIE  •  ThemeCSS  •  Themes Package  •  ThemeStructureIdea  •  ThemeStructureIdea2  •  ThemeTutorial  •  charles's Gallery  •  Style Layouts  •  Groups and Permissions Problem  •  Icon styles  •  Styles  •  antiquity  •  autumn 05  •  biticonification  •  Blue Smileys  •  dark shine  •  Mambo bw2

Comments

Reply to this comment

layout vs blocks vs appearance

by , Thu 03 of Mar, 2005 (18:17 UTC)
I may be confused, being new to this project, but it seems like page structure, layout, and appearance are being commingled. As I understand it, a CMS page has blocks laid out a certain way, each of which is a "window" on a module. For example, with the portal as described above, there are 3 columns, which typically have multiple blocks in the left and right ones and the "main" block in the center. Once a layout is chosen, the blocks for each area are chosen, which are linked to modules in some manner. This is all virtual in some sense, although there are certain layout requirements for each jmodule as well, and has nothing to do with the apperance

So, essentially you have layout (portal, classic, blog) > blocks ("windows" within the main areas) > appearance (what lists, text, links, etc. look like). IMO, these choices should be made separately and separate stylesheets/templates used at each level. (Only stylesheets for appearance.)

Thoughts? Opinions on how we remain backwards compatible if something of this sort is implemented/enforced?
Reply to this comment

Re: layout vs blocks vs appearance

by xing, Wed 23 of Mar, 2005 (19:38 UTC)
you put my ideas quite nicely:

layout > blocks > style

the above is an attempt at trying to set up a structure in which this can be achieved.

since the layout and style are closely related (the blocks are chosen by the admin) i think it would be good to categorise them by placing them in a particular folder, which represents the layout the styles belong to.

i suppose the terminology above could be changed to
<layout>/templates
<layout>/<style>

bitweaver has it's own set of templates that come with every package. if a <layout> requires modified templates, it's possible to place these in the <layout>/templates folder, which will override the original templates (this system is particularly useful when it comes to upgrades and the like.

the <layout> specifies a set of templates that are generally usable by styles of this layout. it should then also be possible to override these in case a style needs further modifications, which could go in <layout>/<style>/templates.

backwards compatability will probably be lost or we'll have to think of something since the folder structure is different.

xing</style></layout></layout>
Reply to this comment

copy LaTeX

by laetzer, Tue 30 of May, 2006 (12:44 UTC)
The "themes" idea reminds of LaTeX, its commands "documentstyle" / "pagestyle" etc.