8:11 p.m.
Sorry if this isn't the best place to ask this. Comp.emacs.xemacs doesn't
seem very active.
I installed the latest release of Cygwin and XEmacs on a new box a couple of
days ago. I've got almost everything working the way I want it, with a
couple of exceptions.
When I do something that should show a "help" window, like
"describe-function", the only indication I have that help has been presented
is "Type q to remove help window, space to scroll the help" appearing in the
status area. The help window does not appear.
If I then do "switch-to-buffer", I see that the help window that I requested
is at the top of the list, so I press Enter, and now I have my help window.
What might I be missing that is preventing help windows from automatically
presenting themselves in a convenient fashion?
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
2:36 p.m.
David Karr writes:
I installed the latest release of Cygwin and XEmacs on a new box a
couple of
days ago.
Latest release of XEmacs? Does that mean 21.4.22 or 21.5.29?
Is the new box running Vista, by any chance? I don't think any of our
code has been seriously tested on Vista. And I'm sure essentially no
testing has been done on "Windows 7".
When I do something that should show a "help" window, like
"describe-function", the only indication I have that help has been presented
is "Type q to remove help window, space to scroll the help" appearing in the
status area. The help window does not appear.
If I then do "switch-to-buffer", I see that the help window that I requested
is at the top of the list, so I press Enter, and now I have my help window.
There are a number of possibilities. First, XEmacs may think that the
help window is already displayed (eg, in a frame which is obscured by
other GUI windows). Presumably you would be aware of that, but please
confirm.
Second, the same thing may be true, except that it's in one of those
weird hidden DOS box terminals that Windows seems to need to get full
functionality from XEmacs. That you probably wouldn't know about.
To help debug these, try doing C-h f get-buffer-window-list RET, then
if it doesn't show, evaluate
(get-buffer-window-list
(get-buffer "*Help: function `get-buffer-window-list'*") 0 t)
If it does show, we'll need to try something else.
Third, the values of `help-selects-help-window', `pop-up-windows', and
`pop-up-frames' may affect this behavior. Could you try setting them
to different values and see if semi-sane behavior is restored?
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
4:49 p.m.
-----Original Message-----
From: xemacs-beta-bounces(a)xemacs.org [mailto:xemacs-beta-
bounces(a)xemacs.org] On Behalf Of Stephen J. Turnbull
Sent: Friday, June 05, 2009 6:36 AM
To: David Karr
Cc: xemacs-beta(a)xemacs.org
Subject: Can't see help window until I select it
David Karr writes:
> I installed the latest release of Cygwin and XEmacs on a new box a
couple of
> days ago.
Latest release of XEmacs? Does that mean 21.4.22 or 21.5.29?
Emacs-version: "21.4 (patch 22) \"Instant Classic\" XEmacs Lucid"
Is the new box running Vista, by any chance? I don't think any
of our
code has been seriously tested on Vista. And I'm sure essentially no
testing has been done on "Windows 7".
XP.
> When I do something that should show a "help" window,
like
> "describe-function", the only indication I have that help has been
presented
> is "Type q to remove help window, space to scroll the help" appearing
in the
> status area. The help window does not appear.
>
> If I then do "switch-to-buffer", I see that the help window that I
requested
> is at the top of the list, so I press Enter, and now I have my help
window.
There are a number of possibilities. First, XEmacs may think that the
help window is already displayed (eg, in a frame which is obscured by
other GUI windows). Presumably you would be aware of that, but please
confirm.
I only have a single frame right now, so that's not it.
Second, the same thing may be true, except that it's in one of
those
weird hidden DOS box terminals that Windows seems to need to get full
functionality from XEmacs. That you probably wouldn't know about.
I do get a useless DOS window when I run XEmacs, but nothing appears to
happen with it.
To help debug these, try doing C-h f get-buffer-window-list RET,
then
if it doesn't show, evaluate
(get-buffer-window-list
(get-buffer "*Help: function `get-buffer-window-list'*") 0 t)
If it does show, we'll need to try something else.
I did C-h f get-..., it didn't show, then I did meta-x eval-expression and
entered that expression, which returned nil.
Third, the values of `help-selects-help-window',
`pop-up-windows', and
`pop-up-frames' may affect this behavior. Could you try setting them
to different values and see if semi-sane behavior is restored?
Currently:
help-selects-help-window: t
pop-up-windows: t
pop-up-frames: nil
I tried toggling the values of all three of these. The only one that
produced any halfway useful results was setting "pop-up-frames" to t. This
at least made the help window immediately visible, in a new frame, which I
now had to manually "C-x 5 0" to get rid of, even after "q" to drop
the help
info. This change might be ok, if I could get "q" to dismiss the frame
also. It would probably be best just to get the old expected behavior of
seeing the help in a window in the existing frame, however.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
7:48 p.m.
David Karr writes:
Emacs-version: "21.4 (patch 22) \"Instant Classic\"
XEmacs Lucid"
on
XP.
OK. That's a little strange then, that one has been out for a little
while, and we haven't seen reports like this. I suppose it could be
an issue with a new Cygwin.
I do get a useless DOS window when I run XEmacs, but nothing appears
to
happen with it.
Hm. I thought that was fixed in an earlier release.
> To help debug these, try doing C-h f get-buffer-window-list RET,
then
> if it doesn't show, evaluate
>
> (get-buffer-window-list
> (get-buffer "*Help: function `get-buffer-window-list'*") 0 t)
>
> If it does show, we'll need to try something else.
I did C-h f get-..., it didn't show, then I did meta-x eval-expression and
entered that expression, which returned nil.
OK, then that definitely sounds like a bug. It seems there is no
window displaying it, and there should be.
I tried toggling the values of all three of these. The only one
that
produced any halfway useful results was setting "pop-up-frames" to t. This
at least made the help window immediately visible, in a new frame, which I
now had to manually "C-x 5 0" to get rid of, even after "q" to drop
the help
info. This change might be ok, if I could get "q" to dismiss the frame
also.
I'll consider implementing "q in help window dismisses frame"
(assuming that it's not just another bug), but since it's not your
preferred behavior I don't consider it a solution.
It would probably be best just to get the old expected behavior of
seeing the help in a window in the existing frame, however.
Even if you didn't want this, I'm sure others do.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
8:30 p.m.
-----Original Message-----
From: xemacs-beta-bounces(a)xemacs.org [mailto:xemacs-beta-
bounces(a)xemacs.org] On Behalf Of Stephen J. Turnbull
Sent: Friday, June 05, 2009 11:48 AM
To: David Karr
Cc: xemacs-beta(a)xemacs.org
Subject: RE: Can't see help window until I select it
David Karr writes:
> I tried toggling the values of all three of these. The only one that
> produced any halfway useful results was setting "pop-up-frames" to t.
This
> at least made the help window immediately visible, in a new frame,
which I
> now had to manually "C-x 5 0" to get rid of, even after "q" to
drop the
help
> info. This change might be ok, if I could get "q" to dismiss the frame
> also.
I'll consider implementing "q in help window dismisses frame"
(assuming that it's not just another bug), but since it's not your
preferred behavior I don't consider it a solution.
I think I'd still want the usual behavior, but I might almost consider this
behavior useful if I could configure it only for help windows, and not for
completion windows.
Implementing "q" to dismiss the frame a help window is in would definitely
be useful for people who prefer that strategy.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
6:04 p.m.
-----Original Message-----
From: xemacs-beta-bounces(a)xemacs.org [mailto:xemacs-beta-
bounces(a)xemacs.org] On Behalf Of David Karr
Sent: Wednesday, June 03, 2009 12:11 PM
To: xemacs-beta(a)xemacs.org
Subject: Can't see help window until I select it
Sorry if this isn't the best place to ask this. Comp.emacs.xemacs doesn't
seem very active.
I installed the latest release of Cygwin and XEmacs on a new box a couple
of
days ago. I've got almost everything working the way I want it, with a
couple of exceptions.
When I do something that should show a "help" window, like
"describe-function", the only indication I have that help has been
presented
is "Type q to remove help window, space to scroll the help" appearing in
the
status area. The help window does not appear.
By the way, I should point out, if it's useful, that I don't see this
symptom with Completion windows. They appear perfectly fine when I attempt
a completion.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
5817
days inactive
5819
days old
5 comments
2 participants
participants (2)
-
David Karr -
Stephen J. Turnbull