X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com X-Original-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; bh=Kwa3vYAP5f3c/E/lkVXEJ1bMz3tN/bzcYS/FTw1AB+w=; b=0CDMZgJtViYKqj70YdCBqEfPm7BErtCR4YkIRmG244ksUpNdBrkKkybUY1NmesZAmw jmbRXs0D0+Qm0WRFh2ovP1bJNAoqadHza3zQh9NcuqmCosAdV/aSevUv+iRbAfM0MCDU RpQy+PjF5m22gzlLr6tKaECfMwE4s4WB1XR3grFuepCOI2JYLLdNIc8+yDGQJLICVVmF o7ZvPwRqLh4S82it2J1LkZEcbyvKS+wkdn/OVs/nIPkVNafq0w/CL2TsqyKAhPPLjyRc +qTEX/b5fAwmV2o6Z1CXm+8y3Dy+kvVLQGOHOw34W0sp1GNAEjWj9JlTzdN7ck7B1uA3 cv7Q== X-Received: by 10.194.48.102 with SMTP id k6mr18085228wjn.124.1442145403586; Sun, 13 Sep 2015 04:56:43 -0700 (PDT) Date: Sun, 13 Sep 2015 13:56:38 +0200 From: "Nicklas Karlsson (nicklas DOT karlsson17 AT gmail DOT com) [via geda-user AT delorie DOT com]" To: geda-user AT delorie DOT com Subject: Re: [geda-user] off-topic: key bindings Message-Id: <20150913135638.0d82bf522f4fb856c2b36b18@gmail.com> In-Reply-To: References: X-Mailer: Sylpheed 3.5.0beta1 (GTK+ 2.24.25; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Reply-To: geda-user AT delorie DOT com Errors-To: nobody AT delorie DOT com X-Mailing-List: geda-user AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk Left hand keys are very handy then using the mouse. > it's kind of off-topic, as it won't affect any geda tool or pcb or > pcb-rnd, but I was wondering... We had debates on this list about key > bindings in gschem vs. key bindings in pcb. I generally prefer how gschem > does this, I find those key combinations easier to remembee. However, I > also admit there are (ugly, but) de facto standard key combinations users > want to see in apps, like ctrl+z for undo. > > I was thinking about how to resolve this conflict between modifiers and > multi key stroke combinations in an app I am going to write later. > > I figured the expectated key combinations of the modifier-based map never > start with an alnum character without a modifier. This makes the following > simple policy feasible: > > 1. if the first key is with a modifier, it is a single-stroke hotkey (e.g. > ctrl+z or ctrl+s) > > 2. if the first key is not alnum, it is a single-stroke hotkey (e.g. arrow > keys, escape, F1, enter, etc.) > > 3. if the first key is alnum without a modifier, it's the first character > of a multi-stroke command > > Rule 3 removes 36 keys from the single-stroke world but makes it possible > to use best of both worlds without collision.