From mboxrd@z Thu Jan 1 00:00:00 1970 To: 9fans@cse.psu.edu Date: Tue, 26 Sep 2000 10:10:24 +0000 From: Elliott Hughes Message-ID: <39d07289@news.core.genedata.com> References: <39CF4E0D.85D86A7A@FWS.Gov>, <39cf5c11@news.core.genedata.com>, <39D00CFC.A2B0DDA9@anu.edu.au> Subject: Re: [9fans] Re 2 button mouse + Inferno Topicbox-Message-UUID: 0ed4c35a-eac9-11e9-9e20-41e7f4b1d025 "Jason Ozolins" wrote in message news:39D00CFC.A2B0DDA9@anu.edu.au... > Umm, I can understand ditching the numeric keypad if one is not a bean > counter, but why lose the cursor keys? They work pretty well in editors > under other GUI environments. I was pretty surprised to find that > Inferno's Acme didn't support them - doesn't P9's Acme support them > either? No, Plan 9's acme didn't support them last time I looked (release 2). I added them to my own copy at the time, and my Java acmeish editor also supports cursor keys. [The cursor keys are quite handy on the Happy Hacker, being in the + layout rather than the inverted-T, and being in with the other keys: they're Fn plus one of "[;'/", i.e. the diamond between Return and the alphabetic keys.] My interpretation of up and down is (as far as I know) original, but suits me. They take one to the previous and next end-of-line. This sounds a lot weirder than it actually is; I find that most of the time I want to move 'up' or 'down' a line, I'm headed for the end of a line. There are undoubtedly many other solutions, but for programming this is a good one (and, personally, I hardly use the cursor keys in natural-language texts, though I couldn't say why not). - Elliott