GNU bug report logs - #23788
Error: 'apply: Symbol’s value as variable is void: hmouse-alist'

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 23788 in the body.
You can then email your comments to 23788 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: "Feng Shu" <tumashu <at> 163.com>
To: bug-hyperbole <bug-hyperbole <at> gnu.org>
Cc: Feng Shu <tumashu <at> 163.com>
Subject: Error: 'apply: Symbol’s value as variable is
 void: hmouse-alist'
Date: Sat, 18 Jun 2016 08:59:28 +0800

When emacs daemon is enabled, hyperbole's smart mouse key can not be
used.

The problem is the following code in hui-mouse.el can execute properly
for hyperb:window-system is nil

#+begin_src elisp
(require 'hargs)
(require 'hmouse-key)
(if hyperb:window-system
    (progn
      (defvar hmouse-alist hkey-alist
	"Alist of predicates and form-conses for context-sensitive smart key mouse actions.
When the action-key or the assist-key is pressed, the first or
second form, respectively, associated with the first non-nil predicate is
evaluated.")
      (load "hui-window")))
#+end_src


-- 

Message #8 received at 23788 <at> debbugs.gnu.org (full text, mbox):

From: Robert Weiner <rsw <at> gnu.org>
To: Feng Shu <tumashu <at> 163.com>
Cc: 23788 <at> debbugs.gnu.org
Subject: Re: bug#23788: Error: 'apply: Symbol’s value as variable is void: hmouse-alist'
Date: Sat, 18 Jun 2016 10:30:36 -0400

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

Please provide a more complete sequence of steps so we can reproduce
exactly what you are doing and then we can comment and debug.  Always use
{C-h h m r} to report Hyperbole bugs if you can as that tells us something
about your environment.

Bob



On Fri, Jun 17, 2016 at 8:59 PM, Feng Shu <tumashu <at> 163.com> wrote:

>
> When emacs daemon is enabled, hyperbole's smart mouse key can not be
> used.
>
> The problem is the following code in hui-mouse.el can execute properly
> for hyperb:window-system is nil
>
> #+begin_src elisp
> (require 'hargs)
> (require 'hmouse-key)
> (if hyperb:window-system
>     (progn
>       (defvar hmouse-alist hkey-alist
>         "Alist of predicates and form-conses for context-sensitive smart
> key mouse actions.
> When the action-key or the assist-key is pressed, the first or
> second form, respectively, associated with the first non-nil predicate is
> evaluated.")
>       (load "hui-window")))
> #+end_src
>
>
> --
>
>
>
>
> _______________________________________________
> Bug-hyperbole mailing list
> Bug-hyperbole <at> gnu.org
> https://lists.gnu.org/mailman/listinfo/bug-hyperbole
>

[Message part 2 (text/html, inline)]

Message #11 received at 23788 <at> debbugs.gnu.org (full text, mbox):

From: Robert Weiner <rsw <at> gnu.org>
To: Feng Shu <tumashu <at> 163.com>
Cc: 23788 <at> debbugs.gnu.org
Subject: Re: bug#23788: Error: 'apply: Symbol’s value as variable is void: hmouse-alist'
Date: Sat, 18 Jun 2016 15:02:19 -0400

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

On Fri, Jun 17, 2016 at 8:59 PM, Feng Shu <tumashu <at> 163.com> wrote:

>
> When emacs daemon is enabled, hyperbole's smart mouse key can not be
> used.
>
> The problem is the following code in hui-mouse.el can execute properly
> for hyperb:window-system is nil
>

If I understand correctly, you are saying you have mouse support on your
client display but not on the server emacs computer that serves up emacs
clients.  As a result, hyperb:window-system is nil (server sets this),
disabling Hyperbole mouse support for both the client and server.  So we
really want to determine mouse support on a per-display basis rather than
on a per-server per Hyperbole instance basis.

Does that sound correct?

Bob

[Message part 2 (text/html, inline)]

Message #14 received at 23788 <at> debbugs.gnu.org (full text, mbox):

From: tumashu <tumashu <at> 163.com>
To: rswgnu <at> gmail.com
Cc: 23788 <at> debbugs.gnu.org
Subject: Re:Re: bug#23788: Error: 'apply: Symbol’s value as variable is void: hmouse-alist'
Date: Sun, 19 Jun 2016 03:10:33 +0800 (CST)

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

yes

在 2016-06-19 03:02:19，"Robert Weiner" <rsw <at> gnu.org> 写道：

On Fri, Jun 17, 2016 at 8:59 PM, Feng Shu <tumashu <at> 163.com> wrote:

When emacs daemon is enabled, hyperbole's smart mouse key can not be
used.

The problem is the following code in hui-mouse.el can execute properly
for hyperb:window-system is nil



If I understand correctly, you are saying you have mouse support on your client display but not on the server emacs computer that serves up emacs clients.  As a result, hyperb:window-system is nil (server sets this), disabling Hyperbole mouse support for both the client and server.  So we really want to determine mouse support on a per-display basis rather than on a per-server per Hyperbole instance basis.


Does that sound correct?


Bob

[Message part 2 (text/html, inline)]

Message #17 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Robert Weiner <rsw <at> gnu.org>
To: Feng Shu <tumashu <at> 163.com>
Cc: bug-hyperbole <at> gnu.org, 23788 <at> debbugs.gnu.org
Subject: Re: bug#23788: Error: 'apply: Symbol’s value as variable is void: hmouse-alist'
Date: Sun, 19 Jun 2016 10:05:20 -0400

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

We think this is fixed for the next release.  `hyperb:window-system' is now
a function that returns a per-frame value determining whether or not mouse
support exists and to therefore use hmouse-alist.  We have to do some more
testing but basic things are working with this change in place.  -- Bob

On Fri, Jun 17, 2016 at 8:59 PM, Feng Shu <tumashu <at> 163.com> wrote:

>
> When emacs daemon is enabled, hyperbole's smart mouse key can not be
> used.
>
> The problem is the following code in hui-mouse.el can execute properly
> for hyperb:window-system is nil
>
> #+begin_src elisp
> (require 'hargs)
> (require 'hmouse-key)
> (if hyperb:window-system
>     (progn
>       (defvar hmouse-alist hkey-alist
>         "Alist of predicates and form-conses for context-sensitive smart
> key mouse actions.
> When the action-key or the assist-key is pressed, the first or
> second form, respectively, associated with the first non-nil predicate is
> evaluated.")
>       (load "hui-window")))
> #+end_src
>
>
> --
>
>
>
>
> _______________________________________________
> Bug-hyperbole mailing list
> Bug-hyperbole <at> gnu.org
> https://lists.gnu.org/mailman/listinfo/bug-hyperbole
>

[Message part 2 (text/html, inline)]

Message #23 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Robert Weiner <rsw <at> gnu.org>
To: Feng Shu <tumashu <at> 163.com>
Cc: bug-hyperbole <at> gnu.org, 23788 <at> debbugs.gnu.org
Subject: Re: bug#23788: Error: 'apply: Symbol’s value as variable is void: hmouse-alist'
Date: Sun, 19 Jun 2016 17:29:52 -0400

On Sun, Jun 19, 2016 at 10:05 AM, Robert Weiner <rsw <at> gnu.org> wrote:
> We think this is fixed for the next release.  `hyperb:window-system' is now
> a function that returns a per-frame value determining whether or not mouse
> support exists and to therefore use hmouse-alist.  We have to do some more
> testing but basic things are working with this change in place.  -- Bob

Yes, this is working in the next release, so you can spawn a graphical
client frame from a non-graphical emacs (using emacs server) and
Hyperbole mouse support will be available in the graphical client
frame.

Bob

Message #29 received at 23788 <at> debbugs.gnu.org (full text, mbox):

From: Robert Weiner <rsw <at> gnu.org>
To: tumashu <tumashu <at> 163.com>
Cc: 23788 <at> debbugs.gnu.org
Subject: Re: bug#23788: Re: bug#23788: Error: 'apply: Symbol’s value as variable is void: hmouse-alist'
Date: Fri, 1 Jul 2016 09:23:39 -0400

On Sat, Jun 18, 2016 at 3:10 PM, tumashu <tumashu <at> 163.com> wrote:
> you are saying you have mouse support on your client display but not on the
> server emacs computer that serves up emacs clients.  As a result,
> hyperb:window-system is nil (server sets this), disabling Hyperbole mouse
> support for both the client and server.  So we really want to determine
> mouse support on a per-display basis rather than on a per-server per
> Hyperbole instance basis.

Please confirm whether this is resolved in Hyperbole 5.14 so we can
potentially close it.

Bob

Previous Next

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