From: Stefan Kangas <stefan@marxist.se>
To: Gustavo Barros <gusbrs.2016@gmail.com>, Eli Zaretskii <eliz@gnu.org>
Cc: 48058@debbugs.gnu.org
Subject: bug#48058: tab-width's docstring
Date: Thu, 29 Apr 2021 17:53:27 -0500 [thread overview]
Message-ID: <CADwFkmkwiSXt1Wnt74qTxbaraSjM1Y8d9PyFOdsU2Cr17cU9wA@mail.gmail.com> (raw)
In-Reply-To: <874kfo26gt.fsf@gmail.com>
[-- Attachment #1: Type: text/plain, Size: 734 bytes --]
tags 48058 + patch
thanks
Gustavo Barros <gusbrs.2016@gmail.com> writes:
>>> Perhaps we could change the docstring note along the lines of:
>>>
>>> NOTE: Some major modes use this variable to determine an
>>> indentation
>>> step, but Emacs itself only uses this to display the width of a
>>> TAB
>>> character.
>>>
>>> Would something like that make sense?
>>
>> Something like that, yes. Perhaps just making the original text less
>> definitive will do as well.
>
> Just chiming in to say I'm following the discussion attentively, but
> have nothing to add. Both Stefan's and Eli's suggestions look like
> improvements to me. And I'll be happy with what you come up with.
How does the attached patch look?
[-- Attachment #2: 0001-Clarify-docstring-of-tab-width-variable.patch --]
[-- Type: text/x-diff, Size: 1408 bytes --]
From 522b4588df225d6e825c2ce3c3d81144bd7e3bff Mon Sep 17 00:00:00 2001
From: Stefan Kangas <stefan@marxist.se>
Date: Fri, 30 Apr 2021 00:38:42 +0200
Subject: [PATCH] Clarify docstring of tab-width variable
* src/buffer.c (syms_of_buffer) <tab_width>: Doc fix; clarify that
this variable is used by some (but not all) major modes to control an
indentation step. (Bug#48058)
---
src/buffer.c | 9 ++++++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/src/buffer.c b/src/buffer.c
index 8e33162989..0540ebf034 100644
--- a/src/buffer.c
+++ b/src/buffer.c
@@ -5666,9 +5666,12 @@ syms_of_buffer (void)
DEFVAR_PER_BUFFER ("tab-width", &BVAR (current_buffer, tab_width),
Qintegerp,
doc: /* Distance between tab stops (for display of tab characters), in columns.
-NOTE: This controls the display width of a TAB character, and not
-the size of an indentation step.
-This should be an integer greater than zero. */);
+This controls the display width of a TAB character and should be an
+integer greater than zero.
+
+In some major modes, this is also used to control the size of an
+indentation step. However, this is not always the case. See the
+major mode documentation for the exact details \\[describe-mode]. */);
DEFVAR_PER_BUFFER ("ctl-arrow", &BVAR (current_buffer, ctl_arrow), Qnil,
doc: /* Non-nil means display control chars with uparrow.
--
2.30.2
next prev parent reply other threads:[~2021-04-29 22:53 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-04-27 13:11 bug#48058: tab-width's docstring Gustavo Barros
2021-04-27 13:53 ` Eli Zaretskii
2021-04-27 14:40 ` Gustavo Barros
2021-04-27 15:02 ` Eli Zaretskii
2021-04-27 15:14 ` Gustavo Barros
2021-04-27 15:32 ` Eli Zaretskii
2021-04-29 17:05 ` Stefan Kangas
2021-04-29 17:35 ` Eli Zaretskii
2021-04-29 20:14 ` Gustavo Barros
2021-04-29 22:53 ` Stefan Kangas [this message]
2021-04-30 0:44 ` Gustavo Barros
2021-04-30 7:18 ` Eli Zaretskii
2021-04-30 10:20 ` Stefan Kangas
2021-04-30 10:49 ` Eli Zaretskii
2021-04-30 12:00 ` Gustavo Barros
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=CADwFkmkwiSXt1Wnt74qTxbaraSjM1Y8d9PyFOdsU2Cr17cU9wA@mail.gmail.com \
--to=stefan@marxist.se \
--cc=48058@debbugs.gnu.org \
--cc=eliz@gnu.org \
--cc=gusbrs.2016@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).