X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient: geda-user AT delorie DOT com
X-Injected-Via-Gmane: http://gmane.org/
To: geda-user AT delorie DOT com
From: Kai-Martin Knaak <knaak AT iqo DOT uni-hannover DOT de>
Subject: Re: [geda-user] pcb import schematic crash, parantheses in netname
Date: Tue, 22 Mar 2016 09:47:36 +0100
Organization: Institut =?UTF-8?B?ZsO8cg==?= Quantenoptik
Lines: 33
Message-ID: <ncr0r8$m78$1@ger.gmane.org>
References: <20160215215221 DOT fd472794e7b9446a243bfc40 AT gmail DOT com> <201602152055 DOT u1FKtM4K011038 AT envy DOT delorie DOT com> <20160215220938 DOT bbc7eaa59d827cd0b261ea97 AT gmail DOT com> <D3167F4D-4750-49F8-9125-BDC4937F5C69 AT noqsi DOT com> <201602152135 DOT u1FLZrw9012774 AT envy DOT delorie DOT com> <7F210DE7-0A0B-42F9-ABBE-2C2768621186 AT noqsi DOT com> <20160216081722 DOT 1065cbed6653d3da4ffc7498 AT gmail DOT com> <201602160724 DOT u1G7Ox26001785 AT envy DOT delorie DOT com> <20160216085628 DOT b70143c330cd4da98a4603d3 AT gmail DOT com> <201602160805 DOT u1G85d8c003148 AT envy DOT delorie DOT com> <20160216092912 DOT 7f7439f703b49175a21dbb1b AT gmail DOT com> <CAJXU7q_w5NunkojiCr36RHRTq0hJ+PZP1e0GumTRMoGXcvgRXQ AT mail DOT gmail DOT com> <201602161715 DOT u1GHFMBB028078 AT envy DOT delorie DOT com> <CAJXU7q9d9VqBmqabKfE3M3banZ8jn2c3LaWxBSK9_YCm9XN3_w AT mail DOT gmail DOT com> <201602161814 DOT u1GIE4N8030809 AT envy DOT delorie DOT com> <DB4746A0-011C-45FD-B52B-B8B140678481 AT noqsi DOT com> <alpine DOT DEB DOT 2 DOT 11 DOT 1603011144550 DOT 1511 AT nimbus> <20160301120550 DOT a88ef2a437edd035a116781d AT gmail DOT com>
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7Bit
X-Complaints-To: usenet AT ger DOT gmane DOT org
X-Gmane-NNTP-Posting-Host: 130.75.102.197
User-Agent: KNode/4.14.10
Reply-To: geda-user AT delorie DOT com

Nicklas Karlsson wrote:

>> Porting gschem to a recent GTK version would mean losing multi-key
>> hotkeys and tear-off menus (as discussed in the past).

> Are there any possibilities to get around this?

I'd say, multi-key hotkeys are a great concept. But the implementation in 
gschem does not quite hit the sweet spot. The combos are chosen to match 
the menu the action is placed in. This sort of locks the action into its 
established menu. As a consequence, many common combinations span the 
keyboard. This makes them not as hot as they could. Working with one hand 
permanently on the mouse requires awkward jumps across the keyboard. 

Digital games can provide ideas how to use the keyboard more efficiently. 
In particular Starcraft may be a GUI to look at. This game requires the 
player to handle quite a number of units in real time. Professional gamers 
use keyboard and mouse at astonishing speeds. Yet, it is not speed alone 
but a host of complex actions that make or brake the game.

Starcrafts comes with the ability to customize key bindings to an 
astonishing extent. Given the importance of efficient interaction, players 
developed a number of approaches which deviate significantly from the 
default. One of them is "grid". This keyboard layout uses mainly the four 
leftmost columns. So the left had can stay in place. To still be able to 
trigger the many different actions of the game, short cuts depend on 
circumstances and are heavily over loaded. 
Turns out, grid is one of the most popular keyboard layouts in the 
competitive scene.

---<)kaimartin(>---
-- 
Kai-Martin Knaak