GNU bug report logs - #8323
23.3; Hl-Line mode

Previous Next

Package: emacs;

Reported by: Konrad Podczeck <konrad.podczeck <at> univie.ac.at>

Date: Tue, 22 Mar 2011 22:35:02 UTC

Severity: normal

Found in version 23.3

Done: Chong Yidong <cyd <at> stupidchicken.com>

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 8323 in the body.
You can then email your comments to 8323 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 owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org:
bug#8323; Package emacs. (Tue, 22 Mar 2011 22:35:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Konrad Podczeck <konrad.podczeck <at> univie.ac.at>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Tue, 22 Mar 2011 22:35:02 GMT) Full text and rfc822 format available.

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

From: Konrad Podczeck <konrad.podczeck <at> univie.ac.at>
To: bug-gnu-emacs <at> gnu.org
Cc: Reitter David <david.reitter <at> gmail.com>, fx <at> gnu.org
Subject: 23.3; Hl-Line mode
Date: Tue, 22 Mar 2011 23:33:49 +0100
I observed the following with Emacs 23.3:

Turn Global-Hl-Line mode on, and open any text file. Then do M-x occur Ret, some word Ret, so as to get two windows, one with the text file, the other with the occur buffer. Now by default, the variable HL-Line-Sticky-Flag is set to non-nil, which, according to the documentation of that variable, means that the current line is highlighted in all windows. However, this seems not to work: Switching between the two windows, you see only the current line in the selected window to be highlighted.

This becomes a problem, in particular, when one does M-x next-error-follow-minor-mode in the window with the occur buffer. After this, moving the down or up arrow key in the occur buffer window leads, as it should, the cursor in the other window to move to the corresponding line there, but as that line, even though it becomes the "current line", does not become highlighted, there is some visibility problem, which would disappear would HL-Line-Sticky-Flag being set to non-nil work as advertised.


Konrad


In GNU Emacs 23.3.1 (x86_64-apple-darwin, NS apple-appkit-1038.35)
of 2011-03-10 on black.porkrind.org
Windowing system distributor `Apple', version 10.3.1038
configured using `configure  '--host=x86_64-apple-darwin' '--build=i686-apple-darwin' '--with-ns' 'build_alias=i686-apple-darwin' 'host_alias=x86_64-apple-darwin' 'CC=gcc -mmacosx-version-min=10.5''

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
  value of $XMODIFIERS: nil
  locale-coding-system: nil
  default enable-multibyte-characters: t

Major mode: Fundamental

Minor modes in effect:
  tooltip-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  blink-cursor-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
<menu-bar> <help-menu> <send-emacs-bug-report>

Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.

Load-path shadows:
None found.

Features:
(shadow sort mail-extr message ecomplete rfc822 mml mml-sec
password-cache mm-decode mm-bodies mm-encode mailcap mail-parse rfc2231
rfc2047 rfc2045 qp ietf-drums mailabbrev nnheader gnus-util netrc
time-date mm-util mail-prsvr gmm-utils wid-edit mailheader canlock sha1
hex-util hashcash mail-utils emacsbug tooltip ediff-hook vc-hooks
lisp-float-type mwheel ns-win easymenu tool-bar dnd fontset image fringe
lisp-mode register page menu-bar rfn-eshadow timer select scroll-bar
mldrag mouse jit-lock font-lock syntax facemenu font-core frame cham
georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao
korean japanese hebrew greek romanian slovak czech european ethiopic
indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple
abbrev loaddefs button minibuffer faces cus-face files text-properties
overlay md5 base64 format env code-pages mule custom widget
hashtable-print-readable backquote make-network-process ns multi-tty
emacs)




Information forwarded to owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org:
bug#8323; Package emacs. (Sun, 26 Jun 2011 20:28:02 GMT) Full text and rfc822 format available.

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

From: Chong Yidong <cyd <at> stupidchicken.com>
To: Konrad Podczeck <konrad.podczeck <at> univie.ac.at>
Cc: Reitter David <david.reitter <at> gmail.com>, 8323 <at> debbugs.gnu.org, fx <at> gnu.org
Subject: Re: bug#8323: 23.3; Hl-Line mode
Date: Sun, 26 Jun 2011 16:27:03 -0400
Konrad Podczeck <konrad.podczeck <at> univie.ac.at> writes:

> Turn Global-Hl-Line mode on, and open any text file. Then do M-x occur
> Ret, some word Ret, so as to get two windows, one with the text file,
> the other with the occur buffer. Now by default, the variable
> HL-Line-Sticky-Flag is set to non-nil, which, according to the
> documentation of that variable, means that the current line is
> highlighted in all windows. However, this seems not to work: Switching
> between the two windows, you see only the current line in the selected
> window to be highlighted.

hl-line-sticky-flag is not intended to affect global-hl-line-mode, only
the local mode.  However, it's simple enough to add a similar mechanism
for the global mode (global-hl-line-sticky-flag), so I've done that.




bug closed, send any further explanations to 8323 <at> debbugs.gnu.org and Konrad Podczeck <konrad.podczeck <at> univie.ac.at> Request was from Chong Yidong <cyd <at> stupidchicken.com> to control <at> debbugs.gnu.org. (Sun, 26 Jun 2011 20:28:03 GMT) Full text and rfc822 format available.

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Mon, 25 Jul 2011 11:24:05 GMT) Full text and rfc822 format available.

This bug report was last modified 13 years and 335 days ago.

Previous Next


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