From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Highlighting cursor for char before Date: Wed, 27 Oct 2021 18:59:11 +0300 Message-ID: <8335omwjao.fsf@gnu.org> References: <1844951.jBraE47yQ0@galex-713.eu> <83fssyea67.fsf@gnu.org> <2960319.aSkrYHcR6s@galex-713.eu> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="27396"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: Alexandre Garreau Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Oct 27 19:02:21 2021 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mfmJe-0006vI-Q7 for ged-emacs-devel@m.gmane-mx.org; Wed, 27 Oct 2021 19:02:18 +0200 Original-Received: from localhost ([::1]:60596 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mfmJd-0006h4-Mo for ged-emacs-devel@m.gmane-mx.org; Wed, 27 Oct 2021 13:02:17 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:42870) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mflKb-0001ji-Hv for emacs-devel@gnu.org; Wed, 27 Oct 2021 11:59:13 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:41818) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mflKa-0006pO-L1; Wed, 27 Oct 2021 11:59:12 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=b8BGI9q+BXeIoTsocsiFWK1+8KUhTMfgKNmnju5bZNQ=; b=pzWdyyZHmuRuuBZcAdlI 5VtqN9ZpE5qvzVtarjlnnjBKIEdNtKL+EA93yBA/WqN5HefCdVdv79uYMqApeDOkP6tdKlEkIu+LZ 4024FiwwuWWFD3s7sQ3XU1IFZe4uni0TKhyrKxqRiOmRRhRu/OyHUaecjEcLRPsDuWvaig5tfLqwd ErNJK4xsTB54ciFaghEUL6gKffleim8vJqIxepfWQlb1RS5Rz8y6Ns8QrTMlcXNMKVMMogSXqPRnm LLXEa70dn+Pm4p12/1iaEBmGOPm4TouIi5WwAaJe+fI4X5zZa8lA9E3SUH7yfRh/E8Z19s3hUsBYn HEGIOFiuptWVTg==; Original-Received: from [87.69.77.57] (port=1848 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mflKa-0004Ku-50; Wed, 27 Oct 2021 11:59:12 -0400 In-Reply-To: <2960319.aSkrYHcR6s@galex-713.eu> (message from Alexandre Garreau on Wed, 27 Oct 2021 16:44:35 +0200) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:278007 Archived-At: > From: Alexandre Garreau > Cc: Eli Zaretskii > Date: Wed, 27 Oct 2021 16:44:35 +0200 > > > Most importantly, it is entirely non-trivial to determine which is the > > "character before", in bidirectional text. Look at the code of > > move-point-visually to see how non-trivial it is to solve a similar, > > but different problem: which character is the one to the right or to > > the left of the current one. > > I do a distinction in phrasing between “before” and “to the left”, and > “after” and “to the right”, for semantical and confusion-avoiding purpose. > So, if I understand correctly (and I always though to understand that but > maybe the terminology I don’t): the “character before” is trivial but > what’s not trivial is “the character at left/right”, right? I mean, > before/after, for me, is only a matter of time and/or order in the buffer > (most near to beginning = before, most near to end = after), and that > stays linear and context-independent (like if I only use C-b and C-f, > which follows not spatial direction but semantical order of chars as > stored in the buffer), while only the visual thing is… > > Do we understand each other correctly? About what? You ask so many questions, and OTOH say so little apart of the questions, that I no longer understand what you are talking about. > Ok that was precisely what I wanted to know (especially as I totally trust > your opinion for that matter, as a beginning (is that treated in xdisp.c > as well?)), except given the misunderstandment above I’m unsure you > correctly understood what I meant… I meant the precise opposite of what > the block cursor currently does… is that so complex? It is complex, yes. That's what I tried to explain. And I don't think it makes sense to display the cursor on the character before point, because it will be terrible in bidirectional context. Are there any other editors that show the cursor that way? But if someone wants such a feature as an option, why not?