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 not
On Fri, 16 Sep 2011 20:25:19 +0200
Kai-Martin Knaak kn...@iqo.uni-hannover.de 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
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
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 very
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-over
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
On Tue, 30 Aug 2011 14:22:28 -0700
Andrew Poelstra as...@sfu.ca 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
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
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
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 as...@sfu.ca 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
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
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
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 that
-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
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:
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.
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
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:
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 selector
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
button,
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.
Note that Edit-Route Styles is unpopulated. I will fix this in
the next day or two.
User-visible changes are:
- the layer selector works! You can
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
22 matches
Mail list logo