On Wed, 2010-06-09 at 12:27 +0200, Levente Kovacs wrote:
> On Mon, 07 Jun 2010 00:38:16 +0100
> Peter Clifton 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
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 constantly
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:
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 y
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
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
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
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 l
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.
rig
On Mon, 07 Jun 2010 00:38:16 +0100
Peter Clifton 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 could define pads
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:
> 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 modifier-s
On Tue, 2010-06-08 at 13:49 -0700, Ben Jackson wrote:
> 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, u
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 th
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
> 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 g
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
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, 8 Jun 2010 12:46:12 + (UTC), 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 con
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 b
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
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üs
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 a
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")
(
Polygon("cl
23 matches
Mail list logo