Return-Path: 
 <dev-return-21298-apmail-forrest-dev-archive=forrest.apache.org@forrest.apache.org>
Delivered-To: apmail-forrest-dev-archive@www.apache.org
Received: (qmail 87917 invoked from network); 29 Nov 2005 17:18:57 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199)
  by minotaur.apache.org with SMTP; 29 Nov 2005 17:18:57 -0000
Received: (qmail 21271 invoked by uid 500); 29 Nov 2005 17:18:56 -0000
Delivered-To: apmail-forrest-dev-archive@forrest.apache.org
Received: (qmail 21234 invoked by uid 500); 29 Nov 2005 17:18:56 -0000
Mailing-List: contact dev-help@forrest.apache.org; run by ezmlm
Precedence: bulk
list-help: <mailto:dev-help@forrest.apache.org>
list-unsubscribe: <mailto:dev-unsubscribe@forrest.apache.org>
List-Post: <mailto:dev@forrest.apache.org>
Reply-To: dev@forrest.apache.org
List-Id: <dev.forrest.apache.org>
Delivered-To: mailing list dev@forrest.apache.org
Received: (qmail 21223 invoked by uid 99); 29 Nov 2005 17:18:56 -0000
Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49)
    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 29 Nov 2005 09:18:56 -0800
X-ASF-Spam-Status: No, hits=0.0 required=10.0
	tests=
X-Spam-Check-By: apache.org
Received-SPF: neutral (asf.osuosl.org: local policy)
Received: from [212.23.3.140] (HELO pythagoras.zen.co.uk) (212.23.3.140)
    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 29 Nov 2005 09:20:26 -0800
Received: from [82.69.78.226] (helo=[192.168.0.2])
	by pythagoras.zen.co.uk with esmtp (Exim 4.30)
	id 1Eh97i-0000NU-It
	for dev@forrest.apache.org; Tue, 29 Nov 2005 17:18:34 +0000
Message-ID: <438C8D65.9090203@apache.org>
Date: Tue, 29 Nov 2005 17:18:29 +0000
From: Ross Gardler <rgardler@apache.org>
User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dev@forrest.apache.org
Subject: Re: how to include additional classes (e.g. from sdocbook)
References: <20051128174841.41972.qmail@minotaur.apache.org>
	 <1133201089.13437.4.camel@localhost>
 <438C18E6.8080908@uidesign.de>	 <438C1BB5.4000307@uidesign.de>
  <438C6A6B.5020305@uidesign.de> <1133278331.8200.55.camel@localhost>
 <438C75C7.7030400@apache.org> <438C89DF.8000001@uidesign.de>
In-Reply-To: <438C89DF.8000001@uidesign.de>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Originating-Pythagoras-IP: [82.69.78.226]
X-Virus-Checked: Checked by ClamAV on apache.org
X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N

Johannes Schaefer wrote:
> 
> Ross Gardler schrieb:
> 
>>Thorsten Scherler wrote:

...

>>>maybe better with a more explicit sample:
>>><span class="codefrag p">
>>>gives .codefrag p{}
>>>which stands for class="codefrag" element="p"
>>>
>>>which would design all elements within e.g.
>>><div class="codefrag">
>>> <p>this</p>
>>></div>
>>>
>>>...or am I wrong?
>>
>>
>>I think you are right, but the problem is one of naming conventions. The
>>class elements must not be the name of a legal HTML element in order to
>>avoid the side effect that Thorsten describes.
> 
> 
> I haven't got this, do you mean something like
>   <p class="code" id="body">?

No, that's not what I meant, but my thinking was flawed anyway. Ignore 
this statement.

Ross