You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@forrest.apache.org by Bert Van Kets <be...@vankets.com> on 2002/07/23 16:53:16 UTC
table tag in document v11
I'm using Forrest to generate a small site. It's a good test for the whole
concept.
The biggest problem I'm having is with the document2html.xsl, specially the
table tag.
The table attributes are fixed in the tag!! Therefor I would like to
propose the following:
Leave every (most) regular xhtml tag alone and create our own tags for the
specific cases. We have done so for most cases (link, fork, title, ...).
This will alow the users a lot more flexibility when they want to use their
own layout without having to rewrite the document xsl.
I had to delete the table tag all together.
Also there are some errors in the document xsl. ex. having just a simple p
tag in content still generates an h3 tag. when you have a section
containing just a p tag the result contains an unnumbered list element !(?).
I'll check it all out and provide an update.
Bert
---------------------------------------------------------------------------------------------
Please notify me if you did not receive this mail.
Re: table tag in document v11
Posted by Nicola Ken Barozzi <ni...@apache.org>.
Ross Gardler wrote:
> Nicola Ken Barozzi wrote:
>
>>
>> Bert Van Kets wrote:
>>
>>
>>> Here's a snip of the table template in document2html.xsl
>>> <xsl:template match="table">
>>> <table class="table" cellpadding="4" cellspacing="1">
>>> <xsl:apply-templates/>
>>> </table>
>>> No background color, no cellpadding or cellspacing alternatives :(
>>
>>
>>
>> Which effectively don't belong there.
>> They are not part of the content.
>
>
> I agree. I think that what we are really missing is the class attribute:
>
> <xsl:template match="table">
> <table class="@class">
> <xsl:apply-templates/>
> </table>
> </xsl:template>
>
> Then colour, padding etc goes in CSS where it belongs.
+1
It's basically what Konstantin has been saying all this time, and I
think that it's an excellent way of extending the DTD conceptually
without breaking content-view separation.
What about making that attribute possible on /all/ content tags?
--
Nicola Ken Barozzi nicolaken@apache.org
- verba volant, scripta manent -
(discussions get forgotten, just code remains)
---------------------------------------------------------------------
Re: table tag in document v11
Posted by Ross Gardler <ro...@wkwyw.net>.
Nicola Ken Barozzi wrote:
>
> Bert Van Kets wrote:
>
>
>> Here's a snip of the table template in document2html.xsl
>> <xsl:template match="table">
>> <table class="table" cellpadding="4" cellspacing="1">
>> <xsl:apply-templates/>
>> </table>
>> No background color, no cellpadding or cellspacing alternatives :(
>
>
> Which effectively don't belong there.
> They are not part of the content.
I agree. I think that what we are really missing is the class attribute:
<xsl:template match="table">
<table class="@class">
<xsl:apply-templates/>
</table>
</xsl:template>
Then colour, padding etc goes in CSS where it belongs.
Ross
>
>> If you want true control you have to get the validation running and
>> remove the <xsl:template match="node()|@*" priority="-1">.
>
>
> +1
>
>> Shoot me if I'm wrong. Don't take too big a gun ;-)
>
>
> Naaa :-PPP
>
Re: table tag in document v11
Posted by Nicola Ken Barozzi <ni...@apache.org>.
Bert Van Kets wrote:
> At 17:54 23/07/2002 +0200, you wrote:
>
>> Bert Van Kets wrote:
>>
>>> I'm using Forrest to generate a small site. It's a good test for the
>>> whole concept.
>>> The biggest problem I'm having is with the document2html.xsl,
>>> specially the table tag.
>>> The table attributes are fixed in the tag!! Therefor I would like to
>>> propose the following:
>>> Leave every (most) regular xhtml tag alone and create our own tags
>>> for the specific cases. We have done so for most cases (link, fork,
>>> title, ...).
>>> This will alow the users a lot more flexibility when they want to use
>>> their own layout without having to rewrite the document xsl.
>>> I had to delete the table tag all together.
>>
>>
>> How the heck are you going to validate this?
>> I'm against anything that is not predefined.
>> There is no need to keep loose; please post an explicit example so
>> that we can evaluate it.
>
>
> ATM there is no validation of the xdocs files AFAK.
Which we *will* fix ;-)
> Here's a snip of
> the table template in document2html.xsl
> <xsl:template match="table">
> <table class="table" cellpadding="4" cellspacing="1">
> <xsl:apply-templates/>
> </table>
> No background color, no cellpadding or cellspacing alternatives :(
Which effectively don't belong there.
They are not part of the content.
> If you want true control you have to get the validation running and
> remove the <xsl:template match="node()|@*" priority="-1">.
+1
> Shoot me
> if I'm wrong. Don't take too big a gun ;-)
Naaa :-PPP
--
Nicola Ken Barozzi nicolaken@apache.org
- verba volant, scripta manent -
(discussions get forgotten, just code remains)
---------------------------------------------------------------------
Re: table tag in document v11
Posted by Bert Van Kets <be...@vankets.com>.
At 17:54 23/07/2002 +0200, you wrote:
>Bert Van Kets wrote:
>>I'm using Forrest to generate a small site. It's a good test for the
>>whole concept.
>>The biggest problem I'm having is with the document2html.xsl, specially
>>the table tag.
>>The table attributes are fixed in the tag!! Therefor I would like to
>>propose the following:
>>Leave every (most) regular xhtml tag alone and create our own tags for
>>the specific cases. We have done so for most cases (link, fork, title, ...).
>>This will alow the users a lot more flexibility when they want to use
>>their own layout without having to rewrite the document xsl.
>>I had to delete the table tag all together.
>
>How the heck are you going to validate this?
>I'm against anything that is not predefined.
>There is no need to keep loose; please post an explicit example so that we
>can evaluate it.
ATM there is no validation of the xdocs files AFAK. Here's a snip of the
table template in document2html.xsl
<xsl:template match="table">
<table class="table" cellpadding="4" cellspacing="1">
<xsl:apply-templates/>
</table>
No background color, no cellpadding or cellspacing alternatives :(
If you want true control you have to get the validation running and remove
the <xsl:template match="node()|@*" priority="-1">. Shoot me if I'm
wrong. Don't take too big a gun ;-)
Bert
>>Also there are some errors in the document xsl. ex. having just a simple
>>p tag in content still generates an h3 tag. when you have a section
>>containing just a p tag the result contains an unnumbered list element !(?).
>>I'll check it all out and provide an update.
>
>Good :-)
>
>--
>Nicola Ken Barozzi nicolaken@apache.org
> - verba volant, scripta manent -
> (discussions get forgotten, just code remains)
>---------------------------------------------------------------------
Re: table tag in document v11
Posted by Nicola Ken Barozzi <ni...@apache.org>.
Bert Van Kets wrote:
> I'm using Forrest to generate a small site. It's a good test for the
> whole concept.
> The biggest problem I'm having is with the document2html.xsl, specially
> the table tag.
> The table attributes are fixed in the tag!! Therefor I would like to
> propose the following:
> Leave every (most) regular xhtml tag alone and create our own tags for
> the specific cases. We have done so for most cases (link, fork, title,
> ...).
> This will alow the users a lot more flexibility when they want to use
> their own layout without having to rewrite the document xsl.
> I had to delete the table tag all together.
How the heck are you going to validate this?
I'm against anything that is not predefined.
There is no need to keep loose; please post an explicit example so that
we can evaluate it.
> Also there are some errors in the document xsl. ex. having just a
> simple p tag in content still generates an h3 tag. when you have a
> section containing just a p tag the result contains an unnumbered list
> element !(?).
> I'll check it all out and provide an update.
Good :-)
--
Nicola Ken Barozzi nicolaken@apache.org
- verba volant, scripta manent -
(discussions get forgotten, just code remains)
---------------------------------------------------------------------