unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#42050: 27.0.91; Clarify Info-next docstring
@ 2020-06-25 21:43 Tino Calancha
  2020-06-26  7:43 ` Eli Zaretskii
       [not found] ` <handler.42050.D42050.159315742012378.notifdone@debbugs.gnu.org>
  0 siblings, 2 replies; 8+ messages in thread
From: Tino Calancha @ 2020-06-25 21:43 UTC (permalink / raw)
  To: 42050; +Cc: uyennhi.qm

Severity: wishlist,patch
X-Debbugs-Cc: eliz@gnu.org,uyennhi.qm@gmail.com

When I am reading a section of the Emacs manual, then I
often assume that `p' and `n' behavior is like when you are
reading a book, i.e. jump to the prev/next page; i.e., my
natural expectation is that `n' is bound to `Info-forward-node'.

I think their docstrings could add some
description and mention to the other existent command.

You get my point in this patch:

--8<-----------------------------cut here---------------start------------->8---
commit 6a8f77a63bb5a57448f6184f96b3ca971e6d7991
Author: Tino Calancha <tino.calancha@gmail.com>
Date:   Thu Jun 25 23:29:34 2020 +0200

    Clarify Info-next docstring
    
    Mention that Info-next doesn't descend into sublevels; also
    mention the existence of Info-forward-node.
    
    * lisp/info.el (Info-next)
    (Info-prev)
    (Info-forward-node)
    (Info-backward-node): Clarify docstring.

