unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* 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

* 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
       [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

* 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

* 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

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).