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 swit
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, gn
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 pa
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:
>> 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 con
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 De
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 w
> -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 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
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 Rai
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 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 probabl
+1 python. If only it were as easy as voting...
On Thu, May 26, 2011 at 3:22 PM, Geoff Swan 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:
> >
> > Opportunity to pic
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. Isn't
On 26 May 2011 19:52, Andrew Poelstra 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 Tcl bi
> 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-use
On Thu, May 26, 2011 at 11:52 AM, Andrew Poelstra 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
On Thu, 26 May 2011 11:52:04 -0700
Andrew Poelstra 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.
> >
>
+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 befor
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
2011/5/26 DJ Delorie :
>> 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 be a very
> 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. Gnetlis
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 m
W dniu 26 maja 2011 17:52 użytkownik DJ Delorie 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
to use mul
> 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
http://www.seul.org/cgi-bin/mailman/listinfo/g
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 ch
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
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 parame
> 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
f
> 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
> 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 t
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 bl
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 component
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 sti
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 th
34 matches
Mail list logo
