[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: EPUB 3.3 spec conformity issues
From: |
Patrice Dumas |
Subject: |
Re: EPUB 3.3 spec conformity issues |
Date: |
Wed, 21 Aug 2024 18:39:50 +0200 |
On Tue, Aug 20, 2024 at 11:13:59PM +0100, Daniel Cerqueira wrote:
> Thinking more deeply, I have changed the HTML.pm patch.
>
> The border property of the table element, if set to "1" (instead of ""),
> probably is best for HTML generation, and still produces a valid EPUB
> 3.3.
If we change the border to be 1 for printindex tables, it should be
because the output is better also in web browsers. I am not sure that
it is the case.
Regarding the change of "0" to "", it looks wrong to me, no border
attribute has been specified with a "0" for a long time and correctly
rendered. The border attribute is not in HTML5 anymore, but it is not a
reason to remove 0 as a possible value -- nor is it a reason to stop
generating it.
That being said, currently the border of tables output when formatting
@multitable, @printindex or @cartouche cannot be customized in HTML
texi2any output except by overriding the conversion functions. I think
that it would be better to define classes and use CSS for the tables
borders.
--
Pat
- EPUB 3.3 spec conformity issues, Daniel Cerqueira, 2024/08/20
- Re: EPUB 3.3 spec conformity issues, Daniel Cerqueira, 2024/08/20
- Re: EPUB 3.3 spec conformity issues, Daniel Cerqueira, 2024/08/20
- Re: EPUB 3.3 spec conformity issues, Gavin Smith, 2024/08/21
- Re: EPUB 3.3 spec conformity issues,
Patrice Dumas <=
- Re: EPUB 3.3 spec conformity issues, Daniel Cerqueira, 2024/08/21
- Re: EPUB 3.3 spec conformity issues, Gavin Smith, 2024/08/21
- Re: EPUB 3.3 spec conformity issues, Daniel Cerqueira, 2024/08/21
- Re: EPUB 3.3 spec conformity issues, Per Bothner, 2024/08/21
- Re: EPUB 3.3 spec conformity issues, Patrice Dumas, 2024/08/21
- Re: EPUB 3.3 spec conformity issues, Patrice Dumas, 2024/08/21
Re: EPUB 3.3 spec conformity issues, Patrice Dumas, 2024/08/21