* Tooltips on w32 slow and strange
@ 2005-02-13 0:21 Lennart Borgman
2005-02-13 18:21 ` Stefan Daschek
2005-02-14 8:15 ` Stephan Stahl
0 siblings, 2 replies; 51+ messages in thread
From: Lennart Borgman @ 2005-02-13 0:21 UTC (permalink / raw
The tooltip implementation on w32 seems a bit strange. In some cases it can
switch to another frame. It is also very slow.
^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: Tooltips on w32 slow and strange
2005-02-13 0:21 Tooltips on w32 slow and strange Lennart Borgman
@ 2005-02-13 18:21 ` Stefan Daschek
2005-02-14 8:15 ` Stephan Stahl
1 sibling, 0 replies; 51+ messages in thread
From: Stefan Daschek @ 2005-02-13 18:21 UTC (permalink / raw
"Lennart Borgman" <lennart.borgman.073@student.lu.se> writes:
> The tooltip implementation on w32 seems a bit strange. In some cases it can
> switch to another frame. It is also very slow.
I sometimes even get tooltips from Emacs when another application has
focus and the Emacs' window (frame) is hidden behind that
application's window. This is quite irritating.
noniq
^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: Tooltips on w32 slow and strange
2005-02-13 0:21 Tooltips on w32 slow and strange Lennart Borgman
2005-02-13 18:21 ` Stefan Daschek
@ 2005-02-14 8:15 ` Stephan Stahl
2005-02-14 9:58 ` Jason Rumney
1 sibling, 1 reply; 51+ messages in thread
From: Stephan Stahl @ 2005-02-14 8:15 UTC (permalink / raw
Cc: Emacs Devel
Hi Lennart.
Lennart Borgman said:
> The tooltip implementation on w32 seems a bit strange. In some cases
> it can switch to another frame. It is also very slow.
I reported this too a while ago but got no answer:
http://lists.gnu.org/archive/html/emacs-devel/2004-06/msg00060.html
As far as i understand tooltips on w32 emacs does not use normal
w32-tooltips but special emacs frames that are stripped of everything
(modeline, toolbar, minibuffer,...). Maybe this could be changed..
Stephan
--
Stephan Stahl
^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: Tooltips on w32 slow and strange
2005-02-14 8:15 ` Stephan Stahl
@ 2005-02-14 9:58 ` Jason Rumney
2005-02-14 10:13 ` Stephan Stahl
` (2 more replies)
0 siblings, 3 replies; 51+ messages in thread
From: Jason Rumney @ 2005-02-14 9:58 UTC (permalink / raw
Cc: Lennart Borgman, Emacs Devel
Stephan Stahl wrote:
>I reported this too a while ago but got no answer:
>http://lists.gnu.org/archive/html/emacs-devel/2004-06/msg00060.html
>
>As far as i understand tooltips on w32 emacs does not use normal
>w32-tooltips but special emacs frames that are stripped of everything
>(modeline, toolbar, minibuffer,...). Maybe this could be changed..
>
>
Emacs uses frames for its tooltips on all platforms. To change this on
Windows would make it more difficult to maintain, and would lose
functionality.
^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: Tooltips on w32 slow and strange
2005-02-14 9:58 ` Jason Rumney
@ 2005-02-14 10:13 ` Stephan Stahl
2005-02-14 10:27 ` Jason Rumney
2005-02-14 12:26 ` David Kastrup
2005-02-14 13:54 ` Lennart Borgman
2 siblings, 1 reply; 51+ messages in thread
From: Stephan Stahl @ 2005-02-14 10:13 UTC (permalink / raw
Cc: Stephan Stahl, Emacs Devel, Lennart Borgman
Hi Jason.
Jason Rumney said:
> Emacs uses frames for its tooltips on all platforms. To change this on
> Windows would make it more difficult to maintain, and would lose
> functionality.
OK, I thought it was like this only on w32.
But still the current behavior on w32 is very annoying so there should be
done something.. I have never noticed this mess when creating frames via
C-x 5 2. Maybe we can find out the differences between that and tooltips?
Stephan
--
Stephan Stahl
^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: Tooltips on w32 slow and strange
2005-02-14 10:13 ` Stephan Stahl
@ 2005-02-14 10:27 ` Jason Rumney
0 siblings, 0 replies; 51+ messages in thread
From: Jason Rumney @ 2005-02-14 10:27 UTC (permalink / raw
Cc: Lennart Borgman, Emacs Devel
Stephan Stahl wrote:
>But still the current behavior on w32 is very annoying so there should be
>done something.. I have never noticed this mess when creating frames via
>C-x 5 2. Maybe we can find out the differences between that and tooltips?
>
>
I agree that something should be done. I have looked at this problem on
a number of occassions, probably when you reported it first (sorry I did
not reply), and later when I was going through my mail looking at
unresolved bugs again. But I have been unable to find what it is that is
going wrong.
^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: Tooltips on w32 slow and strange
2005-02-14 9:58 ` Jason Rumney
2005-02-14 10:13 ` Stephan Stahl
@ 2005-02-14 12:26 ` David Kastrup
2005-02-14 13:07 ` Jason Rumney
` (2 more replies)
2005-02-14 13:54 ` Lennart Borgman
2 siblings, 3 replies; 51+ messages in thread
From: David Kastrup @ 2005-02-14 12:26 UTC (permalink / raw
Cc: Stephan Stahl, Emacs Devel, Lennart Borgman
Jason Rumney <jasonr@gnu.org> writes:
> Stephan Stahl wrote:
>
>>I reported this too a while ago but got no answer:
>>http://lists.gnu.org/archive/html/emacs-devel/2004-06/msg00060.html
>>
>>As far as i understand tooltips on w32 emacs does not use normal
>>w32-tooltips but special emacs frames that are stripped of everything
>>(modeline, toolbar, minibuffer,...). Maybe this could be changed..
>>
>>
> Emacs uses frames for its tooltips on all platforms. To change this on
> Windows would make it more difficult to maintain, and would lose
> functionality.
Are you sure about that? Under X11, tooltips come without any
decoration and without any impact on the focus (I have
focus-follows-mouse policy). I never noticed _any_ problem with them.
In contrast, the XEmacs "balloon-help" indeed uses frames, which come
with decoration (like borders and a headline) and most particular
which cause problems with the input focus being diverted for a moment.
We don't want such effects enabled by default on _any_ platform,
believe me. A mode of mine explicitly enabled the balloon-mode
mechanism on XEmacs, and due to user complaints we have been forced to
create an option for turning it off, and later change this option's
default to off.
If users of Emacs on Windows experience similar effects, this will
significantly hamper acceptance and usability. So I'd strongly to
those working on the Windows port to see whether something can be done
in that regard. I can't see at all what functionality could possibly
be lost. At least the X11 tooltips on Emacs provide no functionality
whatsoever except popping up some text in a single font AFAICS. No
face support, no clickable areas, nothing. So if there is a function
for popping them up in the system, I can't see what we could lose by
using it.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: Tooltips on w32 slow and strange
2005-02-14 12:26 ` David Kastrup
@ 2005-02-14 13:07 ` Jason Rumney
2005-02-14 14:41 ` Lennart Borgman
2005-02-14 15:02 ` Miles Bader
2005-02-14 18:42 ` Jan D.
2 siblings, 1 reply; 51+ messages in thread
From: Jason Rumney @ 2005-02-14 13:07 UTC (permalink / raw
Cc: Emacs Devel
[-- Attachment #1.1: Type: text/plain, Size: 1868 bytes --]
David Kastrup wrote:
>Jason Rumney <jasonr@gnu.org> writes:
>
>
>
>>Emacs uses frames for its tooltips on all platforms. To change this on
>>Windows would make it more difficult to maintain, and would lose
>>functionality.
>>
>>
>Are you sure about that? Under X11, tooltips come without any
>decoration and without any impact on the focus (I have
>focus-follows-mouse policy). I never noticed _any_ problem with them.
>
>
Yes I'm sure, the Windows implementation was based on the X11
implementation. They are special frames in that they have the properties
you observe, but they are still frames and you can use all of Emacs'
non-input related display features in them.
>If users of Emacs on Windows experience similar effects
>
They're not quite as bad as XEmacs' problems I think, there seems to be
a bug in the code that makes sure the tooltip doesn't get focus which
causes problems when there are multiple frames. Apart from that they
appear a bit slow on slow machines due to being drawn by the normal
Emacs redisplay instead of being simple fixed plaintext like in other
programs.
>At least the X11 tooltips on Emacs provide no functionality
>whatsoever except popping up some text in a single font AFAICS. No
>face support, no clickable areas, nothing.
>
I'm sure I've seen face support used in tooltips. Maybe only text
properties work, the face is probably forced to "tooltip".
>So if there is a function for popping them up in the system, I can't see what we could lose by
>using it.
>
>
I don't think there is a function for popping them up in the system.
Many armchair critics are not aware of the distinction between
Microsoft's proprietary C++ GUI toolkit (MFC) and what is available
directly from the OS APIs, so we often get slated for not using feature
X, when reimplementing it using the OS APIs is non-trivial.
[-- Attachment #1.2: Type: text/html, Size: 2732 bytes --]
[-- Attachment #2: Type: text/plain, Size: 142 bytes --]
_______________________________________________
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: Tooltips on w32 slow and strange
2005-02-14 9:58 ` Jason Rumney
2005-02-14 10:13 ` Stephan Stahl
2005-02-14 12:26 ` David Kastrup
@ 2005-02-14 13:54 ` Lennart Borgman
2005-02-14 15:08 ` Miles Bader
2 siblings, 1 reply; 51+ messages in thread
From: Lennart Borgman @ 2005-02-14 13:54 UTC (permalink / raw
Cc: Emacs Devel
----- Original Message -----
From: "Jason Rumney" <jasonr@gnu.org>
> >As far as i understand tooltips on w32 emacs does not use normal
> >w32-tooltips but special emacs frames that are stripped of everything
> >(modeline, toolbar, minibuffer,...). Maybe this could be changed..
> >
> >
> Emacs uses frames for its tooltips on all platforms. To change this on
> Windows would make it more difficult to maintain, and would lose
> functionality.
Could not this functionality be encapsulated so that it could use the
platform
specific tooltips? It could perhaps be the easiest way to solve the problem?
What functionality could be lost?
^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: Tooltips on w32 slow and strange
2005-02-14 13:07 ` Jason Rumney
@ 2005-02-14 14:41 ` Lennart Borgman
2005-02-14 15:19 ` Jason Rumney
0 siblings, 1 reply; 51+ messages in thread
From: Lennart Borgman @ 2005-02-14 14:41 UTC (permalink / raw
Cc: Emacs Devel
----- Original Message -----
From: "Jason Rumney" <jasonr@gnu.org>
> I don't think there is a function for popping them up in the system.
> Many armchair critics are not aware of the distinction between
> Microsoft's proprietary C++ GUI toolkit (MFC) and what is available
> directly from the OS APIs, so we often get slated for not using feature
> X, when reimplementing it using the OS APIs is non-trivial.
There is a window class (is that the term?) TOOLTIPS_CLASS which can be used
with CreateWindowEx. I am not an expert on this but there are examples in
MSDN.
^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: Tooltips on w32 slow and strange
2005-02-14 12:26 ` David Kastrup
2005-02-14 13:07 ` Jason Rumney
@ 2005-02-14 15:02 ` Miles Bader
2005-02-14 15:47 ` David Kastrup
2005-02-16 1:02 ` Oliver Scholz
2005-02-14 18:42 ` Jan D.
2 siblings, 2 replies; 51+ messages in thread
From: Miles Bader @ 2005-02-14 15:02 UTC (permalink / raw
Cc: Stephan Stahl, Emacs Devel, Lennart Borgman, Jason Rumney
On Mon, 14 Feb 2005 13:26:46 +0100, David Kastrup <dak@gnu.org> wrote:
> At least the X11 tooltips on Emacs provide no functionality
> whatsoever except popping up some text in a single font AFAICS. No
> face support, no clickable areas, nothing.
Have you tried it?
I've certainly used faces (and CJK characters etc) in Emacs tooltips
[under X11] and they worked just great.
Hmmm; here's a simple example:
(x-show-tip
(propertize "*** hello ***"
'face '(variable-pitch :foreground "green"
:background "steelblue"
:height 3.0)))
-Miles
--
Do not taunt Happy Fun Ball.
^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: Tooltips on w32 slow and strange
2005-02-14 13:54 ` Lennart Borgman
@ 2005-02-14 15:08 ` Miles Bader
2005-02-14 20:28 ` Eli Zaretskii
0 siblings, 1 reply; 51+ messages in thread
From: Miles Bader @ 2005-02-14 15:08 UTC (permalink / raw
Cc: Stephan Stahl, Emacs Devel, Jason Rumney
On Mon, 14 Feb 2005 14:54:36 +0100, Lennart Borgman
<lennart.borgman.073@student.lu.se> wrote:
> Could not this functionality be encapsulated so that it could use the
> platform
> specific tooltips? It could perhaps be the easiest way to solve the problem?
>
> What functionality could be lost?
(1) face support (and some other stuff like various frame params)
(2) multi-lingual support would probably at least require work to get
right -- right now it comes basically for free.
"Emacs Frame" tooltips seems to work really well in X11; why not just
make them work well in Windows too?
-Miles
--
Do not taunt Happy Fun Ball.
^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: Tooltips on w32 slow and strange
2005-02-14 14:41 ` Lennart Borgman
@ 2005-02-14 15:19 ` Jason Rumney
2005-02-14 18:02 ` Lennart Borgman
0 siblings, 1 reply; 51+ messages in thread
From: Jason Rumney @ 2005-02-14 15:19 UTC (permalink / raw
Cc: Emacs Devel
[-- Attachment #1.1: Type: text/plain, Size: 1284 bytes --]
Lennart Borgman wrote:
>----- Original Message -----
>From: "Jason Rumney" <jasonr@gnu.org>
>
>
>
>>I don't think there is a function for popping them up in the system.
>>Many armchair critics are not aware of the distinction between
>>Microsoft's proprietary C++ GUI toolkit (MFC) and what is available
>>directly from the OS APIs, so we often get slated for not using feature
>>X, when reimplementing it using the OS APIs is non-trivial.
>>
>>
>
>There is a window class (is that the term?) TOOLTIPS_CLASS which can be used
>with CreateWindowEx. I am not an expert on this but there are examples in
>MSDN.
>
>
That documentation is for the "Common Controls" API, which is a
constantly changing API, the availability of which depends on which
version of Windows you have installed, and which other software you have
installed that might have installed later versions.
As such, I do not beleive that it fits the definition of "anything that
is normally distributed (in either source or binary form) with the major
components (compiler, kernel, and so on) of the operating system on
which the executable runs", and certainly we cannot redistribute some
version of it to guarantee minimum functionality above what was included
in the original release of Windows NT.
[-- Attachment #1.2: Type: text/html, Size: 1759 bytes --]
[-- Attachment #2: Type: text/plain, Size: 142 bytes --]
_______________________________________________
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: Tooltips on w32 slow and strange
2005-02-14 15:02 ` Miles Bader
@ 2005-02-14 15:47 ` David Kastrup
2005-02-14 15:57 ` Ralf Angeli
2005-02-16 1:02 ` Oliver Scholz
1 sibling, 1 reply; 51+ messages in thread
From: David Kastrup @ 2005-02-14 15:47 UTC (permalink / raw
Cc: Stephan Stahl, Jason Rumney, Emacs Devel, Lennart Borgman, miles
Miles Bader <snogglethorpe@gmail.com> writes:
> On Mon, 14 Feb 2005 13:26:46 +0100, David Kastrup <dak@gnu.org> wrote:
>> At least the X11 tooltips on Emacs provide no functionality
>> whatsoever except popping up some text in a single font AFAICS. No
>> face support, no clickable areas, nothing.
>
> Have you tried it?
I thought so, but apparently I am confusing this with menu strings.
> I've certainly used faces (and CJK characters etc) in Emacs tooltips
> [under X11] and they worked just great.
CJK characters (as long as they are Unicode) should provide no
problems by now even in menu strings for most platforms IIRC.
> Hmmm; here's a simple example:
>
> (x-show-tip
> (propertize "*** hello ***"
> 'face '(variable-pitch :foreground "green"
> :background "steelblue"
> :height 3.0)))
I have not been using x-show-tip directly ever but merely help-echo
properties, but that should make no difference.
Thanks for debunking my ignorance.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: Tooltips on w32 slow and strange
2005-02-14 15:47 ` David Kastrup
@ 2005-02-14 15:57 ` Ralf Angeli
2005-02-14 17:16 ` David Kastrup
2005-02-14 18:55 ` Jan D.
0 siblings, 2 replies; 51+ messages in thread
From: Ralf Angeli @ 2005-02-14 15:57 UTC (permalink / raw
* David Kastrup (2005-02-14) writes:
> Miles Bader <snogglethorpe@gmail.com> writes:
>
>> Hmmm; here's a simple example:
>>
>> (x-show-tip
>> (propertize "*** hello ***"
>> 'face '(variable-pitch :foreground "green"
>> :background "steelblue"
>> :height 3.0)))
>
> I have not been using x-show-tip directly ever but merely help-echo
> properties, but that should make no difference.
I just saw those tooltips the first time in my life by enabling
tooltip-mode and hovering with the mouse pointer over some menus
generated by AUCTeX. If one is used to native GTK tooltips, the ones
generated by Emacs look really awkward.
--
Ralf
^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: Tooltips on w32 slow and strange
2005-02-14 15:57 ` Ralf Angeli
@ 2005-02-14 17:16 ` David Kastrup
2005-02-14 17:29 ` Jason Rumney
` (2 more replies)
2005-02-14 18:55 ` Jan D.
1 sibling, 3 replies; 51+ messages in thread
From: David Kastrup @ 2005-02-14 17:16 UTC (permalink / raw
Cc: emacs-devel
Ralf Angeli <angeli@iwi.uni-sb.de> writes:
> * David Kastrup (2005-02-14) writes:
>
>> Miles Bader <snogglethorpe@gmail.com> writes:
>>
>>> Hmmm; here's a simple example:
>>>
>>> (x-show-tip
>>> (propertize "*** hello ***"
>>> 'face '(variable-pitch :foreground "green"
>>> :background "steelblue"
>>> :height 3.0)))
>>
>> I have not been using x-show-tip directly ever but merely help-echo
>> properties, but that should make no difference.
>
> I just saw those tooltips the first time in my life by enabling
> tooltip-mode and hovering with the mouse pointer over some menus
> generated by AUCTeX. If one is used to native GTK tooltips, the ones
> generated by Emacs look really awkward.
Uh what? Tooltips are enabled by default. At least I get them also
with -q -no-site-file. The customization buffer says, however,
This is a customization buffer.
`Raised' buttons show active fields; type RET or click mouse-1
on an active field to invoke its action. Editing an option value
changes the text in the buffer; invoke the State button and
choose the Set operation to set the option value.
Invoke Help for more information.
Operate on everything in this buffer:
Set for Current Session Save for Future Sessions
Reset Reset to Saved Erase Customization Finish
Tooltip Mode: Hide Toggle on (non-nil)
State: this option has been changed outside the customize buffer.
Which would appear rather wrong, as it would mean that you could not
customize tooltips off even if you wanted to.
How comes that your Emacs behaves differently than mine? Have you
explicitly disabled tooltips, or am I just being crazy in some manner
again?
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: Tooltips on w32 slow and strange
2005-02-14 17:16 ` David Kastrup
@ 2005-02-14 17:29 ` Jason Rumney
2005-02-14 17:39 ` Reiner Steib
2005-02-14 17:56 ` Ralf Angeli
2 siblings, 0 replies; 51+ messages in thread
From: Jason Rumney @ 2005-02-14 17:29 UTC (permalink / raw
Cc: Ralf Angeli, emacs-devel
David Kastrup wrote:
>The customization buffer says, however,
>
> Tooltip Mode: Hide Toggle on (non-nil)
> State: this option has been changed outside the customize buffer.
>
>Which would appear rather wrong, as it would mean that you could not
>customize tooltips off even if you wanted to.
>
>
I don't think this message stops you from customizing them off. It is
caused by the default state being calculated at startup (before .emacs
is read), based on whether you are running on a graphical display rather
than being a constant. It might also be complicated by the fact that
Emacs is dumped in text mode, so the default evaluated to nil when dumping.
^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: Tooltips on w32 slow and strange
2005-02-14 17:16 ` David Kastrup
2005-02-14 17:29 ` Jason Rumney
@ 2005-02-14 17:39 ` Reiner Steib
2005-02-14 18:29 ` Stefan Monnier
2005-02-14 17:56 ` Ralf Angeli
2 siblings, 1 reply; 51+ messages in thread
From: Reiner Steib @ 2005-02-14 17:39 UTC (permalink / raw
On Mon, Feb 14 2005, David Kastrup wrote:
> Uh what? Tooltips are enabled by default. At least I get them also
> with -q -no-site-file. The customization buffer says, however,
[...]
> Tooltip Mode: Hide Toggle on (non-nil)
> State: this option has been changed outside the customize buffer.
I think this is the reason:
,----[ startup.el ]
| (defun command-line ()
| [...]
| (unless (or noninteractive
| emacs-quick-startup
| (not (display-graphic-p))
| (not (fboundp 'x-show-tip)))
| (setq-default tooltip-mode t)
| (tooltip-mode 1))
`----
> Which would appear rather wrong, as it would mean that you could not
> customize tooltips off even if you wanted to.
No, apparently the customization are processed later:
$ rm .emacs
$ emacs -no-site-file
[ Customizing Tooltip Mode off ...]
$ cat .emacs
(custom-set-variables
;; custom-set-variables was added by Custom.
;; If you edit it by hand, you could mess it up, so be careful.
;; Your init file should contain only one such instance.
;; If there is more than one, they won't work right.
'(tooltip-mode nil nil (tooltip)))
[...]
$ emacs -no-site-file
,----
| Tooltip Mode: Hide Value Toggle off (nil)
| State: You have set this option and saved it through Customize in
| your init file.
`----
Bye, Reiner.
--
,,,
(o o)
---ooO-(_)-Ooo--- | PGP key available | http://rsteib.home.pages.de/
^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: Tooltips on w32 slow and strange
2005-02-14 17:16 ` David Kastrup
2005-02-14 17:29 ` Jason Rumney
2005-02-14 17:39 ` Reiner Steib
@ 2005-02-14 17:56 ` Ralf Angeli
2 siblings, 0 replies; 51+ messages in thread
From: Ralf Angeli @ 2005-02-14 17:56 UTC (permalink / raw
Cc: emacs-devel
* David Kastrup (2005-02-14) writes:
> Ralf Angeli <angeli@iwi.uni-sb.de> writes:
>
>> I just saw those tooltips the first time in my life by enabling
>> tooltip-mode and hovering with the mouse pointer over some menus
>> generated by AUCTeX. If one is used to native GTK tooltips, the ones
>> generated by Emacs look really awkward.
>
> Uh what? Tooltips are enabled by default. At least I get them also
> with -q -no-site-file. The customization buffer says, however,
[...]
> How comes that your Emacs behaves differently than mine? Have you
> explicitly disabled tooltips, or am I just being crazy in some manner
> again?
It seems that I disabled them a long time ago:
tooltip-mode: Hide Value Toggle off (nil)
State: this option has been set and saved.
At least I cannot remember turning off the mode. Maybe I repressed
that because I found them so ugly and disturbing. (c;
--
Ralf
^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: Tooltips on w32 slow and strange
2005-02-14 15:19 ` Jason Rumney
@ 2005-02-14 18:02 ` Lennart Borgman
0 siblings, 0 replies; 51+ messages in thread
From: Lennart Borgman @ 2005-02-14 18:02 UTC (permalink / raw
Cc: Emacs Devel
----- Original Message -----
From: "Jason Rumney" <jasonr@gnu.org>
> >There is a window class (is that the term?) TOOLTIPS_CLASS which can be
used
> >with CreateWindowEx. I am not an expert on this but there are examples in
> >MSDN.
> >
> >
> That documentation is for the "Common Controls" API, which is a
> constantly changing API, the availability of which depends on which
> version of Windows you have installed, and which other software you have
> installed that might have installed later versions.
>
> As such, I do not beleive that it fits the definition of "anything that
> is normally distributed (in either source or binary form) with the major
> components (compiler, kernel, and so on) of the operating system on
> which the executable runs", and certainly we cannot redistribute some
> version of it to guarantee minimum functionality above what was included
> in the original release of Windows NT.
Can you please explain more? The only information I can find says that
"minimum operating systems" is "NT 3.51, Windows 95" (that is for TOOLINFO
structure for example) or "Windows 95, NT 3.1" (CreateWindowEx).
^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: Tooltips on w32 slow and strange
2005-02-14 17:39 ` Reiner Steib
@ 2005-02-14 18:29 ` Stefan Monnier
0 siblings, 0 replies; 51+ messages in thread
From: Stefan Monnier @ 2005-02-14 18:29 UTC (permalink / raw
> I think this is the reason:
> ,----[ startup.el ]
> | (defun command-line ()
> | [...]
> | (unless (or noninteractive
> | emacs-quick-startup
> | (not (display-graphic-p))
> | (not (fboundp 'x-show-tip)))
> | (setq-default tooltip-mode t)
> | (tooltip-mode 1))
> `----
Yes I think this is wrong.
Instead, the defcustom of tooltip-mode should set the default value to
(and (not noninteractive)
(not emacs-quick-startup)
(display-graphic-p)
(fboundp 'x-show-tip))
and then command-line should only do something like
(custom-reeval 'tooltip-mode) where custom-reeval is a new function that
re-sets the value of a custom var by re-evaluating the expression that
describes its default (or saved, or whatever) value,
i.e. something typically used when the value of the expression can change.
Stefan
--- orig/lisp/tooltip.el
+++ mod/lisp/tooltip.el
@@ -187,25 +187,25 @@
;; would be accompanied by a full redisplay.
;;;###autoload
-(defun tooltip-mode (&optional arg)
+(define-minor-mode tooltip-mode
"Mode for tooltip display.
With ARG, turn tooltip mode on if and only if ARG is positive."
- (interactive "P")
- (unless (fboundp 'x-show-tip)
+ :init (and (not noninteractive)
+ (not emacs-quick-startup)
+ (display-graphic-p)
+ (fboundp 'x-show-tip))
+ (unless (or (null tooltip-mode) (fboundp 'x-show-tip))
(error "Sorry, tooltips are not yet available on this system"))
- (let* ((on (if arg
- (> (prefix-numeric-value arg) 0)
- (not tooltip-mode)))
- (hook-fn (if on 'add-hook 'remove-hook)))
- (setq tooltip-mode on)
+ (let ((hook-fn (if tooltip-mode 'add-hook 'remove-hook)))
(funcall hook-fn 'change-major-mode-hook 'tooltip-change-major-mode)
(tooltip-activate-mouse-motions-if-enabled)
(funcall hook-fn 'pre-command-hook 'tooltip-hide)
(funcall hook-fn 'tooltip-hook 'tooltip-gud-tips)
(funcall hook-fn 'tooltip-hook 'tooltip-help-tips)
(setq show-help-function (if on 'tooltip-show-help-function nil))
- ;; `ignore' is the default binding for mouse movements.
+ ;; FIXME: why not use a minor mode map?
(define-key global-map [mouse-movement]
+ ;; `ignore' is the default binding for mouse movements.
(if on 'tooltip-mouse-motion 'ignore))))
\f
@@ -521,22 +521,6 @@
t))
\f
-;;; Do this after all functions have been defined that are called from
-;;; `tooltip-mode'. The actual default value of `tooltip-mode' is set
-;;; in startup.el.
-
-;;;###autoload
-(defcustom tooltip-mode nil
- "Non-nil if Tooltip mode is enabled.
-Setting this variable directly does not take effect;
-use either \\[customize] or the function `tooltip-mode'."
- :set (lambda (symbol value)
- (tooltip-mode (or value 0)))
- :initialize 'custom-initialize-default
- :type 'boolean
- :require 'tooltip
- :group 'tooltip)
-
(provide 'tooltip)
;; arch-tag: 3d61135e-4618-4a78-af28-183f6df5636f
^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: Tooltips on w32 slow and strange
2005-02-14 12:26 ` David Kastrup
2005-02-14 13:07 ` Jason Rumney
2005-02-14 15:02 ` Miles Bader
@ 2005-02-14 18:42 ` Jan D.
2005-02-14 18:50 ` David Kastrup
2 siblings, 1 reply; 51+ messages in thread
From: Jan D. @ 2005-02-14 18:42 UTC (permalink / raw
Cc: Stephan Stahl, Emacs Devel, Lennart Borgman, Jason Rumney
2005-02-14 kl. 13.26 skrev David Kastrup:
> Jason Rumney <jasonr@gnu.org> writes:
>
>> Stephan Stahl wrote:
>>
>>> I reported this too a while ago but got no answer:
>>> http://lists.gnu.org/archive/html/emacs-devel/2004-06/msg00060.html
>>>
>>> As far as i understand tooltips on w32 emacs does not use normal
>>> w32-tooltips but special emacs frames that are stripped of everything
>>> (modeline, toolbar, minibuffer,...). Maybe this could be changed..
>>>
>>>
>> Emacs uses frames for its tooltips on all platforms. To change this on
>> Windows would make it more difficult to maintain, and would lose
>> functionality.
>
> Are you sure about that? Under X11, tooltips come without any
> decoration and without any impact on the focus (I have
> focus-follows-mouse policy). I never noticed _any_ problem with them.
The focus policy is maintained by the window manager, but Emacs tool
tips are created with override redirect on, which basically means that
the window manager ignores them, i.e. no decoration, and no focus is
given to them.
But the X server gives focus to any window when the pointer is over it
(the window manager changes this for normal windows), so if you manage
to get the pointer over a tool tip, it will receive the focus. This is
hard to do though :-)
W32 doesn't have a window manager, I guess that is the source of the
problem.
>
> If users of Emacs on Windows experience similar effects, this will
> significantly hamper acceptance and usability. So I'd strongly to
> those working on the Windows port to see whether something can be done
> in that regard. I can't see at all what functionality could possibly
> be lost. At least the X11 tooltips on Emacs provide no functionality
> whatsoever except popping up some text in a single font AFAICS. No
> face support, no clickable areas, nothing. So if there is a function
> for popping them up in the system, I can't see what we could lose by
> using it.
The tool tip frames can have any parameter set on them that an ordinary
frame can have, so there is indeed face support and you can have
another font also. See the tool tip section in customize.
What you will loose is perhaps international characters. Unless of
course care is taken to convert from Emacs representation to whatever
w32 uses (UTF8?).
Jan D.
^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: Tooltips on w32 slow and strange
2005-02-14 18:42 ` Jan D.
@ 2005-02-14 18:50 ` David Kastrup
2005-02-14 19:02 ` Jan D.
0 siblings, 1 reply; 51+ messages in thread
From: David Kastrup @ 2005-02-14 18:50 UTC (permalink / raw
Cc: Stephan Stahl, Emacs Devel, Lennart Borgman, Jason Rumney
"Jan D." <jan.h.d@swipnet.se> writes:
> The tool tip frames can have any parameter set on them that an
> ordinary frame can have, so there is indeed face support and you can
> have another font also. See the tool tip section in customize.
Yes, others pointed out that I had been babbling nonsense here.
> What you will loose is perhaps international characters. Unless of
> course care is taken to convert from Emacs representation to
> whatever w32 uses (UTF8?).
I think that has been done with menu strings (which is probably what I
confused this with) on several platforms already, and it might also be
possible for tooltips. However, I don't know how hard such a
conversion would turn out, and I don't know whether there exist any
serious applications that indeed require the interpretation of text
properties for tooltips.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: Tooltips on w32 slow and strange
2005-02-14 15:57 ` Ralf Angeli
2005-02-14 17:16 ` David Kastrup
@ 2005-02-14 18:55 ` Jan D.
2005-02-14 19:44 ` Ralf Angeli
1 sibling, 1 reply; 51+ messages in thread
From: Jan D. @ 2005-02-14 18:55 UTC (permalink / raw
Cc: emacs-devel
> * David Kastrup (2005-02-14) writes:
>
>> Miles Bader <snogglethorpe@gmail.com> writes:
>>
>>> Hmmm; here's a simple example:
>>>
>>> (x-show-tip
>>> (propertize "*** hello ***"
>>> 'face '(variable-pitch :foreground "green"
>>> :background "steelblue"
>>> :height 3.0)))
>>
>> I have not been using x-show-tip directly ever but merely help-echo
>> properties, but that should make no difference.
>
> I just saw those tooltips the first time in my life by enabling
> tooltip-mode and hovering with the mouse pointer over some menus
> generated by AUCTeX. If one is used to native GTK tooltips, the ones
> generated by Emacs look really awkward.
Care to elaborate? The main difference is that GTK tool tips always
seems to appear below a tool bar button, where as Emacs tool tips are
some distance from the pointer. The color and font also differs, but
that can be customized. Maybe we can make tool tips appear under the
button if it is for a tool bar button. Would that be better?
The problem with the font is that Emacs doesn't support anti aliased
fonts (yet), but GTK uses them all over, even in tool tips.
Jan D.
^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: Tooltips on w32 slow and strange
2005-02-14 18:50 ` David Kastrup
@ 2005-02-14 19:02 ` Jan D.
0 siblings, 0 replies; 51+ messages in thread
From: Jan D. @ 2005-02-14 19:02 UTC (permalink / raw
Cc: Stephan Stahl, Emacs Devel, Lennart Borgman, Jason Rumney
>> What you will loose is perhaps international characters. Unless of
>> course care is taken to convert from Emacs representation to
>> whatever w32 uses (UTF8?).
>
> I think that has been done with menu strings (which is probably what I
> confused this with) on several platforms already, and it might also be
> possible for tooltips. However, I don't know how hard such a
> conversion would turn out, and I don't know whether there exist any
> serious applications that indeed require the interpretation of text
> properties for tooltips.
The same procedure as for menu strings should work OK (well, at least
as OK as for menus).
Jan D.
^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: Tooltips on w32 slow and strange
2005-02-14 18:55 ` Jan D.
@ 2005-02-14 19:44 ` Ralf Angeli
2005-02-14 19:59 ` Jan D.
2005-02-14 20:14 ` David Kastrup
0 siblings, 2 replies; 51+ messages in thread
From: Ralf Angeli @ 2005-02-14 19:44 UTC (permalink / raw
Cc: emacs-devel
* Jan D. (2005-02-14) writes:
>> I just saw those tooltips the first time in my life by enabling
>> tooltip-mode and hovering with the mouse pointer over some menus
>> generated by AUCTeX. If one is used to native GTK tooltips, the ones
>> generated by Emacs look really awkward.
>
> Care to elaborate? The main difference is that GTK tool tips always
> seems to appear below a tool bar button, where as Emacs tool tips are
> some distance from the pointer. The color and font also differs, but
> that can be customized. Maybe we can make tool tips appear under the
> button if it is for a tool bar button. Would that be better?
>
> The problem with the font is that Emacs doesn't support anti aliased
> fonts (yet), but GTK uses them all over, even in tool tips.
The deficiencies you just mentioned pretty much sum up my concerns
with Emacs tooltips. I don't care much about positioning, but the
difference in the font (font family, size, anti-aliasing) and color
used for tooltips alienates them from the rest of the environment.
Ideally there shouldn't be a need to customize the appearance of
tooltips. It would be desirable if Emacs "simply" used tooltips
provided by the toolkit it was configured for (in case the toolkit
supports tooltips). This would, for example, also eliminate the need
to re-customize their appearance in case one changes the theme of a
themeable toolkit.
But I guess there are more pressing things to do for the next
release.
--
Ralf
^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: Tooltips on w32 slow and strange
2005-02-14 19:44 ` Ralf Angeli
@ 2005-02-14 19:59 ` Jan D.
2005-02-14 20:14 ` David Kastrup
1 sibling, 0 replies; 51+ messages in thread
From: Jan D. @ 2005-02-14 19:59 UTC (permalink / raw
Cc: emacs-devel
>
> Ideally there shouldn't be a need to customize the appearance of
> tooltips. It would be desirable if Emacs "simply" used tooltips
> provided by the toolkit it was configured for (in case the toolkit
> supports tooltips). This would, for example, also eliminate the need
> to re-customize their appearance in case one changes the theme of a
> themeable toolkit.
>
> But I guess there are more pressing things to do for the next
> release.
Actually this has been talked about before, as part of Emacs and
GTK/Gnome integration. I did some modifiactions to have Emacs use GTK
tooltips when built for GTK, I guess I have that patch lying around
somewhere. I'll try to get it in after this release.
Jan D.
^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: Tooltips on w32 slow and strange
2005-02-14 19:44 ` Ralf Angeli
2005-02-14 19:59 ` Jan D.
@ 2005-02-14 20:14 ` David Kastrup
2005-02-15 8:15 ` Ralf Angeli
1 sibling, 1 reply; 51+ messages in thread
From: David Kastrup @ 2005-02-14 20:14 UTC (permalink / raw
Cc: Jan D., emacs-devel
Ralf Angeli <angeli@iwi.uni-sb.de> writes:
> * Jan D. (2005-02-14) writes:
>>
>> The problem with the font is that Emacs doesn't support anti
>> aliased fonts (yet), but GTK uses them all over, even in tool tips.
>
> The deficiencies you just mentioned pretty much sum up my concerns
> with Emacs tooltips. I don't care much about positioning, but the
> difference in the font (font family, size, anti-aliasing) and color
> used for tooltips alienates them from the rest of the environment.
>
> Ideally there shouldn't be a need to customize the appearance of
> tooltips. It would be desirable if Emacs "simply" used tooltips
> provided by the toolkit it was configured for (in case the toolkit
> supports tooltips). This would, for example, also eliminate the
> need to re-customize their appearance in case one changes the theme
> of a themeable toolkit.
>
> But I guess there are more pressing things to do for the next
> release.
I agree where matters of prettiness are involved. However, where
usability is concerned, where the tip interferes with the workflow,
there changes should be considered. In my experience, X11 tooltips
are currently fine in that regard, but the report from Windows users
sounded alarming to me.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: Tooltips on w32 slow and strange
2005-02-14 15:08 ` Miles Bader
@ 2005-02-14 20:28 ` Eli Zaretskii
2005-02-14 23:48 ` Miles Bader
0 siblings, 1 reply; 51+ messages in thread
From: Eli Zaretskii @ 2005-02-14 20:28 UTC (permalink / raw
Cc: lennart.borgman.073, emacs-devel, jasonr, stahl
> Date: Tue, 15 Feb 2005 00:08:23 +0900
> From: Miles Bader <snogglethorpe@gmail.com>
> Cc: Stephan Stahl <stahl@eos.franken.de>, Emacs Devel <emacs-devel@gnu.org>,
> Jason Rumney <jasonr@gnu.org>
>
> "Emacs Frame" tooltips seems to work really well in X11; why not just
> make them work well in Windows too?
FWIW, I use Emacs on Windows XP and never saw any special slowness of
the Emacs tooltips.
^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: Tooltips on w32 slow and strange
2005-02-14 20:28 ` Eli Zaretskii
@ 2005-02-14 23:48 ` Miles Bader
2005-02-14 23:58 ` Jason Rumney
` (3 more replies)
0 siblings, 4 replies; 51+ messages in thread
From: Miles Bader @ 2005-02-14 23:48 UTC (permalink / raw
Cc: lennart.borgman.073, emacs-devel, jasonr, stahl, miles
On Mon, 14 Feb 2005 22:28:19 +0200, Eli Zaretskii <eliz@gnu.org> wrote:
> > "Emacs Frame" tooltips seems to work really well in X11; why not just
> > make them work well in Windows too?
>
> FWIW, I use Emacs on Windows XP and never saw any special slowness of
> the Emacs tooltips.
Might it be simply that Windows is very slow in window-creation (it is
reputedly much slower to create new OS processes than other OSes) and
the original poster has a very slow machine?
-Miles
--
Do not taunt Happy Fun Ball.
^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: Tooltips on w32 slow and strange
2005-02-14 23:48 ` Miles Bader
@ 2005-02-14 23:58 ` Jason Rumney
2005-02-15 0:27 ` David Kastrup
2005-02-15 0:01 ` Lennart Borgman
` (2 subsequent siblings)
3 siblings, 1 reply; 51+ messages in thread
From: Jason Rumney @ 2005-02-14 23:58 UTC (permalink / raw
Cc: lennart.borgman.073, Eli Zaretskii, emacs-devel, stahl, miles
Miles Bader <snogglethorpe@gmail.com> writes:
> On Mon, 14 Feb 2005 22:28:19 +0200, Eli Zaretskii <eliz@gnu.org> wrote:
>> > "Emacs Frame" tooltips seems to work really well in X11; why not just
>> > make them work well in Windows too?
>>
>> FWIW, I use Emacs on Windows XP and never saw any special slowness of
>> the Emacs tooltips.
>
> Might it be simply that Windows is very slow in window-creation (it is
> reputedly much slower to create new OS processes than other OSes) and
> the original poster has a very slow machine?
I think any slowness to create windows would not be perceptable, as it
would just mean a slightly longer delay before the tooltip pops
up. The perceived slowness I think is the delay between window
creation and drawing its contents. We might be able to hide the
tooltip window until it is completely drawn so the user does not see
this.
But the other problem of focus changing when tooltips pop up is more
urgent, I think.
^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: Tooltips on w32 slow and strange
2005-02-14 23:48 ` Miles Bader
2005-02-14 23:58 ` Jason Rumney
@ 2005-02-15 0:01 ` Lennart Borgman
2005-02-15 0:47 ` Kenichi Handa
2005-02-15 4:45 ` Eli Zaretskii
3 siblings, 0 replies; 51+ messages in thread
From: Lennart Borgman @ 2005-02-15 0:01 UTC (permalink / raw
Cc: stahl, emacs-devel, jasonr, miles
----- Original Message -----
From: "Miles Bader" <snogglethorpe@gmail.com>
> Might it be simply that Windows is very slow in window-creation (it is
> reputedly much slower to create new OS processes than other OSes) and
> the original poster has a very slow machine?
No. I would not believe so. Window-creation are very fundamental on w32. The
built in tooltips are windows too.
/ The Original Poster
^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: Tooltips on w32 slow and strange
2005-02-14 23:58 ` Jason Rumney
@ 2005-02-15 0:27 ` David Kastrup
0 siblings, 0 replies; 51+ messages in thread
From: David Kastrup @ 2005-02-15 0:27 UTC (permalink / raw
Cc: lennart.borgman.073, emacs-devel, stahl, Eli Zaretskii,
snogglethorpe, miles
Jason Rumney <jasonr@gnu.org> writes:
> Miles Bader <snogglethorpe@gmail.com> writes:
>
>> On Mon, 14 Feb 2005 22:28:19 +0200, Eli Zaretskii <eliz@gnu.org> wrote:
>>> > "Emacs Frame" tooltips seems to work really well in X11; why not just
>>> > make them work well in Windows too?
>>>
>>> FWIW, I use Emacs on Windows XP and never saw any special slowness
>>> of the Emacs tooltips.
>>
>> Might it be simply that Windows is very slow in window-creation (it
>> is reputedly much slower to create new OS processes than other
>> OSes) and the original poster has a very slow machine?
>
> I think any slowness to create windows would not be perceptable, as
> it would just mean a slightly longer delay before the tooltip pops
> up. The perceived slowness I think is the delay between window
> creation and drawing its contents. We might be able to hide the
> tooltip window until it is completely drawn so the user does not see
> this.
Uh, disagree. The really disturbing effect of a tooltip popup is when
you type keys and Emacs basically appears to freeze without
explanation until the Windows pops up. Once we start working on a
tooltip, response is gone until we finished the tooltip. So it is
essential that we do the tooltip in the fastest possible way. Double
buffering not only makes the operation slower, it also removes the
possibility of guessing just why the machine does not react
immediately.
> But the other problem of focus changing when tooltips pop up is more
> urgent, I think.
That too...
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: Tooltips on w32 slow and strange
2005-02-14 23:48 ` Miles Bader
2005-02-14 23:58 ` Jason Rumney
2005-02-15 0:01 ` Lennart Borgman
@ 2005-02-15 0:47 ` Kenichi Handa
2005-02-15 6:19 ` Jan D.
2005-02-15 4:45 ` Eli Zaretskii
3 siblings, 1 reply; 51+ messages in thread
From: Kenichi Handa @ 2005-02-15 0:47 UTC (permalink / raw
Cc: lennart.borgman.073, jasonr, stahl, eliz, emacs-devel, miles
In article <fc339e4a0502141548500658c6@mail.gmail.com>, Miles Bader <snogglethorpe@gmail.com> writes:
> On Mon, 14 Feb 2005 22:28:19 +0200, Eli Zaretskii <eliz@gnu.org> wrote:
>> > "Emacs Frame" tooltips seems to work really well in X11; why not just
>> > make them work well in Windows too?
>>
>> FWIW, I use Emacs on Windows XP and never saw any special slowness of
>> the Emacs tooltips.
> Might it be simply that Windows is very slow in window-creation (it is
> reputedly much slower to create new OS processes than other OSes) and
> the original poster has a very slow machine?
Isn't it better even in X11 to reuse a single tooltip frame
by mapping and unmapping instead of creating and destroying
it.
---
Ken'ichi HANDA
handa@m17n.org
^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: Tooltips on w32 slow and strange
2005-02-14 23:48 ` Miles Bader
` (2 preceding siblings ...)
2005-02-15 0:47 ` Kenichi Handa
@ 2005-02-15 4:45 ` Eli Zaretskii
2005-02-15 8:53 ` Stephan Stahl
3 siblings, 1 reply; 51+ messages in thread
From: Eli Zaretskii @ 2005-02-15 4:45 UTC (permalink / raw
Cc: stahl, emacs-devel
> Date: Tue, 15 Feb 2005 08:48:29 +0900
> From: Miles Bader <snogglethorpe@gmail.com>
> Cc: miles@gnu.org, lennart.borgman.073@student.lu.se, stahl@eos.franken.de,
> emacs-devel@gnu.org, jasonr@gnu.org
>
> Might it be simply that Windows is very slow in window-creation (it is
> reputedly much slower to create new OS processes than other OSes) and
> the original poster has a very slow machine?
I don't know. How about if the OP tells us how much time it takes for
the tooltip to pop up, and what machine is that?
^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: Tooltips on w32 slow and strange
2005-02-15 0:47 ` Kenichi Handa
@ 2005-02-15 6:19 ` Jan D.
2005-02-15 16:29 ` Stefan Monnier
0 siblings, 1 reply; 51+ messages in thread
From: Jan D. @ 2005-02-15 6:19 UTC (permalink / raw
Cc: emacs-devel, lennart.borgman.073, jasonr, stahl, eliz,
snogglethorpe, miles
Kenichi Handa wrote:
> In article <fc339e4a0502141548500658c6@mail.gmail.com>, Miles Bader
> <snogglethorpe@gmail.com> writes:
>
>> On Mon, 14 Feb 2005 22:28:19 +0200, Eli Zaretskii <eliz@gnu.org>
>> wrote:
>>>> "Emacs Frame" tooltips seems to work really well in X11; why not
>>>> just
>>>> make them work well in Windows too?
>>>
>>> FWIW, I use Emacs on Windows XP and never saw any special slowness
>>> of
>>> the Emacs tooltips.
>
>> Might it be simply that Windows is very slow in window-creation (it is
>> reputedly much slower to create new OS processes than other OSes) and
>> the original poster has a very slow machine?
>
> Isn't it better even in X11 to reuse a single tooltip frame
> by mapping and unmapping instead of creating and destroying
> it.
Just a small bit. In X11 a lot of windows are created (every button,
menu, etc. are separate windows), and X11 is fast when it comes to
window creation. And in any case, we would have to apply the frame
parameters again (font, color and such) and that still takes some time.
They could also be cached of course so we only re-apply what has been
changed, but then I think it is more effort than it is worth.
Jan D.
^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: Tooltips on w32 slow and strange
2005-02-14 20:14 ` David Kastrup
@ 2005-02-15 8:15 ` Ralf Angeli
0 siblings, 0 replies; 51+ messages in thread
From: Ralf Angeli @ 2005-02-15 8:15 UTC (permalink / raw
Cc: Jan D., emacs-devel
* David Kastrup (2005-02-14) writes:
> Ralf Angeli <angeli@iwi.uni-sb.de> writes:
>
>> But I guess there are more pressing things to do for the next
>> release.
>
> I agree where matters of prettiness are involved. However, where
> usability is concerned, where the tip interferes with the workflow,
> there changes should be considered. In my experience, X11 tooltips
> are currently fine in that regard, but the report from Windows users
> sounded alarming to me.
Out of curiosity I checked for that focus issue with the latest
pre-compiled Emacs for Windows provided by nqmacs.sf.net.
It's quite easy to reproduce: Start Emacs (in my case there was no
site or user init file present) and type `C-x 5 2' to open a new
frame. This frame will be on top of the original frame and have
focus. Now move the mouse pointer onto an icon in the toolbar of the
new frame. As soon as the tooltip wants to show up, the original
frame will come to front (but not get the focus).
--
Ralf
^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: Tooltips on w32 slow and strange
2005-02-15 4:45 ` Eli Zaretskii
@ 2005-02-15 8:53 ` Stephan Stahl
2005-02-15 10:02 ` Jason Rumney
2005-02-15 20:03 ` Eli Zaretskii
0 siblings, 2 replies; 51+ messages in thread
From: Stephan Stahl @ 2005-02-15 8:53 UTC (permalink / raw
Cc: stahl, snogglethorpe, emacs-devel, miles
Hi.
Eli Zaretskii said:
> I don't know. How about if the OP tells us how much time it takes for
> the tooltip to pop up, and what machine is that?
I'm not the OP but using Miles Example and C-x C-e'ing it seems fast
enough and takes about half a second on an P4 2,4GHz running XP.
(x-show-tip
(propertize "*** hello ***"
'face '(variable-pitch :foreground "green"
:background "steelblue"
:height 3.0)))
I'd like to provide some findings regarding the strange focus
handling:
emacs -q --no-site-init
C-x 2
C-x b bla (make it easy to recognise the two frames)
put the mouse on the toolbar to create a popup works fine.
Alt-Tab (using XP to switch frames)
put the mouse on the toolbar to create a popup will NOT work right.
(i do not even see the popup but the first frame with
the *scratch* buffer pops up while the second with the
bla buffer still has input focus.
Maybe it is the second frame with the bla buffer that
pops-under??? if this is possible..)
Now try doing the same thing but using C-x 5 o to switch the frames will
cause the popup to work just fine. Does C-x 5 o some thing special
compared to Alt-tab?
Maybe this will help someone..
Stephan
--
Stephan Stahl
^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: Tooltips on w32 slow and strange
2005-02-15 8:53 ` Stephan Stahl
@ 2005-02-15 10:02 ` Jason Rumney
2005-02-15 10:11 ` Stephan Stahl
2005-02-15 20:03 ` Eli Zaretskii
1 sibling, 1 reply; 51+ messages in thread
From: Jason Rumney @ 2005-02-15 10:02 UTC (permalink / raw
Cc: miles, Eli Zaretskii, snogglethorpe, emacs-devel
Stephan Stahl wrote:
>I'd like to provide some findings regarding the strange focus
>handling:
>emacs -q --no-site-init
>C-x 2
>C-x b bla (make it easy to recognise the two frames)
>put the mouse on the toolbar to create a popup works fine.
>Alt-Tab (using XP to switch frames)
>put the mouse on the toolbar to create a popup will NOT work right.
> (i do not even see the popup but the first frame with
> the *scratch* buffer pops up while the second with the
> bla buffer still has input focus.
> Maybe it is the second frame with the bla buffer that
> pops-under??? if this is possible..)
>
>Now try doing the same thing but using C-x 5 o to switch the frames will
>cause the popup to work just fine. Does C-x 5 o some thing special
>compared to Alt-tab?
>
>
It gives focus to an Emacs window. The same is seen if you switch focus
by clicking on the title bar vs in the text area.
^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: Tooltips on w32 slow and strange
2005-02-15 10:02 ` Jason Rumney
@ 2005-02-15 10:11 ` Stephan Stahl
2005-02-15 10:31 ` Jason Rumney
2005-02-15 13:43 ` Lennart Borgman
0 siblings, 2 replies; 51+ messages in thread
From: Stephan Stahl @ 2005-02-15 10:11 UTC (permalink / raw
Cc: miles, Stephan Stahl, Eli Zaretskii, snogglethorpe, emacs-devel
Hi Jason.
Jason Rumney said:
> Stephan Stahl wrote:
>>Now try doing the same thing but using C-x 5 o to switch the frames will
>>cause the popup to work just fine. Does C-x 5 o some thing special
>>compared to Alt-tab?
>>
> It gives focus to an Emacs window. The same is seen if you switch focus
> by clicking on the title bar vs in the text area.
But C-x 5 2 seems to do this too. The frame gets the focus and is shown on
top of all other windows. But there still seems to be a difference since
Alt-tab makes popups go wrong while C-x 5 2 does not.. I do not know the
code for both but maybe some other has more insight then me..
Stephan
--
Stephan Stahl
^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: Tooltips on w32 slow and strange
2005-02-15 10:11 ` Stephan Stahl
@ 2005-02-15 10:31 ` Jason Rumney
2005-02-15 13:43 ` Lennart Borgman
1 sibling, 0 replies; 51+ messages in thread
From: Jason Rumney @ 2005-02-15 10:31 UTC (permalink / raw
Cc: Emacs Devel
[-- Attachment #1.1: Type: text/plain, Size: 423 bytes --]
Stephan Stahl wrote:
>>>Now try doing the same thing but using C-x 5 o to switch the frames will
>>>cause the popup to work just fine. Does C-x 5 o some thing special
>>>compared to Alt-tab?
>>>
>>>
>>>
>>It gives focus to an Emacs window. The same is seen if you switch focus
>>by clicking on the title bar vs in the text area.
>>
>>
>
>But C-x 5 2 seems to do this too.
>
My point was that Alt-tab does not.
[-- Attachment #1.2: Type: text/html, Size: 891 bytes --]
[-- Attachment #2: Type: text/plain, Size: 142 bytes --]
_______________________________________________
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: Tooltips on w32 slow and strange
2005-02-15 10:11 ` Stephan Stahl
2005-02-15 10:31 ` Jason Rumney
@ 2005-02-15 13:43 ` Lennart Borgman
2005-02-15 14:19 ` Jason Rumney
1 sibling, 1 reply; 51+ messages in thread
From: Lennart Borgman @ 2005-02-15 13:43 UTC (permalink / raw
Cc: Stephan Stahl, Eli Zaretskii, snogglethorpe, emacs-devel, miles
----- Original Message -----
From: "Stephan Stahl" <stahl@eos.franken.de>
> But C-x 5 2 seems to do this too. The frame gets the focus and is shown
on
> top of all other windows. But there still seems to be a difference since
> Alt-tab makes popups go wrong while C-x 5 2 does not.. I do not know the
> code for both but maybe some other has more insight then me..
I think this helped me to realize what is happening. I am not quite sure but
I believe this is a good guess:
*** This is where the tooltip window gets created (I did not check further
to see if it where reused, but the timings suggests to me it is not):
>>>> w32fns.c >>>>
void
my_create_tip_window (f)
struct frame *f;
{
...
tip_window = FRAME_W32_WINDOW (f)
= CreateWindow (EMACS_CLASS,
...
FRAME_W32_WINDOW (SELECTED_FRAME ()), /* owner */
...
NULL);
...
}
*** There is a SELECTED_FRAME above. As far as I understands it
SELECTED_FRAME is set by operations that Emacs recognize.
*** Emacs does not recognize Alt-Tab. This is the real problem and the case
we have here is just a special problem with its root in this.
I actually wrote about this when we discussed "Popup when buffer file is
changed on disk" which Moheb brought up. I implemented some code to take
care of this (but maybe it was on the wrong level).
I would suggest taking care of the message w32 sends when the user press
Alt-Tab. (This is some kind of "got focus message", but I do not know the
name at the moment.) The best would IMO to make a hook that is run when the
message is received. It could then be used to solve problems like "Popup
..." above too.
I am a bit surprised that this does not seem to happen on other platforms.
Or does it? I can not understand why, can anyone explain?
^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: Tooltips on w32 slow and strange
2005-02-15 13:43 ` Lennart Borgman
@ 2005-02-15 14:19 ` Jason Rumney
2005-02-15 15:31 ` Lennart Borgman
0 siblings, 1 reply; 51+ messages in thread
From: Jason Rumney @ 2005-02-15 14:19 UTC (permalink / raw
Cc: emacs-devel
[-- Attachment #1.1: Type: text/plain, Size: 1013 bytes --]
Lennart Borgman wrote:
>I think this helped me to realize what is happening. I am not quite sure but
>I believe this is a good guess:
>
>*** This is where the tooltip window gets created (I did not check further
>to see if it where reused, but the timings suggests to me it is not):
>
>
>
>>>>>w32fns.c >>>>
>>>>>
>>>>>
>void
>my_create_tip_window (f)
> struct frame *f;
>{
>...
> tip_window = FRAME_W32_WINDOW (f)
> = CreateWindow (EMACS_CLASS,
>...
> FRAME_W32_WINDOW (SELECTED_FRAME ()), /* owner */
>...
> NULL);
>...
>}
>
>
>*** There is a SELECTED_FRAME above. As far as I understands it
>SELECTED_FRAME is set by operations that Emacs recognize.
>
>
It is probably a bug if focus gained messages from the OS do not set the
selected frame, but no new Lisp hooks should be needed.
It does seem that any input prevents these focus problems, so it is
possibly a case of a message being sent between the UI and Lisp threads,
but not getting processed until input arrives.
[-- Attachment #1.2: Type: text/html, Size: 1583 bytes --]
[-- Attachment #2: Type: text/plain, Size: 142 bytes --]
_______________________________________________
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: Tooltips on w32 slow and strange
2005-02-15 14:19 ` Jason Rumney
@ 2005-02-15 15:31 ` Lennart Borgman
0 siblings, 0 replies; 51+ messages in thread
From: Lennart Borgman @ 2005-02-15 15:31 UTC (permalink / raw
Cc: emacs-devel
----- Original Message -----
From: "Jason Rumney" <jasonr@gnu.org>
> It is probably a bug if focus gained messages from the OS do not set the
> selected frame, but no new Lisp hooks should be needed.
Yes, no hook is needed for this and my idea of using the hook for this was
not the best one. It is just that I still think it would be useful sometimes
(as I have mentioned before).
> It does seem that any input prevents these focus problems, so it is
> possibly a case of a message being sent between the UI and Lisp threads,
> but not getting processed until input arrives.
Does not messages get processed as soon as they arrive?
^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: Tooltips on w32 slow and strange
2005-02-15 6:19 ` Jan D.
@ 2005-02-15 16:29 ` Stefan Monnier
0 siblings, 0 replies; 51+ messages in thread
From: Stefan Monnier @ 2005-02-15 16:29 UTC (permalink / raw
Cc: snogglethorpe, Kenichi Handa, lennart.borgman.073, emacs-devel,
stahl, eliz, jasonr, miles
> Just a small bit. In X11 a lot of windows are created (every button, menu,
> etc. are separate windows), and X11 is fast when it comes to window
> creation. And in any case, we would have to apply the frame parameters
> again (font, color and such) and that still takes some time. They could also
> be cached of course so we only re-apply what has been changed, but then
> I think it is more effort than it is worth.
The tradeoffs are quite different when running X11 remotely, of course.
Stefan
^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: Tooltips on w32 slow and strange
2005-02-15 8:53 ` Stephan Stahl
2005-02-15 10:02 ` Jason Rumney
@ 2005-02-15 20:03 ` Eli Zaretskii
1 sibling, 0 replies; 51+ messages in thread
From: Eli Zaretskii @ 2005-02-15 20:03 UTC (permalink / raw
Cc: snogglethorpe, emacs-devel
> Date: Tue, 15 Feb 2005 09:53:40 +0100 (CET)
> From: "Stephan Stahl" <stahl@eos.franken.de>
> Cc: snogglethorpe@gmail.com, miles@gnu.org, stahl@eos.franken.de,
> emacs-devel@gnu.org
>
> I'm not the OP but using Miles Example and C-x C-e'ing it seems fast
> enough and takes about half a second on an P4 2,4GHz running XP.
This is the nominal time: the default value of tooltip-delay is 0.7
seconds.
So this is not slow, it's the normal delay. Perhaps the OP should
play with the value of tooltip-delay.
^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: Tooltips on w32 slow and strange
2005-02-14 15:02 ` Miles Bader
2005-02-14 15:47 ` David Kastrup
@ 2005-02-16 1:02 ` Oliver Scholz
1 sibling, 0 replies; 51+ messages in thread
From: Oliver Scholz @ 2005-02-16 1:02 UTC (permalink / raw
Cc: Stephan Stahl, Emacs Devel, Lennart Borgman, Jason Rumney, miles
Miles Bader <snogglethorpe@gmail.com> writes:
> On Mon, 14 Feb 2005 13:26:46 +0100, David Kastrup <dak@gnu.org> wrote:
>> At least the X11 tooltips on Emacs provide no functionality
>> whatsoever except popping up some text in a single font AFAICS. No
>> face support, no clickable areas, nothing.
>
> Have you tried it?
>
> I've certainly used faces (and CJK characters etc) in Emacs tooltips
> [under X11] and they worked just great.
>
> Hmmm; here's a simple example:
>
> (x-show-tip
> (propertize "*** hello ***"
> 'face '(variable-pitch :foreground "green"
> :background "steelblue"
> :height 3.0)))
[...]
Coooool!
(x-show-tip
(propertize "gnu"
'display
(create-image (expand-file-name "gnu.xpm" data-directory) 'xpm)))
Now I have to invent something to have an excuse to use something
like that somewhere.
Oliver
--
Oliver Scholz 28 Pluviôse an 213 de la Révolution
Ostendstr. 61 Liberté, Egalité, Fraternité!
60314 Frankfurt a. M.
^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: Tooltips on w32 slow and strange
@ 2005-03-08 9:07 Stephan Stahl
2005-03-08 10:40 ` Stephan Stahl
` (2 more replies)
0 siblings, 3 replies; 51+ messages in thread
From: Stephan Stahl @ 2005-03-08 9:07 UTC (permalink / raw
Hi.
Some people have been looking into this.. Are there any news?
I remembered this old Mail from Lennart Borgman:
"Status bar gets face Mode Line Inactive after Alt-Tab"
http://lists.gnu.org/archive/html/emacs-devel/2004-12/msg00366.html
This seems to have the same cause as those problems with the tooltips
on w32. When i use Alt-Tab the mode line does not get updated (still
the mode-line-inactive face) while it gets updated (mode-line face)
when using C-x 5 o.
Jason Rumney said it could be that the focus gained messages from the
OS are not handled correct. Any tips to were i could start looking
for clues? So far my knowledge of the emacs internals is very low..
Stephan
--
Stephan Stahl
^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: Tooltips on w32 slow and strange
2005-03-08 9:07 Stephan Stahl
@ 2005-03-08 10:40 ` Stephan Stahl
2005-03-08 12:43 ` Jason Rumney
2005-03-08 15:42 ` Lennart Borgman
2 siblings, 0 replies; 51+ messages in thread
From: Stephan Stahl @ 2005-03-08 10:40 UTC (permalink / raw
Hmm.. now that i started looking i have found a further symptom
and a new bug:
When using Alt-tab to switch frames the cursor blinking (if enabled)
does not start again.
On WXP:
emacs -Q
C-x 5 2
the cursor does not blink in this second frame. (BUG)
C-l
now it does blink
Alt-tab
the cursor in the first frame does not blink.
Alt-tab
back in the second frame the cursor does blink.
when using C-x 5 o:
emacs -Q
C-x 5 2
the cursor does not blink in this second frame. (still a BUG :-)
C-l
now it does blink
C-x 5 o
the cursor in the first frame does blink.
C-x 5 o
back in the second frame the cursor does blink.
Stephan
--
Stephan Stahl
^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: Tooltips on w32 slow and strange
2005-03-08 9:07 Stephan Stahl
2005-03-08 10:40 ` Stephan Stahl
@ 2005-03-08 12:43 ` Jason Rumney
2005-03-08 15:42 ` Lennart Borgman
2 siblings, 0 replies; 51+ messages in thread
From: Jason Rumney @ 2005-03-08 12:43 UTC (permalink / raw
Cc: emacs-devel
Lennart has been looking at this. He sent me some replacement files for
w32term.c etc, but I have not had time to look at it, and he has not had
time to send it as a patch which would be more convenient for me.
Stephan Stahl wrote:
>Hi.
>
>Some people have been looking into this.. Are there any news?
>
>I remembered this old Mail from Lennart Borgman:
>"Status bar gets face Mode Line Inactive after Alt-Tab"
>http://lists.gnu.org/archive/html/emacs-devel/2004-12/msg00366.html
>
>This seems to have the same cause as those problems with the tooltips
>on w32. When i use Alt-Tab the mode line does not get updated (still
>the mode-line-inactive face) while it gets updated (mode-line face)
>when using C-x 5 o.
>
>Jason Rumney said it could be that the focus gained messages from the
>OS are not handled correct. Any tips to were i could start looking
>for clues? So far my knowledge of the emacs internals is very low..
>
>Stephan
>
>
^ permalink raw reply [flat|nested] 51+ messages in thread
* Re: Tooltips on w32 slow and strange
2005-03-08 9:07 Stephan Stahl
2005-03-08 10:40 ` Stephan Stahl
2005-03-08 12:43 ` Jason Rumney
@ 2005-03-08 15:42 ` Lennart Borgman
2 siblings, 0 replies; 51+ messages in thread
From: Lennart Borgman @ 2005-03-08 15:42 UTC (permalink / raw
----- Original Message -----
From: "Stephan Stahl" <stahl@eos.franken.de>
> I remembered this old Mail from Lennart Borgman:
> "Status bar gets face Mode Line Inactive after Alt-Tab"
> http://lists.gnu.org/archive/html/emacs-devel/2004-12/msg00366.html
>
> This seems to have the same cause as those problems with the tooltips
> on w32. When i use Alt-Tab the mode line does not get updated (still
> the mode-line-inactive face) while it gets updated (mode-line face)
> when using C-x 5 o.
>
> Jason Rumney said it could be that the focus gained messages from the
> OS are not handled correct. Any tips to were i could start looking
> for clues? So far my knowledge of the emacs internals is very low..
I wrote some code to take care of this, but it is not uploaded yet. It is
some changes to w32term.c, but I do not know if they are correct and want
others to look at it before it is uploaded. Mail me if you want a copy.
^ permalink raw reply [flat|nested] 51+ messages in thread
end of thread, other threads:[~2005-03-08 15:42 UTC | newest]
Thread overview: 51+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-02-13 0:21 Tooltips on w32 slow and strange Lennart Borgman
2005-02-13 18:21 ` Stefan Daschek
2005-02-14 8:15 ` Stephan Stahl
2005-02-14 9:58 ` Jason Rumney
2005-02-14 10:13 ` Stephan Stahl
2005-02-14 10:27 ` Jason Rumney
2005-02-14 12:26 ` David Kastrup
2005-02-14 13:07 ` Jason Rumney
2005-02-14 14:41 ` Lennart Borgman
2005-02-14 15:19 ` Jason Rumney
2005-02-14 18:02 ` Lennart Borgman
2005-02-14 15:02 ` Miles Bader
2005-02-14 15:47 ` David Kastrup
2005-02-14 15:57 ` Ralf Angeli
2005-02-14 17:16 ` David Kastrup
2005-02-14 17:29 ` Jason Rumney
2005-02-14 17:39 ` Reiner Steib
2005-02-14 18:29 ` Stefan Monnier
2005-02-14 17:56 ` Ralf Angeli
2005-02-14 18:55 ` Jan D.
2005-02-14 19:44 ` Ralf Angeli
2005-02-14 19:59 ` Jan D.
2005-02-14 20:14 ` David Kastrup
2005-02-15 8:15 ` Ralf Angeli
2005-02-16 1:02 ` Oliver Scholz
2005-02-14 18:42 ` Jan D.
2005-02-14 18:50 ` David Kastrup
2005-02-14 19:02 ` Jan D.
2005-02-14 13:54 ` Lennart Borgman
2005-02-14 15:08 ` Miles Bader
2005-02-14 20:28 ` Eli Zaretskii
2005-02-14 23:48 ` Miles Bader
2005-02-14 23:58 ` Jason Rumney
2005-02-15 0:27 ` David Kastrup
2005-02-15 0:01 ` Lennart Borgman
2005-02-15 0:47 ` Kenichi Handa
2005-02-15 6:19 ` Jan D.
2005-02-15 16:29 ` Stefan Monnier
2005-02-15 4:45 ` Eli Zaretskii
2005-02-15 8:53 ` Stephan Stahl
2005-02-15 10:02 ` Jason Rumney
2005-02-15 10:11 ` Stephan Stahl
2005-02-15 10:31 ` Jason Rumney
2005-02-15 13:43 ` Lennart Borgman
2005-02-15 14:19 ` Jason Rumney
2005-02-15 15:31 ` Lennart Borgman
2005-02-15 20:03 ` Eli Zaretskii
-- strict thread matches above, loose matches on Subject: below --
2005-03-08 9:07 Stephan Stahl
2005-03-08 10:40 ` Stephan Stahl
2005-03-08 12:43 ` Jason Rumney
2005-03-08 15:42 ` Lennart Borgman
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).