bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#35062: [PATCH v3 2/3] constify a bit of xterm.c


From: Konstantin Kharlamov
Subject: bug#35062: [PATCH v3 2/3] constify a bit of xterm.c
Date: Sat, 20 Apr 2019 13:31:44 +0300



On Сб, Apr 20, 2019 at 09:53, Eli Zaretskii <eliz@gnu.org> wrote:
 Date: Sat, 20 Apr 2019 04:09:19 +0300
 From: Konstantin Kharlamov <hi-angel@yandex.ru>
 Cc: Eli Zaretskii <eliz@gnu.org>, 35062@debbugs.gnu.org

And btw, current workflow with searching through the body doesn't work
 well in vanilla Emacs. While other editors allow you to highlight
 matches by putting a caret over a symbol, Emacs requires either
 manually making it highlight/unhighlight, or installing a separate
 package highlight-symbol.el which is a bit buggy and wasn't updated
 since 2016. That is to say, having non-modified things declared with
 "const" may help an average Emacs developer.

I don't think I follow: Emacs's search commands do highlight the
matches, and we also have symbol-search commands ("M-s _" etc.), so
what exactly is missing?

See: to any search a word in Emacs you have to either type it manually or copy-paste it. And then if you get unlucky to have next match offscreen, the search gonna carry currently visible portion of text away.

In other editors and IDEs it's implemented instead by selecting a word, which makes the editor to highlight matches. That's similar to what highlight-symbol.el is doing: you put a caret over a text, and after a short timeout (IIRC you can't set timeout to 0 as it introduces lags to Emacs) it highlights visible matches of the symbol under the caret. And then, if you want to, you can press a hotkey to lock the highlight.







reply via email to

[Prev in Thread] Current Thread [Next in Thread]