From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Lester Longley via "Bug reports for GNU Emacs, the Swiss army knife of text editors" Newsgroups: gmane.emacs.bugs Subject: bug#72761: issues with Flymake online documentation Date: Fri, 23 Aug 2024 03:40:13 -0400 Message-ID: References: <868qwosaei.fsf@gnu.org> <8634mws9fm.fsf@gnu.org> <86wmk8qsgs.fsf@gnu.org> <86bk1jra4e.fsf@gnu.org> Reply-To: Lester Longley Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="0000000000007f097d062054e315" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="3056"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 72761@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Aug 23 09:42:38 2024 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1shOwP-0000eR-59 for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 23 Aug 2024 09:42:37 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1shOw9-0000lh-PL; Fri, 23 Aug 2024 03:42:23 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1shOw4-0000lI-GM for bug-gnu-emacs@gnu.org; Fri, 23 Aug 2024 03:42:16 -0400 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1shOw4-0000MA-7K for bug-gnu-emacs@gnu.org; Fri, 23 Aug 2024 03:42:16 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=debbugs.gnu.org; s=debbugs-gnu-org; h=Date:From:In-Reply-To:References:MIME-Version:To:Subject; bh=kLB47Ac+4tWMTZM3EBHisA0WM4LFfldOeMyzSHzyly0=; b=hzVMrxpvkAaaSmOCKjeUCnEAEYdj/19sKUJiwIjvUfzlti2lPHW6aR2rRFtFrFvQ4OheqUcrsdB1mNK1quPqQfuau5McG997HiCNCwprZ+BQ2afdTmj2f1YBRwbrP0oVds6N+p1xI+ej/gH8RPcHnGIvwSOOeJpjAlFa88zl4U5HTfeBlVkSpesr0dIRMHZFa2WkADwWU+5f/yigUqucVtUtsR03OIwWp7vNHRy0IT6Oj9fsW0giRnxDEZEeQb9f08ls47QKlhKgdLQkhm4Tr0oUB6SAVsf7uGD8YGcBuBzddXYjcFE/8STUo17r6acZrqa7u6Rz4w+8CBUTHPgPng==; Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1shOwo-0007KN-4s for bug-gnu-emacs@gnu.org; Fri, 23 Aug 2024 03:43:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Lester Longley Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 23 Aug 2024 07:43:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 72761 X-GNU-PR-Package: emacs Original-Received: via spool by 72761-submit@debbugs.gnu.org id=B72761.172439894428118 (code B ref 72761); Fri, 23 Aug 2024 07:43:02 +0000 Original-Received: (at 72761) by debbugs.gnu.org; 23 Aug 2024 07:42:24 +0000 Original-Received: from localhost ([127.0.0.1]:38920 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1shOwB-0007JR-Ch for submit@debbugs.gnu.org; Fri, 23 Aug 2024 03:42:24 -0400 Original-Received: from mail-lf1-f53.google.com ([209.85.167.53]:50555) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1shOw7-0007JC-Kk for 72761@debbugs.gnu.org; Fri, 23 Aug 2024 03:42:22 -0400 Original-Received: by mail-lf1-f53.google.com with SMTP id 2adb3069b0e04-5334a8a1b07so2251521e87.1 for <72761@debbugs.gnu.org>; Fri, 23 Aug 2024 00:41:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ieee.org; s=google; t=1724398827; x=1725003627; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=kLB47Ac+4tWMTZM3EBHisA0WM4LFfldOeMyzSHzyly0=; b=echLn8yVa2DDnX7UuuDu5BWBeBRW29xrksIkpYgKVP2CNKON8fnwgI448ALV2IlxBe r65/3LQ4lXAi1KA11J/QgR44F9l2r2mAz0UI3fpWo3u0Y/ADVVFcVb/iywdq3JnpQoAL z0amEPg0yj5nSaVyPZ0nalQ3di8nAimVXY42Q= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1724398827; x=1725003627; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=kLB47Ac+4tWMTZM3EBHisA0WM4LFfldOeMyzSHzyly0=; b=o81rq0zjQoYy5oS9CSsZj3JAjsIdjdfXs5Tv+ovmj3fFAcU9F3L5Z51MA4odkwOMCg Kp5/ZxLmiHBmHI9oO3yvjMBO/LkxxC33aV//fcQ7OzM8u0/29w19Qj6Tz0kCnge6fKp+ ZebWKSaoqllEHobdJK/9/fYDCTd97Y52x+XSeQpryzoUpv9RaVXjPqEZpbl9NJI/rUC1 vxRcD6aYsiJSic9x8IN/JRe90GASTj/Ff5LytOhX/jvUyBVd/4X/WTJ5DqqkHFUTfvHC j4o3Gzhg/baIc5Kj4yxSGYgrS90WgvROAXxBh7gdaof4rUh/VXjEbjXrlim0qvB6KlWe ZTKg== X-Gm-Message-State: AOJu0Yz+jK5i1T1oNRmje8bOkDpNGRDPNT6X/eRDbYuZtg0fuBVXnn4A qMJgowvyMs/mLEMYyZsw0QAQ7cutvSl4kG12UVWbrHsvINvVV0E6HheNMJBibkM6M0lF+XFbyLy NaXOy05e6gogzbmtCrFx+C+gzOvNt8TOKCk4K X-Google-Smtp-Source: AGHT+IFbtJYtrPV1/R4dMREmRXegjWziRNn4zbH+GIZOHBknvUQj3zXKvDlfRYv2pBmSUu6vnoIeHWlPaNUtPvMWC2w= X-Received: by 2002:a05:6512:ea2:b0:52e:9ebe:7325 with SMTP id 2adb3069b0e04-5343883b0ffmr711454e87.31.1724398826351; Fri, 23 Aug 2024 00:40:26 -0700 (PDT) In-Reply-To: <86bk1jra4e.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:290583 Archived-At: --0000000000007f097d062054e315 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Good morning. The following difference seems like it could be relevant. As an aside, I have found it more informative to download the .html files and manually inspect them, rather than to look at Chrome's Elements tree, since that itself seems to get confused by what appears to me to be a list started w/ but ended w/ . In summary, I think that the translation of the @multitable is itself fine, but that the prior presence of @itemize @bullet ... , with its mismatch
... , confuses Chrome. and causes it to (not) render the table (from @multitable) properly. ---------------------------------------------------------------------------= ------------- (a) in the (shorter) https://www.gnu.org/software/emacs/manual/html_node/flymake/Starting-Flymak= e.html :
    starts, and