diff --git a/lisp/info.el b/lisp/info.el
index 7a11bb3ff9..234d1d9f5f 100644
--- a/lisp/info.el
+++ b/lisp/info.el
@@ -2265,7 +2265,11 @@ Info-following-node-name
        (match-string-no-properties 1)))
 
 (defun Info-next ()
-  "Go to the next node of this node."
+  "Go to the next node of this node.
+This moves to the next node within the same hierarchical level, i.e.,
+it doesn't descend into a sublevel.
+
+See also `Info-forward-node'."
   (interactive)
   ;; In case another window is currently selected
   (save-window-excursion
@@ -2273,7 +2277,11 @@ Info-next
     (Info-goto-node (Info-extract-pointer "next"))))
 
 (defun Info-prev ()
-  "Go to the previous node of this node."
+  "Go to the previous node of this node.
+This moves to the previous node within the same hierarchical level, i.e.,
+it doesn't ascend into an upper level.
+
+See also `Info-backward-node'."
   (interactive)
   ;; In case another window is currently selected
   (save-window-excursion
@@ -2887,7 +2895,9 @@ Info-final-node
       (Info-goto-node (Info-extract-menu-counting nil)))))
 
 (defun Info-forward-node (&optional not-down not-up no-error)
-  "Go forward one node, considering all nodes as forming one sequence."
+  "Go forward one node, considering all nodes as forming one sequence.
+Interactively, this is similar as `Info-next' but it also
+descends into sublevels."
   (interactive)
   (goto-char (point-min))
   (forward-line 1)
@@ -2922,7 +2932,9 @@ Info-forward-node
 	  (t (user-error "No pointer forward from this node")))))
 
 (defun Info-backward-node ()
-  "Go backward one node, considering all nodes as forming one sequence."
+  "Go backward one node, considering all nodes as forming one sequence.
+Interactively, this is similar as `Info-prev' but it also
+ascends into upper levels."
   (interactive)
   (let ((prevnode (Info-extract-pointer "prev[ious]*" t))
 	(upnode (Info-extract-pointer "up" t))

--8<-----------------------------cut here---------------end--------------->8---

In GNU Emacs 27.0.91 (build 26, x86_64-pc-linux-gnu, GTK+ Version 3.24.5)
 of 2020-06-25 built on calancha-pc.dy.bbexcite.jp
Repository revision: 632b0119e1ac0b907af41e4e4b7b5ab7557a5d90
Repository branch: emacs-27
Windowing system distributor 'The X.Org Foundation', version 11.0.12004000
System Description: Debian GNU/Linux 10 (buster)






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

* bug#42050: 27.0.91; Clarify Info-next docstring
  2020-06-25 21:43 bug#42050: 27.0.91; Clarify Info-next docstring Tino Calancha
@ 2020-06-26  7:43 ` Eli Zaretskii
  2020-06-26  8:41   ` Basil L. Contovounesios
       [not found] ` <handler.42050.D42050.159315742012378.notifdone@debbugs.gnu.org>
  1 sibling, 1 reply; 8+ messages in thread
From: Eli Zaretskii @ 2020-06-26  7:43 UTC (permalink / raw)
  To: Tino Calancha; +Cc: uyennhi.qm, 42050-done

> Cc: eliz@gnu.org,uyennhi.qm@gmail.com
> From: Tino Calancha <tino.calancha@gmail.com>
> Date: Thu, 25 Jun 2020 23:43:42 +0200
> 
> When I am reading a section of the Emacs manual, then I
> often assume that `p' and `n' behavior is like when you are
> reading a book, i.e. jump to the prev/next page; i.e., my
> natural expectation is that `n' is bound to `Info-forward-node'.
> 
> I think their docstrings could add some
> description and mention to the other existent command.
> 
> You get my point in this patch:

Thanks, I fixed this in a slightly different way.

P.S. Do you really use [ and ] in Info when reading a manual?





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

* bug#42050: 27.0.91; Clarify Info-next docstring
  2020-06-26  7:43 ` Eli Zaretskii
@ 2020-06-26  8:41   ` Basil L. Contovounesios
  2020-06-26 10:31     ` Eli Zaretskii
  0 siblings, 1 reply; 8+ messages in thread
From: Basil L. Contovounesios @ 2020-06-26  8:41 UTC (permalink / raw)
  To: 42050; +Cc: tino.calancha

Eli Zaretskii <eliz@gnu.org> writes:

> P.S. Do you really use [ and ] in Info when reading a manual?

I do; I hate cliffhangers. ;)

-- 
Basil





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

* bug#42050: 27.0.91; Clarify Info-next docstring
  2020-06-26  8:41   ` Basil L. Contovounesios
@ 2020-06-26 10:31     ` Eli Zaretskii
  2020-06-26 11:32       ` Basil L. Contovounesios
  0 siblings, 1 reply; 8+ messages in thread
From: Eli Zaretskii @ 2020-06-26 10:31 UTC (permalink / raw)
  To: Basil L. Contovounesios; +Cc: 42050, tino.calancha

> From: "Basil L. Contovounesios" <contovob@tcd.ie>
> Cc: eliz@gnu.org,  tino.calancha@gmail.com
> Date: Fri, 26 Jun 2020 09:41:47 +0100
> 
> > P.S. Do you really use [ and ] in Info when reading a manual?
> 
> I do; I hate cliffhangers. ;)

Why not SPC and DEL?  They incorporate the functionality of [ and ].





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

* bug#42050: 27.0.91; Clarify Info-next docstring
  2020-06-26 10:31     ` Eli Zaretskii
@ 2020-06-26 11:32       ` Basil L. Contovounesios
  0 siblings, 0 replies; 8+ messages in thread
From: Basil L. Contovounesios @ 2020-06-26 11:32 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 42050, tino.calancha

Eli Zaretskii <eliz@gnu.org> writes:

>> From: "Basil L. Contovounesios" <contovob@tcd.ie>
>> Cc: eliz@gnu.org,  tino.calancha@gmail.com
>> Date: Fri, 26 Jun 2020 09:41:47 +0100
>> 
>> > P.S. Do you really use [ and ] in Info when reading a manual?
>> 
>> I do; I hate cliffhangers. ;)
>
> Why not SPC and DEL?  They incorporate the functionality of [ and ].

I use those too, but sometimes I don't want to scroll through a whole
node if it's longer than a screenful.

-- 
Basil





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

* bug#42050: closed (Re: bug#42050: 27.0.91; Clarify Info-next docstring)
       [not found] ` <handler.42050.D42050.159315742012378.notifdone@debbugs.gnu.org>
@ 2020-06-26 15:36   ` Tino Calancha
  2020-06-26 17:53     ` Eli Zaretskii
  0 siblings, 1 reply; 8+ messages in thread
From: Tino Calancha @ 2020-06-26 15:36 UTC (permalink / raw)
  To: 42050

help-debbugs@gnu.org (GNU bug Tracking System) writes:

> Thanks, I fixed this in a slightly different way.
Thank you.
> P.S. Do you really use [ and ] in Info when reading a manual?
Yes I do; I like that they always behave as 'next page', with no
sorprise.
For instance, if you are at section X.y, then ']' bring me to
X.y.z,
while 'n' goes to X.y+1 which discuss something unrelated with what
I am digging in that moment.





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

* bug#42050: closed (Re: bug#42050: 27.0.91; Clarify Info-next docstring)
  2020-06-26 15:36   ` bug#42050: closed (Re: bug#42050: 27.0.91; Clarify Info-next docstring) Tino Calancha
@ 2020-06-26 17:53     ` Eli Zaretskii
  2020-06-28 16:48       ` Tino Calancha
  0 siblings, 1 reply; 8+ messages in thread
From: Eli Zaretskii @ 2020-06-26 17:53 UTC (permalink / raw)
  To: Tino Calancha; +Cc: 42050

> From: Tino Calancha <tino.calancha@gmail.com>
> Date: Fri, 26 Jun 2020 17:36:00 +0200
> 
> > P.S. Do you really use [ and ] in Info when reading a manual?
> Yes I do; I like that they always behave as 'next page', with no
> sorprise.
> For instance, if you are at section X.y, then ']' bring me to
> X.y.z,
> while 'n' goes to X.y+1 which discuss something unrelated with what
> I am digging in that moment.

I didn't mean 'n' and 'p', I meant SPC and DEL.





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

* bug#42050: closed (Re: bug#42050: 27.0.91; Clarify Info-next docstring)
  2020-06-26 17:53     ` Eli Zaretskii
@ 2020-06-28 16:48       ` Tino Calancha
  0 siblings, 0 replies; 8+ messages in thread
From: Tino Calancha @ 2020-06-28 16:48 UTC (permalink / raw)
  To: 42050



On Fri, 26 Jun 2020, Eli Zaretskii wrote:

>> From: Tino Calancha <tino.calancha@gmail.com>
>> Date: Fri, 26 Jun 2020 17:36:00 +0200
>>
>>> P.S. Do you really use [ and ] in Info when reading a manual?
>> Yes I do; I like that they always behave as 'next page', with no

> I didn't mean 'n' and 'p', I meant SPC and DEL.
No I don't use them (neither in buffers in view-mode); I am too used
to scroll myself.





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

end of thread, other threads:[~2020-06-28 16:48 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-06-25 21:43 bug#42050: 27.0.91; Clarify Info-next docstring Tino Calancha
2020-06-26  7:43 ` Eli Zaretskii
2020-06-26  8:41   ` Basil L. Contovounesios
2020-06-26 10:31     ` Eli Zaretskii
2020-06-26 11:32       ` Basil L. Contovounesios
     [not found] ` <handler.42050.D42050.159315742012378.notifdone@debbugs.gnu.org>
2020-06-26 15:36   ` bug#42050: closed (Re: bug#42050: 27.0.91; Clarify Info-next docstring) Tino Calancha
2020-06-26 17:53     ` Eli Zaretskii
2020-06-28 16:48       ` Tino Calancha

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