GNU bug report logs -
#37723
Apropos Hyperbole key series in DEMO is not pressing final return
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 37723 in the body.
You can then email your comments to 37723 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-hyperbole <at> gnu.org
:
bug#37723
; Package
hyperbole
.
(Sun, 13 Oct 2019 03:44:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
"Kevin J. McCarthy" <kevin <at> 8t8.us>
:
New bug report received and forwarded. Copy sent to
bug-hyperbole <at> gnu.org
.
(Sun, 13 Oct 2019 03:44:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
I use: Editor: GNU Emacs 26.1 (build 2, x86_64-pc-linux-gnu, GTK+ Version 3.24.4)
Hyperbole: 7.0.7
Sys Type: x86_64-pc-linux-gnu
OS Type: gnu/linux
Window Sys: x
News Reader: Gnus v5.13
This might be quirks of my environment, but I'm reporting various little
issues just in case.
In the DEMO, under
* Implicit Buttons
** Key Series Buttons
The multiline key series: {M-x apropos
RET hyperbole RET} is not pressing the final return for me. The prompt
Search for symbol (word list or regexp): hyperbole
is in the minibuffer and I need to press return myself.
If I put it on one line the behavior is the same:
{M-x apropos RET hyperbole RET}
If I change it to
{M-x apropos RET hyperbole RET i}
the hyperbole apropos page comes up, and the minibuffer displays the
error "i is undefined".
Again, I use exwm as well as counsel/swiper/ivy. There may be a strange
interaction there, but running it outside of exwm (from console) gives
me the same behavior.
Thank you,
-Kevin
Reply sent
to
rswgnu <at> gmail.com
:
You have taken responsibility.
(Sun, 13 Oct 2019 16:35:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
"Kevin J. McCarthy" <kevin <at> 8t8.us>
:
bug acknowledged by developer.
(Sun, 13 Oct 2019 16:35:02 GMT)
Full text and
rfc822 format available.
Message #10 received at 37723-close <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On Sat, Oct 12, 2019 at 11:44 PM Kevin J. McCarthy <kevin <at> 8t8.us> wrote:
> I use: Editor: GNU Emacs 26.1 (build 2, x86_64-pc-linux-gnu, GTK+
> Version 3.24.4)
>
> Hyperbole: 7.0.7
> Sys Type: x86_64-pc-linux-gnu
> OS Type: gnu/linux
> Window Sys: x
> News Reader: Gnus v5.13
>
> This might be quirks of my environment, but I'm reporting various little
> issues just in case.
>
> In the DEMO, under
> * Implicit Buttons
> ** Key Series Buttons
>
> The multiline key series: {M-x apropos
> RET hyperbole RET} is not pressing the final return for me. The prompt
> Search for symbol (word list or regexp): hyperbole
> is in the minibuffer and I need to press return myself.
>
> If I put it on one line the behavior is the same:
> {M-x apropos RET hyperbole RET}
>
Good catch, Kevin. There was a bug in a function that trims whitespace
from pathname arguments that was doing this to non-pathname arguments like
we have here. If you replace the following function in hpath.el and
re-byte-compile and reload the file, this should work properly.
(defun hpath:absolute-to (path &optional default-dirs)
"Return PATH as an absolute path relative to one directory from optional
DEFAULT-DIRS or `default-directory'.
Return PATH unchanged when it is not a valid path or when DEFAULT-DIRS
is invalid. DEFAULT-DIRS when non-nil may be a single directory or a list
of
directories. The first one in which PATH is found is used."
(cond ((not (and (stringp path)
(hpath:is-p (hpath:trim path) nil t)))
path)
((progn (setq path (hpath:trim path))
(not (cond ((null default-dirs)
(setq default-dirs (cons default-directory
nil)))
((stringp default-dirs)
(setq default-dirs (cons default-dirs nil)))
((listp default-dirs))
(t nil))))
path)
(t
(let ((rtn) dir)
(while (and default-dirs (null rtn))
(setq dir (expand-file-name
(file-name-as-directory (car default-dirs)))
rtn (expand-file-name path dir)
default-dirs (cdr default-dirs))
(or (file-exists-p rtn) (setq rtn nil)))
(or rtn path)))))
This issue is now resolved and is being closed.
Bob
[Message part 2 (text/html, inline)]
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Mon, 11 Nov 2019 12:24:07 GMT)
Full text and
rfc822 format available.
This bug report was last modified 5 years and 283 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.