closes, the list, and this documentation "node" renders fine.

Syntax checks happen “on-the-fly”. Each check is started whenever:

OK:
  • flymake-mode is started, unless flymake-start-on-flymake-mode is nil;
  • the buffer is saved, unless flymake-start-on-save-buffer is nil;
  • some changes were made to the buffer more than 0.5 seconds ago (the delay is configurable in flymake-no-changes-timeout).
  • When the user invokes the command flymake-start. OK:
---------------------------------------------------------------------------= ------------- (b) however, in the (longer & problematic) (mono) https://www.gnu.org/software/emacs/manual/html_mono/flymake.html

Syntax checks happen “on-the-fly”. Each check is started whenever:

BAD:
  • flymake-mode is started, unless flymake-start-on-flymake-mode is nil;
  • the buffer is saved, unless flymake-start-on-save-buffer is nil;
  • some changes were made to the buffer more than 0.5 seconds ago (the delay is configurable in flymake-no-changes-timeout).
  • When the user invokes the command flymake-start. OK:
    • ---------------------------------------------------------------------------= ------------- I *guess* that this latter "unclosed"
    is what causes trouble further down in this file, even though (a new, matching)
    &
    match up there. (I haven't yet figured out how to rebuild the manuals to do more direct experiments/isolation.) ---------------------------------------------------------------------------= -------------

    The following statuses are defined:

    OK: OK:
    [nerrors nwarnings ...]Normal operation. nerrors and nwarnings are, respectively, the total number of errors and warnings found during the last buffe= r check, for all backends. They may be followed by other totals for other types of diagnostics (see Customizing Flymake error types).
    WaitS= ome Flymake backends haven’t reported since the last time they where questioned. It is reasonable to assume that this is a temporary delay and Flymake will resume normal operation soon.
    !All = the configured Flymake backends have disabled themselves: Flymake cannot annotate the buffer and action from the user is needed to investigate and remedy the situation (see Troubleshooting).
    ?Ther= e are no applicable Flymake backends for this buffer, thus Flymake cannot annotate it. To fix this, a user may look to extending Flymake and add a new backend (see Extending Flymake).
    ---------------------------------------------------------------------------= ------------- -Lester On Fri, Aug 23, 2024 at 3:06=E2=80=AFAM Eli Zaretskii wrote: > > From: Lester Longley > > Date: Thu, 22 Aug 2024 17:01:37 -0400 > > Cc: 72761@debbugs.gnu.org > > > > Re: the second issue, the problem seems to start here, with this: style=3D"float:left" width=3D"100%"> > > element (see PROBLEM below), which > > (a) seems out of place > > (b) is never closed w/ ", as best I can see (as per inspection > of saved output from curl > > "https://www.gnu.org/software/emacs/manual/html_mono/flymake.html") > > Instead, this "" seems to be closed with a mismatched "" > > No, there _is_ a
    , see below, where I copied the "page source" > from my browser. > > > I am unfamiliar w/ Texinfo, but I nonetheless don't see any "obvious" > reason that a element should be > > emitted at the above location, based on the below excerpt from > > > https://git.savannah.gnu.org/cgit/emacs.git/tree/doc/misc/flymake.texi?h= =3Demacs-29#n115 > (I'm just guessing on > > the corresponding version of this file currently used for the online > documentation) > > No, that table is the translation of @multitable. > >

    The following statuses are defined: >

    >
    > <= /tr> > > > >
    [nerrors nwarnings > ...]Normal operation. nerrors and > nwarnings are, respectively, > the total number of errors and warnings found during the last buffer > check, for all backends. They may be followed by other totals for > other types of diagnostics (see href=3D"#Flymake-error-types">Customizing Flymake error types).
    WaitSome Flym= ake > backends haven’t reported since the last time they > where questioned. It is reasonable to assume that this is a temporary > delay and Flymake will resume normal operation soon.
    !All the > configured Flymake backends have disabled themselves: Flymake > cannot annotate the buffer and action from the user is needed to > investigate and remedy the situation (see href=3D"#Troubleshooting">Troubleshooting).
    ?There are no > applicable Flymake backends for this buffer, thus Flymake > cannot annotate it. To fix this, a user may look to extending Flymake > and add a new backend (see Extending > Flymake).
    > > I guess I will ask the Texinfo developers to take a look. > > Thanks. > --0000000000007f097d062054e315 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
    Good morning.

    The following diffe= rence seems like it could be relevant.

    As an aside, I have found it more informative to downloa= d the .html files and manually inspect them, rather than to look at Chrome&= #39;s Elements tree, since that itself seems to get confused by what appear= s to me to be a list started w/ <table> but ended w/ </ul>.
    In summary, I th= ink that the translation of the @multitable is itself fine, but that the pr= ior presence of @itemize @bullet ... , with its mismatch <table> ... = </ul>, confuses Chrome. and causes it to (not) render the table (from= =C2=A0@multitable) properly.

    ------------------= ----------------------------------------------------------------------



    OK:=C2=A0 =C2=A0<ul class=3D"itemize mark-bullet= ">
    =C2=A0 =C2=A0 =C2=A0 =C2=A0 <li><code class=3D"= code">flymake-mode</code> is started, unless
    =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 <code class=3D"code">flymake-start-on= -flymake-mode</code> is <code class=3D"code">nil</= code>;

    =C2=A0 =C2=A0 =C2=A0 =C2=A0 </li><li>the buffe= r is saved, unless <code class=3D"code">flymake-start-on-sa= ve-buffer</code> is
    =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0<code class=3D"code">nil</code>;

    =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0</li><li>some chan= ges were made to the buffer more than <code class=3D"code">= 0.5</code> seconds ago
    =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0(the delay is configurable in <code class=3D"code"= ;>flymake-no-changes-timeout</code>).

    =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 </li><li>When the use= r invokes the command <code class=3D"code">flymake-start<= ;/code>.
    OK:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 </li></ul>



    =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &= lt;p>Syntax checks happen &ldquo;on-the-fly&rdquo;.=C2=A0 Each c= heck is started whenever:
    =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 </p><= br>BAD:=C2=A0 =C2=A0 =C2=A0 =C2=A0<table style=3D"float:left" = width=3D"100%">
    =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &= lt;li> <code>flymake-mode</code> is started, unless
    =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 <code>flymake-start-on-= flymake-mode</code> is <code>nil</code>;

    =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 </li><li> the buffer is save= d, unless <code>flymake-start-on-save-buffer</code> is
    =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<code&= gt;nil</code>;

    =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0</li><li> some changes were made to the buffer= more than <code>0.5</code> seconds ago
    =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0(the delay is configurable in <code>flymake-no-changes-timeout&= lt;/code>).

    =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 </li><li> When the user invokes the co= mmand <code>flymake-start</code>.
    =C2=A0OK:=C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0</li&g= t;</ul>
    ------------------------------------------= ----------------------------------------------

    I *guess* that this latter "unclosed" <table> is what ca= uses trouble further down in this file, even though (a new,=C2=A0 matching)= <table> & </table> match up there.
    (I haven'= t yet figured out how to rebuild the manuals to do more direct experiments/= isolation.)
    ------------------------------------------------= ----------------------------------------

    =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 <p>The following statuses are defined= :
    =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 </p>
    OK:=C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 <table>
    =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 <tr><td width=3D"25%">[<var>nerrors</var= > <var>nwarnings</var> ...]</td><td width=3D"7= 5%">Normal operation. <var>nerrors</var> and <var>= ;nwarnings</var> are, respectively,
    =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 the total number of errors and warnings found during the = last buffer
    =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 check, for all = backends. They may be followed by other totals for
    =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 other types of diagnostics (see <a href=3D"= ;#Flymake-error-types">Customizing Flymake error types</a>).&= lt;/td></tr>
    =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 <tr&g= t;<td width=3D"25%"><code>Wait</code></td>= ;<td width=3D"75%">Some Flymake backends haven&rsquo;t = reported since the last time they
    =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 where questioned.=C2=A0 It is reasonable to= assume that this is a temporary
    =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 delay and Flymake will resume normal operat= ion soon.</td></tr>
    =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 <tr><td width=3D"25%"><code>!</code>&= lt;/td><td width=3D"75%">All the configured Flymake back= ends have disabled themselves: Flymake
    =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0cannot annotate = the buffer and action from the user is needed to
    =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0invest= igate and remedy the situation (see <a href=3D"#Troubleshooting&quo= t;>Troubleshooting</a>).</td></tr>
    =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 <tr><td width=3D"25%"><= ;code>?</code></td><td width=3D"75%">There a= re no applicable Flymake backends for this buffer, thus Flymake
    =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0cannot annotate it.=C2=A0 To fix this, a user may look to extendi= ng Flymake
    =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0and add a new backend (see <a href=3D&quo= t;#Extending-Flymake">Extending Flymake</a>).</td></= tr>
    =C2=A0OK:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0</table>

    ------------------------------------------= ----------------------------------------------

    -Lester

    On Fri, Aug 23, 2024 at 3:06=E2=80=AFAM El= i Zaretskii <eliz@gnu.org> wrote:=
    > From: Lest= er Longley <lester@= ieee.org>
    > Date: Thu, 22 Aug 2024 17:01:37 -0400
    > Cc: 72761@d= ebbugs.gnu.org
    >
    > Re: the second issue, the problem seems to start here, with this: <= table style=3D"float:left" width=3D"100%">
    > element (see PROBLEM below), which
    > (a) seems out of place
    > (b) is never closed w/ "</table>, as best I can see (as per= inspection of saved output from curl
    > "https://www.gnu.org/softw= are/emacs/manual/html_mono/flymake.html")
    > Instead, this "<table>" seems to be closed with a mism= atched "</ul>"

    No, there _is_ a </table>, see below, where I copied the "page s= ource"
    from my browser.

    > I am unfamiliar w/ Texinfo, but I nonetheless don't see any "= obvious" reason that a <table> element should be
    > emitted at the above location, based on the below excerpt from
    > https:/= /git.savannah.gnu.org/cgit/emacs.git/tree/doc/misc/flymake.texi?h=3Demacs-2= 9#n115 (I'm just guessing on
    > the corresponding version of this file currently used for the online d= ocumentation)

    No, that table is the translation of @multitable.

    =C2=A0 <p>The following statuses are defined:
    =C2=A0 </p>
    =C2=A0 <table>
    =C2=A0 <tr><td width=3D"25%">[<var>nerrors</= var> <var>nwarnings</var> ...]</td><td width=3D&quo= t;75%">Normal operation. <var>nerrors</var> and <var= >nwarnings</var> are, respectively,
    =C2=A0 the total number of errors and warnings found during the last buffer=
    =C2=A0 check, for all backends. They may be followed by other totals for =C2=A0 other types of diagnostics (see <a href=3D"#Flymake-error-ty= pes">Customizing Flymake error types</a>).</td></tr&= gt;
    =C2=A0 <tr><td width=3D"25%"><code>Wait</cod= e></td><td width=3D"75%">Some Flymake backends hav= en&rsquo;t reported since the last time they
    =C2=A0 where questioned.=C2=A0 It is reasonable to assume that this is a te= mporary
    =C2=A0 delay and Flymake will resume normal operation soon.</td></= tr>
    =C2=A0 <tr><td width=3D"25%"><code>!</code&g= t;</td><td width=3D"75%">All the configured Flymake b= ackends have disabled themselves: Flymake
    =C2=A0 cannot annotate the buffer and action from the user is needed to
    =C2=A0 investigate and remedy the situation (see <a href=3D"#Troubl= eshooting">Troubleshooting</a>).</td></tr>
    =C2=A0 <tr><td width=3D"25%"><code>?</code&g= t;</td><td width=3D"75%">There are no applicable Flym= ake backends for this buffer, thus Flymake
    =C2=A0 cannot annotate it.=C2=A0 To fix this, a user may look to extending = Flymake
    =C2=A0 and add a new backend (see <a href=3D"#Extending-Flymake&quo= t;>Extending Flymake</a>).</td></tr>
    =C2=A0 </table>

    I guess I will ask the Texinfo developers to take a look.

    Thanks.
    --0000000000007f097d062054e315--