X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com Subject: Re: [geda-user] RFC: increment dialog patch From: Stefan Salewski To: geda-user AT delorie DOT com In-Reply-To: <20120327212757.156a560b@svelte> References: <20120326204111 DOT GA23076 AT malakian DOT lan> <20120328001558 DOT 40f89de0 AT kwak> <1332892196 DOT 2531 DOT 9 DOT camel AT AMD64X2 DOT fritz DOT box> <20120327212757 DOT 156a560b AT svelte> Content-Type: text/plain; charset="iso-8859-13" Date: Wed, 28 Mar 2012 14:19:38 +0200 Message-ID: <1332937178.2584.20.camel@AMD64X2.fritz.box> Mime-Version: 1.0 X-Mailer: Evolution 2.32.3 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id q2SCKJVI024216 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 On Tue, 2012-03-27 at 21:27 -0700, Colin D Bennett wrote: > On Wed, 28 Mar 2012 11:43:13 +1100 > Stephen Ecob wrote: > > > On Wed, Mar 28, 2012 at 10:49 AM, Stefan Salewski > > wrote: > > > > > Sorry, a little bit off topic: > > > > > > What do you think about my new grid selector? > > > > > > http://www.ssalewski.de/PetEd.html.en > > > > That looks nice, I'd enjoy working with that type of grid control. > > How do major and minor grids differ? Differ in color, style and spacing. We had a discussion on this list with someone arguing that he likes to have two grids at the same time available, the smaller for text positioning. From the gschem documentation I think that it supports 2 grids also. Beside solid lines I support . . . . . . . . or + + + + + + + + grid styles for each one, by a user defined fraction parameter, 0 is points, 1 solid, others intermediate. > When I select a particular > grid, I want things to be strictly snapped to grid points. gschem > has some sort of major/minor grid setting, but to me it is > confusing... a grid should be a single setting. > > A combo box might be OK, but it is less direct than a list where an > item can be directly selected in one motion+click -- like how I > used to do it by tearing off the View | Grids menu of pcb, before > GTK broke tear-off menus ... what's up? they still show up but the > items are not clickable?!?! why not just rip out the feature > already. > Yes, but extremely fast access should not be the main goal for a schematic editor, we do not need it as often as in pcb. With my propose we can select fast between two (the green checkmark radio button selects the active one), and, we can do all the rest easy. I think tear off menu was deprecated in GTK3. What we may offer is an option that the smaller grid is used always for text positioning (I dont like that) or that a key modifier like SHIFT toggles temporary between them? > A mouse option might be nice, but keyboard is sufficient for me, or > possibly a single keypress to bring up a ´Grids¡ dialog where I can > click the desired grid -- more powerful (can list a full table of > grids) and doesn't need to consume valuable toolbar space when not > active. I think keyboard shortcuts are not direct supported by the combobox, but of course I can define them myself. But maybe we should reserve the keys for the most common tasks first. Some keyboard support is available for the GTK Entry widget, on my keyboard there is a strange key on the right between keys labeled Start and Strg -- it pops up the Menu of the GTK entry when the mousepointer is hovering over the widget, and the menu access is possible by key press. Sorry, I never use keyboard for such tasks... Best regards, Stefan