GNU bug report logs - #28724
25.3; height of echo area when displaying tooltip

Previous Next

Package: emacs;

Reported by: Alex Branham <alex.branham <at> gmail.com>

Date: Fri, 6 Oct 2017 18:04:02 UTC

Severity: normal

Found in version 25.3

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 28724 in the body.
You can then email your comments to 28724 AT debbugs.gnu.org in the normal way.

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

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#28724; Package emacs. (Fri, 06 Oct 2017 18:04:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Alex Branham <alex.branham <at> gmail.com>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Fri, 06 Oct 2017 18:04:02 GMT) Full text and rfc822 format available.

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

From: Alex Branham <alex.branham <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 25.3; height of echo area when displaying tooltip
Date: Fri, 06 Oct 2017 13:03:43 -0500
Hello,

If I have disabled tooltip-mode, is there a way to tell Emacs that it should expand the height of the echo area (where tooltips are displayed) if the tooltip is longer than the screen is wide? Currently the words just run off and I can't see them.

Additionally, I believe the info manual and docstring for `x-gtk-use-system-tooltips' may need updating. In section 21.18 Tooltips, it says "If Emacs is built with GTK+ support..." and goes on to state that users can change `x-gtk-use-system-tooltips' to nil. However, I was under the impression that the recommended way to do this was to call (tooltips-mode -1).

Thanks,
Alex


In GNU Emacs 25.3.1 (x86_64-pc-linux-gnu, GTK+ Version 3.22.19)
 of 2017-09-16 built on juergen
Windowing system distributor 'The X.Org Foundation', version 11.0.11903000
Configured using:
 'configure --prefix=/usr --sysconfdir=/etc --libexecdir=/usr/lib
 --localstatedir=/var --with-x-toolkit=gtk3 --with-xft --with-modules
 'CFLAGS=-march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong
 -fno-plt' CPPFLAGS=-D_FORTIFY_SOURCE=2
 LDFLAGS=-Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now'

Configured features:
XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS GCONF GSETTINGS
NOTIFY ACL GNUTLS LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB
TOOLKIT_SCROLL_BARS GTK3 X11 MODULES

Important settings:
  value of $LANG: en_US.UTF-8
  locale-coding-system: utf-8-unix





Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#28724; Package emacs. (Sat, 07 Oct 2017 08:10:02 GMT) Full text and rfc822 format available.

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

From: martin rudalics <rudalics <at> gmx.at>
To: Alex Branham <alex.branham <at> gmail.com>, 28724 <at> debbugs.gnu.org
Subject: Re: bug#28724: 25.3; height of echo area when displaying tooltip
Date: Sat, 07 Oct 2017 10:09:02 +0200
> If I have disabled tooltip-mode, is there a way to tell Emacs that it
> should expand the height of the echo area (where tooltips are
> displayed) if the tooltip is longer than the screen is wide? Currently
> the words just run off and I can't see them.

This should have been fixed for Emacs 26.  Please try the release
version.

> Additionally, I believe the info manual and docstring for
> `x-gtk-use-system-tooltips' may need updating. In section 21.18
> Tooltips, it says "If Emacs is built with GTK+ support..." and goes on
> to state that users can change `x-gtk-use-system-tooltips' to
> nil.

This means that Emacs will from now on try to display native (non-GTK)
tooltips instead.

> However, I was under the impression that the recommended way to
> do this was to call (tooltips-mode -1).

The recommended way to turn off tooltips is

(tooltip-mode -1)

without the "s", indeed.

martin




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#28724; Package emacs. (Sat, 07 Oct 2017 08:42:02 GMT) Full text and rfc822 format available.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: martin rudalics <rudalics <at> gmx.at>
Cc: alex.branham <at> gmail.com, 28724 <at> debbugs.gnu.org
Subject: Re: bug#28724: 25.3; height of echo area when displaying tooltip
Date: Sat, 07 Oct 2017 11:40:46 +0300
> Date: Sat, 07 Oct 2017 10:09:02 +0200
> From: martin rudalics <rudalics <at> gmx.at>
> 
>  > If I have disabled tooltip-mode, is there a way to tell Emacs that it
>  > should expand the height of the echo area (where tooltips are
>  > displayed) if the tooltip is longer than the screen is wide? Currently
>  > the words just run off and I can't see them.
> 
> This should have been fixed for Emacs 26.

