unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Juri Linkov <juri@jurta.org>
To: Kevin Ryde <user42@zip.com.au>
Cc: 3717@emacsbugs.donarmstrong.com, jidanni@jidanni.org
Subject: bug#3717: M-x man completion
Date: Thu, 26 Nov 2009 11:28:27 +0200	[thread overview]
Message-ID: <87aay94ouh.fsf@mail.jurta.org> (raw)
In-Reply-To: <87bpiqtde7.fsf@blah.blah> (Kevin Ryde's message of "Thu, 26 Nov 2009 10:04:16 +1100")

>>   Possible completions are:
>>   lib (3erl)
>>   lib (3perl)
>
> If you complete from "li" it gives "lib (", which will make man error
> out.

What man error?  I see no problem here.  If the user sees an incomplete
manual name with the opening parenthesis, then s?he continues to complete it
to the specific section name.

> I insert a bare "lib" for such cases so that completion stops
> without the "(" for whatever is man's default page for "lib".  You may
> have seen the "chmod" example in my code.

I think it's bad to hide the fact that a manual name is ambiguous and
that the user have to select the necessary section instead of using an
arbitrary default section.  IOW, what I don't like is missing indication
that may cause to select a wrong section.  For manual names that belong
only to one section, removing the section name would be ok.

`M-x woman' deals with this problem by asking a manual file name
when the selected manual name is ambiguous.

> I also put in stuff like "3erl lib", since you can enter it like that to
> man, and it can be easier to give the section first then complete among
> pages in the section, as opposed to a section suffix.

This duplicates completions for every manual name with e.g.
"lib (3erl)" and "3erl lib".

Perhaps this is not a problem, because when the first character
of the completion is a digit, then completions are performed on the
format "3erl lib".  Otherwise, completions are performed on the
format "lib (3erl)".

For the format "lib (3erl)", you can narrow all completions to the
specific section with `M-x man RET * (3erl) TAB'.  But for the
"3erl lib" format, it is easier to type `M-x man RET 3erl TAB'.

So it seems this is a good change.

> That latter probably doesn't cooperate with Stefan's prefix-based cache
> thing as it stands.  But I found it better to cache all page names once,
> because a "-k" run is pretty much as slow asking for a few matches as
> many.
>
> I did say there was lots of things I've already been through for
> friendliness and features!  :-)

In your first message to bug#3717, you named them "feeping creatures" :-)
(I hope most features in man-completion.el are not creeping.)

-- 
Juri Linkov
http://www.jurta.org/emacs/





  reply	other threads:[~2009-11-26  9:28 UTC|newest]

Thread overview: 68+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <87fx7x72qd.fsf@mail.jurta.org>
2009-06-29 20:48 ` bug#3717: M-x man completion jidanni
2009-06-29 22:02   ` Stefan Monnier
2009-06-30  7:50     ` Sven Joachim
     [not found]       ` <87ab3pfqj0.fsf@jidanni.org>
2009-11-24 17:11         ` Juri Linkov
2009-11-24 20:01           ` Stefan Monnier
2009-11-25 17:29             ` Juri Linkov
2009-11-25 19:30               ` Stefan Monnier
2009-11-25 21:17                 ` Juri Linkov
2009-11-25 23:18                   ` Kevin Ryde
2009-11-26  9:28                     ` Juri Linkov
2009-11-26 22:09                       ` Kevin Ryde
2009-11-27  2:30                         ` Stefan Monnier
2009-12-04 22:53                           ` Kevin Ryde
2009-12-05  9:31                             ` Eli Zaretskii
2009-12-11 22:43                               ` Kevin Ryde
2009-12-12  9:03                                 ` Eli Zaretskii
2009-11-25 23:04               ` Kevin Ryde
2009-11-26  9:28                 ` Juri Linkov [this message]
2009-11-26 16:54                   ` Stefan Monnier
2009-12-02 22:41                     ` Kevin Ryde
2009-12-03  0:53                       ` Stefan Monnier
2009-12-04 22:50                         ` Kevin Ryde
2009-12-05  5:02                           ` Stefan Monnier
2009-12-05 23:12                             ` Kevin Ryde
2009-12-07  2:26                               ` Stefan Monnier
2009-11-26 22:01                   ` Kevin Ryde
2009-11-26 22:36                     ` Juri Linkov
2009-11-26 23:15                       ` Kevin Ryde
2009-11-27  9:01                         ` Juri Linkov
2009-11-28 17:56                           ` Juri Linkov
2009-11-28 20:14                             ` Kevin Ryde
2009-11-28 22:54                               ` Juri Linkov
2009-12-15  6:18                               ` jidanni
2009-12-15  8:04                                 ` Eli Zaretskii
2009-12-16  0:42                                   ` Juri Linkov
2009-12-16  4:19                                     ` Eli Zaretskii
2009-12-16 21:25                                     ` Kevin Ryde
     [not found]                                       ` <87ljh29ypb.fsf@mail.jurta.org>
     [not found]                                         ` <87r5qt5p52.fsf@blah.blah>
2009-12-17 23:35                                           ` Juri Linkov
2009-12-18  1:00                                             ` Kevin Ryde
2009-11-26 23:34                       ` jidanni
2009-11-27  0:24                         ` Kevin Ryde
2009-11-27  9:04                           ` Juri Linkov
2009-11-25 23:11             ` Kevin Ryde
2009-11-26  3:03               ` Stefan Monnier
2009-11-26 21:12                 ` Kevin Ryde
2009-12-16 21:40                   ` Kevin Ryde
2009-12-16 21:44               ` Kevin Ryde
2009-11-24 22:58           ` Kevin Ryde
2009-11-24 23:45             ` Kevin Ryde
2009-11-25  4:21             ` Eli Zaretskii
2009-11-25 14:47               ` Stefan Monnier
2009-11-25 22:53               ` Kevin Ryde
2009-11-26  4:20                 ` Eli Zaretskii
2009-11-26 21:36                   ` Kevin Ryde
2009-11-27  8:47                     ` Eli Zaretskii
2009-11-28 19:49                       ` Kevin Ryde
2009-11-28 22:59                         ` Juri Linkov
2009-11-29 15:34                           ` Stefan Monnier
2009-06-30 22:38     ` Kevin Ryde
2009-11-29 16:15   ` bug#3717: marked as done (M-x man completion) Emacs bug Tracking System
2009-08-06  1:47 ` bug#4056: 23.1.50; use shell-command completion for M-x man page names jidanni
2009-11-29 16:15   ` bug#4056: marked as done (23.1.50; use shell-command completion for M-x man page names) Emacs bug Tracking System
2010-01-23 22:04   ` bug#4056: completion--some: Searching for program: no such file or directory, LC_CTYPE=C man jidanni
2010-02-08 19:07   ` bug#4056: " jidanni
2010-02-09  0:42     ` Kenichi Handa
2010-02-11 16:10     ` Stefan Monnier
2010-02-09  0:51   ` jidanni
2010-02-11 21:42   ` jidanni

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87aay94ouh.fsf@mail.jurta.org \
    --to=juri@jurta.org \
    --cc=3717@emacsbugs.donarmstrong.com \
    --cc=jidanni@jidanni.org \
    --cc=user42@zip.com.au \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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).