On Fri, 16 Sep 2011 20:25:19 +0200
Kai-Martin Knaak wrote:
> Kai-Martin Knaak wrote:
>
> > See the attached screenshots
> > how this theme renders mouse-over of route styles.
>
> Sigh. When will I ever learn to attach right with the original
> post... Here come the announced attchments.
Hey,
Andrew Poelstra wrote:
> Why do you want this feedback? The highlighting is meant to give a
> tactile feel to the layer selector, nothing more.
There is more to it. Obvious feedback can make a fast switch of layers
more efficient.
> Pcb doesn't care
> what layer the mouse is over.
It does no
On Fri, Sep 16, 2011 at 02:29:04AM +0200, Kai-Martin Knaak wrote:
> Andrew Poelstra wrote:
>
> > Here is some visual feedback. It brightens the swatches when
> > the mouse is over the row, a little bit. Let me know what you
> > think of it.
> >
> This feedback is in git-head now. However, it is a
Andrew Poelstra wrote:
> Here is some visual feedback. It brightens the swatches when
> the mouse is over the row, a little bit. Let me know what you
> think of it.
>
This feedback is in git-head now. However, it is a very subtle effect.
Much too suptle for my taste. I can hardly tell the differ
Andrew Poelstra wrote:
> On Tue, Aug 30, 2011 at 03:47:33PM -0700, Colin D Bennett wrote:
>> A more general solution, and one that won't affect the accurate
>> representation of the layer color by the swatch, is to draw a 1 or 2
>> pixel wide border around the swatch when the mouse hovers over th
On Wed, 31 Aug 2011 10:33:35 -0700
Andrew Poelstra wrote:
> And I am not entirely sold that we should be doing anything.
I think doing nothing might be best.
Regards,
Colin
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-
> While it "probably doesn't", PCB could quite merrily change the layer
> on / off status from (say), an action in the core, or a plugin we have
or DRC, which does that, at least temporarily.
___
geda-user mailing list
geda-user@moria.seul.org
http://
On Wed, 2011-08-31 at 01:12 +0200, Kai-Martin Knaak wrote:
> Two more issues:
>
> * A left-mouse-click on the square toggles the visibility of the
> whole layer group on the canvas. But it toggles only the visual state
> of this layer, not the state of the squares that correspond to the
> other
On Tue, Aug 30, 2011 at 03:47:33PM -0700, Colin D Bennett wrote:
> On Tue, 30 Aug 2011 14:22:28 -0700
> Andrew Poelstra wrote:
> > Here is some visual feedback. It brightens the swatches when
> > the mouse is over the row, a little bit. Let me know what you
> > think of it.
>
> I didn't try it ye
On Wed, Aug 31, 2011 at 01:12:13AM +0200, Kai-Martin Knaak wrote:
> Two more issues:
>
> * A left-mouse-click on the square toggles the visibility of the
> whole layer group on the canvas. But it toggles only the visual state
> of this layer, not the state of the squares that correspond to the
Colin D Bennett wrote:
> A more general solution, and one that won't affect the accurate
> representation of the layer color by the swatch, is to draw a 1 or 2
> pixel wide border around the swatch when the mouse hovers over that
> layer button.
+1
and use gtk selection color for the frame.
Or a
On Tue, 30 Aug 2011 14:22:28 -0700
Andrew Poelstra wrote:
> On Tue, Aug 30, 2011 at 06:51:10PM +0200, Kai-Martin Knaak wrote:
> >
> > Some glitches:
> > I don't see any visual feedback which item the mouse cursor
> > currently refers to. Gnome user expectation seems to be, that the
> > item shou
Two more issues:
* A left-mouse-click on the square toggles the visibility of the
whole layer group on the canvas. But it toggles only the visual state
of this layer, not the state of the squares that correspond to the
other layers in the group. As a result, the state of the squaere
is not nec
Andrew Poelstra wrote:
> One close thing I could do is set the "hover-selection" property,
> which would actually select the item the mouse is on. This would
> be a nightmare, I imagine, for people who bat their mice haphazardly
> to the left to get their cursor out of the way.
You mean, mouse-ov
On Tue, Aug 30, 2011 at 06:51:10PM +0200, Kai-Martin Knaak wrote:
>
> Some glitches:
> I don't see any visual feedback which item the mouse cursor currently refers
> to.
> Gnome user expectation seems to be, that the item should be highlighted with
> background changing to focus color. Much the
On Tue, Aug 30, 2011 at 07:04:51PM +0200, Kai-Martin Knaak wrote:
> Andrew Poelstra wrote:
>
> > User-visible changes are:
>
> Another minor wish:
> Can you change the background of the layer chooser to the background
> color gtk uses for the rest of the controls? (menu, status line, mm/mil
>
On Tue, Aug 30, 2011 at 06:51:10PM +0200, Kai-Martin Knaak wrote:
> Forget about my last message on the X-windows error. (*) I just rebooted and
> pcb runs fine now. Must have been some funky mix of recent updates in the
> X-windows libs on my system.
>
Oh, thank goodness!
> The new layer selec
Andrew Poelstra wrote:
> As a reminder, the layer keyboard accelerators are:
>
> 1-9 Select layers 1-9
> 0 Select layer 10
> Alt+1-9 Select layers 11-19
> Alt+0 Select layer 20
>
I added these to the list of keystrokes in the wiki:
http://geda.seul.org/wiki/geda:pc
Andrew Poelstra wrote:
> - tearoffs on the right-click menu
>
By the way -- Why is this menu on [shift-RightClick] ?
Are there any plans for plain right click?
---<)kaimartin(>---
--
Kai-Martin Knaak tel: +49-511-762-2895
Universität Hannover, Inst. für Quant
Andrew Poelstra wrote:
> User-visible changes are:
Another minor wish:
Can you change the background of the layer chooser to the background
color gtk uses for the rest of the controls? (menu, status line, mm/mil
button, route styles)
Currently, it seems to be the background of input items. Bu
Forget about my last message on the X-windows error. (*) I just rebooted and
pcb runs fine now. Must have been some funky mix of recent updates in the
X-windows libs on my system.
The new layer selector is beautiful!
I like the way the suares indicate laxyer visibility. The fact
Some glitches:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andrew Poelstra wrote:
> I have pushed the new menu system to git head.
I just recloned and compiled. The resulting binary gives me the rope:
/
The program 'pcb' received an X Window System error.
This probably reflects a bug in the
On Mon, 2011-08-29 at 14:50 -0700, Andrew Poelstra wrote:
> Hey all,
>
> I have pushed the new menu system to git head. This lets the
> new layer selector manage its own menu entries and accelerators.
src/Makefile.am |6 +-
src/hid/gtk/ghid-layer-selector.c | 432 -
23 matches
Mail list logo
