From debbugs-submit-bounces@debbugs.gnu.org Fri Oct 25 15:43:55 2019 Received: (at submit) by debbugs.gnu.org; 25 Oct 2019 19:43:55 +0000 Received: from localhost ([127.0.0.1]:39364 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iO5V5-00008U-CS for submit@debbugs.gnu.org; Fri, 25 Oct 2019 15:43:55 -0400 Received: from lists.gnu.org ([209.51.188.17]:57562) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iO5V4-00008M-6Z for submit@debbugs.gnu.org; Fri, 25 Oct 2019 15:43:54 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:58416) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iO5V0-0005Wy-W4 for bug-gnu-emacs@gnu.org; Fri, 25 Oct 2019 15:43:52 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.5 required=5.0 tests=BAYES_50,RCVD_IN_DNSWL_MED autolearn=disabled version=3.3.2 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iO5Uz-0006p2-Ho for bug-gnu-emacs@gnu.org; Fri, 25 Oct 2019 15:43:50 -0400 Received: from userp2130.oracle.com ([156.151.31.86]:41782) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1iO5Uz-0006l1-8u for bug-gnu-emacs@gnu.org; Fri, 25 Oct 2019 15:43:49 -0400 Received: from pps.filterd (userp2130.oracle.com [127.0.0.1]) by userp2130.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x9PJdD01105333 for ; Fri, 25 Oct 2019 19:43:42 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : subject : content-type : content-transfer-encoding; s=corp-2019-08-05; bh=IDJPfENPtYWx8ZbS+xOb7sPvRjv1Va0x172p49rPYWg=; b=I1w5q6vwqA/MLusmE89VpdUxojS7HlWQJ3ktzwJmfzo/N4rgbkBM69ZiHqgRanqeYP6a ZQLqjq101UVy+Mf6EHSK9TYBFxy5hEufV127J2FLfT55ga/iSp/9G8MiErMYQ2s3zhJo YI923UdGXSRUHyFCGKIBUBrQ0fklUd4LUW5C48WIPIWnFUKSrdxxb/jy6x/UQcqe9b9x Af8K60YqWgGH5uYw7SCaJjRosXn4/8egbVYAz8dwJev8HnWGbYY5/b18eB4hdXokyLdL k6fHVz7mxvS59kaXAO+5uCK4dnf3NjJMvp7dWzkedBGVwLzrPlanlZ404JI0teMAqG42 /w== Received: from userp3020.oracle.com (userp3020.oracle.com [156.151.31.79]) by userp2130.oracle.com with ESMTP id 2vqswu5b7h-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Fri, 25 Oct 2019 19:43:42 +0000 Received: from pps.filterd (userp3020.oracle.com [127.0.0.1]) by userp3020.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x9PJcnJH136044 for ; Fri, 25 Oct 2019 19:43:41 GMT Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72]) by userp3020.oracle.com with ESMTP id 2vuun22fhs-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Fri, 25 Oct 2019 19:43:41 +0000 Received: from abhmp0002.oracle.com (abhmp0002.oracle.com [141.146.116.8]) by userv0121.oracle.com (8.14.4/8.13.8) with ESMTP id x9PJhfLT020881 for ; Fri, 25 Oct 2019 19:43:41 GMT MIME-Version: 1.0 Message-ID: Date: Fri, 25 Oct 2019 12:43:40 -0700 (PDT) From: Drew Adams To: bug-gnu-emacs@gnu.org Subject: 26.3; Elisp manual: add index entry for sets/kinds of variables X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4900.0 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9421 signatures=668683 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=1 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1908290000 definitions=main-1910250178 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9421 signatures=668683 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=1 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1908290000 definitions=main-1910250178 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [generic] [fuzzy] X-Received-From: 156.151.31.86 X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) These nodes are about particular kinds of variables: * Buffer-Local Variables * Completion Variables * Condition Variables * Connection Local Variables * Constant Variables * Directory Local Variables * File Local Variables * Generalized Variables * Global Variables * List Variables * List Variables * Local Variables * Mode Line Variables * Other Font Lock Variables * Output Variables * Variables with Restricted Values * Void Variables * Warning Variables Likewise, for options: * Warning Options * Choosing Window Options * Edebug Options * Network Options Please consider adding index entries that correspond directly to these node names. A user should be able to do, for example (and preferably with or without the hyphen): i mode-line variables Today that's not possible. --- [Additional remark: The node names are not consistent wrt compound adjectives. `Buffer-Local' is the only such that uses a hyphen. It's better to be consistent. (Even better might be to always use a hyphen.)] In GNU Emacs 26.3 (build 1, x86_64-w64-mingw32) of 2019-08-29 Repository revision: 96dd0196c28bc36779584e47fffcca433c9309cd Windowing system distributor `Microsoft Corp.', version 10.0.17763 Configured using: `configure --without-dbus --host=3Dx86_64-w64-mingw32 --without-compress-install 'CFLAGS=3D-O2 -static -g3'' From debbugs-submit-bounces@debbugs.gnu.org Sat Oct 26 03:02:46 2019 Received: (at 37925) by debbugs.gnu.org; 26 Oct 2019 07:02:46 +0000 Received: from localhost ([127.0.0.1]:39643 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iOG62-0004mM-4M for submit@debbugs.gnu.org; Sat, 26 Oct 2019 03:02:46 -0400 Received: from eggs.gnu.org ([209.51.188.92]:33942) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iOG60-0004m5-IR; Sat, 26 Oct 2019 03:02:44 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:37694) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1iOG5v-0006rN-6I; Sat, 26 Oct 2019 03:02:39 -0400 Received: from [176.228.60.248] (port=3442 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1iOG5u-0008HF-Gz; Sat, 26 Oct 2019 03:02:38 -0400 Date: Sat, 26 Oct 2019 10:02:26 +0300 Message-Id: <838sp8vvjx.fsf@gnu.org> From: Eli Zaretskii To: Drew Adams In-reply-to: (message from Drew Adams on Fri, 25 Oct 2019 12:43:40 -0700 (PDT)) Subject: Re: bug#37925: 26.3; Elisp manual: add index entry for sets/kinds of variables References: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 37925 Cc: 37925@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) tags 37925 wishlist moreinfo thanks > Date: Fri, 25 Oct 2019 12:43:40 -0700 (PDT) > From: Drew Adams > > Please consider adding index entries that correspond directly to these > node names. A user should be able to do, for example (and preferably > with or without the hyphen): > > i mode-line variables > > Today that's not possible. Yes, it is possible today, because each variable is indexed by its name. So, for example "i mode-line TAB" will show the list of all the variables (and some other related topics as well). In general, the technique of working with index entries that I recommend is to try the text you thought about initially, in this case "mode-line variables", and if that doesn't bring anything useful, remove some text from the end and try again, with TAB. (That is assuming the above text is something you really thought about in some real-life use case, and not a synthetic example of no practical importance.) Please consider describing use cases where the name of the variable, or the results of TAB as above, will not let the user arrive to the place where he or she needs to be. Otherwise, what you ask for is to provide one more index entry that begins like many others we already have and points to the same place, something that is not useful, and we therefore avoid it. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Sat Oct 26 11:42:15 2019 Received: (at 37925) by debbugs.gnu.org; 26 Oct 2019 15:42:15 +0000 Received: from localhost ([127.0.0.1]:41350 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iOOCl-0000yF-DS for submit@debbugs.gnu.org; Sat, 26 Oct 2019 11:42:15 -0400 Received: from userp2120.oracle.com ([156.151.31.85]:37774) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iOOCi-0000xz-RY for 37925@debbugs.gnu.org; Sat, 26 Oct 2019 11:42:13 -0400 Received: from pps.filterd (userp2120.oracle.com [127.0.0.1]) by userp2120.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x9QFYMka177742; Sat, 26 Oct 2019 15:42:06 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : cc : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2019-08-05; bh=0rJ78Fx0sk+2FQaMg5D3DQzRvLxfxwSprNAMlhffH/8=; b=N720/p3bm4CA4Y42wfyCJ0bd91R3IZB1TtOhqAezuHi2F0nEpbyrOqbxF7b5F5q0slbv WaoHeS9Wjnpg7ymxc7BNqdSvGMmJ+tK/3vVLN+BgJCRdWjkvHDj2wUSZA45J0GCT6t9z JmDsBFvYCYlst53VXOEv9yNY0ak0Hy9TihuvdDU2QNNLo8Hu1zebPveK6GJkoxSvIo2j Sjb+lIVVIrP0wmp9y3miMJ+35+lwRRQmw6g0pSqDOy1VTBqPQtDAom1ZaQNoxQc88KP0 NaLhrlBfu+a8wnqVF0gJivDolkz0EwMnXLh/Nryq/9OGPNWW3Bz+OmGyXKUxdIinaMGD 0w== Received: from aserp3030.oracle.com (aserp3030.oracle.com [141.146.126.71]) by userp2120.oracle.com with ESMTP id 2vvesr2gr3-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sat, 26 Oct 2019 15:42:06 +0000 Received: from pps.filterd (aserp3030.oracle.com [127.0.0.1]) by aserp3030.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x9QFcVk3128042; Sat, 26 Oct 2019 15:42:05 GMT Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72]) by aserp3030.oracle.com with ESMTP id 2vvc6nk3re-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sat, 26 Oct 2019 15:42:05 +0000 Received: from abhmp0003.oracle.com (abhmp0003.oracle.com [141.146.116.9]) by userv0121.oracle.com (8.14.4/8.13.8) with ESMTP id x9QFg0aw004151; Sat, 26 Oct 2019 15:42:04 GMT MIME-Version: 1.0 Message-ID: <6ead854d-970c-43b0-a799-9d0082fd35ba@default> Date: Sat, 26 Oct 2019 08:41:59 -0700 (PDT) From: Drew Adams To: Eli Zaretskii , Drew Adams Subject: RE: bug#37925: 26.3; Elisp manual: add index entry for sets/kinds of variables References: <> <<838sp8vvjx.fsf@gnu.org>> In-Reply-To: <<838sp8vvjx.fsf@gnu.org>> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4900.0 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9422 signatures=668685 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1908290000 definitions=main-1910260158 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9422 signatures=668685 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1908290000 definitions=main-1910260158 X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 37925 Cc: 37925@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > > Please consider adding index entries that correspond directly to > > these node names. A user should be able to do, for example (and > > preferably with or without the hyphen): > > > > i mode-line variables > > > > Today that's not possible. >=20 > Yes, it is possible today, because each variable is indexed by its > name. So, for example "i mode-line TAB" will show the list of all the > variables (and some other related topics as well). That's not the "it" that I said is not possible. That's an way to find something different: information about a specific variable, known or recognized as such. > In general, the technique of working with index entries that I > recommend is to try the text you thought about initially, in this case > "mode-line variables", and if that doesn't bring anything useful, > remove some text from the end and try again, with TAB. (That is > assuming the above text is something you really thought about in some > real-life use case, and not a synthetic example of no practical > importance.) You're missing the point, I think. You focus on `mode-line' because each of the mode-line variables has prefix `mode-line' in its name. That's not true of some of the other kinds of variables covered (by kind) in nodes: list, generalized, constant, output... Some come close, and TAB with just the first part would suffice for them. Others do not - `list', for example. Please read the bug title (and body). It's about the nodes for different "sets/kinds of variables". It's not just about mode-line variables. Not only that. If you're interested in knowing about mode-line variables, and you don't know what they are, or even if there are any, their individual names as entries won't help you much, because the names aren't identified in the index entries as _variable_ names. In a real (e.g. book) index, an entry such as `mode-line-remote' would be followed by ", variable". That's done for entry `mode-line-format, a frame parameter'. But it's not done for `mode-line-format' (a variable). Beyond all of that, it's not obvious that there even are nodes that talk about particular kinds of variables. Part of this problem would be alleviated by having index entries that start with `variable' for the various kinds covered by their own nodes: variables, list variables, completion variables, generalized ... These are the only index entries that start with `variable': variable variable aliases variable definition variable descriptions=20 variable limit error variable watchpoints variable with constant value=20 variable write debugging variable, buffer-local variable-documentation property=20 variable-width spaces Those don't take you to a node that covers variables of a given kind, except for `variable with a constant value' and `variable, buffer-local'. > Please consider describing use cases where the name of the variable, > or the results of TAB as above, will not let the user arrive to the > place where he or she needs to be. Otherwise, what you ask for is to > provide one more index entry that begins like many others we already > have and points to the same place, something that is not useful, and > we therefore avoid it. See above. For example, `i list TAB' will not show you anything that suggests a node about list variables. It won't get you to node `List Variables'. And no, entries such as what I suggest do not "begin like many others we already have and point to the same place". See above. If there's already an entry that does that, then no entry need be added for it. That's the case for buffer-local variables: we have entries `variable, buffer-local' and `buffer-local variables'. It's not the case in general. And BTW, we have these entries, which go to 3 different nodes. They're not distinguished at the level of entries (except for the 2nd one). buffer-local variables buffer-local variables in modes buffer-local-variables It would be clearer if the last one were called `buffer-local-variables, function'. From debbugs-submit-bounces@debbugs.gnu.org Sat Oct 26 12:26:26 2019 Received: (at 37925) by debbugs.gnu.org; 26 Oct 2019 16:26:26 +0000 Received: from localhost ([127.0.0.1]:41418 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iOOtW-0002DI-0M for submit@debbugs.gnu.org; Sat, 26 Oct 2019 12:26:26 -0400 Received: from eggs.gnu.org ([209.51.188.92]:50396) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iOOtU-0002D5-Fx for 37925@debbugs.gnu.org; Sat, 26 Oct 2019 12:26:24 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:43133) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1iOOtP-0002dk-5L; Sat, 26 Oct 2019 12:26:19 -0400 Received: from [176.228.60.248] (port=3429 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1iOOtN-0006R1-No; Sat, 26 Oct 2019 12:26:18 -0400 Date: Sat, 26 Oct 2019 19:26:04 +0300 Message-Id: <83o8y3tqw3.fsf@gnu.org> From: Eli Zaretskii To: Drew Adams In-reply-to: <6ead854d-970c-43b0-a799-9d0082fd35ba@default> (message from Drew Adams on Sat, 26 Oct 2019 08:41:59 -0700 (PDT)) Subject: Re: bug#37925: 26.3; Elisp manual: add index entry for sets/kinds of variables References: <> <<838sp8vvjx.fsf@gnu.org>> <6ead854d-970c-43b0-a799-9d0082fd35ba@default> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 37925 Cc: 37925@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Sat, 26 Oct 2019 08:41:59 -0700 (PDT) > From: Drew Adams > Cc: 37925@debbugs.gnu.org > > > > Please consider adding index entries that correspond directly to > > > these node names. A user should be able to do, for example (and > > > preferably with or without the hyphen): > > > > > > i mode-line variables > > > > > > Today that's not possible. > > > > Yes, it is possible today, because each variable is indexed by its > > name. So, for example "i mode-line TAB" will show the list of all the > > variables (and some other related topics as well). > > That's not the "it" that I said is not possible. > That's an way to find something different: > information about a specific variable, known or > recognized as such. Why isn't that enough? > > In general, the technique of working with index entries that I > > recommend is to try the text you thought about initially, in this case > > "mode-line variables", and if that doesn't bring anything useful, > > remove some text from the end and try again, with TAB. (That is > > assuming the above text is something you really thought about in some > > real-life use case, and not a synthetic example of no practical > > importance.) > > You're missing the point, I think. You focus on > `mode-line' because each of the mode-line variables > has prefix `mode-line' in its name. That's not true > of some of the other kinds of variables covered (by > kind) in nodes: list, generalized, constant, output... I took mode-line because that was your example. The bug report in its entirety is not useful because it lumps together several (too many) sections that are almost certainly unrelated, in terms of why there is no index entry that you decided were necessary. These matters should be always considered on a case by case basis. > Please read the bug title (and body). I had, please don't make nasty assumptions, and if you do, please have the courtesy of keeping them to yourself. > Not only that. If you're interested in knowing > about mode-line variables, and you don't know > what they are, or even if there are any, their > individual names as entries won't help you much, > because the names aren't identified in the index > entries as _variable_ names. Why would I want to know about mode-line variables as a group? That subsection is a hodgepodge of unrelated variables, with nothing to keep them together. What is the use case for me to want to see all of them? > > Please consider describing use cases where the name of the variable, > > or the results of TAB as above, will not let the user arrive to the > > place where he or she needs to be. Otherwise, what you ask for is to > > provide one more index entry that begins like many others we already > > have and points to the same place, something that is not useful, and > > we therefore avoid it. > > See above. For example, `i list TAB' will > not show you anything that suggests a node > about list variables. It won't get you to > node `List Variables'. OK, let's take this example. For starters, there are no "list variables" in Emacs. The section's name is "Modifying List Variables", which is something else entirely. This section has the following index entries: @cindex modify a list @cindex list modification In addition, each function described in the section is indexed by its name. Why would we want to add to that an index entry "list variables", if it has nothing to do with the section's contents or even its name? So please look at each section separately, read its content, and then tell what index entries you think are missing, and why, and please do that separately for each section. Arguing about missing index entries from _node_names_, just because they all end in "Variables", is the wrong way. > And BTW, we have these entries, which go to > 3 different nodes. They're not distinguished > at the level of entries (except for the 2nd > one). > > buffer-local variables > buffer-local variables in modes > buffer-local-variables They are all different entries, so what's wrong with them? Also, how is this related to the subject of this bug report? From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 16 17:49:05 2020 Received: (at 37925-done) by debbugs.gnu.org; 16 Jan 2020 22:49:05 +0000 Received: from localhost ([127.0.0.1]:38554 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1isDwm-0002MH-Ug for submit@debbugs.gnu.org; Thu, 16 Jan 2020 17:49:05 -0500 Received: from ted.gofardesign.uk ([67.225.143.91]:37638) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1isDwl-0002Ln-Ab for 37925-done@debbugs.gnu.org; Thu, 16 Jan 2020 17:49:03 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=marxist.se; s=default; h=Content-Type:MIME-Version:Message-ID:Date:References: In-Reply-To:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=dfQPtjq/dkp6UkFthJ5EXLg+rgPtEnSJvWajiUyUDgI=; b=KBlha7uNn8jQ8YCCZVJDND7HC4 eRhJ7XjFugDs5NykEDEzsVvFMJ0DbQh1Q+Ofn+0id0elrX0oDUz6wf+E99RTHgouYifkFhRqshE0O Uiosk8fCBoWFl9vTOh71t/1IY3JoUPoQGYfQpiqLHPNqHgEMzsensMeNWZKkr4XlL58LIUOEKK9Jt neEep/NhiUOA88ShqXAQRIsqurFi6u0WaPSgMpWxBuhKyJL7EqpgBXN3OzKWssZkUs9Q11kuGOCjk OXiWdd7HFmZmLjB0MWmEkU+OE2iSk5ihDaEryOpIhdhUL45G5wnujO91GRK30/vEX1wzhAtutVrau V5v8/Mew==; Received: from h-70-69.a785.priv.bahnhof.se ([155.4.70.69]:46162 helo=localhost) by ted.gofardesign.uk with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.92) (envelope-from ) id 1isDwe-000F5u-FM; Thu, 16 Jan 2020 17:48:56 -0500 From: Stefan Kangas To: Eli Zaretskii Subject: Re: bug#37925: 26.3; Elisp manual: add index entry for sets/kinds of variables In-Reply-To: <83o8y3tqw3.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 26 Oct 2019 19:26:04 +0300") References: > <838sp8vvjx.fsf@gnu.org>> <6ead854d-970c-43b0-a799-9d0082fd35ba@default> <83o8y3tqw3.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) Date: Thu, 16 Jan 2020 23:48:54 +0100 Message-ID: <87r1zz2f1l.fsf@marxist.se> MIME-Version: 1.0 Content-Type: text/plain X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - ted.gofardesign.uk X-AntiAbuse: Original Domain - debbugs.gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - marxist.se X-Get-Message-Sender-Via: ted.gofardesign.uk: authenticated_id: stefan@marxist.se X-Authenticated-Sender: ted.gofardesign.uk: stefan@marxist.se X-Source: X-Source-Args: X-Source-Dir: X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 37925-done Cc: 37925-done@debbugs.gnu.org, Drew Adams X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: > The bug report in its entirety is not useful because it lumps together > several (too many) sections that are almost certainly unrelated, in > terms of why there is no index entry that you decided were necessary. > These matters should be always considered on a case by case basis. [...] > So please look at each section separately, read its content, and then > tell what index entries you think are missing, and why, and please do > that separately for each section. Arguing about missing index entries > from _node_names_, just because they all end in "Variables", is the > wrong way. > >> And BTW, we have these entries, which go to >> 3 different nodes. They're not distinguished >> at the level of entries (except for the 2nd >> one). >> >> buffer-local variables >> buffer-local variables in modes >> buffer-local-variables > > They are all different entries, so what's wrong with them? Also, how > is this related to the subject of this bug report? More information was requested, but none was given within 12 weeks, so I'm closing this bug. If this is still an issue, please reply to this email (use "Reply to all" in your email client) and we can reopen the bug report. Best regards, Stefan Kangas From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 16 17:57:25 2020 Received: (at 37925-done) by debbugs.gnu.org; 16 Jan 2020 22:57:25 +0000 Received: from localhost ([127.0.0.1]:38579 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1isE4q-0002aI-N0 for submit@debbugs.gnu.org; Thu, 16 Jan 2020 17:57:24 -0500 Received: from aserp2120.oracle.com ([141.146.126.78]:44902) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1isE4p-0002a6-5m for 37925-done@debbugs.gnu.org; Thu, 16 Jan 2020 17:57:24 -0500 Received: from pps.filterd (aserp2120.oracle.com [127.0.0.1]) by aserp2120.oracle.com (8.16.0.27/8.16.0.27) with SMTP id 00GMrtk9053930; Thu, 16 Jan 2020 22:57:17 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : cc : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2019-08-05; bh=Wsu0645/wfUBniWa9BFYgE9tHhXN7g3QQGGt/GauR34=; b=F9mDiQRXTZXfeiJ10JhlBFaAACY1JgKi+apuyipM4iPau3FYxxr8fLl1Yc1eORr0t9/S UzotHdKXsFHnAq0e21OJoOinMhNW2gZT9SdfDyJ7dOz7Bnct/2DioXiHkMB8nLa0XeQy jnQITBifOVha3tPSsJHka/I9sS3SSV+yjDWpJUiybe9YdbezoXp+q4SPmRyg1RBw85O2 GeYEeWCc5sgaBL7Ymrz16plglvwBKeF6qZSL9oeeB7Gmpm5fp0KB5BjFyFk+LUjrk7Hd q0W1kM0aDHLRsUrR82/MVfOxDsAtk1hqFyHNp5Ptq420sJSd68hGux5VnCPv3hdLRXtF TA== Received: from aserp3020.oracle.com (aserp3020.oracle.com [141.146.126.70]) by aserp2120.oracle.com with ESMTP id 2xf73u5g5k-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 16 Jan 2020 22:57:17 +0000 Received: from pps.filterd (aserp3020.oracle.com [127.0.0.1]) by aserp3020.oracle.com (8.16.0.27/8.16.0.27) with SMTP id 00GMrB5P115215; Thu, 16 Jan 2020 22:57:16 GMT Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236]) by aserp3020.oracle.com with ESMTP id 2xj1ay76ur-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 16 Jan 2020 22:57:16 +0000 Received: from abhmp0010.oracle.com (abhmp0010.oracle.com [141.146.116.16]) by aserv0122.oracle.com (8.14.4/8.14.4) with ESMTP id 00GMvFM5008146; Thu, 16 Jan 2020 22:57:16 GMT MIME-Version: 1.0 Message-ID: <3e6d1e67-0aa2-4d8d-802a-fcb355671ed3@default> Date: Thu, 16 Jan 2020 14:57:15 -0800 (PST) From: Drew Adams To: Stefan Kangas , Eli Zaretskii Subject: RE: bug#37925: 26.3; Elisp manual: add index entry for sets/kinds of variables References: > <838sp8vvjx.fsf@gnu.org>> <6ead854d-970c-43b0-a799-9d0082fd35ba@default> <83o8y3tqw3.fsf@gnu.org> <87r1zz2f1l.fsf@marxist.se> In-Reply-To: <87r1zz2f1l.fsf@marxist.se> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4939.0 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9502 signatures=668685 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1911140001 definitions=main-2001160183 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9502 signatures=668685 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1911140001 definitions=main-2001160183 X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 37925-done Cc: 37925-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > More information was requested, but none was given within 12 weeks, so > I'm closing this bug. If this is still an issue, please reply to this > email (use "Reply to all" in your email client) and we can reopen the > bug report. Yes, it's still an issue. But Eli has made it clear that this won't be fixed. The closing should be as "wont-fix", to be honest. From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 16 18:16:25 2020 Received: (at control) by debbugs.gnu.org; 16 Jan 2020 23:16:25 +0000 Received: from localhost ([127.0.0.1]:38597 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1isEND-000642-Ut for submit@debbugs.gnu.org; Thu, 16 Jan 2020 18:16:24 -0500 Received: from ted.gofardesign.uk ([67.225.143.91]:39802) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1isEN7-0005vE-Tx for control@debbugs.gnu.org; Thu, 16 Jan 2020 18:16:19 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=marxist.se; s=default; h=Subject:From:To:Date:Sender:Reply-To:Message-ID:Cc:MIME-Version :Content-Type:Content-Transfer-Encoding:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=2EFb5z6PZOPlDyKLqBU2r/9Q7Dv//z2z/H2qCz0X438=; b=lzTuZyPXI/R+UfIbHhBo4aJAGq hRzSnOKQgiCjiSavbTcii33O8HWvgYzgHWMLIi9cdEXOsJe7ptpQ8yfKCqJuqGMWaL+ymboYYwUxf 4BJSvg5iTg8AArnVcV3Nxl+pXoqmVcx7Q6HhhgRKkLUUGCtwpH+NY0bXz08DDFgftKyMxsPFn/lMn 6oOgm3gEbf5lZzGl5ArBf0+Bjztt5wKbBJabAdgnye4rcwqOw3/UVyL1JW1O+k/fVJyeBEIF02GXO tAfYPiFWjEVXbaKFYKfb+G8LDM2ElAmroK2IP+l15q+sy4vPXcI44nA1zNranOlqSCc9o0XKydlZf ndZHbXlw==; Received: from h-70-69.a785.priv.bahnhof.se ([155.4.70.69]:60566 helo=localhost) by ted.gofardesign.uk with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.92) (envelope-from ) id 1isEN0-000L2A-CC for control@debbugs.gnu.org; Thu, 16 Jan 2020 18:16:10 -0500 Date: Fri, 17 Jan 2020 00:16:08 +0100 To: control@debbugs.gnu.org From: Stefan Kangas Subject: control message for bug #37925 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - ted.gofardesign.uk X-AntiAbuse: Original Domain - debbugs.gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - marxist.se X-Get-Message-Sender-Via: ted.gofardesign.uk: authenticated_id: stefan@marxist.se X-Authenticated-Sender: ted.gofardesign.uk: stefan@marxist.se X-Source: X-Source-Args: X-Source-Dir: X-Spam-Score: 0.1 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" Message-Id: X-Spam-Score: -1.0 (-) tags 37925 + wontfix quit From unknown Fri Aug 15 15:34:54 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Fri, 14 Feb 2020 12:24:05 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator