This post kind of blew out a bit - TLDR version - I have a database
idea that may be helpful in the pin swapping under discussion. The
database would provide a device representation that captures
*everything*. The database would help inform the pin swapping decision
process rather
On May 26, 2011, at 2:05 AM, DJ Delorie wrote:
The fundamental problem here is that gnetlist is designed to deliver
John, I think this is your exuse to rewrite it from scratch the right
way. As they say, show us your power.
Hmm, you make up a long and daunting list which is still
Folks,
The attribute censorship bug is what I call the problem that given a refdes
that corresponds to multiple symbol instances, gnetlist only looks for
attributes from the first instance it finds, ignoring the rest. One common
place this causes trouble is in footprints for slotted
Hello all,
First of all, I would like to express a huge thank you to all the
people who built and contributed to gEDA. I recently finished a largish
project with hundreds of devices and thousands of nets, and I got the
work done without a hitch. I find that gschem, PCB and other gEDA
building
Then two more usage questions:
- Zero length lines in PCB: I found that when drawing lines in PCB,
sometimes dots (zero length lines) get created inadvertently on corners
and bends. This isn't much of a problem, until I start dragging lines
and end points in rubber band mode: those dots then
Hmm, you make up a long and daunting list which is still missing the
biggest job, bigger than all of the others put together, and then
when I point this out you assign it to me. Thanks a lot ;-)
I'm Evil that way :-)
Realistically, it's an *excuse* to replace it. Whether you do or not
is of
I'd really like to contribute something back -- but as I'm not really a
proficient coder
Contributions come in other forms, Certainly, library work and
documentation are sorely in need of contributors and even owners. If
you read the light/heavy thread, you'll see I just put out a call for
Ethan Swint wrote:
$0.02 request/opinion from me: a keyword, rather than a number, so that
arguments can be optional and more-human readable?
Well, the current file format of gschem relies entirely on positional
parameters. I was just dealing with the documentation.
The positional
DJ Delorie wrote:
I'm a Perl fan myself.
+1
(Although I am noob in that language.)
---)kaimartin(---
--
Kai-Martin Knaak tel: +49-511-762-2895
Universität Hannover, Inst. für Quantenoptik fax: +49-511-762-2211
Welfengarten 1, 30167 Hannover
Maybe we should aim at core gnetlist API being available in libgeda?
Or in libgnetlist?
Then SWIG [1] could be used to provide bindings to multiple scripting
languages with relatively low effort.
Of course if we want to embed a scripting language (as we currently
do) then we need to stick to one
Maybe we should aim at core gnetlist API being available in libgeda?
Or in libgnetlist?
What would this API provide? Would PCB need/want to use it?
___
geda-user mailing list
geda-user@moria.seul.org
W dniu 26 maja 2011 17:52 użytkownik DJ Delorie d...@delorie.com napisał:
Maybe we should aim at core gnetlist API being available in libgeda?
Or in libgnetlist?
What would this API provide? Would PCB need/want to use it?
I'm not sure yet - just were trying to think how to provide an option
On Thu, 2011-05-26 at 11:52 -0400, DJ Delorie wrote:
Maybe we should aim at core gnetlist API being available in libgeda?
Or in libgnetlist?
What would this API provide? Would PCB need/want to use it?
Unfortunately I was not able to follow all the discussions on this list,
so maybe my
What is the intended workflow gschem - PCB in future?
gschem \
partdb - gnetlist - action script - pcb
oldpcb /
Currently we have gsch2pcb (gnetlist) and I read that recent PCB can
read gschem schematics direct -- I have no idea how PCB does this, is
PCB calls gnetlist. Gnetlist
2011/5/26 DJ Delorie d...@delorie.com:
Maybe we should aim at core gnetlist API being available in libgeda?
Or in libgnetlist?
What would this API provide? Would PCB need/want to use it?
I haven't had time to follow all the discussions lately; however, I've
long thought that gnetlist should
On Thu, May 26, 2011 at 10:56:40AM -0400, DJ Delorie wrote:
Opportunity to pick a more modern language, too. Something more
os-agnostic, we've had issues with scheme on Windows before.
I'm a Perl fan myself.
Although Perl is probably better for string-handling, I think
Python would be a
+1 python :)
On Fri, May 27, 2011 at 4:52 AM, Andrew Poelstra [1]as...@sfu.ca
wrote:
On Thu, May 26, 2011 at 10:56:40AM -0400, DJ Delorie wrote:
Opportunity to pick a more modern language, too. Something more
os-agnostic, we've had issues with scheme on Windows before.
On Thu, May 26, 2011 at 11:52 AM, Andrew Poelstra as...@sfu.ca wrote:
On Thu, May 26, 2011 at 10:56:40AM -0400, DJ Delorie wrote:
Opportunity to pick a more modern language, too. Something more
os-agnostic, we've had issues with scheme on Windows before.
I'm a Perl fan myself.
Although
Scala anyone?
I think the rule for choosing a language, other than readily
available on mac, linux, and windows is that you can go to pretty
much any bookstore and buy an XYZ for Dummies for it.
And no, we won't use Javascript :-)
___
geda-user
On 26 May 2011 19:52, Andrew Poelstra as...@sfu.ca wrote:
Although Perl is probably better for string-handling, I think
Python would be a better choice. It feels a lot more like a
Lisp and quite a bit more well-known these days.
+1 for Python from me, even though until very recently I was a
If you give a 1,000,000 monkeys 1,000,000 typewriters, and give them
1,000,000 years to write stuff, one monkey will eventual write a Java
program. The others just produce Perl scripts.
I find perl unreadable. Python, Lua, Java, Ruby, ... I like all those
types of languages.
+1 python. If only it were as easy as voting...
On Thu, May 26, 2011 at 3:22 PM, Geoff Swan shinobi.j...@gmail.com wrote:
+1 python :)
On Fri, May 27, 2011 at 4:52 AM, Andrew Poelstra [1]as...@sfu.ca
wrote:
On Thu, May 26, 2011 at 10:56:40AM -0400, DJ Delorie wrote:
Friends -
On Thu, May 26, 2011 at 01:41:08PM -0700, Jared Casper wrote:
On Thu, May 26, 2011 at 11:52 AM, Andrew Poelstra as...@sfu.ca wrote:
On Thu, May 26, 2011 at 10:56:40AM -0400, DJ Delorie wrote:
I'm a Perl fan myself.
I think Python would be a better choice.
Scala anyone?
It's
On Thu, 2011-05-26 at 16:45 -0400, DJ Delorie wrote:
Scala anyone?
I think the rule for choosing a language, other than readily
available on mac, linux, and windows is that you can go to pretty
much any bookstore and buy an XYZ for Dummies for it.
May be Ruby? (There's a Ruby on Rails
+1 python. If only it were as easy as voting...
One vote per patch :-)
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
-Original Message-
From: geda-user-boun...@moria.seul.org
[mailto:geda-user-boun...@moria.seul.org] On Behalf Of Mark Rages
Sent: Thursday, May 26, 2011 4:24 PM
To: gEDA user mailing list
Subject: Re: gEDA-user: Task list for: Solving the
light/heavy symbol problem
+1
On May 26, 2011, at 11:56 PM, DJ Delorie wrote:
Awhile back, Peter B. told me he was close to reimplementing
gnetlist completely in Scheme. That might be a sensible place to
start.
Opportunity to pick a more modern language, too. Something more
os-agnostic, we've had issues with scheme
Another plus for Python. Such a nice language to code in IMHO.
On 26 May 2011 21:22, Geoff Swan [1]shinobi.j...@gmail.com wrote:
+1 python :)
On Fri, May 27, 2011 at 4:52 AM, Andrew Poelstra [1][2]as...@sfu.ca
wrote:
On Thu, May 26, 2011 at 10:56:40AM -0400, DJ
DJ Delorie wrote:
Scala anyone?
I think the rule for choosing a language, other than readily
available on mac, linux, and windows is that you can go to pretty
much any bookstore and buy an XYZ for Dummies for it.
I'd be fine with any language that is imperative by nature.
By contrast,
Andrew Poelstra wrote in geda.devel:
But what is our plan for allowing backward compatibility?
It isn't really difficult to output in the old format (just
giving a different spec to pcb_printf) so we should give
the user an option to do this.
Since mortal users like me are not allowed to
DJ Delorie wrote:
We need to create a few small heavy symbol libraries. These are the
self-contained starter libraries we talked about.
I will put together such a combined symbol and footprint lib
in my section of gedasymbols. May take about a week or so.
These libraries should be
Based on feedback from Kai-Martin, here's an improved version:
censor-fix.scm
Description: Binary data
On May 26, 2011, at 4:58 PM, John Doty wrote:
Folks,
The attribute censorship bug is what I call the problem that given a refdes
that corresponds to multiple symbol instances,
Hmm, Python seems popular, but my Python capability is limited to:
1. Import a few things
2. Invoke a few things
3. Declare the job finished
A bit like:
http://xkcd.com/353/
;-)
On May 27, 2011, at 6:33 AM, DJ Delorie wrote:
One vote per patch :-)
It seems to me that the first step to
33 matches
Mail list logo