I'd definitely like to know the opinion of other developers.
I didn't think this was controversal.
I'm (back) working on another style guide and we're doing it in
sDocBook. So I'm very likely to enhance support for it. Since
sDocBook offers a richer vocabulary than xdoc I'll need to include
some information in classes, e.g.
sDocBook --Forrest--> HTML
<literal> -----------> <span class="codefrag">
<userinput> ---------> the same
<figure> -----------> <table class="ForrestTable">
<informaltable> -----> the same
I would add classes to the sdocbook-plugin's output that preserve
the more detailed information, e.g.
<literal> -- sdocbook-plugin -->
--> <code class="literal"> -- document-to-html.xsl -->
--> <span class="codefrag literal">
These classes get lost in Forrest's output stage, so, I'll have to
add them to a number of elements. I did the commit below to see if
anybody objects. And Thorsten did.
I still cannot see the "nightmare" that Thorsten mentioned.
Thorsten, can you explain what you mean?
What do others think?
Johannes
Johannes Schaefer schrieb:
<snip/>
>>Thorsten Scherler schrieb:
>>
>>
>>>El lun, 28-11-2005 a las 17:48 +0000, [EMAIL PROTECTED] escribió:
>>>
>>>
>>>
>>>>Author: josch
>>>>Date: Mon Nov 28 09:48:30 2005
>>>>New Revision: 349444
>>>>
>>>>URL: http://svn.apache.org/viewcvs?rev=349444&view=rev
>>>>Log:
>>>>make <code> respect @class; used to differentiate e.g. from sdocbook's
>>>><userinput>, <literal>
>>>>
>>>>Modified:
>>>> forrest/trunk/main/webapp/skins/common/xslt/html/document-to-html.xsl
>>>>
>>>>Modified:
>>>>forrest/trunk/main/webapp/skins/common/xslt/html/document-to-html.xsl
>>>>URL:
>>>>http://svn.apache.org/viewcvs/forrest/trunk/main/webapp/skins/common/xslt/html/document-to-html.xsl?rev=349444&r1=349443&r2=349444&view=diff
>>>>==============================================================================
>>>>--- forrest/trunk/main/webapp/skins/common/xslt/html/document-to-html.xsl
>>>>(original)
>>>>+++ forrest/trunk/main/webapp/skins/common/xslt/html/document-to-html.xsl
>>>>Mon Nov 28 09:48:30 2005
>>>>@@ -227,7 +227,7 @@
>>>>
>>>> <xsl:template match="code">
>>>> <xsl:apply-templates select="@id"/>
>>>>- <span class="codefrag">
>>>>+ <span class="codefrag [EMAIL PROTECTED]">
>>>
>>>
>>>That is not really css friendly. Please use:
>>>+ <span class="[EMAIL PROTECTED]">
>>
>>
>>I did it like this to leave the other *.css definitions
>>untouched.
>>
>>
>>
>>>Otherwise it is a nightmare in the *.css.
>>
>>
>>Don't understand why, it's one of the features of CSS,
>>see e.g.
>> http://dhtmlkitchen.com/learn/css/multiclass/
>> (The example there is not very useful, though)
>>
>>I added this to skinconf/extra-css:
>>
>> .literal { font-weight:bold; }
>>
>>which gives me nicely monospaced + bold for <literal>
>>
>>Still objecting?
>>Johannes
>>
>>
>>
>>>salu2
>>>
>>>
>>>
>>>
>>>> <xsl:copy-of select="@id"/>
>>>> <xsl:value-of select="."/>
>>>> </span>
>>>>
>>>>
>>
>
>
--
User Interface Design GmbH * Teinacher Str. 38 * D-71634 Ludwigsburg
Fon +49 (0)7141 377 000 * Fax +49 (0)7141 377 00-99
Geschäftsstelle: User Interface Design GmbH * Lehrer-Götz-Weg 11 *
D-81825 München
www.uidesign.de
Buch "User Interface Tuning" von Joachim Machate & Michael Burmester
www.user-interface-tuning.de
