all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* bug#24979: 24.5; Doc string of `current-word'
@ 2016-11-21 18:24 Drew Adams
  2016-11-25  9:52 ` Eli Zaretskii
  0 siblings, 1 reply; 3+ messages in thread
From: Drew Adams @ 2016-11-21 18:24 UTC (permalink / raw)
  To: 24979

This part of the doc string is wrong:

 The function, belying its name, normally finds a symbol.


1. There is no "normally".  Do you mean often?  Usually?  Sometimes?
   (When?)

2. It always returns a string, never a symbol.  A symbol is a Lisp
   object.  If you mean that it often returns a string that has symbol,
   not word, syntax, then say so.  That does not mean that it returns a
   symbol.  Yes, the first line of the doc now says that it returns a
   string.  This means that the doc as a whole is currently confusing
   and inconsistent.


In GNU Emacs 24.5.1 (i686-pc-mingw32)
 of 2015-04-11 on LEG570
Windowing system distributor `Microsoft Corp.', version 6.1.7601
Configured using:
 `configure --prefix=/c/usr --host=i686-pc-mingw32'





^ permalink raw reply	[flat|nested] 3+ messages in thread

* bug#24979: 24.5; Doc string of `current-word'
  2016-11-21 18:24 bug#24979: 24.5; Doc string of `current-word' Drew Adams
@ 2016-11-25  9:52 ` Eli Zaretskii
  0 siblings, 0 replies; 3+ messages in thread
From: Eli Zaretskii @ 2016-11-25  9:52 UTC (permalink / raw)
  To: Drew Adams; +Cc: 24979-done

> Date: Mon, 21 Nov 2016 10:24:56 -0800 (PST)
> From: Drew Adams <drew.adams@oracle.com>
> 
> This part of the doc string is wrong:
> 
>  The function, belying its name, normally finds a symbol.
> 
> 
> 1. There is no "normally".  Do you mean often?  Usually?  Sometimes?
>    (When?)

"Normally" is GNU and Emacs parlance for "by default", and is usually
(as in this case) followed by the description of the non-default use
case.  You will find gazillions of this in the documentation.

> 2. It always returns a string, never a symbol.  A symbol is a Lisp
>    object.  If you mean that it often returns a string that has symbol,
>    not word, syntax, then say so.  That does not mean that it returns a
>    symbol.  Yes, the first line of the doc now says that it returns a
>    string.  This means that the doc as a whole is currently confusing
>    and inconsistent.

I think this is splitting hair, probably because "symbol" is ambiguous
due to its being a Lisp object.  E.g., if the doc string said

  Return the word at or near point, as a string.

you wouldn't object, because "word" is not a Lisp object.

Anyway, I modified the doc string to say

    "Return the word at or near point, as a string.
  The return value includes no text properties.

  If optional arg STRICT is non-nil, return nil unless point is
  within or adjacent to a word, otherwise look for a word within
  point's line.  If there is no word anywhere on point's line, the
  value is nil regardless of STRICT.

  By default, this function treats as a single word any sequence of
  characters that have either word or symbol syntax.  If optional
  arg REALLY-WORD is non-nil, only characters of word syntax can
  constitute a word."

Thanks.





^ permalink raw reply	[flat|nested] 3+ messages in thread

* bug#24979: 24.5; Doc string of `current-word'
       [not found] ` <<83fumf51k7.fsf@gnu.org>
@ 2016-11-25 15:36   ` Drew Adams
  0 siblings, 0 replies; 3+ messages in thread
From: Drew Adams @ 2016-11-25 15:36 UTC (permalink / raw)
  To: Eli Zaretskii, Drew Adams; +Cc: 24979-done

> > This part of the doc string is wrong:
> >
> >  The function, belying its name, normally finds a symbol.
> >
> >
> > 1. There is no "normally".  Do you mean often?  Usually?
> >    Sometimes? (When?)
> 
> "Normally" is GNU and Emacs parlance for "by default", and is
> usually (as in this case) followed by the description of the
> non-default use case.  You will find gazillions of this in
> the documentation.

If there are other cases where "normally" is used to convey
"by default" then I hope they get fixed too.  If the
surrounding text makes clear, e.g. by explicitly contrasting,
that what is meant by "normally" is the default case, then
it could be OK (but should never be _preferred_ to stating
clearly and explicitly what the default behavior is).

In this case, "normally" might have been able to be understood
the way you say if the last two sentences were in their own
paragraph, so that the last more clearly qualified the
statement of the next-to-last, instead of appearing to stand
on its own.

> I think this is splitting hair, probably because "symbol" is
> ambiguous due to its being a Lisp object.  E.g., if the doc
> string said
>   Return the word at or near point, as a string.
> you wouldn't object, because "word" is not a Lisp object.

Correct.  I wouldn't have objected about calling it a word.

But I would have objected about "near", which is not the
same as on-the-same-line-and-adjacent-to - it is quite
different, in fact.

> Anyway, I modified the doc string to say
> 
>     "Return the word at or near point, as a string.

  Return the word at point or adjacent to it, as a string.

(or a bit less clear:

  Return the word at or adjacent to point, as a string.)

See above.

The rest looks good.  Thx.





^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2016-11-25 15:36 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2016-11-21 18:24 bug#24979: 24.5; Doc string of `current-word' Drew Adams
2016-11-25  9:52 ` Eli Zaretskii
     [not found] <<d144109b-5a29-4b6c-b984-10a0d7106f94@default>
     [not found] ` <<83fumf51k7.fsf@gnu.org>
2016-11-25 15:36   ` Drew Adams

Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.