> Date: Fri, 23 Aug 2024 23:01:25 +0200
> From: Patrice Dumas
>
> While we are on the subject of HTML Xref, I think that the "HTML Xref
> Mismatch" node should be removed
>
>
> https://www.gnu.org/software/texinfo/manual/texinfo/html_node/HTML-Xref-Mismatch.html
>
> The information is still t
> Date: Fri, 23 Aug 2024 22:17:33 +0200
> From: Patrice Dumas
>
> +The defaults for the @var{host} and @var{dir} correspond with
> cross-references
> +links for a collection of manuals located side by side on a single host.
> This
> +is different from the usual case of HTML manuals published o
On Fri, Aug 23, 2024 at 11:01:25PM +0200, Patrice Dumas wrote:
> Hello,
>
> While we are on the subject of HTML Xref, I think that the "HTML Xref
> Mismatch" node should be removed
>
>
> https://www.gnu.org/software/texinfo/manual/texinfo/html_node/HTML-Xref-Mismatch.html
>
> The information i
On Thu, Aug 22, 2024 at 04:18:24PM +0100, Gavin Smith wrote:
> On Thu, Aug 22, 2024 at 03:42:20PM +0200, Rudolf Adamkovič wrote:
> > Alternatively, if references in titles cannot possibly be supported,
> > then Texinfo should warn about them, instead of generating invalid HTML.
>
> References insi
Hello,
While we are on the subject of HTML Xref, I think that the "HTML Xref
Mismatch" node should be removed
https://www.gnu.org/software/texinfo/manual/texinfo/html_node/HTML-Xref-Mismatch.html
The information is still true, but I do not think that the solution
proposed is useful in practice
On Fri, Aug 23, 2024 at 07:58:04PM +0200, Patrice Dumas wrote:
> I'll try to come up with some proposal.
Here it is. I may have been too explicit and redundant.
--
Pat
diff --git a/doc/texinfo.texi b/doc/texinfo.texi
index 71a34c32ae..2556115ef8 100644
--- a/doc/texinfo.texi
+++ b/doc/texinfo.t
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 Fri, Aug 23, 2024 at 06:07:10PM +0100, Gavin Smith wrote:
> On Fri, Aug 23, 2024 at 06:29:04PM +0200, Patrice Dumas wrote:
> > Another possibility could be to leave the HTML Xref specification with
> > manual_html/ but document that the directory portion of the "HTML Xref
> > specification" is n
On Fri, Aug 23, 2024 at 06:29:04PM +0200, Patrice Dumas wrote:
> Another possibility could be to leave the HTML Xref specification with
> manual_html/ but document that the directory portion of the "HTML Xref
> specification" is not important except for local collections of manuals
> and that in pr
On Fri, Aug 23, 2024 at 10:10:54AM +0300, Eli Zaretskii wrote:
> Please take a look at this node from the Emacs's Flymake manual:
>
>
> https://www.gnu.org/software/emacs/manual/html_mono/flymake.html#Mode-line-status
>
> It displays as (almost) empty. But the page source reveals that we
> ha
On Fri, Aug 23, 2024 at 05:18:25PM +0100, Gavin Smith wrote:
> > If the common case is to rename "eglot_html" to "eglot", then why is
> > the default "eglot_html"? In my book, defaults should be identical to
> > what happens in common cases, otherwise we force everyone and their
> > dog to customi
On Fri, Aug 23, 2024 at 04:40:37PM +0100, Gavin Smith wrote:
> I said at the time that it makes little sense to have "_html" in
> URLs:
>
> https://lists.gnu.org/archive/html/bug-texinfo/2022-02/msg4.html
>
> The part of the "HTML Xref specification" mentioned here dates only to
> 2022 and ac
On Fri, Aug 23, 2024 at 09:25:40AM +0300, Eli Zaretskii wrote:
> > I notice that "eglot" is not listed in "htmlxref.cnf" so will be output
> > with a default. The HTML source has
> >
> > > href="../eglot_html/Eglot-Features.html#Eglot-Features">Eglot Features
> >
> > for the link. The code in
On Fri, Aug 23, 2024 at 04:32:41PM +0200, Patrice Dumas wrote:
> It does not directly. But if the directory given to --output does not
> follow the HTML Xref specification, which is the case both for gendoc.sh
> generated HTML and the automake generated html target, you need to use
> htmlxref.cnf
On Fri, Aug 23, 2024 at 03:53:35PM +0300, Eli Zaretskii wrote:
> > For the reference, it was discussed here:
> > https://lists.gnu.org/archive/html/bug-texinfo/2022-02/msg3.html
>
> That discussion failed to examine the existing practices, and failed
> to draw the attention of the relevant pac
> Date: Fri, 23 Aug 2024 09:47:57 +0200
> From: Patrice Dumas
> Cc: bug-texinfo@gnu.org
>
> On Thu, Aug 22, 2024 at 10:32:41PM +0300, Eli Zaretskii wrote:
> > Texinfo 7.0 changed the name of the directory where texi2any outputs
> > split-HTML files for a manual:
> >
> > 7.0 (7 November 2022)
>
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
On Thu, Aug 22, 2024 at 10:32:41PM +0300, Eli Zaretskii wrote:
> Texinfo 7.0 changed the name of the directory where texi2any outputs
> split-HTML files for a manual:
>
> 7.0 (7 November 2022)
> * texi2any
> [...]
>. HTML output:
>. use manual_name_html as output directory for sp
Please take a look at this node from the Emacs's Flymake manual:
https://www.gnu.org/software/emacs/manual/html_mono/flymake.html#Mode-line-status
It displays as (almost) empty. But the page source reveals that we
have a there:
The following statuses are defined:
[nerrors nwarning
21 matches
Mail list logo
