On Feb 7 2011, rickman wrote:
The real question is does the current method cause any problems? When
this was discussed a few months ago the answer was "no". So why worry
about 1 part in a million error? Engineering is all about tolerances.
We do have some problems with rounding and 45-degr
On Feb 21 2011, Kai-Martin Knaak wrote:
Ethan Swint wrote:
I was expecting just to get back "git
clone -o pcjc2 git://repo.or.cz/geda-pcb/pcjc2.git" or some such, but in
response Peter has posted what looks to be an excellent guide to his
blog at
http://pcjc2.blogspot.com/2011/02/pcbgl-rep
On Feb 21 2011, Ethan Swint wrote:
Fairly slow scrolling on Firefox 3.6.13 on Fedora, but it seems faster
in the sections without images. I looked at a few of the images and
they all seem to be >150kB, even though they are pretty small
pixel-wise. Much slower scrolling than other web sites.
On Feb 21 2011, Ineiev wrote:
Pushed to git-head.
Thanks,
Ineiev
Awesome - welcome to the development team. Feel free to ping me if there
were any outstanding review issues you wanted me to look at with any of
your existing patches.
I feel very guilty I've not managed to get more of your
On Feb 21 2011, Ineiev wrote:
On 2/19/11, Kai-Martin Knaak wrote:
I can confirm for fairly recent versions of pcb and pcb+gl.
In your example, DRC starts to complain at 7.1 mil. That is, 2 mil
too late. The discrepancy grows as the clearance grows. With an
11 mil gap I had to ask for 14.1 mil
Hi Everyone,
Anyone using git HEAD gEDA fetched after March 8th should fetch again from
git and rebuild.
There is an important fix for gsch2pcb which may prevent random crashes,
failures and generally bad behaviour which has been present in the git HEAD
version since the commit after a7a0bd2
On May 10 2011, DJ Delorie wrote:
Make sure you have my patch to src/insert.c that calls
ClearFromPolygon() and RestoreToPolygon().
Failing that, Peter says calling InitClip() for every polygon will
recompute them, but at the moment, there's no way to do that from the
GUI. In theory, you shou
On Sep 7 2011, Colin D Bennett wrote:
(Actually, I would prefer to stop auto-scroll forever, because it
always scrolls when I don't intend it to, and it doesn't work right
when I _do_ want it to scroll... I wonder if it can be disabled by
setting auto-pan-speed in pcb preferences file to 0...
Y
On Mar 6 2009, DJ Delorie wrote:
>Please don't. I don't mind splitting pins and pads, but I toggle pins
>and vias separately a lot - especially when I want to select them by
>type, check masks or clearances, etc.
Ok, fair enough.
>> For GL (which can do opacity quite easily), some kind of (opti
On Mar 6 2009, Steven Michalske wrote:
>
>On Mar 6, 2009, at 10:46 AM, Peter Clifton wrote:
>
>> For GL (which can do opacity quite easily), some kind of (optional)
>> automatic fading (or just toggling) of surface features like pads
>> might
>> be useful, based on the active layer being worked
On Mar 6 2009, Steven Michalske wrote:
>
>On Mar 6, 2009, at 10:46 AM, Peter Clifton wrote:
>
>> Our visibility groups allow toggling of pins / pads, and vias
>> separately. Since Vias are presently all-layer constructs, as are
>> pins,
>> it makes more sense to group those two. Pads are surface
On Aug 6 2006, George M. Gallant, Jr. wrote:
Yesterday I posted a message regarding a failure in gsch2pcb when the
footprint
contained the string "SO-28". It seems that any footprint beginning with
"SO-"
will fail.
Hi,
I'm not a gschem2pcb expert, but AFIK, any footprint with "-" in the name
On Aug 17 2006, Ales Hvezda wrote:
[snip]
I know X11 can do it (I've done it in Xt apps ages ago) but I don't
know how deeply that stuff is buried underneath gtk.
The lack of double buffering is purely a gschem issue and how
rendering is implemented. It's just the way gschem was w
13 matches
Mail list logo
