Re: tooltip-mode = nil only displays first line of multi-line text-properties or overlays
We already change the height of the echo area when a multi-line string is displayed there, so I don't see any reason to avoid that for help echo. Display of multi-line strings does not happen due to just moving the mouse. I think a lot of people will prefer the current behavior, so we should document it, and document how to display the full strings (since that is not hard). ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: tooltip-mode = nil only displays first line of multi-line text-properties or overlays
But we are talking about a very rare situation: (a) the user deliberately asked for the help echo to be displayed in the echo area, Simply disabling tooltip mode is does not constitute a positive request to display help in the echo area. It is a request not to show tooltip windows. We have three alternative modes now, and we should not eliminate one of them. We should just document them more clearly. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: tooltip-mode = nil only displays first line of multi-line text-properties or overlays
Date: Sun, 19 Mar 2006 21:52:00 -0800 From: M Jared Finder [EMAIL PROTECTED] Cc: emacs-pretest-bug@gnu.org Richard Stallman wrote: I think this is intentional. Changing the height of the echo area as you move the mouse would be rather unpleasant. It could combine the tooltip string lines, and display as much text as will fit in the echo area. Would that be better? If this is intentional, the documentation for tooltip-mode should be changed (as well as the info page on tooltips). I rather think it's a bug. We already change the height of the echo area when a multi-line string is displayed there, so I don't see any reason to avoid that for help echo. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: tooltip-mode = nil only displays first line of multi-line text-properties or overlays
I think this is intentional. Changing the height of the echo area as you move the mouse would be rather unpleasant. It could combine the tooltip string lines, and display as much text as will fit in the echo area. Would that be better? If this is intentional, the documentation for tooltip-mode should be changed (as well as the info page on tooltips). I rather think it's a bug. We already change the height of the echo area when a multi-line string is displayed there, so I don't see any reason to avoid that for help echo. IIRC the miniwindow used to resize for tooltips and it was changed specifically because it was found to be annoying. I.e. it's a feature. Stefan ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: tooltip-mode = nil only displays first line of multi-line text-properties or overlays
Date: Tue, 21 Mar 2006 05:54:06 +0900 From: Miles Bader [EMAIL PROTECTED] Cc: M Jared Finder [EMAIL PROTECTED], emacs-pretest-bug@gnu.org 2006/3/21, Eli Zaretskii [EMAIL PROTECTED]: I rather think it's a bug. We already change the height of the echo area when a multi-line string is displayed there, so I don't see any reason to avoid that for help echo. It could be _quite_ annoying; tooltips tend to pop up more often, and more randomly than normal echo-area messages. But we are talking about a very rare situation: (a) the user deliberately asked for the help echo to be displayed in the echo area, and (b) the help echo text is multi-line. If they are _quite_ annoyed, they can go back to the normal tooltips. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: tooltip-mode = nil only displays first line of multi-line text-properties or overlays
Cc: M Jared Finder [EMAIL PROTECTED], emacs-pretest-bug@gnu.org From: Stefan Monnier [EMAIL PROTECTED] Date: Mon, 20 Mar 2006 16:06:41 -0500 IIRC the miniwindow used to resize for tooltips and it was changed specifically because it was found to be annoying. Perhaps back when the MS-Windows port didn't have real tooltips, it was annoying. Nowadays this will happen only if the user really wants them to go to the echo area. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: tooltip-mode = nil only displays first line of multi-line text-properties or overlays
I think this is intentional. Changing the height of the echo area as you move the mouse would be rather unpleasant. It could combine the tooltip string lines, and display as much text as will fit in the echo area. Would that be better? ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
tooltip-mode = nil only displays first line of multi-line text-properties or overlays
If you have tooltip-mode disabled, multi-line help-echo text-properties and overlays only display their first line. Here's some code that reproduces the behavior: (let* ((min (point-min)) (max (point-max)) (half (/ (+ min max) 2))) (let ((overlay (make-overlay min half))) (overlay-put overlay 'help-echo Multi\nLine\nhelp)) (put-text-property half max 'help-echo Even\nmore\nmulti\nline\nhelp)) If you keep tooltip-mode enabled and set tooltip-use-echo-area to t all lines are displayed in the echo area (if that's what you want). As an aside, in this case these lines also go to the *messages* buffer while those displayed when tooltip-mode is disabled don't. -- Nick http://www.inet.net.nz/~nickrob ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: tooltip-mode = nil only displays first line of multi-line text-properties or overlays
Richard Stallman wrote: I think this is intentional. Changing the height of the echo area as you move the mouse would be rather unpleasant. It could combine the tooltip string lines, and display as much text as will fit in the echo area. Would that be better? If this is intentional, the documentation for tooltip-mode should be changed (as well as the info page on tooltips). With it's current wording, it sounds like disabling tooltip-mode is the only way to display help text in the echo area. I suggest changing the doc to something that mentions tooltip-use-echo-area: When this minor mode is enabled, Emacs displays help text in a pop-up window on mouse-over. When it is disabled, Emacs displays the first line of help text in the echo area instead. See `tooltip-use-echo-area' for displaying multi-line help text. And chage tooltip-use-echo-area to mention this usage: Use the echo area instead of tooltip frames for help and GUD tooltips. Enabling `tooltip-mode' with this is the *only* way to display multi-line help text in the echo area. I never would have found tooltip-use-echo-area if Nick had not mentioned it. -- MJF ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
tooltip-mode = nil only displays first line of multi-line text-properties or overlays
If you have tooltip-mode disabled, multi-line help-echo text-properties and overlays only display their first line. Here's some code that reproduces the behavior: (let* ((min (point-min)) (max (point-max)) (half (/ (+ min max) 2))) (let ((overlay (make-overlay min half))) (overlay-put overlay 'help-echo Multi\nLine\nhelp)) (put-text-property half max 'help-echo Even\nmore\nmulti\nline\nhelp)) This is *not* a problem if tooltip-mode is on and tooltip-use-echo-area=t. In GNU Emacs 22.0.50.1 (i486-pc-linux-gnu, GTK+ Version 2.8.13) of 2006-03-15 on pacem, modified by Debian X server distributor `The X.Org Foundation', version 11.0.6090 configured using `configure '--build' 'i486-linux-gnu' '--host' 'i486-linux-gnu' '--prefix=/usr' '--sharedstatedir=/var/lib' '--libexecdir=/usr/lib' '--localstatedir=/var' '--infodir=/usr/share/info' '--mandir=/usr/share/man' '--with-pop=yes' '--enable-locallisppath=/etc/emacs-snapshot:/etc/emacs:/usr/local/share/emacs/22.0.50/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/22.0.50/site-lisp:/usr/share/emacs/site-lisp:/usr/share/emacs/22.0.50/leim' '--with-x=yes' '--with-x-toolkit=gtk' 'CFLAGS=-DDEBIAN -g -O2 -Wno-pointer-sign' 'build_alias=i486-linux-gnu' 'host_alias=i486-linux-gnu'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: nil locale-coding-system: nil default-enable-multibyte-characters: t Major mode: Lisp Interaction Minor modes in effect: eldoc-mode: t global-balanced-mode: t balanced-mode: t hrule-mode: t cua-mode: t global-reveal-mode: t reveal-mode: t global-hi-lock-mode: t hi-lock-mode: t show-paren-mode: t auto-compression-mode: t mouse-wheel-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t Recent input: i n ) SPC ( p o i n t - m a x ) SPC ' h e l p - e c h o SPC M o r e SPC m u l t i C-left C-backspace E v e n return m o r e return C-right return l i n e SPC backspace return h e l p ) C-j help-echo help-echo help-echo help-echo help-echo help-echo help-echo down down down down down down down down backspace C-S-home C-c timeout help-echo help-echo help-echo help-echo help-echo help-echo help-echo help-echo help-echo help-echo help-echo help-echo menu-bar help-menu re port-emacs-bug Recent messages: list: Symbol's function definition is void: read-buffer ad-Orig-describe-function: Symbol's function definition is void: iswitchb-read-buffer Type C-x 4 b RET to restore the other window. Quit Note: file is write protected Type C-x 1 to remove help window. Making completion list... Quit Making completion list...done Undo! ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug