From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: tomas@tuxteam.de Newsgroups: gmane.emacs.help Subject: Re: Moving point around empty overlays with 'after-text Date: Mon, 10 Apr 2023 07:35:49 +0200 Message-ID: References: <9b1654ec-1ac6-4936-860b-2d77dcc4dac7@app.fastmail.com> <28954f0d-205d-b322-4a43-cf4481d1266e@gmail.com> <3a1bb709-d00f-49b8-a2c5-d0ac5b6a82c4@app.fastmail.com> <22b315db-39eb-80b6-1a7c-127f5e703dc1@gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OhXegdlDV2nRUdfK" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="14723"; mail-complaints-to="usenet@ciao.gmane.io" Cc: help-gnu-emacs@gnu.org To: Platon Pronko Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Mon Apr 10 07:36:22 2023 Return-path: Envelope-to: geh-help-gnu-emacs@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 1plkCU-0003dM-4W for geh-help-gnu-emacs@m.gmane-mx.org; Mon, 10 Apr 2023 07:36:22 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1plkC6-0005sD-2a; Mon, 10 Apr 2023 01:35:58 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1plkC1-0005rx-G4 for help-gnu-emacs@gnu.org; Mon, 10 Apr 2023 01:35:54 -0400 Original-Received: from mail.tuxteam.de ([5.199.139.25]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1plkBz-00044l-Ot for help-gnu-emacs@gnu.org; Mon, 10 Apr 2023 01:35:53 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=tuxteam.de; s=mail; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject :Cc:To:From:Date:Sender:Reply-To:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=QqLP7kSf3GkmcVpprt3oW48UFEzimT0wfYLyc5rezj4=; b=WwHJnwtnRKA17yLm+OJ1eT10Cu YyoavJZFRTip6QOXr1QQnA2lmjQiHWdqgLtf7aWr66sioKbiKdAAFSldxLfH4XkTaIHsFXEJPzrlc UBwA7M0x1MXMluFrcMpkqfrwMZXG93Qf0160th2/vmhUEyLf50kR8SPvh/dKTebJdiWxEC/4aaSFx YpiIyjwSH/Eh1vU3hDrGeGUrFqdkUZrc8eyFkt6E9kb+fN7G+ugPr2M5lYYnd5nlPkpGWMPqFMyKB 6mj6EbdYLIyqIscLcYQFGOFM2oKaUbM93ADB9JnrugBUpVJ5a/D7mNMY6T7Z9dpUpYB7M8JtfTmMi yH8FAFWw==; Original-Received: from tomas by mail.tuxteam.de with local (Exim 4.94.2) (envelope-from ) id 1plkBx-00009L-E3; Mon, 10 Apr 2023 07:35:49 +0200 Content-Disposition: inline In-Reply-To: Received-SPF: pass client-ip=5.199.139.25; envelope-from=tomas@tuxteam.de; helo=mail.tuxteam.de X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.help:143245 Archived-At: --OhXegdlDV2nRUdfK Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 10, 2023 at 09:52:54AM +0800, Platon Pronko wrote: > On 2023-04-09 22:49, tomas@tuxteam.de wrote: [...] > > What I don't understand is why the overlay doesn't cover the > > whole argument value instead of sticking before it. Perhaps > > this would ease some of the problems? > >=20 > > Cheers >=20 > Why should it? >=20 > (maybe there's a confusion because of the words - what is being used here= is technically a zero-width overlay, so it's not "overlaying" anything, it= 's probably better to call it "inlay") I did understand that it is a zero-width overlay, so the description wasn't confusing to me. > Anyway, even if you make this overlay to cover something it won't solve t= he problem - it still won't be possible to navigate the cursor to be before= or after the hint. For non-zero width overlays, it is quite easy to have point to each side of the overlay's "border": it depends on which side you are coming from. For me, at least, it is intuitive. Quite possibly I'm not understanding what you are trying to achieve. The mental model I got from your description is that the overlay describes some property of the arg value in question (the name given to the corresponding formal argument elsewhere in the function declaration viz. definition). That's why I'd expect the overlay to cover /all/ of the arg value (and let it grow and shrink automatically as the latter is edited by the user). But, as said, perhaps I'm lost in the woods.If yes, then sorry for that :) Cheers --=20 t --OhXegdlDV2nRUdfK Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iF0EABECAB0WIQRp53liolZD6iXhAoIFyCz1etHaRgUCZDOgLwAKCRAFyCz1etHa RtjkAJ4kuH4QB0ovFAfpKN5pwllVCJ4GpACeMrsEcx2wTqRhz/GNFQz6X4GQur0= =mYPK -----END PGP SIGNATURE----- --OhXegdlDV2nRUdfK--