On Wed, 2010-06-09 at 12:27 +0200, Levente Kovacs wrote:
On Mon, 07 Jun 2010 00:38:16 +0100
Peter Clifton pc...@cam.ac.uk wrote:
git HEAD PCB now supports user-defined holes in polygons
Hi Peter,
This feature is cool. Thank you for implementing it.
I found that it makes a funny
On Wed, 09 Jun 2010 20:20:47 -0400, Jim wrote:
Thanks, that'll help a lot if they do change default behavior.
I added this and some notes on shortcut customisation to the wiki.
---)kaimartin(---
--
Kai-Martin Knaak tel: +49-511-762-2895
Universität Hannover,
Kai-Martin Knaak wrote:
The use of the right mouse button to get back one level in handler
hierarchy is very convenient for me. It's a feature I learned to
love with QCad
The concept of a hierarchy of tools is one of the aspects I explicitly
dislike with qcad. It is a pain to
On Mon, 07 Jun 2010 00:38:16 +0100
Peter Clifton pc...@cam.ac.uk wrote:
git HEAD PCB now supports user-defined holes in polygons
Hi Peter,
This feature is cool. Thank you for implementing it.
I found that it makes a funny thing when you move a cutout corner outside the
polygon.
I wish we
kai-martin knaak wrote:
Back in 1999 Microstation by Bentley did it this way:
left click = do the default action
right-click-drag = a horizontal menu with several icons representing
different modes of the tool appears. The icon that is highlicghted on mouse
button release is executed.
Peter Clifton wrote:
Perhaps a click on the polygon tool ought to expand with a pop-up with
sub-variants of the tool to choose from?
No popup please - have the sub-tools replace the coarser tool box and
change back
with a click on the BACK button or right-click somewhere in the app.
(for
On Tue, 08 Jun 2010 10:51:10 -0400, Jim wrote:
Oh, please make that change configurable without recompiling!
It is already configurable without recompiling. This is how:
1) locate the file gpcb-menu.res on your box.
2) copy the file to $HOME/.pcb
3) edit to your needs, save
4) on start-up, pcb
On Wed, 09 Jun 2010 13:35:55 +0200, Armin Faltl wrote:
kai-martin knaak wrote:
Back in 1999 Microstation by Bentley did it this way:
left click = do the default action
right-click-drag = a horizontal menu with several icons representing
different modes of the tool appears. The icon that is
On Wed, 09 Jun 2010 13:56:42 +0200, Armin Faltl wrote:
No popup please
ack. A horizontal menu would be better -- No need to move the mouse to
some place in the middle of the screen.
- have the sub-tools replace the coarser tool box and change back
No wholesale replacement of tools on the
Kai-Martin Knaak wrote:
On Tue, 08 Jun 2010 10:51:10 -0400, Jim wrote:
Oh, please make that change configurable without recompiling!
It is already configurable without recompiling. This is how:
1) locate the file gpcb-menu.res on your box.
2) copy the file to $HOME/.pcb
3) edit to
On Mon, 07 Jun 2010 02:10:57 +0100, Peter Clifton wrote:
This is a file format bump, but remains backward compatible with old
layouts.
I get multiple warnings unknown flag `polygonholemode' if I open a new
file with the old pcb. I assume, these are benign.
I've now rebased my usual
On Tue, 8 Jun 2010 12:46:12 + (UTC), Kai-Martin Knaak
k...@familieknaak.de wrote:
* You moved zoom to [ctrl-wheel]. I know, that this is in line with the
way other major gnome applications like inkscape handle zoom. However,
gschem and gerbv zoom with no modifier by default. I'd strongly
Kai-Martin Knaak wrote:
On Mon, 07 Jun 2010 02:10:57 +0100, Peter Clifton wrote:
This is a file format bump, but remains backward compatible with old
layouts.
I get multiple warnings unknown flag `polygonholemode' if I open a new
file with the old pcb. I assume, these are benign.
On Tue, 2010-06-08 at 12:46 +, Kai-Martin Knaak wrote:
* You moved zoom to [ctrl-wheel]. I know, that this is in line with the
way other major gnome applications like inkscape handle zoom. However,
gschem and gerbv zoom with no modifier by default. I'd strongly vote for
a consistent
On Tue, 2010-06-08 at 15:34 +0100, Peter TB Brett wrote:
On Tue, 8 Jun 2010 12:46:12 + (UTC), Kai-Martin Knaak
k...@familieknaak.de wrote:
* You moved zoom to [ctrl-wheel]. I know, that this is in line with the
way other major gnome applications like inkscape handle zoom. However,
On Tue, Jun 08, 2010 at 09:25:44PM +0100, Peter Clifton wrote:
I think you might be on my local_customisation_before_pours branch,
rather than my before_pours branch.
If your public repository is also your working copy, users who clone it
will start on whatever branch you are in when they
Peter Clifton wrote:
On Tue, 2010-06-08 at 15:34 +0100, Peter TB Brett wrote:
Scroll as scroll makes sense to me.
IMHO, the simplest shortcuts should be mapped to the most frequently used
actions. In an editor, or on a web page I hardly zoom. So it makes sense to
map it to some
Peter Clifton wrote:
I think you might be on my local_customisation_before_pours branch,
rather than my before_pours branch.
I thought I did git reset --hard origin/before_pours. But may be not. I
just fetched, did a reset and compiled at home and did not get the changed
zoom behavior.
Peter Clifton wrote:
A subsequent commit also introduced a GUI tool for creating holes in
polygons. Standard editing tools such as insert / move / remove point
work on the holes too.
Great!
Does this apply to solder stop, too?
--)kaimartin(---
--
Kai-Martin Knaak
Öffentlicher PGP-Schlüssel:
On Tue, 2010-06-08 at 00:57 +0200, kai-martin knaak wrote:
Peter Clifton wrote:
A subsequent commit also introduced a GUI tool for creating holes in
polygons. Standard editing tools such as insert / move / remove point
work on the holes too.
Great!
Does this apply to solder stop, too?
As subject..
This is a file format bump, but remains backward compatible with old
layouts.
From the commit message:
The file-format addition is as follows. Previously, a polygon would
be specified as a series of coordinates, such as:
Layer(1 component)
(
On Mon, 2010-06-07 at 00:38 +0100, Peter Clifton wrote:
As subject..
This is a file format bump, but remains backward compatible with old
layouts.
I've now rebased my usual branches on top of this (mainly required work
for the pour object branches), however repo.or.cz seems to be down at
the
22 matches
Mail list logo
