* bug#22314: 25.1.50; Document variable `deactivate-mark' in Elisp manual [not found] ` <<8337u7q46w.fsf@gnu.org> @ 2016-01-08 21:29 ` Drew Adams 2016-01-09 6:49 ` Eli Zaretskii 0 siblings, 1 reply; 11+ messages in thread From: Drew Adams @ 2016-01-08 21:29 UTC (permalink / raw) To: Eli Zaretskii, Drew Adams; +Cc: 22314 > > I think you are. At least for me, with the latest Emacs 25 > > snapshot I have (2015/12/10), `i deactivate-mark' shows two > > index entries, and `,' bounces between them. They are: > > (1) deactivate-mark, the function, and (2) deactivate-mark-hook, > > a variable. Variable `deactivate-mark' is not one of them. > > > > Do you really see something different? > > I see the same, but I don't understand why that is a problem. The > function and the variable are described one after the other, and 'i' > puts you on the first of them with the second clearly visible below. > How is that a problem? And how is it worse than having 2 identical > index entries instead, which point each one to a place several lines > apart? It's wrong because it does not move point to the entry. Nothing indicates to a user that there in fact 3 entries, not 2. Whether you might happen to have the 3rd visible in the same window (and you might not, depending on your window size), you might well not notice it there - as I did not. I would not have filed this bug report if I thought that this was not a problem. And as you can see from my initial report, I in fact mistakenly thought that the variable was not even documented, because cycling among the index entries did not take me to it. I don't see why you wouldn't want to add an index entry for this variable. But if you don't feel like it then what can I say? If the Elisp manual had different indexes, as does the Emacs manual, then adding it would also let a user find it in the Variables Index. Maybe it's not possible to index both, if there is only one Index? Dunno. If you can't, you can't. If you can (maybe two entries, with suffixes "(variable)" and "(function)"), that's better, IMO. ^ permalink raw reply [flat|nested] 11+ messages in thread
* bug#22314: 25.1.50; Document variable `deactivate-mark' in Elisp manual 2016-01-08 21:29 ` bug#22314: 25.1.50; Document variable `deactivate-mark' in Elisp manual Drew Adams @ 2016-01-09 6:49 ` Eli Zaretskii 0 siblings, 0 replies; 11+ messages in thread From: Eli Zaretskii @ 2016-01-09 6:49 UTC (permalink / raw) To: Drew Adams; +Cc: 22314-done > Date: Fri, 8 Jan 2016 13:29:42 -0800 (PST) > From: Drew Adams <drew.adams@oracle.com> > Cc: 22314@debbugs.gnu.org > > > I see the same, but I don't understand why that is a problem. The > > function and the variable are described one after the other, and 'i' > > puts you on the first of them with the second clearly visible below. > > How is that a problem? And how is it worse than having 2 identical > > index entries instead, which point each one to a place several lines > > apart? > > It's wrong because it does not move point to the entry. Nothing > indicates to a user that there in fact 3 entries, not 2. The user's eyes should indicate that. You are splitting hair. > I would not have filed this bug report if I thought that this > was not a problem. And as you can see from my initial report, > I in fact mistakenly thought that the variable was not even > documented, because cycling among the index entries did not > take me to it. You should have read a bit more than a single line. > I don't see why you wouldn't want to add an index entry for this > variable. But if you don't feel like it then what can I say? THERE IS ALREADY AN INDEX ENTRY FOR IT!!!! How many times do I need to tell you that? Just look at the sources! > If the Elisp manual had different indexes, as does the Emacs > manual, then adding it would also let a user find it in the > Variables Index. The function is indexed as a function, the variable is indexed as a variable. We have @defvar for the variable, which indexes the variable, and a @defun for the function, which indexes the function. > Maybe it's not possible to index both, if there is only one > Index? Dunno. If you can't, you can't. If you can (maybe two > entries, with suffixes "(variable)" and "(function)"), that's > better, IMO. Bug closed. ^ permalink raw reply [flat|nested] 11+ messages in thread
[parent not found: <<<<<88046cae-d0e4-4108-b655-5ed142ea97f7@default>]
[parent not found: <<<<<83fuyb50jl.fsf@gnu.org>]
[parent not found: <<<<b7ff0476-c85c-46be-9de6-bd8cdb6d3265@default>]
[parent not found: <<<<2d847088-3f43-4771-9178-4c51081da5d5@default>]
[parent not found: <<<<83oacwpcrn.fsf@gnu.org>]
[parent not found: <<<fdfae666-88e4-46e9-95c0-ba77b478f4fa@default>]
[parent not found: <<<8337u7q46w.fsf@gnu.org>]
[parent not found: <<392e6417-fc8f-46a9-85b2-39d22a90f90e@default>]
[parent not found: <<83wprjnt7i.fsf@gnu.org>]
* bug#22314: 25.1.50; Document variable `deactivate-mark' in Elisp manual [not found] ` <<83wprjnt7i.fsf@gnu.org> @ 2016-01-09 18:52 ` Drew Adams 0 siblings, 0 replies; 11+ messages in thread From: Drew Adams @ 2016-01-09 18:52 UTC (permalink / raw) To: Eli Zaretskii, Drew Adams; +Cc: 22314-done > > It's wrong because it does not move point to the entry. Nothing > > indicates to a user that there in fact 3 entries, not 2. > > The user's eyes should indicate that. You are splitting hair. No, the echoed message that says there are a total of 2 entries should indicate the number of entries. And hitting `,' should move point to each entry in turn. > > I would not have filed this bug report if I thought that this > > was not a problem. And as you can see from my initial report, > > I in fact mistakenly thought that the variable was not even > > documented, because cycling among the index entries did not > > take me to it. > > You should have read a bit more than a single line. Eli, you can say "you should" all you want. A user (I) reported the problem. If this is a problem for me to find the (non-existent) index entry then it can be a problem for others. Ignore it if you like. > > I don't see why you wouldn't want to add an index entry for this > > variable. But if you don't feel like it then what can I say? > > THERE IS ALREADY AN INDEX ENTRY FOR IT!!!! > > How many times do I need to tell you that? Just look at the sources! Why are you shouting? Whatever you might see in the sources, what concerns me is what a user sees - the observable behavior. Observably the is only one index entry for `deactivate-mark'. Looking in the index itself shows me that there is a single entry for `deactivate-mark'. The echo-area message that gives the total number of matching entries tells me that there is only one entry for `deactivate-mark' (the total shown is 2 entries, and the other one is for `deactivate-mark-hook'). And cycling with `,' moves only between those two entries, never to a variable entry (that your shouting insists exists) for `deactivate-mark'. > > If the Elisp manual had different indexes, as does the Emacs > > manual, then adding it would also let a user find it in the > > Variables Index. > > The function is indexed as a function, the variable is indexed as a > variable. We have @defvar for the variable, which indexes the > variable, and a @defun for the function, which indexes the function. So why is there only one entry for `deactivate-mark' in the Index? And why is there only one entry for it when you use `,' to cycle among all entries? And why does the echo message tell you that there are only 2 entries (the ones you visit when cycling, neither of which is for this variable)? (I don't want to presume anything, but are you sure you are not mistaking the existing index entry for variable `deactivate-mark-hook' for an entry for variable `deactivate-mark'?) > > Maybe it's not possible to index both, if there is only one > > Index? Dunno. If you can't, you can't. If you can (maybe two > > entries, with suffixes "(variable)" and "(function)"), that's > > better, IMO. > > Bug closed. Feel better now? ^ permalink raw reply [flat|nested] 11+ messages in thread
[parent not found: <<<88046cae-d0e4-4108-b655-5ed142ea97f7@default>]
[parent not found: <<<83fuyb50jl.fsf@gnu.org>]
[parent not found: <<b7ff0476-c85c-46be-9de6-bd8cdb6d3265@default>]
[parent not found: <<2d847088-3f43-4771-9178-4c51081da5d5@default>]
[parent not found: <<83oacwpcrn.fsf@gnu.org>]
* bug#22314: 25.1.50; Document variable `deactivate-mark' in Elisp manual [not found] ` <<83oacwpcrn.fsf@gnu.org> @ 2016-01-08 15:00 ` Drew Adams 2016-01-08 19:08 ` Eli Zaretskii 0 siblings, 1 reply; 11+ messages in thread From: Drew Adams @ 2016-01-08 15:00 UTC (permalink / raw) To: Eli Zaretskii; +Cc: 22314 > > My bad. It is already documented. I didn't notice it because > > it is not one of the index entries for `deactivate-mark'. > > I think it should be. > > They are both indexed, AFAICS. Why did you think the variable > isn't? > The descriptions appear next to each other, so a single index entry > for both seems like TRT. Am I missing something? I think you are. At least for me, with the latest Emacs 25 snapshot I have (2015/12/10), `i deactivate-mark' shows two index entries, and `,' bounces between them. They are: (1) deactivate-mark, the function, and (2) deactivate-mark-hook, a variable. Variable `deactivate-mark' is not one of them. Do you really see something different? ^ permalink raw reply [flat|nested] 11+ messages in thread
* bug#22314: 25.1.50; Document variable `deactivate-mark' in Elisp manual 2016-01-08 15:00 ` Drew Adams @ 2016-01-08 19:08 ` Eli Zaretskii 0 siblings, 0 replies; 11+ messages in thread From: Eli Zaretskii @ 2016-01-08 19:08 UTC (permalink / raw) To: Drew Adams; +Cc: 22314 > Date: Fri, 8 Jan 2016 07:00:28 -0800 (PST) > From: Drew Adams <drew.adams@oracle.com> > Cc: 22314@debbugs.gnu.org > > > > My bad. It is already documented. I didn't notice it because > > > it is not one of the index entries for `deactivate-mark'. > > > I think it should be. > > > > They are both indexed, AFAICS. Why did you think the variable > > isn't? > > The descriptions appear next to each other, so a single index entry > > for both seems like TRT. Am I missing something? > > I think you are. At least for me, with the latest Emacs 25 > snapshot I have (2015/12/10), `i deactivate-mark' shows two > index entries, and `,' bounces between them. They are: > (1) deactivate-mark, the function, and (2) deactivate-mark-hook, > a variable. Variable `deactivate-mark' is not one of them. > > Do you really see something different? I see the same, but I don't understand why that is a problem. The function and the variable are described one after the other, and 'i' puts you on the first of them with the second clearly visible below. How is that a problem? And how is it worse than having 2 identical index entries instead, which point each one to a place several lines apart? ^ permalink raw reply [flat|nested] 11+ messages in thread
[parent not found: <<88046cae-d0e4-4108-b655-5ed142ea97f7@default>]
[parent not found: <<83fuyb50jl.fsf@gnu.org>]
* bug#22314: 25.1.50; Document variable `deactivate-mark' in Elisp manual [not found] ` <<83fuyb50jl.fsf@gnu.org> @ 2016-01-05 19:44 ` Drew Adams 2016-01-05 21:08 ` Drew Adams 0 siblings, 1 reply; 11+ messages in thread From: Drew Adams @ 2016-01-05 19:44 UTC (permalink / raw) To: Eli Zaretskii, Drew Adams; +Cc: 22314 > Any special reasons why? We don't necessarily document every variable > and every function, only those that are important to Lisp programmers. A common user question is why the region gets deactivated after the user's command. The common way to prevent this is to do this at the end of the command: (setq deactivate-mark nil) Example user question: http://emacs.stackexchange.com/q/19275/105 ^ permalink raw reply [flat|nested] 11+ messages in thread
* bug#22314: 25.1.50; Document variable `deactivate-mark' in Elisp manual 2016-01-05 19:44 ` Drew Adams @ 2016-01-05 21:08 ` Drew Adams 2016-01-08 9:32 ` Nicolas Richard 2016-01-08 10:49 ` Eli Zaretskii 0 siblings, 2 replies; 11+ messages in thread From: Drew Adams @ 2016-01-05 21:08 UTC (permalink / raw) To: Eli Zaretskii; +Cc: 22314 My bad. It is already documented. I didn't notice it because it is not one of the index entries for `deactivate-mark'. I think it should be. ^ permalink raw reply [flat|nested] 11+ messages in thread
* bug#22314: 25.1.50; Document variable `deactivate-mark' in Elisp manual 2016-01-05 21:08 ` Drew Adams @ 2016-01-08 9:32 ` Nicolas Richard 2016-01-08 10:49 ` Eli Zaretskii 1 sibling, 0 replies; 11+ messages in thread From: Nicolas Richard @ 2016-01-08 9:32 UTC (permalink / raw) To: Drew Adams; +Cc: 22314 Drew Adams <drew.adams@oracle.com> writes: > My bad. It is already documented. I didn't notice it because > it is not one of the index entries for `deactivate-mark'. > I think it should be. In a build from mid-december, doing emacs -Q --eval '(info "elisp")' then hitting 'i deactivate-mark RET' I'm left at the description of deactivate-mark as a variable. Hitting ',' (as suggested in echo area) brings me to the description of deactivate-mark as a function, then the description of deactivate-mark-hook. -- Nicolas Richard ^ permalink raw reply [flat|nested] 11+ messages in thread
* bug#22314: 25.1.50; Document variable `deactivate-mark' in Elisp manual 2016-01-05 21:08 ` Drew Adams 2016-01-08 9:32 ` Nicolas Richard @ 2016-01-08 10:49 ` Eli Zaretskii 1 sibling, 0 replies; 11+ messages in thread From: Eli Zaretskii @ 2016-01-08 10:49 UTC (permalink / raw) To: Drew Adams; +Cc: 22314 > Date: Tue, 5 Jan 2016 13:08:22 -0800 (PST) > From: Drew Adams <drew.adams@oracle.com> > Cc: 22314@debbugs.gnu.org > > My bad. It is already documented. I didn't notice it because > it is not one of the index entries for `deactivate-mark'. > I think it should be. They are both indexed, AFAICS. Why did you think the variable isn't? The descriptions appear next to each other, so a single index entry for both seems like TRT. Am I missing something? ^ permalink raw reply [flat|nested] 11+ messages in thread
* bug#22314: 25.1.50; Document variable `deactivate-mark' in Elisp manual @ 2016-01-05 18:10 Drew Adams 2016-01-05 18:44 ` Eli Zaretskii 0 siblings, 1 reply; 11+ messages in thread From: Drew Adams @ 2016-01-05 18:10 UTC (permalink / raw) To: 22314 Subject line says it all. Only the function of the same name is documented. In GNU Emacs 25.1.50.1 (i686-pc-mingw32) of 2015-12-10 Repository revision: 6148555ee5a3d0139ae517803718b3e0357933c7 Windowing system distributor 'Microsoft Corp.', version 6.1.7601 Configured using: 'configure --prefix=/c/Devel/emacs/snapshot/trunk --enable-checking=yes --enable-check-lisp-object-type --without-compress-install 'CFLAGS=-Og -ggdb3' LDFLAGS=-Lc:/Devel/emacs/lib 'CPPFLAGS=-DGC_MCHECK=1 -Ic:/Devel/emacs/include'' ^ permalink raw reply [flat|nested] 11+ messages in thread
* bug#22314: 25.1.50; Document variable `deactivate-mark' in Elisp manual 2016-01-05 18:10 Drew Adams @ 2016-01-05 18:44 ` Eli Zaretskii 0 siblings, 0 replies; 11+ messages in thread From: Eli Zaretskii @ 2016-01-05 18:44 UTC (permalink / raw) To: Drew Adams; +Cc: 22314 > Date: Tue, 5 Jan 2016 10:10:00 -0800 (PST) > From: Drew Adams <drew.adams@oracle.com> > > Subject line says it all. Any special reasons why? We don't necessarily document every variable and every function, only those that are important to Lisp programmers. ^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~2016-01-09 18:52 UTC | newest]
Thread overview: 11+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <<<<88046cae-d0e4-4108-b655-5ed142ea97f7@default>
[not found] ` <<<<83fuyb50jl.fsf@gnu.org>
[not found] ` <<<b7ff0476-c85c-46be-9de6-bd8cdb6d3265@default>
[not found] ` <<<2d847088-3f43-4771-9178-4c51081da5d5@default>
[not found] ` <<<83oacwpcrn.fsf@gnu.org>
[not found] ` <<fdfae666-88e4-46e9-95c0-ba77b478f4fa@default>
[not found] ` <<8337u7q46w.fsf@gnu.org>
2016-01-08 21:29 ` bug#22314: 25.1.50; Document variable `deactivate-mark' in Elisp manual Drew Adams
2016-01-09 6:49 ` Eli Zaretskii
[not found] <<<<<88046cae-d0e4-4108-b655-5ed142ea97f7@default>
[not found] ` <<<<<83fuyb50jl.fsf@gnu.org>
[not found] ` <<<<b7ff0476-c85c-46be-9de6-bd8cdb6d3265@default>
[not found] ` <<<<2d847088-3f43-4771-9178-4c51081da5d5@default>
[not found] ` <<<<83oacwpcrn.fsf@gnu.org>
[not found] ` <<<fdfae666-88e4-46e9-95c0-ba77b478f4fa@default>
[not found] ` <<<8337u7q46w.fsf@gnu.org>
[not found] ` <<392e6417-fc8f-46a9-85b2-39d22a90f90e@default>
[not found] ` <<83wprjnt7i.fsf@gnu.org>
2016-01-09 18:52 ` Drew Adams
[not found] <<<88046cae-d0e4-4108-b655-5ed142ea97f7@default>
[not found] ` <<<83fuyb50jl.fsf@gnu.org>
[not found] ` <<b7ff0476-c85c-46be-9de6-bd8cdb6d3265@default>
[not found] ` <<2d847088-3f43-4771-9178-4c51081da5d5@default>
[not found] ` <<83oacwpcrn.fsf@gnu.org>
2016-01-08 15:00 ` Drew Adams
2016-01-08 19:08 ` Eli Zaretskii
[not found] <<88046cae-d0e4-4108-b655-5ed142ea97f7@default>
[not found] ` <<83fuyb50jl.fsf@gnu.org>
2016-01-05 19:44 ` Drew Adams
2016-01-05 21:08 ` Drew Adams
2016-01-08 9:32 ` Nicolas Richard
2016-01-08 10:49 ` Eli Zaretskii
2016-01-05 18:10 Drew Adams
2016-01-05 18:44 ` Eli Zaretskii
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).