GNU bug report logs - #47360
27.1; using 'bar cursor, mouseclick is rounded to the wrong char position

Previous Next

Full log

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Julian Rohrhuber <rohrhuber <at> protonmail.com>
Cc: larsi <at> gnus.org, 47360 <at> debbugs.gnu.org
Subject: Re: bug#47360: 27.1;
 using 'bar cursor, mouseclick is rounded to the wrong char position
Date: Sat, 27 Mar 2021 22:47:41 +0300

> Date: Sat, 27 Mar 2021 17:53:41 +0000
> From: Julian Rohrhuber <rohrhuber <at> protonmail.com>
> Cc: Lars Ingebrigtsen <larsi <at> gnus.org>, Eli Zaretskii <eliz <at> gnu.org>, 47360 <at> debbugs.gnu.org
> 
> There is one more case where one can feel the difference: when selecting with the mouse and dragging to the right, the selection jumps to each character a little "too late", that is, after you have already crossed the position you want the selection to end at. You have to point to a character *after* the one you want to include. The current selection always is up to one character behind the cursor barline.  This results in a "sticky" feeling.

Yes, selection in Emacs works on per-character granularity, because it
uses the faces infrastructure.  We'd need to do something very
different to make that use pixel granularity.  Patches are welcome.

Previous Next

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