GNU bug report logs - #17705
[PATCH] lisp/help.el (where-is): don't recreate completing-read's functionality for defaults

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Cameron Desautels <camdez <at> gmail.com>
Subject: bug#17705: closed (Re: bug#17705: [PATCH] lisp/help.el
 (where-is): don't recreate completing-read's functionality for defaults)
Date: Thu, 12 Jun 2014 02:22:02 +0000

[Message part 1 (text/plain, inline)]

Your bug report

#17705: [PATCH] lisp/help.el (where-is): don't recreate completing-read's functionality for defaults

which was filed against the emacs package, has been closed.

The explanation is attached below, along with your original report.
If you require more details, please reply to 17705 <at> debbugs.gnu.org.

-- 
17705: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=17705
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Cameron Desautels <camdez <at> gmail.com>
Cc: 17705-done <at> debbugs.gnu.org
Subject: Re: bug#17705: [PATCH] lisp/help.el (where-is): don't recreate
 completing-read's functionality for defaults
Date: Wed, 11 Jun 2014 22:21:00 -0400

> `where-is` was looking for empty string return values from
> `completing-read` and swapping in a default value in that
> case. Updated now to use the default-handling mechanism provided by
> `completing-read`, rather than recreating it.

Thank you, installed.
Note that we now have many small contributions from you, adding up to
a non-trivial amount of code, so we won't be able to accept further
patches from you without some copyright paperwork.
If you intend to submit more patches (which I hope you do), please fill
the form below and send it to the FSF as instructed so they can send you
the appropriate paperwork to sign.


        Stefan


Please email the following information to assign <at> gnu.org, and we
will send you the assignment form for your past and future changes.

Please use your full legal name (in ASCII characters) as the subject
line of the message.
----------------------------------------------------------------------
REQUEST: SEND FORM FOR PAST AND FUTURE CHANGES

[What is the name of the program or package you're contributing to?]
Emacs

[Did you copy any files or text written by someone else in these changes?
Even if that material is free software, we need to know about it.]


[Do you have an employer who might have a basis to claim to own
your changes?  Do you attend a school which might make such a claim?]


[For the copyright registration, what country are you a citizen of?]


[What year were you born?]


[Please write your email address here.]


[Please write your postal address here.]





[Which files have you changed so far, and which new files have you written
so far?]

[Message part 3 (message/rfc822, inline)]

From: Cameron Desautels <camdez <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: [PATCH] lisp/help.el (where-is): don't recreate completing-read's
 functionality for defaults
Date: Thu, 5 Jun 2014 13:08:02 -0500

[Message part 4 (text/plain, inline)]

`where-is` was looking for empty string return values from
`completing-read` and swapping in a default value in that
case. Updated now to use the default-handling mechanism provided by
`completing-read`, rather than recreating it.

This also provides a bit of extra capability because now the user can
insert the default value into the minibuffer (for modification) via
`next-history-element` (so-called "future history", described in the
elisp manual).

-- 
Cameron Desautels <camdez <at> gmail.com>

[0001-lisp-help.el-where-is-don-t-recreate-completing-read.patch (application/octet-stream, attachment)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.