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.9 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,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 0EEC02F903 for ; Tue, 29 Oct 2024 02:43:58 +0100 (CET) Received: from mimir.eigenstate.org ([206.124.132.107]) by 9front; Mon Oct 28 21:40:36 -0400 2024 Received: from mimir.eigenstate.org (localhost [127.0.0.1]) by mimir.eigenstate.org (OpenSMTPD) with ESMTP id 0ddd3ce7 for <9front@9front.org>; Mon, 28 Oct 2024 18:40:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=eigenstate.org; h= message-id:to:subject:date:from:in-reply-to:mime-version :content-type:content-transfer-encoding; s=mail; bh=d11VpR8RVjSV ypk/g4vGO0gj130=; b=EIHu3BilTUa+xhhm5r10uBve+a4JVhBCS5JDtQ9gOMJt hEcRmE5zKg8ea2eT51kTtf069xIauMmalSFYTpVv/DbRGo8vxp10tnvtiJbxJjvS eMuuQw7FiMw0ebOCtd+3lfo8pQydfqlQsaGq3swxmMOTOy3EL7Czwr51WsNXxWc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=eigenstate.org; h=message-id :to:subject:date:from:in-reply-to:mime-version:content-type :content-transfer-encoding; q=dns; s=mail; b=DKDDyNNRKNkxfeSgJLk P7sO4xaf2mkgucb/91vTeUAFWYyOz9BhCqfXV3LCjaQLg3sRdG3BGHFJmGDV/tYc tdXY0EHCcB3zzkW9c/2jx9AaIQs7sKiDVW6CiWvPLBKz/oy/+DkhzqDGnzBTcKnJ xRHiJWURJkMGzdGYq6pPU0Io= Received: from abbatoir (pool-108-6-24-2.nycmny.fios.verizon.net [108.6.24.2]) by mimir.eigenstate.org (OpenSMTPD) with ESMTPSA id 81b421be (TLSv1.2:ECDHE-RSA-AES256-SHA:256:NO) for <9front@9front.org>; Mon, 28 Oct 2024 18:40:34 -0700 (PDT) Message-ID: <532996A74BEC9105F656EF9C83F7B5C3@eigenstate.org> To: 9front@9front.org Date: Mon, 28 Oct 2024 21:40:33 -0400 From: ori@eigenstate.org In-Reply-To: <588564A0F1AB6824ED04551648A54C37@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: ORM database-based interface-based CMS optimizer Subject: Re: [9front] Bug or inconsistency in cursor behaviour? Reply-To: 9front@9front.org Precedence: bulk Quoth flowerss@cranky.ca: > 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. This is intentional, just a different way that things work. An arrow just moves the dot. > 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. > This one, I'd call a bug. > 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