From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: <9front-bounces@9front.inri.net> X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-0.6 required=5.0 tests=DKIM_INVALID,DKIM_SIGNED, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI autolearn=ham autolearn_force=no version=3.4.4 Received: from 9front.inri.net (9front.inri.net [168.235.81.73]) by inbox.vuxu.org (Postfix) with ESMTP id AE9FC30804 for ; Mon, 28 Oct 2024 21:21:17 +0100 (CET) Received: from fhigh-b7-smtp.messagingengine.com ([202.12.124.158]) by 9front; Mon Oct 28 16:20:00 -0400 2024 Received: from phl-compute-12.internal (phl-compute-12.phl.internal [10.202.2.52]) by mailfhigh.stl.internal (Postfix) with ESMTP id CB8DC254013C for <9front@9front.org>; Mon, 28 Oct 2024 16:19:58 -0400 (EDT) Received: from phl-mailfrontend-01 ([10.202.2.162]) by phl-compute-12.internal (MEProxy); Mon, 28 Oct 2024 16:19:58 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cranky.ca; h=cc :content-transfer-encoding:content-type:content-type:date:date :from:from:in-reply-to:message-id:mime-version:reply-to:subject :subject:to:to; s=fm2; t=1730146798; x=1730233198; bh=7Ky2WuUz6y iBIRCp6f2WXiwCFoi6YkpOnbeRLHd4x5c=; b=gc/anBoZsVQx8gr9+QTJUbHnnN l0F4SdP7bmjCfzQRxOV+iEdhQV4+dh+ZXIS1mpbW9vxGZPkEuwgG+fSDlO6g4N/Z d/LC7UHrvejSPVmRYc7NdG39almOm5cA/J7OWSmix8o8SVgfVtiBixa0rzySsHEz PdP/glDb3B3gQtKVUXhpa2cK1WoK51VWYRsNCd+2HYAZTGa+MC6v910ZvsW8HRw4 CjxAMj9p4qHSyMhrmhCQ/9yn+cy3mMdK5o+ds2gETqiAHl3KvAXXGdduY/qZkTtg UXYyvLzU7CTq69hnyYiL5Zn4y6vYG0iP8esI7HJ1Rjs5dHt09MS45RzmEZ/A== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:message-id:mime-version:reply-to:subject:subject:to :to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm3; t=1730146798; x=1730233198; bh=7Ky2WuUz6yiBIRCp6f2WXiwCFoi6 YkpOnbeRLHd4x5c=; b=TSSsyYxmtN5HBNCr5ZVl/fJ5G3dvlfF4hR/KgYiCvwHb X82urVy9nr6bwGV5lYBJJ3vnwyp+NmBBtfKzxgXYfwFmrSbOPVArlcOFhg52HjGP xTLVtif9SLXySyw2YNAQEHXfu8xQLiFMb0iC9QJASKC1qhfMr3rj4lJKN5EyrOqx L9moAVsh0d87Gj18kA8GH1ERjoe6J/f1R/XcvRqgeWisxSfqX2iwUfNZA3QnB8TR 7Onw2gsrB+00mljMAVFgDGWJrKCksqjpKxrXNasdelT9+vi2Ibc8XqeTvMPmOKuv BA8tOR10Gj1wPQ01SBxVQqfNDz24yJipM0KXdQrbgQ== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeftddrvdejledguddtkecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpggftfghnshhusghstghrihgsvgdp uffrtefokffrpgfnqfghnecuuegrihhlohhuthemuceftddtnecunecujfgurhepkffvuf ffhfggtgfgsehtjeejtddttddvnecuhfhrohhmpehflhhofigvrhhsshestghrrghnkhih rdgtrgenucggtffrrghtthgvrhhnpeduheevgeehueekgefhhfetteeigfduueeuveevte eihfejfefhgfevudekleevffenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhep mhgrihhlfhhrohhmpehflhhofigvrhhsshestghrrghnkhihrdgtrgdpnhgspghrtghpth htohepuddpmhhouggvpehsmhhtphhouhhtpdhrtghpthhtoheplehfrhhonhhtseelfhhr ohhnthdrohhrgh X-ME-Proxy: Feedback-ID: i1e6c46d8:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA for <9front@9front.org>; Mon, 28 Oct 2024 16:19:57 -0400 (EDT) Message-ID: <588564A0F1AB6824ED04551648A54C37@cranky.ca> To: 9front@9front.org Date: Mon, 28 Oct 2024 14:19:54 -0600 From: flowerss@cranky.ca MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: HTTP database realtime standard deep-learning-oriented manager Subject: [9front] Bug or inconsistency in cursor behaviour? Reply-To: 9front@9front.org Precedence: bulk I have noticed an odd behaviour when using the arrow keys when text is selected in 9front, and I'm wondering if it's a bug, multiple bugs, or just the way things work. If I have a string of text in a shell or acme, and I select one or more characters with the mouse, and then use the right arrow key, the text gets deselected, and the cursor moves one character past the right end of the selected text. If I use the left arrow key, the cursor moves to one character to the left of the previously selected text. It feels like the resultin position of the cursor has gone one character too far left or right. In sam, this behaviour is different. If I select text in sam, and then hit the left arrow key, the cursor moves one character to the left of the initially selected text, and if I hit the right arrow key, the cursor moves to the right of the first character of the previously selected text. This also seems odd. In Windows, MacOS and all the Linux graphical text manipulation apps I have tried, if you select text and then hit the left arrow, the cursor moves to the beginning of the selection, and the right arrow moves to the end of the selection. This feels like the more appropriate behaviour to me. Am I out to lunch? Thanks, Scott