Forum OpenACS Development: Response to A proposal: CSS Styles and module hooks in OpenACS 4

4: Response to A proposal: CSS Styles and module hooks in OpenACS 4 (response to 1)

Posted by Radam Batnag on 10/24/02 11:18 AM

Anyone want to revive this idea for OpenACS 4.7?

I've written a simple version of this for acs-subsite 4.6
All it took was:

1. Added a few parameters to acs-subsite.info: h1_font_family, h1_font_size, h1_color, h2_font_family...h6_color, etc.

2. modified /www/default-master.tcl to set the values for h1_font_family, etc.

3. modified /www/default-master.adp. added a <style> tag that
uses the values set in default-master.tcl.

I admit that it's not as beautiful and flexible as jerry's proposal, but it's easy to implement, and I think it will go a long way toward helping newbies looking for the skin feature of PostNuke.

6: Re: Response to A proposal: CSS Styles and module hooks in OpenACS 4 (response to 4)

Posted by Sean Redmond on 11/21/02 04:33 PM

Reviving this idea would be great, though I also don't see anything to be gained by tying the CSS to parameters. Jerry Asher's "semantic tags" is the way to go, plus the <BODY> tag should be given a class named after the package in case you need package specific formatting (e.g. body.bboard p {} looking different from body.news p {}).

It would be best, it think, to separate out CSS for different packages into different files which were then imported into a main stylesheet or through links added in the template. On the site I manage I add an "extra_css" property to the package's master template, so that a list of stylesheets is passed up to default-master where they are all output as links in the header. I've been putting all CSS files in /web/[server]/www/css, but I wonder if package specific CSS, in a scheme like this, shouldn't go in /web/[server]/[package]/www/css to keep everything belonging to the package together (otherwise you'd have to have a mechanism to move te package css to the site-wide css directory during installation of the package).