On Thu, Aug 22, 2024 at 10:32:05AM +0200, Patrice Dumas wrote:
> Hello,
>
> On Tue, Aug 20, 2024 at 09:23:57AM +0100, Daniel Cerqueira wrote:
> > The EPUB file is produced without any errors, and when I check to see if
> > the file is valid (using the `epubcheck` program) I get this 2 errors:
>
>
On Sun, Sep 08, 2024 at 09:14:15PM +0100, Gavin Smith wrote:
> > It is not set in the default case... If we do not document it, I can't
> > see how it would be used (outside of
> > maintain/check_epubcheck_texi_t.sh)...
>
> Oh, I thought it would be set in epub3.pm for EPUB output.
Here is the co
On Sun, Sep 08, 2024 at 09:14:15PM +0100, Gavin Smith wrote:
> On Sun, Sep 08, 2024 at 09:38:13PM +0200, Patrice Dumas wrote:
> > On Sun, Sep 08, 2024 at 08:07:41PM +0100, Gavin Smith wrote:
> > > On Sun, Sep 08, 2024 at 06:46:39PM +0200, Patrice Dumas wrote:
> > > > Hello,
> > > >
> > > > I have
On Sun, Sep 08, 2024 at 09:38:13PM +0200, Patrice Dumas wrote:
> On Sun, Sep 08, 2024 at 08:07:41PM +0100, Gavin Smith wrote:
> > On Sun, Sep 08, 2024 at 06:46:39PM +0200, Patrice Dumas wrote:
> > > Hello,
> > >
> > > I have added the EPUB_STRICT customization variable, it does 2 things
> > > 1) s
On Sun, Sep 08, 2024 at 08:07:41PM +0100, Gavin Smith wrote:
> On Sun, Sep 08, 2024 at 06:46:39PM +0200, Patrice Dumas wrote:
> > Hello,
> >
> > I have added the EPUB_STRICT customization variable, it does 2 things
> > 1) sets dcterms:modified
> > 2) set an internal customization variable such tha
On Sun, Sep 08, 2024 at 06:46:39PM +0200, Patrice Dumas wrote:
> Hello,
>
> I have added the EPUB_STRICT customization variable, it does 2 things
> 1) sets dcterms:modified
> 2) set an internal customization variable such that td width is not
>set with an attribute but with inline CSS
>
> Sho
Hello,
I have added the EPUB_STRICT customization variable, it does 2 things
1) sets dcterms:modified
2) set an internal customization variable such that td width is not
set with an attribute but with inline CSS
Should I document it?
I set testing of tp/t/*.t Texinfo code, in tp:
./maintain/
On Wed, Sep 04, 2024 at 12:29:55AM +0200, Patrice Dumas wrote:
> I have not checked the thread, but I recall that the output we obtained
> with only was not good, at least for some browser. I do not think
> that we need to change to for epubcheck compliance, though.
I only had partial recall, a
On Mon, Sep 02, 2024 at 06:23:10PM +0100, Gavin Smith wrote:
> > Been the compliance done with CSS, or maybe not using the Texinfo HTML
> > generator, and creating a dedicated EPUB's XML generator. In order for
> > the index table border to be in compliance.
>
> I believe it should be fairly easy
On Mon, Sep 02, 2024 at 02:51:20PM +0100, Daniel Cerqueira wrote:
> I am sorry about my observations about you, the Texinfo team, hurting
> the whole Free Software movement. I agree that this is not the truth.
>
> I know that you don't want to quickly release my patch when you are now
> closing a
Gavin Smith writes:
> On Wed, Aug 21, 2024 at 06:34:34PM +0100, Daniel Cerqueira wrote:
>
> All changes should be considered on their merits, so while it would
> good to be standards compliant, it is not the only desideratum.
>
>> These online stores, need my EPUB file to be in conformance (and t
Patrice Dumas writes:
> On Thu, Aug 22, 2024 at 10:32:05AM +0200, Patrice Dumas wrote:
>> Hello,
>>
>> Here is my proposal:
>>
>> Does it look ok?
>
> Here is a commit that 'implements' that proposal:
>
> https://git.savannah.gnu.org/cgit/texinfo.git/commit/?id=e142a9015c7b403b10207f77acacad72a
Patrice Dumas writes:
> On Thu, Aug 22, 2024 at 12:31:47PM +0100, Daniel Cerqueira wrote:
>> Patrice Dumas writes:
>>
>> This seems like a progress to me.
>>
>> Regarding having other issues, the dcterms:modified and the border of
>> the index table element, were the only issues that I encount
On Thu, Aug 22, 2024 at 12:31:47PM +0100, Daniel Cerqueira wrote:
> Patrice Dumas writes:
>
> This seems like a progress to me.
>
> Regarding having other issues, the dcterms:modified and the border of
> the index table element, were the only issues that I encountered when
> producing an EPUB fi
On Thu, Aug 22, 2024 at 10:32:05AM +0200, Patrice Dumas wrote:
> Hello,
>
> Here is my proposal:
>
> Does it look ok?
Here is a commit that 'implements' that proposal:
https://git.savannah.gnu.org/cgit/texinfo.git/commit/?id=e142a9015c7b403b10207f77acacad72a88d01ef
--
Pat
On Thu, Aug 22, 2024 at 01:13:06AM +0200, Patrice Dumas wrote:
>
> My current thinking is that the best would be a way to specify the last
> modification time in the manual 'manually', and if users want to modify it
> using an external information, such as the EPUB file generation time or
> the Te
Patrice Dumas writes:
> Hello,
>
> On Tue, Aug 20, 2024 at 09:23:57AM +0100, Daniel Cerqueira wrote:
>> The EPUB file is produced without any errors, and when I check to see if
>> the file is valid (using the `epubcheck` program) I get this 2 errors:
>
> My current view on EPUB conformance is tha
Hello,
On Tue, Aug 20, 2024 at 09:23:57AM +0100, Daniel Cerqueira wrote:
> The EPUB file is produced without any errors, and when I check to see if
> the file is valid (using the `epubcheck` program) I get this 2 errors:
My current view on EPUB conformance is that seems to be important to
have fu
Werner LEMBERG writes:
> This is your first contribution to Texinfo, isn't it?
(This wasn't address to me, makes me believe by mistake)
No. It Is also my last contribution.
Had other patches less important, but there is no point in sending them
upstream with the closed minds of some active Tex
> I agree that it is a potential use case that makes using the Texinfo
> file modification time to set the time incorrect. Another similar
> case is if a user wants to set the modification date because of a
> change in texi2any EPUB conversion in the published work.
>
> However, I still do not
On Wed, Aug 21, 2024 at 10:27:54PM +0100, Daniel Cerqueira wrote:
> One common scenario:
>
> I just finished my book. My texi file is finished and I won't modified
> it. I want to only change the first image of my EPUB, which is the
> interior cover image.
>
> If you are generating the dcterms:mo
On Wed, Aug 21, 2024 at 09:57:28PM +0100, Daniel Cerqueira wrote:
> use CSS inside EPUB (don't know if it is possible and
> compliant),
It is:
https://www.w3.org/TR/epub-33/#sec-overview-relations-css
> Are you guys even using epubcheck on your generated EPUB files?
I think I already answered th
As I understand the situation (not having read the entire discussion carefully):
(1) It is very desirable for texinfo-generated epub to pass epubcheck.
It appears there are only a few minor changes needed to do so,
which increases the priority/desirabilty.
(2) Epubcheck complains about the borde
Patrice Dumas writes:
> On Tue, Aug 20, 2024 at 09:23:57AM +0100, Daniel Cerqueira wrote:
>>
>> The dcterms:modified meta element is MANDATORY in order to create a
>> valid EPUB 3.3 file. It is missing in the current Texinfo EPUB file
>> creation. Here is an code example on how to implement this
Patrice Dumas writes:
> 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
On Wed, Aug 21, 2024 at 06:34:34PM +0100, Daniel Cerqueira wrote:
>
> I contributed, or was trying to,
Even if your patches do not make it to the Texinfo release, they still
are a valuable contribution, as other users who want conformance can
retrieve this exchange and apply your patches, especia
On Wed, Aug 21, 2024 at 06:34:34PM +0100, Daniel Cerqueira wrote:
> From https://www.w3.org/TR/epub-33/#sec-conformance-checking
>
> ```
> Due to the complexity of this specification and number of technologies
> used in EPUB publications, EPUB creators are advised to use an EPUB
> conformance chec
>From https://www.w3.org/TR/epub-33/#sec-conformance-checking
```
Due to the complexity of this specification and number of technologies
used in EPUB publications, EPUB creators are advised to use an EPUB
conformance checker to verify the conformance of their content.
EPUBCheck is the de facto EP
On Wed, Aug 21, 2024 at 05:21:04PM +0100, Gavin Smith wrote:
>
> It seems that EPUB standards compliance is more important (as far as
> EPUB itself is important) than HTML standards compliance. The EPUB
> format appears to be fairly concisely and precisely defined, as far
> I can tell, when compa
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
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.
>
This can't go
On Wed, Aug 21, 2024 at 05:59:03PM +0200, Patrice Dumas wrote:
> On Tue, Aug 20, 2024 at 09:23:57AM +0100, Daniel Cerqueira wrote:
> >
> > The dcterms:modified meta element is MANDATORY in order to create a
> > valid EPUB 3.3 file. It is missing in the current Texinfo EPUB file
> > creation. Here i
On Tue, Aug 20, 2024 at 09:23:57AM +0100, Daniel Cerqueira wrote:
>
> The dcterms:modified meta element is MANDATORY in order to create a
> valid EPUB 3.3 file. It is missing in the current Texinfo EPUB file
> creation. Here is an code example on how to implement this inside the
> EPUB file:
>
> A
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.
>From a6855aac641d78a781ed720cf070c2b5f07bc449 Mon Sep 17 00:00:00 2001
From: Daniel Cerqueir
Here is the git patches that solve this issue.
The patches make `texi2any --epub` create a valid EPUB according to the
latest version (3.3).
This can be checked by using the `epubcheck` program with the EPUB file.
>From f2fe59894c86e72939b42749a5e479a96c1795c5 Mon Sep 17 00:00:00 2001
From: Dani
I am using `texi2any --epub3 file.texi` to produce an EPUB file from a
Texi file.
My Texi file has:
- an interior cover image
- a title page
- menus, chapters, sections
- a index
It is a Texi file very similar to Bash's texi file.
The EPUB file is produced without any errors, and when I chec
36 matches
Mail list logo