It should?  Where was that done, and in response to what bug report or
discussion?

I see this in tooltip-show-help-non-mode:

      (let ((message-truncate-lines t) <<<<<<<<<<<<<<<<<<<
            (message-log-max nil))
        (message "%s" help)))

If I remove that binding, the echo area gets resized as expected to
show the full tooltip.  Should we remove that binding on the emacs-26
branch?




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#28724; Package emacs. (Sat, 07 Oct 2017 09:46:02 GMT) Full text and rfc822 format available.

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

From: martin rudalics <rudalics <at> gmx.at>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: alex.branham <at> gmail.com, 28724 <at> debbugs.gnu.org
Subject: Re: bug#28724: 25.3; height of echo area when displaying tooltip
Date: Sat, 07 Oct 2017 11:45:07 +0200
> It should?  Where was that done, and in response to what bug report or
> discussion?

I confused this one with a similar issue in eldoc which apparently was
fixed for Emacs 26.  I'm used to display eldoc output in tooltips so
when with tooltip-mode off I saw that Emacs 25 and 26 behaved
differently when displaying eldoc information in the echo area, I was
sure that this was due to a tooltips related change.  Sorry.

> I see this in tooltip-show-help-non-mode:
>
>        (let ((message-truncate-lines t) <<<<<<<<<<<<<<<<<<<
>              (message-log-max nil))
>          (message "%s" help)))
>
> If I remove that binding, the echo area gets resized as expected to
> show the full tooltip.  Should we remove that binding on the emacs-26
> branch?

Likely it's there on purpose and somebody will get annoyed if we do
that.  We could make it customizable.

martin




Reply sent to Eli Zaretskii <eliz <at> gnu.org>:
You have taken responsibility. (Sat, 07 Oct 2017 12:09:02 GMT) Full text and rfc822 format available.

Notification sent to Alex Branham <alex.branham <at> gmail.com>:
bug acknowledged by developer. (Sat, 07 Oct 2017 12:09:02 GMT) Full text and rfc822 format available.

Message #19 received at 28724-done <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: martin rudalics <rudalics <at> gmx.at>
Cc: alex.branham <at> gmail.com, 28724-done <at> debbugs.gnu.org
Subject: Re: bug#28724: 25.3; height of echo area when displaying tooltip
Date: Sat, 07 Oct 2017 15:08:13 +0300
> Date: Sat, 07 Oct 2017 11:45:07 +0200
> From: martin rudalics <rudalics <at> gmx.at>
> CC: alex.branham <at> gmail.com, 28724 <at> debbugs.gnu.org
> 
>  > I see this in tooltip-show-help-non-mode:
>  >
>  >        (let ((message-truncate-lines t) <<<<<<<<<<<<<<<<<<<
>  >              (message-log-max nil))
>  >          (message "%s" help)))
>  >
>  > If I remove that binding, the echo area gets resized as expected to
>  > show the full tooltip.  Should we remove that binding on the emacs-26
>  > branch?
> 
> Likely it's there on purpose and somebody will get annoyed if we do
> that.  We could make it customizable.

I'm not sure it was on purpose: the log message which introduced the
above says "to closer match the behavior of C code".  But I guess you
are right that someone could become annoyed, so I added a new
defcustom and pushed the change to the master branch.

Note that this option is only effective on GUI frames.

With that, I'm closing the bug report.

Thanks.




bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Sun, 05 Nov 2017 12:24:04 GMT) Full text and rfc822 format available.

This bug report was last modified 7 years and 320 days ago.

Previous Next


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