From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp12.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms9.migadu.com with LMTPS id qAcrJXRuN2TVKAAASxT56A (envelope-from ) for ; Thu, 13 Apr 2023 04:52:36 +0200 Received: from aspmx1.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp12.migadu.com with LMTPS id 0C8/JXRuN2TVIwEAauVa8A (envelope-from ) for ; Thu, 13 Apr 2023 04:52:36 +0200 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 62BBC3D4CD for ; Thu, 13 Apr 2023 04:52:35 +0200 (CEST) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pmn3j-0000wC-1l; Wed, 12 Apr 2023 22:51:39 -0400 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 1pmn3h-0000w1-8P for emacs-orgmode@gnu.org; Wed, 12 Apr 2023 22:51:37 -0400 Received: from wout2-smtp.messagingengine.com ([64.147.123.25]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pmn3e-0004Jk-T6 for emacs-orgmode@gnu.org; Wed, 12 Apr 2023 22:51:37 -0400 Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.west.internal (Postfix) with ESMTP id 92BB532002D8; Wed, 12 Apr 2023 22:51:29 -0400 (EDT) Received: from imap49 ([10.202.2.99]) by compute1.internal (MEProxy); Wed, 12 Apr 2023 22:51:29 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.com; h= cc:cc:content-type:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:sender :subject:subject:to:to; s=fm3; t=1681354289; x=1681440689; bh=Dw uwwBau5FRjFLRXfCkFNpAQZxfRp5XdWU5ZtUPKWPs=; b=CPtPWcJeAbPJ1rEUsw TeoG6x4V7QfIlmCR2VoA3ErP8Nf8mfTHR4+QKay07JzmniGnzUWwVfXUm8/vCHrN fhCchoiD9Wd6YaT2DU0U+Iq8zCWKIGS6FjfN7lavU/RUzFdOerUVw5bz5gqn7TQ4 KU2qvJIP9ccWjdfbK0UXOfUpN8poTJPl3TZUCpb7XTelk20LE3EVOIgnd9Mn407d n6gz1PZqGDWRjVm3X5BU/jkl+zl4YkQj6LgH+eBOA62+GHfVRSiM+/nYGzARWxbD wLW9NwTmf5LUkfbUqkkNZGW5ebqskq7xQCP96cABMIcw5ICBzEtSuUp+g7IAOyVn HyMA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm3; t=1681354289; x=1681440689; bh=DwuwwBau5FRjF LRXfCkFNpAQZxfRp5XdWU5ZtUPKWPs=; b=Ejw/jMOb5D6dTfvrP+rD733s6QsA7 DZPuieKbvzd/wVR4H0+t7rdo3m9Vfq8NgcpsyhjIkPeglxkaRTQ1B8vGJh66ZQst f5p34keEqnjvgwU8Ff1vLK/X7+J+HHK0Hur050OMTFFM3CPKe+tm/clLRag6qquA nAzehi/4znCan5NLtOdjkF9m+Pt/YUcq9bT1lLOgbXWLFlsdJPscRxBZGZpUJjlA UALDW5avFcDMdpgKMC/vXPiqSxqDK2WpXg4M0cWc4+k5PzxThfD5yuBhxwOEeRKv MaEqo9W9TJnP6jhXUBozfgcxjYRq7T86AOt0YztA3VmeDSruZEtKL4RzA== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrvdekjedgieehucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefofgggkfgjfhffhffvvefutgesrg dtreerreertdenucfhrhhomhepfdfoihhguhgvlhcuifgrrhiirgdfuceomhhighhuvghl ghgrrhiirgesfhgrshhtmhgrihhlrdgtohhmqeenucggtffrrghtthgvrhhnpeeuudevgf euueefueelvdeljeeiveffvdehjefgieeugeduieefudeitdefteffgfenucffohhmrghi nhepghhoohhglhgvrdgtohhmlhhinhhkpdhorhhgmhhouggvrdhorhhgpdhlihgsvghrrg hprgihrdgtohhmnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhf rhhomhepmhhighhuvghlghgrrhiirgesfhgrshhtmhgrihhlrdgtohhm X-ME-Proxy: Feedback-ID: i277944eb:Fastmail Received: by mailuser.nyi.internal (Postfix, from userid 501) id DD13515A008E; Wed, 12 Apr 2023 22:51:28 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.9.0-alpha0-334-g8c072af647-fm-20230330.001-g8c072af6 Mime-Version: 1.0 Message-Id: In-Reply-To: <87bkjt8osf.fsf@localhost> References: <4277d947-36de-45fd-b161-c8e4af5d17eb@app.fastmail.com> <87bkjt8osf.fsf@localhost> Date: Wed, 12 Apr 2023 21:51:08 -0500 From: "Miguel Garza" To: "Ihor Radchenko" Cc: emacs-orgmode@gnu.org Subject: Re: [BUG] Killing link located at beginning of line does not kill full link if region is selected to beginning or end of line by either mouse or arrow keys [9.5.2 (release_9.5.2-13-gdd6486 @ c:/Program Files/Emacs/emacs-29.0.50-snapshot/share/emacs/29.0.50/lisp/org/)] Content-Type: multipart/alternative; boundary=ebf3af6a2e67488bbaa70cf0dd188c9c Received-SPF: pass client-ip=64.147.123.25; envelope-from=miguelgarza@fastmail.com; helo=wout2-smtp.messagingengine.com X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: emacs-orgmode-bounces+larch=yhetil.org@gnu.org X-Migadu-Country: US X-Migadu-Flow: FLOW_IN ARC-Seal: i=1; s=key1; d=yhetil.org; t=1681354356; a=rsa-sha256; cv=none; b=dg+wJkAcfsT2WyTg0kIckDHffJc1ipi4ZBT+k76rItPQJpIviWWn+3JYllDPQjzvknDvKX LT4TP0Q36RZ2KCLvn/JrY4pX3Taa5/dO8jlhVONot5xnD4cHd9hjkvoWpu9a3hU2QdCD/3 cwMluzEuZ6qc5GgkZultRdueqnF72Q+39uJaRPlD9q8FwRaARQDUkyRDZLNE5afBgmVmvB mJWq+UsPg/f88e2SXNMiNWgz38A0/SF85XooIznWaUNIT6LouZ0VSqbE/j4x5WKXzECEcO 8ZL6RfaIBLY+2TPTKnX5tVWDAClk2cyt8iiHQ95WXQyGaeE5yDBkhyLTwSv0Qw== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=fastmail.com header.s=fm3 header.b=CPtPWcJe; dkim=fail ("headers rsa verify failed") header.d=messagingengine.com header.s=fm3 header.b="Ejw/jMOb"; spf=pass (aspmx1.migadu.com: domain of "emacs-orgmode-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="emacs-orgmode-bounces+larch=yhetil.org@gnu.org"; dmarc=fail reason="SPF not aligned (relaxed)" header.from=fastmail.com (policy=none) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1681354356; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post:dkim-signature; bh=DwuwwBau5FRjFLRXfCkFNpAQZxfRp5XdWU5ZtUPKWPs=; b=UT971tXTSz3mX5SWr7pFIIN9Zh6qBmhU4lJSn2kxia5u2/1aMN5QITXTjPb/Vr6LzPjxwj hmk/PiTIFsJVaQZSvNum2I5AilRQfNPyKFaiETqK9zPE4oal8pIvV6jxajrObMZq0y0DUP xe6XoENU6p7kdxc3VyXbNhqiz5eSiVwiYh6mYq3r+//SSA5v19pLpORjBNFiLx8D9LSG3W Gcxeb4MF8xxnmnGP68LfpYDgguHUobBfdGX+3EoRlhALyst495t7n0XCo+NebZ9TKZe1se O3/8YklqFRpm5LlgtAa0CtRCypj1BuQv/DfrsXfClzKxKGqGqbmIYRefdsUyCg== X-Migadu-Scanner: scn1.migadu.com X-Migadu-Spam-Score: 0.47 X-Spam-Score: 0.47 X-Migadu-Queue-Id: 62BBC3D4CD Authentication-Results: aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=fastmail.com header.s=fm3 header.b=CPtPWcJe; dkim=fail ("headers rsa verify failed") header.d=messagingengine.com header.s=fm3 header.b="Ejw/jMOb"; spf=pass (aspmx1.migadu.com: domain of "emacs-orgmode-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="emacs-orgmode-bounces+larch=yhetil.org@gnu.org"; dmarc=fail reason="SPF not aligned (relaxed)" header.from=fastmail.com (policy=none) X-TUID: KKe4CP7rMjVA --ebf3af6a2e67488bbaa70cf0dd188c9c Content-Type: text/plain Yes, I think there could be arguments for different behaviors, but I suspect the expected behavior should be the same as when you select the link by other methods, such as starting a region at one end and then jumping to the beginning or end of the line with move-beginning-of-line or move-end-of-line. When killing the line or region after that movement, the entire text (URL, description, all brackets) is killed. Also, when emphasis markers are hidden (org-hide-emphasis-markers t), and the same experiment is performed on a word at the beginning of a line that is emphasized , for example "/italicized/", all of the hidden slash characters are successfully killed. So I think that is another indication that the expected behavior would be to kill all of the characters, hidden or not. I think the fact that it is only some, perhaps underused, methods of selecting the text--arrow keys or mouse-dragging--that result in this unusual behavior, also points to the behavior not being intended. On Wed, Apr 12, 2023, at 3:53 AM, Ihor Radchenko wrote: > "Miguel Garza" writes: > > > [[www.google.com][link]] > > > > Org Mode will turn the above text into a clickable link called "link". > > > > Now, select the link either by clicking and dragging the mouse from the end of the word "link" to the beginning of the word, or by starting a region at either the beginning or end of the word (or on the next line) and then using the arrow keys to move point to either the "l" or "k" in "link". > > > > Your region should now encompass "link" and nothing else. > > > > Now, kill the line or region. > > > > You will see immediately that the full text was not killed. Instead, the link description is killed, along with, depending on where point was, possibly some of the brackets, leaving behind the opening brackets, the link URL, the URL closing bracket, and in some cases the final two brackets. > > Well. Part of the link text is indeed hidden, causing all kinds of > unexpected behaviours depending on the point move direction. > I am not sure what can be done here. I am not even sure what is the > expected behaviour. > > -- > Ihor Radchenko // yantar92, > Org mode contributor, > Learn more about Org mode at . > Support Org development at , > or support my work at > --ebf3af6a2e67488bbaa70cf0dd188c9c Content-Type: text/html Content-Transfer-Encoding: quoted-printable
Yes, I think th= ere could be arguments for different behaviors, but I suspect the expect= ed behavior should be the same as when you select the link by other meth= ods, such as starting a region at one end and then jumping to the beginn= ing or end of the line with move-beginning-of-line or move-end-of-line. = When killing the line or region after that movement, the entire text (UR= L, description, all brackets) is killed.

Al= so, when emphasis markers are hidden (org-hide-emphasis-markers t), and = the same experiment is performed on a word at the beginning of a line th= at is emphasized , for example "/italicized/", all of the hidden slash c= haracters are successfully killed. So I think that is another indication= that the expected behavior would be to kill all of the characters, hidd= en or not.

I think the fact that it is onl= y some, perhaps underused, methods of selecting the text--arrow keys or = mouse-dragging--that result in this unusual behavior, also points to the= behavior not being intended.

On Wed, Apr 1= 2, 2023, at 3:53 AM, Ihor Radchenko wrote:
"Miguel Garza" <miguelgarza@fastmail.com> writes:

>
> Org Mode wi= ll turn the above text into a clickable link called "link".
>
> Now, select the link either by clicking and dr= agging the mouse from the end of the word "link" to the beginning of the= word, or by starting a region at either the beginning or end of the wor= d (or on the next line) and then using the arrow keys to move point to e= ither the "l" or "k" in "link".
>
> Yo= ur region should now encompass "link" and nothing else.
&g= t;
> Now, kill the line or region.
>
> You will see immediately that the full text was not ki= lled. Instead, the link description is killed, along with, depending on = where point was, possibly some of the brackets, leaving behind the openi= ng brackets, the link URL, the URL closing bracket, and in some cases th= e final two brackets.

Well. Part of the lin= k text is indeed hidden, causing all kinds of
unexpected b= ehaviours depending on the point move direction.
I am not = sure what can be done here. I am not even sure what is the
expected behaviour.

-- 
Ihor Radchenko // yantar92,
Org mode contributor,
Learn more about Org mode at <https://orgmode.org/>.
Support Org development at = <https://liberapay.com/org= -mode>,
or support my work at <https://liberapay.com/yantar92>


--ebf3af6a2e67488bbaa70cf0dd188c9c--