bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#26712: other-window/frame versions of find-library


From: Charles A. Roelli
Subject: bug#26712: other-window/frame versions of find-library
Date: Wed, 17 May 2017 21:16:57 +0200
User-agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:45.0) Gecko/20100101 Thunderbird/45.8.0

Thank you for your comments.  Please see again the attachment.

On 16/05/2017 21:36, Eli Zaretskii wrote:
+** Two new commands 'find-library-other-window' and
+'find-library-other-frame'.
This is too terse.  A few words regarding what these do would be much
better.

Updated:

+** Two new commands for finding the source code of Emacs Lisp
+libraries: 'find-library-other-window' and 'find-library-other-frame'.
+

+(defun find-library (library)
+  "Find the Emacs Lisp source of the LIBRARY near point.
This is confusing, IMO.  Suggest to reword:

     Find the Emacs Lisp source of LIBRARY.
   Interactively, prompt for LIBRARY using the one at or near point as
   the default.

Thanks, I've updated it.

+(defun read-library-name ()
+  "Read and return a library name, defaulting to the one near point."
I would explain here what constitutes a "library name", i.e. how does
the function determine the library name at point.

+A library name is the filename of an Emacs Lisp library located
+in a directory under `load-path' (or `find-function-source-path',
+if non-nil)."

+(defun find-library-other-window (library)
+  "Find, in another window, the file defining LIBRARY at or near point.
Any reason why the wording is different from that of find-library?

Nope, I've also amended this.

Attachment: 0001-New-commands-find-library-other-window-find-library-.patch
Description: Text Data


reply via email to

[Prev in Thread] Current Thread [Next in Thread]