GNU bug report logs - #34753
CC Mode 5.33.1; Inconsistent formatting in (ccmode) Config Basics

Previous Next

Package: cc-mode;

Reported by: "Basil L. Contovounesios" <contovob <at> tcd.ie>

Date: Mon, 4 Mar 2019 23:21:02 UTC

Severity: minor

Done: Alan Mackenzie <acm <at> muc.de>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 34753 in the body.
You can then email your comments to 34753 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-cc-mode <at> gnu.org:
bug#34753; Package cc-mode. (Mon, 04 Mar 2019 23:21:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to "Basil L. Contovounesios" <contovob <at> tcd.ie>:
New bug report received and forwarded. Copy sent to bug-cc-mode <at> gnu.org. (Mon, 04 Mar 2019 23:21:02 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: "Basil L. Contovounesios" <contovob <at> tcd.ie>
To: submit <at> debbugs.gnu.org
Subject: CC Mode 5.33.1; Inconsistent formatting in (ccmode) Config Basics
Date: Mon, 04 Mar 2019 23:19:46 +0000
[Message part 1 (text/plain, inline)]
Severity: minor

[2019-03-04-cc-mode-config-basics-html.png (image/png, attachment)]
[2019-03-04-cc-mode-config-basics-info-before.png (image/png, attachment)]
[2019-03-04-cc-mode-config-basics-info-after.png (image/png, attachment)]
[Message part 5 (text/plain, inline)]
The settings precedence list in '(ccmode) Config Basics' seems to be
misformatted, and is also inconsistent with other itemised lists in the
manual w.r.t. the type of bullet point used.

It seems to be written as a two-column table nested within a list, but
without utilising the second column.  Furthermore, the first item is
indented/bulleted differently to the rest of the items.  Is this
intentional?  If so, why?

Would the following change be suitable for the emacs-26 branch?

[cc-mode.diff (text/x-diff, inline)]
diff --git a/doc/misc/cc-mode.texi b/doc/misc/cc-mode.texi
index 1a77a64e01..151b460f7f 100644
--- a/doc/misc/cc-mode.texi
+++ b/doc/misc/cc-mode.texi
@@ -2282,15 +2282,15 @@ Config Basics
 
 If you make conflicting settings in several of these ways, the way
 that takes precedence is the one that appears latest in this list:
-@itemize @w{}
-@item
-@table @asis
+
+@itemize @bullet
 @item Style
-@itemx File Style <at> footnote{In earlier versions of @ccmode{}, a File Style setting took precedence over any other setting apart from a File Local Variable setting.}
-@itemx Top-level command or ``customization interface''
-@itemx Hook
-@itemx File Local Variable setting
-@end table
+@item File Style <at> footnote{In earlier versions of @ccmode{}, a File Style
+setting took precedence over any other setting apart from a File Local
+Variable setting.}
+@item Top-level command or ``customization interface''
+@item Hook
+@item File Local Variable setting
 @end itemize
 
 Here is a summary of the different ways of writing your configuration
[Message part 7 (text/plain, inline)]
I also attach three screenshots.  The first two show how the list is
currently rendered in HTML[1] and Info-mode, respectively.  The third
shows the Info-mode rendering following my suggested patch.

[1] https://www.gnu.org/software/emacs/manual/html_node/ccmode/Config-Basics.html

Thanks,

-- 
Basil

Emacs: GNU Emacs 26.1.92 (build 2, x86_64-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
 of 2019-02-26
Package: CC Mode 5.33.1 (C/*l)

Information forwarded to bug-cc-mode <at> gnu.org:
bug#34753; Package cc-mode. (Wed, 06 Mar 2019 17:32:01 GMT) Full text and rfc822 format available.

Message #8 received at 34753 <at> debbugs.gnu.org (full text, mbox):

From: Alan Mackenzie <acm <at> muc.de>
To: "Basil L. Contovounesios" <contovob <at> tcd.ie>
Cc: 34753 <at> debbugs.gnu.org
Subject: Re: bug#34753: CC Mode 5.33.1; Inconsistent formatting in (ccmode)
 Config Basics
Date: Wed, 6 Mar 2019 17:26:00 +0000
Hello, Basil,

thanks for the bug report.

On Mon, Mar 04, 2019 at 23:19:46 +0000, Basil L. Contovounesios wrote:
> Severity: minor

> The settings precedence list in '(ccmode) Config Basics' seems to be
> misformatted, and is also inconsistent with other itemised lists in the
> manual w.r.t. the type of bullet point used.

Yes, that list _is_ misformatted.  I hadn't noticed that before.  It may
be a bug in the perl versions of makeinfo, possibly just in the more
recent versions of it.

I don't see this list being inconsistent with anything, since there is
no other similar list in the CC Mode manual to compare it with.  This
list is a list of _things_, where each item is short and to the point.
The other lists are lists of procedures, conditions, processes, etc.,
which are much longer and more rambling.  The lack of bullets in this
list is deliberate, since they could detract from the readability of the
list.  Bullets would break up the sequence of things too much.  Sort of.

> It seems to be written as a two-column table nested within a list, but
> without utilising the second column.  Furthermore, the first item is
> indented/bulleted differently to the rest of the items.  Is this
> intentional?  If so, why?

No, see above.  It seems like a bug in Texinfo version 6.x.

> Would the following change be suitable for the emacs-26 branch?


> diff --git a/doc/misc/cc-mode.texi b/doc/misc/cc-mode.texi
> index 1a77a64e01..151b460f7f 100644
> --- a/doc/misc/cc-mode.texi
> +++ b/doc/misc/cc-mode.texi
> @@ -2282,15 +2282,15 @@ Config Basics
>  
>  If you make conflicting settings in several of these ways, the way
>  that takes precedence is the one that appears latest in this list:
> -@itemize @w{}
> -@item
> -@table @asis
> +
> +@itemize @bullet
>  @item Style
> -@itemx File Style <at> footnote{In earlier versions of @ccmode{}, a File Style setting took precedence over any other setting apart from a File Local Variable setting.}
> -@itemx Top-level command or ``customization interface''
> -@itemx Hook
> -@itemx File Local Variable setting
> -@end table
> +@item File Style <at> footnote{In earlier versions of @ccmode{}, a File Style
> +setting took precedence over any other setting apart from a File Local
> +Variable setting.}
> +@item Top-level command or ``customization interface''
> +@item Hook
> +@item File Local Variable setting
>  @end itemize
>  
>  Here is a summary of the different ways of writing your configuration

@itemx is used, since a plain @item puts (or used to put) an unwanted
blank line between the items.  I think at the time I wrote it, the
@table within an @itemize @asis list (as it originally was) was the only
way I could get Texinto to format the info the way I wanted it.
Somebody changed @itemize @asis to @itemize @w{} some while ago, but
reversing that change doesn't fix the bug in Texinfo.

I would like to keep compatibility with Texinfo 4.13 for those who don't
like the perl versions of Texinfo.

I think I will get in touch with the Texinfo people to see if they can
help me get that list formatted properly.

> I also attach three screenshots.  The first two show how the list is
> currently rendered in HTML[1] and Info-mode, respectively.  The third
> shows the Info-mode rendering following my suggested patch.

Thanks.

> [1] https://www.gnu.org/software/emacs/manual/html_node/ccmode/Config-Basics.html

> Thanks,

> -- 
> Basil

> Emacs: GNU Emacs 26.1.92 (build 2, x86_64-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
>  of 2019-02-26
> Package: CC Mode 5.33.1 (C/*l)

-- 
Alan Mackenzie (Nuremberg, Germany).




Reply sent to Alan Mackenzie <acm <at> muc.de>:
You have taken responsibility. (Fri, 08 Mar 2019 18:54:01 GMT) Full text and rfc822 format available.

Notification sent to "Basil L. Contovounesios" <contovob <at> tcd.ie>:
bug acknowledged by developer. (Fri, 08 Mar 2019 18:54:02 GMT) Full text and rfc822 format available.

Message #13 received at 34753-done <at> debbugs.gnu.org (full text, mbox):

From: Alan Mackenzie <acm <at> muc.de>
To: "Basil L. Contovounesios" <contovob <at> tcd.ie>
Cc: 34753-done <at> debbugs.gnu.org
Subject: Re: bug#34753: CC Mode 5.33.1; Inconsistent formatting in (ccmode)
 Config Basics
Date: Fri, 8 Mar 2019 18:47:04 +0000
Hello, Basil,

I've just committed a patch to the emacs-26 branch to fix this bug, and
am closing it.

Basically, I've used the change you suggested, except it doesn't use
@bullet, and it's now one of two versions of the construct, alongside the
old version for Texinfo 4.x.  I believe there is a bug in Texinfo 6.6
which caused the misalignment.

I also fixed a minor glitch earlier on in cc-mode.texi.

Thanks again for the report.

-- 
Alan Mackenzie (Nuremberg, Germany).


On Wed, Mar 06, 2019 at 17:26:00 +0000, Alan Mackenzie wrote:
> On Mon, Mar 04, 2019 at 23:19:46 +0000, Basil L. Contovounesios wrote:
> > Severity: minor

> > The settings precedence list in '(ccmode) Config Basics' seems to be
> > misformatted, and is also inconsistent with other itemised lists in the
> > manual w.r.t. the type of bullet point used.

> Yes, that list _is_ misformatted.  I hadn't noticed that before.  It may
> be a bug in the perl versions of makeinfo, possibly just in the more
> recent versions of it.

> I don't see this list being inconsistent with anything, since there is
> no other similar list in the CC Mode manual to compare it with.  This
> list is a list of _things_, where each item is short and to the point.
> The other lists are lists of procedures, conditions, processes, etc.,
> which are much longer and more rambling.  The lack of bullets in this
> list is deliberate, since they could detract from the readability of the
> list.  Bullets would break up the sequence of things too much.  Sort of.

> > It seems to be written as a two-column table nested within a list, but
> > without utilising the second column.  Furthermore, the first item is
> > indented/bulleted differently to the rest of the items.  Is this
> > intentional?  If so, why?

> No, see above.  It seems like a bug in Texinfo version 6.x.

[ .... ]

> @itemx is used, since a plain @item puts (or used to put) an unwanted
> blank line between the items.  I think at the time I wrote it, the
> @table within an @itemize @asis list (as it originally was) was the only
> way I could get Texinto to format the info the way I wanted it.
> Somebody changed @itemize @asis to @itemize @w{} some while ago, but
> reversing that change doesn't fix the bug in Texinfo.

> I would like to keep compatibility with Texinfo 4.13 for those who don't
> like the perl versions of Texinfo.

> I think I will get in touch with the Texinfo people to see if they can
> help me get that list formatted properly.

> > I also attach three screenshots.  The first two show how the list is
> > currently rendered in HTML[1] and Info-mode, respectively.  The third
> > shows the Info-mode rendering following my suggested patch.

> Thanks.

> > [1] https://www.gnu.org/software/emacs/manual/html_node/ccmode/Config-Basics.html

> > Thanks,

> > -- 
> > Basil

> > Emacs: GNU Emacs 26.1.92 (build 2, x86_64-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
> >  of 2019-02-26
> > Package: CC Mode 5.33.1 (C/*l)




Information forwarded to bug-cc-mode <at> gnu.org:
bug#34753; Package cc-mode. (Thu, 14 Mar 2019 17:30:02 GMT) Full text and rfc822 format available.

Message #16 received at 34753 <at> debbugs.gnu.org (full text, mbox):

From: "Basil L. Contovounesios" <contovob <at> tcd.ie>
To: Alan Mackenzie <acm <at> muc.de>
Cc: 34753 <at> debbugs.gnu.org
Subject: Re: bug#34753: CC Mode 5.33.1;
 Inconsistent formatting in (ccmode) Config Basics
Date: Thu, 14 Mar 2019 17:29:05 +0000
Alan Mackenzie <acm <at> muc.de> writes:

> Thanks again for the report.

Thanks for looking into and fixing this!

-- 
Basil




bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Fri, 12 Apr 2019 11:24:04 GMT) Full text and rfc822 format available.

This bug report was last modified 5 years and 13 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.