and two polygons with the same number
would connect and with different numbers will keep clearance between
them. This is first step to make net-aware polygons and later tracks.
The first step can be completly independend of nets, just assign them
arbitrary identifier somehow manualy.
Martin
On Thu, Apr 07, 2011 at 07:21:00PM +0200, Stephan Boettcher wrote:
As soon as we have the option to define arbitary layer types, we also
need to be able to define arbitrary DRC rules. The star-point may be a
footprint with a structure on some non-conductive shorts layer, which
will need to be
to code it. And my majority I simply mean
number of people involved. I am democratic, just counting heads :-).
Martin Kupec
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
On Sat, Mar 19, 2011 at 10:14:54AM -0600, John Doty wrote:
On Mar 18, 2011, at 2:23 PM, Martin Kupec wrote:
If layers types would be defined by attributes, someone would be able to
declare one layer both as conductive and as silk for example. That could
cause me a nighmares. That is why
On Sat, Mar 19, 2011 at 04:43:29PM +0100, Stephan Boettcher wrote:
Martin Kupec martin.ku...@kupson.cz writes:
On Fri, Mar 18, 2011 at 09:00:04PM +0100, Stephan Boettcher wrote:
Martin Kupec martin.ku...@kupson.cz writes:
That is a bit complicated. I need a clean definition of layer
On Sat, Mar 19, 2011 at 10:56:27AM -0600, John Doty wrote:
On Mar 19, 2011, at 10:50 AM, Martin Kupec wrote:
On Sat, Mar 19, 2011 at 10:14:54AM -0600, John Doty wrote:
On Mar 18, 2011, at 2:23 PM, Martin Kupec wrote:
If layers types would be defined by attributes, someone would
the capacitance/impedance change from the pad's greater
area.
You can define more copper(now conductive) layers for one footprint.
And some of them can be negative. The only problem to solve is to define
some good mapping.
Martin Kupec
___
geda-user
. So I can take this
in consideration.
Martin Kupec
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
forgot about this :-(.
Ok, so let's have another type of layer (one plus/minus doesn't matter
how when we already have a few of them).
Any name suggestion? Probably for both of the 'countryard's
Martin Kupec
___
geda-user mailing list
geda-user
of layer concept, as I don't want
to touch DRC.
Martin Kupec
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
On Wed, Mar 16, 2011 at 10:36:24AM -0600, John Doty wrote:
On Mar 16, 2011, at 4:24 AM, Stephan Boettcher wrote:
Ok. So via should be a circle element on hole typed layer.
No. A Via is a composit, consisting of a circle on the hole layer, and
various circles on copper layers, and
are steering the physical checkout.
I agree with this one. We are just describing drawing surfaces and the
meaning of elements on that sufrace are defined by type of that sufrace.
Martin Kupec
___
geda-user mailing list
geda-user@moria.seul.org
http
...that is too naive for me.
Martin Kupec
On Wed, Mar 16, 2011 at 11:24:42AM +0100, Stephan Boettcher wrote:
Martin Kupec martin.ku...@kupson.cz writes:
On Wed, Mar 16, 2011 at 02:42:26AM +0100, Stephan Boettcher wrote:
IMHO, .. holes are circles draw on just another layer. People were
would have 'hole' layer. I would have check, that holes
on hole layer are not intersecting. And also check the intersection of
attached shapes on each layer. But all what can happen is that some
layer will yell that something bad happend and I should cancel my
action.
Martin Kupec
On Fri, Mar 18, 2011 at 01:52:24PM -0600, John Doty wrote:
On Mar 18, 2011, at 1:44 PM, Martin Kupec wrote:
Generaly you are proposing that there should be a special type of
footpring called 'via' and it should receive extra care.
Why single out via and footprint when they are merely
On Fri, Mar 18, 2011 at 09:00:04PM +0100, Stephan Boettcher wrote:
Martin Kupec martin.ku...@kupson.cz writes:
On Fri, Mar 18, 2011 at 07:18:52PM +0100, Stephan Boettcher wrote:
The file format need not know about these distictions. Both are
graphical layers, with different attributes
. There should be some clever DRC check added.
Martin Kupec
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
On Fri, Mar 18, 2011 at 09:29:04PM +0100, Stephan Boettcher wrote:
Martin Kupec martin.ku...@kupson.cz writes:
On Fri, Mar 18, 2011 at 01:52:24PM -0600, John Doty wrote:
On Mar 18, 2011, at 1:44 PM, Martin Kupec wrote:
Generaly you are proposing that there should be a special type
On Fri, Mar 18, 2011 at 09:49:08PM +0100, Stephan Boettcher wrote:
Martin Kupec martin.ku...@kupson.cz writes:
Ok. We probably don't understand each other, so I will just state my fears.
I would like to know about each drawing layer where it belongs to.
So when I am performing DRC check
provide some 'copy on write' mechanism for copying one layer into
another. But I still don't want to have two types in one layer.
Martin Kupec
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
from the exporters to the core = less code.
Martin Kupec
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
.
This will have to use names, but that should be 'less often' as you say.
Martin Kupec
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
of use (use includes both the user and the plugin writer).
All I am right now trying to figure out is how to do the Data level
in the right way, so the Tool level has no obstructions in it.
And it seems that we got some kind of agreeament in that.
Martin Kupec
On Fri, Mar 18, 2011 at 09:23:20PM +0100, Stephan Boettcher wrote:
Martin Kupec martin.ku...@kupson.cz writes:
Actually what I am trying to do, is to have concept so layers don't
interract with layers of different type. The composits are a bit
problem, because I would need to consider more
On Fri, Mar 18, 2011 at 10:40:02PM +0100, Stephan Boettcher wrote:
Martin Kupec martin.ku...@kupson.cz writes:
On Fri, Mar 18, 2011 at 05:11:01PM -0400, DJ Delorie wrote:
But if I am doing that (just to extend this silly example too far), I
would want the DRC checker to ensure
. So I cannot take 'the biggest one' as outline.
Martin Kupec
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
' and have special
footprints for it with. With fake pads in copper layer for example.
I will try to take in mind that 'physical layer' can actually be a
separation layer. But I hope the concept is flexible enought so I can
add new typed layer easily later.
Martin Kupec
).
Martin Kupec
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
was a bit fast so I may
have missed something important again.
Thank you all for participating,
Martin Kupec
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
size/shape on different layers.
Martin Kupec
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
On Tue, Mar 15, 2011 at 05:47:25PM -0600, John Doty wrote:
On Mar 15, 2011, at 4:32 PM, Martin Kupec wrote:
We need at least hole element. And say which layers it goes through.
But that's composition, so a hole is not elementary. But it's a simple case,
so it's a good place to start
layer. And normal lines usualy don't
have mask/paste so we don't have to worry about.
Martin Kupec
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
, you will have an
array or something of pointer to all object, which you want to change.
On the other way, the object lives on some layer, so you can treat it
as any other object.
Martin Kupec
___
geda-user mailing list
geda-user@moria.seul.org
..it is
simply layer and you can do what you want to do...
Martin Kupec
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
is that set of elements and it moves
according to origin of the footprint. And I mean any set on any set
of layers.
Martin Kupec
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
.
When you are drawing footprint, you can draw mask/paste layers after
cooper is done, so there will be probably no problems.
Martin Kupec
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
On Tue, Mar 15, 2011 at 03:55:58PM -0600, John Doty wrote:
On Mar 15, 2011, at 3:35 PM, Martin Kupec wrote:
There will be a struct called via.
It will contain a hole and pointers to attached object on
all affected layers.
No. A via is only one kind of composite object. The list
One more thing. I cannot force you, but the preferred way of editing
that page is by raising questions/concerns here. This excludes
non-semantic changes. Someone with better knowleadge of English is
welcome to correct that page :-).
Martin Kupec
On Thu, Feb 24, 2011 at 10:24:07AM -0500, DJ Delorie wrote:
Yes, it is. We should probably keep some plugins with the PCB source and
I was thinking a src/actions/ subdirectory, with one file per action
named after the action, where we can both import plugins and segregate
core actions
am sorry, but I have never seen nice C++. That is just chimera
Martin Kupec
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
filename.
Martin Kupec
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Hi,
I have written something to: http://geda.seul.org/wiki/geda:pcb_layers
It is still a bit work in progess, but you can start editing it to fit your
ideas. I have tried to incorporate all ideas discussed.
Martin Kupec
___
geda-user
opinion
of the majority and I will use that as reference for writting code.
Using tens of emails from this mailing list as reference is not exactly the
best way to do it right.
Martin Kupec
___
geda-user mailing list
geda-user@moria.seul.org
http
. And by default it will be
assigned all the physical layers. Pressing shift or ctrl will make it
ask what layers you want it to belong. Plus there need to be the
possibility to change default temporary in order to aid making a lot of
blind/burried vias at once.
Martin Kupec
On Tue, Feb 15, 2011 at 01:49:48PM +0100, Stephan Boettcher wrote:
With different annular rings, and clearance on each layer, and
non-circular shapes, ...
I am not shure if it is possible to have non-circular drill holes in
gerber files. We can have the pad around the hole be of any shape,
but
On Tue, Feb 15, 2011 at 09:45:40AM -0500, DJ Delorie wrote:
I am not shure if it is possible to have non-circular drill holes in
gerber files. We can have the pad around the hole be of any shape,
but the hole itself probably needs to be circular.
We can have any shape hole we want, if
++ ? I have came into only C files. I don't like C++
much, so I would be happy if we stick with C.
Martin Kupec
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
On Tue, Feb 15, 2011 at 10:22:16AM -0600, Andrew Miner wrote:
I am not shure if it is possible to have non-circular drill holes
in
gerber files. We can have the pad around the hole be of any
shape,
but the hole itself probably needs to be circular.
We can
++!
Yes. And I am perfectly file with it. But I think it should stay this
way. Having it written in pure C and being able to compile with C++.
C++ can get a great mess after someone starts using some of its nifty
features.
Martin Kupec
___
geda
On Mon, Feb 14, 2011 at 02:29:40AM +0100, Kai-Martin Knaak wrote:
Kai-Martin Knaak, can I ask you to start the wiki page on an appropriate
place? You seems to have already done something on the wiki(s).
I started a page in the developers brainstorming corner of the wiki.
To get things
On Mon, Feb 14, 2011 at 04:04:21AM +0100, Kai-Martin Knaak wrote:
Martin Kupec wrote:
It is not possible to unmask general shape. There is the possibility
with converting rectangle to pad, but that is probably not the best way.
Is the right way to have a layer of negative soldermask. Pads
On Mon, Feb 14, 2011 at 11:03:24AM +0100, Markus Hitter wrote:
Am 13.02.2011 um 22:32 schrieb Martin Kupec:
My question is: What is impossible to achive with the current
implementation and what would one like to achive?
So far I couldn't find a select by layer function. Now, if layers
was thinking at the beggining.
I was not thinking yet, how to implement suggested behaviour.
But this is exactly what is needed...to brainstorm what is
possible/impossible and how keep it simple.
Martin Kupec
___
geda-user mailing list
geda-user
On Mon, Feb 14, 2011 at 08:14:27PM +0100, Kai-Martin Knaak wrote:
Martin Kupec wrote:
I have a little difficulty. How to get wiki login?
You have to ask Ales Hezda for a login (ahvezda AT geda.seul.org).
http://geda.seul.org/wiki/#about_this_wiki
Ok. I will ask him.
Martin
On Mon, Feb 14, 2011 at 02:27:58PM -0500, DJ Delorie wrote:
Ok. But I think, that still the best would be to have a separete page.
Or perhaps a separete section in the roadmap.
Note that I have a partial patch for this work already, which adds
layer type flags to the layer data structre
to desired one?
One of the problems someone wants to solve is to be able to put
outline of an footprint to one silk layer and refdef to another.
Martin Kupec
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman
stuff? I will have a look at bugtracker to see raised problems
and patches.
Kai-Martin Knaak, can I ask you to start the wiki page on an appropriate
place? You seems to have already done something on the wiki(s).
Martin Kupec
___
geda-user
On Sun, Jan 30, 2011 at 11:13:27PM -0500, rickman wrote:
On 1/30/2011 4:47 PM, Martin Kupec wrote:
On Sun, Jan 30, 2011 at 04:37:17PM -0500, rickman wrote:
What geometry problems do you have? There are plenty of references in
regard to thermals. I don't recall seeing any other than
. But this is neighter working nor probably
right.
With big clerance the shape becomes completly bogus(at least for the
rounded versions).
Martin Kupec
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda
your community. And also navive windows
port will probably attract some windows users.
Martin Kupec
On Tue, Jan 25, 2011 at 02:52:52PM -0700, Terrance Hutchinson wrote:
I would like to help develop the Windows port. Your wiki said that if I
was interested, I should post to this list
with compiling for ARM architecture.
It is very much like for x86, just you cannot run the binaries on
you PC :-(.
Mostly the only pain in the ass is different GUI. gEDA would probably
need to adjust some of the controls.
Martin Kupec
___
geda
in calculating some arcs. And also there is a
problem with calculating intersections, but it seems to be fixed in the
OpenGL branch.
Martin Kupec
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo
On Tue, Jan 18, 2011 at 08:35:42PM +, Peter Clifton wrote:
Up until we merged Harry Eaton's clipper branch, thermals were simple
little things like + or X, with square edged fingers.
I arrived after that, so I had no knowleadge about previous state.
After the clipper branch, thermal finger
or not a boolean option is active.
Suggestion: Add a check mark in front of the menu item like pcb does.
Should be easy and helpfull.
Best regards, Martin Kupec
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org
such notations
somewhere, i.e. 4R7 for 4.7 Ohm.
At least at the area near where I live it is common to use 4k7
for 4.7k Ohm and 4R7 for 4.7 Ohm.
Martin Kupec
___
geda-user mailing list
geda-user@moria.seul.org
http
about outline layer to the manual.
It was pretty hard to get known about this for me.
Martin Kupec
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
On Mon, Dec 20, 2010 at 11:59:10AM +, Peter Clifton wrote:
On Sun, 2010-12-19 at 22:28 +0100, Martin Kupec wrote:
I am trying to file a bug at launchpad.net.
We've not moved yet.. so it would be best if you didn't add any bugs to
launchpad.net. The PCB bug tracker is still
On Wed, Dec 15, 2010 at 01:02:25AM +, Peter Clifton wrote:
On Tue, 2010-12-14 at 22:57 +0100, Martin Kupec wrote:
Sometimes, when you place to lines too close, but not that close
in polygon. It will make thin line in the polygon connecting two
part of the polygon. DRC
to the source tracker?
Pick one item a day and present it to the mailing list for comments?
I would dump it to a wiki page and point to that page from here.
And probably file a bug pointing to that wiki. This way someone
can slowly go through it.
Martin Kupec
.
This list is just what we came into when trying PCB.
I am definetly not blaming anyone for any of those issuses.
Just letting you know what are my problems.
Martin Kupec
___
geda-user mailing list
geda-user
On Sun, Dec 12, 2010 at 10:29:51AM -0600, John Griessen wrote:
On 12/11/2010 12:01 PM, Martin Kupec wrote:
We actually use Windows XP desktops..but for gEDA we have
VirtualBox with linux installed. But this will probably change
later on as we finish our switchover. Our previous EDA
neat warning).
I am interested in the build process? Peter, how have you build
this?
Martin Kupec
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
On Sun, Dec 12, 2010 at 05:05:46PM +, Peter Clifton wrote:
On Sun, 2010-12-12 at 17:56 +0100, Martin Kupec wrote:
I am interested in the build process? Peter, how have you build
this?
mingw32 + Cesar Strauss's minipack build system. (Which comes with
recipes for gEDA)
git
, they will probably appear in few
days as I come to bugs.
Martin Kupec
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
On Sat, Dec 11, 2010 at 04:05:11PM +, Peter Clifton wrote:
On Sat, 2010-12-11 at 10:53 +0100, Martin Kupec wrote:
As some of you probably noticed, I started a fork of PCB.
Nope.. but since you thought we might notice.. I presume it is a git
branch somewhere... repo.or.cz or github
each other's work, and (2) your fork doesn't diverge too far.
I will do my best to do that. Because of both reasons.
Martin Kupec
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo
On Sat, Dec 11, 2010 at 07:13:14PM +0100, Stefan Salewski wrote:
On Sat, 2010-12-11 at 19:01 +0100, Martin Kupec wrote:
We actually use Windows XP desktops.
Have you ever tried KiCAD?
That is available native for Microsoft Windows.
I would be interested how it compares -- and I
77 matches
Mail list logo
