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=mime-version:in-reply-to:references:date:message-id:subject:from:to
	:content-type;
	bh=le05k71ibM7KNzC2S6bjAqn1ODNkT5zNe71c07Pwl7I=;
	b=GLGibfsqdVsGFLQeJIx9r44Cp6lPhkBe11k44dPqtSI8+9WNUBhS0x19aHi8dNjEzK
	IpwZZoHr4MCFgpuasmSxTR0C8+e6wCDday7H94OmJa00xMba0d5so8xoQza9poXAZIsN
	WhluKUitfoiDrKVH9xT5lysEPTKVAbGctnPTtGNgI+2wcUHG3noLgD3IUa+lgHkWOf+p
	fvNUhrwh6cBeQ/TV9mhg6r2Pv7y6t0/pa326Z1H0un3G6ZaaqcZMCmnDFcYBIDqncU/n
	bP8jBqkQFTPq8U6LN1LhvrRCKSdIwERcEi5dZtcCgYmczyOlyEFvdB9R9bKaaR95lZUH
	+uNQ==
MIME-Version:	1.0
X-Received:	by 10.152.120.164 with SMTP id ld4mr8976940lab.84.1442160022107;
	Sun, 13 Sep 2015 09:00:22 -0700 (PDT)
In-Reply-To:	<alpine.DEB.2.00.1509131209260.6924@igor2priv>
References:	<alpine DOT DEB DOT 2 DOT 00 DOT 1509131209260 DOT 6924 AT igor2priv>
Date:	Sun, 13 Sep 2015 16:00:22 +0000
Message-ID:	<CAM2RGhSWmsZjvuduPr8vPQfn35DPts3A8oMm9zQxoa4AdSP-+g@mail.gmail.com>
Subject:	Re: [geda-user] off-topic: key bindings
From:	"Evan Foss (evanfoss AT gmail DOT com) [via geda-user AT delorie DOT com]" <geda-user AT delorie DOT com>
To:	geda-user AT delorie DOT com
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

On Sun, Sep 13, 2015 at 10:17 AM,  <gedau AT igor2 DOT repo DOT hu> wrote:
> Hi all,
>
> 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.

There should be 3 options in HID.
1. Keybindings matched to outside world (new user sanity)
2. Keybindings matched to traditional PCB (current user sanity)
3. Keybindings matched to gschem (just to do it)

> Any thoughts/feedback are welcome.
>
> Regards,
>
> Igor2
>
>



-- 
Home
http://evanfoss.googlepages.com/
Work
http://forge.abcd.harvard.edu/gf/project/epl_engineering/wiki/

- Raw text -