On Sun, Sep 18, 2011 at 11:46 AM, DJ Delorie wrote:
>> I assume there are PCB devs that prefer the gnu style?
>
> 1. I prefer GNU style. Emacs automatically does this style when
> coding, too.
>
Good enough. Note that Emacs automatically does whatever style you
tell it to, including the linux
On Sun, Sep 18, 2011 at 4:18 AM, Peter Clifton wrote:
> Just for the record, I don't like PCB's code formatting style myself
> either ;)
>
I assume there are PCB devs that prefer the gnu style? Or is it only
enforced to be consistent with all the legacy code?
Jared
___
On Sun, Sep 18, 2011 at 1:00 AM, Bert Timmerman
wrote:
>> PCB mostly has a consistent style, and we won't apply patches
>> which don't follow that.
> This is the next patch on my todo list.
>
> Is the above the exact syntax ?
>
No worries, I changed the style in the first place (when a good chunk
ist
> [1]geda-user@moria.seul.org
> [2]http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
>
> References
>
> 1. file://localhost/mc/compose?to=geda-user@moria.seul.org
> 2. http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
>
>
>
> ___
On Tue, Sep 13, 2011 at 1:30 PM, Kai-Martin Knaak
wrote:
> Some hooks of gschem are hooked in by default in system-gschemrc. Most of
> these are fine. But some don't mix well with my style of schematics (e.g.
> autoplace-object-attributes)
>
> Is there a way to unhook these short of editing system
On Sat, Sep 10, 2011 at 6:09 PM, John Griessen wrote:
> But they both have many of the same low level primitive commands and
> actions.
> I think you could base two apps on the same code and many of the users would
> never know,
> since some are so little into craft and so into speed, they would n
On Sat, Sep 10, 2011 at 4:12 PM, Markus Hitter wrote:
> Using a keyboard to do
> anything but writing text is a thing of the past, to start with.
>
I couldn't disagree more. I only want to use the mouse for things
that absolutely require a mouse (drawing things mostly). If I have to
use the mou
On Sat, Sep 10, 2011 at 4:35 AM, Stefan Salewski wrote:
> Consider the toys from the big company with the damaged fruit: A reason
> for the success of the toys is that documentations seems to be not
> needed.
>
I agree with the idea, but the thing is, the Apple software that
doesn't need document
On Thu, Sep 8, 2011 at 9:32 AM, DJ Delorie wrote:
>> 2. The scales of symbols and borders in existing libraries needs to
>> be workable for A size or letter size paper "out of the box". And
>> the beginner mode should have a create new drawing button that
>> encapsulates this.
>
> There is no su
On Sun, Sep 4, 2011 at 9:52 PM, DJ Delorie wrote:
>> Maybe give a non-dev volunteer permission to make "official"
>> development snapshots, similar to how Icarus Verilog has done in the
>> past.
>
> Go for it, I say. It's Free Software, they don't need permission,
> they just need dedication. If
On Sun, Sep 4, 2011 at 6:21 PM, Kai-Martin Knaak wrote:
> back to git-head from gpleda.org . Fall back to the last relased
> version of PCB would have been not so nice, because of the long
> release cycle.
On Sun, Sep 4, 2011 at 7:14 PM, DJ Delorie wrote:
> use a released version, or stick with
On Wed, Aug 24, 2011 at 3:21 AM, Andrew Poelstra wrote:
>
> Hey all,
>
> The new gtk layer selector is finished for most uses now. If
> you want to play with it before it's ready to be published
> (which is a few days away still), you can get it here:
>
Looks great! Just played around with it for
On Tue, Aug 23, 2011 at 2:29 PM, Kai-Martin Knaak wrote:
>
> > Indeed. The posts to the list that I woke up to this morning took a
> > frighteningly KiCad-centric turn.
> >
> Well, this is, because apparently one of the kicad developers showed up.
> Is any of the geda devs going to join the OHR m
On Mon, Aug 22, 2011 at 8:17 PM, John Hudak <[1]jjhu...@gmail.com>
wrote:
I believe the KiCAD folks are also looking at this.
-John
Indeed. The posts to the list that I woke up to this morning took a
frighteningly KiCad-centric turn.
Jared
References
1. mailto:j
On Thu, Aug 18, 2011 at 3:56 PM, Andrew Poelstra <[1]as...@sfu.ca>
wrote:
2. Whenever you hide a layer, the selector would jump to the
previously-selected layer. I haven't tried it yet, but I
think that from a user's perspective that would make the
visibility
On Wed, Jul 13, 2011 at 4:06 PM, Kai-Martin Knaak wrote:
> Peter Brett wrote:
>
>> Yes, both are pretty straightforward to add (I think), but I don't have
>> time right now. File feature requests? :-)
>>
> done: https://bugs.launchpad.net/geda/+bug/810202
>
Needed a break from verilog so 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:
>>
>> 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
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
On Thu, May 19, 2011 at 6:45 AM, Stephan Boettcher
wrote:
> I still do not know where the pcb users manual is to be found. I found
PCB home page (pcb.gpleda.org) top level link in navigation box on the
left: "Manual". Choose your version. One could argue about how good
or complete it is, but ce
On Fri, Mar 18, 2011 at 1:44 PM, DJ Delorie wrote:
>
>> But what if I want a silk layer to just be a copy of a copper layer?
>
> This is a different category of problem - the CAM job. Typically,
> you'd have a file that describes how to map design layers to output
> layers. In that file, you'd s
On Fri, Mar 18, 2011 at 1:32 PM, DJ Delorie wrote:
> The "core" includes the autorouters, optimizers, DRC, exporters,
> reports, and even simple editing - we have a "hide vias" button. How
> does that work if you no longer have "vias" as an inherent type?
>
You go through and hide all the compos
On Fri, Mar 18, 2011 at 1: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 I insist on 'typed' layers, not
> 'tagged' layer.
>
> That
On Thu, Feb 24, 2011 at 7:39 PM, Kai-Martin Knaak wrote:
>> I agree that color does not belong in the layout file. I may keep
>> changing my preferences on my pcb color theme, but I don't want to
>> update all my layout files to take advantage of an updated color theme
>> -- UI preferences like c
2011/2/14 DJ Delorie :
> A separate git repo would make it harder for me to review patches.
> I'm much more interested in the history and discussion of the patch,
> than in the actual patch itself, and if there's anything wrong with
> the patch, LP/SF is a better way to manage those issues than git
On Sat, Nov 13, 2010 at 6:35 PM, kai-martin knaak wrote:
> PS: (*) Would a general switch of "element" to "footprint" receive a
> warm welcome by the developers? This would provide more consistency
> between geda and pcb wording.
>
I've always thought of the "footprint" as the definition and the
On Sat, Nov 6, 2010 at 4:37 PM, DJ Delorie wrote:
> Not to usefully, they all shared the one task (or variable), and thus
> all exited at exactly the same time.
>
> How do I do a local instantiation of a task?
>
>From IEEE 1364-2005:
All variables of a static task shall be static in that there sh
On Sat, Jun 12, 2010 at 5:32 PM, kai-martin knaak wrote:
> I understand, that you are weary to remove the CRASH statement when not 100%
> sure what it's purpose in this particular case is. But is this a valid
> reason to withhold a working patch and keep printing from the command line
> in a cripp
On Sat, Jun 5, 2010 at 12:35 PM, Peter TB Brett wrote:
> I have commit access to the PCB repo, and I'd be willing to take this on,
> except for the two issues that a) I'm not as familiar with the PCB codebase as
> many of the other developers, and b) I often disagree with DJ about what the
> Right
On Sat, Jun 5, 2010 at 11:38 AM, DJ Delorie wrote:
> I really want to encourage people to work on the code and become
> contributors, and telling them their hard work is for naught because
> someone somewhere might have an uncommitted patch that might be
> affected, is not acceptable to me.
>
IMH
On Thu, May 27, 2010 at 12:50 AM, Jared Casper wrote:
> On Wed, May 26, 2010 at 11:49 PM, Ineiev wrote:
>> On 5/26/10, Jared Casper wrote:
>>> So since the only way to contribute to PCB seems to be to continually
>>> spam the list with patches, here's three pa
On Thu, May 27, 2010 at 10:57 PM, Ineiev wrote:
> Robert Spanton wrote:
>> The key word being "if". If and when the issue arises, then we fix it.
>
> In other words, you are willing to break it and won't fix.
>
It's not exactly one way or the other, but I believe this falls more
under the "You
On Wed, May 26, 2010 at 11:49 PM, Ineiev wrote:
> On 5/26/10, Jared Casper wrote:
>> So since the only way to contribute to PCB seems to be to continually
>> spam the list with patches, here's three patches to fix bugs in the
>> bug tracker. Comments welcome.
>
he
bug tracker. Comments welcome. If any of the devs have any
suggestions for how I can better contribute to PCB, I'd be glad to
hear it. I don't want to sound like I'm continually complaining, I
just want to know how to help out.
Jared
From 2344dab7f2544e33a7374d763a24db7e6a42cb86 M
On Thu, May 13, 2010 at 8:25 AM, kai-martin knaak wrote:
> Getting a GPS location when at an unknown position consumes a fair amount of
> computational power (to find the satellites). So this is a modified proposal
> for less energy consumption: Just check for an incoming SMS once a day. Only
> if
On Sat, May 8, 2010 at 9:19 AM, kai-martin knaak wrote:
> They do not in GTK-HID, which is, what the file gpcb-menu.res refers to.
>
> I tried with pcb 20091103 as packaged by debian/squeeze, pcb-head from git
> and with the GL-enabled version from the before_pours branch of Peter C.
> In none of
Sorry, bored tonight and want to jump in... ;)
On Thu, May 6, 2010 at 6:07 PM, John Doty wrote:
> I encourage people to contribute to gedasymbols. Where is your contribution?
>
If gedasymbols is good, what's wrong with a tool to allow easier
access to a gedasymbols-like-but-more-organized databa
On Wed, May 5, 2010 at 9:39 AM, Kurt Jensen wrote:
> However, # is the comment character for a .gitignore file. I tried to
> escape the # character like:
>
> \#*
>
> but that does not seem to work either. Does anyone have a suggestion on how
> to do this?
>
\#* works for me with git 1.7.1. Are
On Mon, Apr 26, 2010 at 10:43 AM, Bert Timmerman
wrote:
> FWIW, I have a very dim vieuw about this issue and would be very surprised
> if even a very very big protest would help (very very big as in more than
> 20,000 protests).
>
For anyone interested (as I was), here is a (the?) discussion abou
On Mon, Apr 19, 2010 at 2:03 AM, Ineiev wrote:
> On 4/18/10, Jared Casper wrote:
>> I think it makes the build much cleaner and readable overall and, more
>> importantly, makes the errors and warnings much easier to see.
>
> Actually, I don't think so; the build i
On Mon, Apr 19, 2010 at 7:57 AM, John Griessen wrote:
> Anything to help understandability of compile output is good by me.
> Your change probably won't decrease error output, just the ones that
> go smoothly are shortened, right?
>
The errors/warnings themselves aren't shortened, it just shorten
On Sun, Apr 18, 2010 at 8:38 PM, Larry Doolittle
wrote:
> I don't mind the short form, until I run into trouble.
> Then I want a documented way to turn it off, so I can
> see what make is actually trying to do. The explicit
> command lines are wonderful sources of cutting-and-pasting
> experiment
This time with the patch.
On Sun, Apr 18, 2010 at 4:05 PM, Jared Casper wrote:
> Hi all,
>
> I just discovered that the latest automake (1.11) has a nifty feature
> to create "silent" build rules to produce a Linux kernel style build
> that just displays "CC fil
Hi all,
I just discovered that the latest automake (1.11) has a nifty feature
to create "silent" build rules to produce a Linux kernel style build
that just displays "CC file.c" etc. instead of the whole command line
(must have missed the memo last year). The attached patch enables
this mode in
On Mon, Mar 15, 2010 at 12:44 PM, John Griessen wrote:
> Al Davis has been asking for a translator that is external so progress can
> be made
> soon and not have to rewrite gschem. What is the plugin status of gschem?
> Is it anything like pcb's plugin writing?
>
> Here's what Al has been asking
On Sun, Mar 14, 2010 at 7:53 PM, kai-martin knaak wrote:
> I read the devel list via gmane (gmane.comp.cad.geda.devel)
> Gmane is a service that transfers mailinglists to usenet-protocol and back.
> Since usenet readers are optimized for threaded discussions with many
> participants, they are conv
On Sun, Mar 14, 2010 at 5:54 AM, Kai-Martin Knaak wrote:
> Why is this discussion in geda.devel, where ordinary users can't write
> and hardly read?
>
Is there any way to allow read-only subscriptions to geda-dev for
those of us interested to read what is going on in a more convenient
way than th
On Wed, Mar 10, 2010 at 12:52 PM, Peter TB Brett wrote:
> We (Peter C & I) try quite hard to keep on top of patches to gschem/libgeda
> etc., y'know. Putting them in the tracker makes things a lot easier for us,
> and I really encourage you to keep doing that.
>
Sorry, didn't mean to diminish yo
On Wed, Mar 10, 2010 at 12:18 PM, Alberto Maccioni
wrote:
> This:
> http://sourceforge.net/tracker/?group_id=73743&atid=538813
>
> which is also linked from:
> http://www.gpleda.org/developer.html
>
Ah yes... unfortunately, at present, "Sourceforge is where patches go
to die"*. I've had more suc
On Wed, Mar 10, 2010 at 10:43 AM, Kai-Martin Knaak wrote:
> On Wed, 10 Mar 2010 18:12:20 +, Peter TB Brett wrote:
>
>> It's been discussed before.
>>
>> http://archives.seul.org/geda/dev/Oct-2008/msg00139.html
Oh yeah, I remember reading that now, thanks. :) But revisiting the
topic once eve
On Mon, Mar 8, 2010 at 2:09 PM, Peter Clifton wrote:
> Or - in my ideal word, can we just dump the crappy sourceforge bug
> trackers and switch to Launchpad??? (Pretty please).
>
What are the chances of installing something like flyspray, bugzilla,
or even redmine or trac, on gpleda.org? Would t
On Wed, Mar 10, 2010 at 5:14 AM, Alberto Maccioni
wrote:
> the code on the mailing list, but it took me several months to
> discover the "submit patch" procedure.
What procedure did you find?
Jared
___
geda-user mailing list
geda-user@moria.seul.org
On Tue, Mar 9, 2010 at 5:06 PM, Dan McMahill wrote:
> Here's an example of a place where extra help wouldn't have needed any
> knowledge of internals. Over the years there have been various bug reports
> about some of the footprints that ship with pcb. For each of those, the
> process becomes
>
On Mon, Mar 8, 2010 at 2:09 PM, Peter Clifton wrote:
> Or - in my ideal word, can we just dump the crappy sourceforge bug
> trackers and switch to Launchpad??? (Pretty please).
>
I'd like to add my vote for anything but sourceforge to track bugs and
patches. :)
Jared
__
Since I'm in the mood to share my opinions today... :)
On Mon, Mar 8, 2010 at 1:30 PM, Peter Clifton wrote:
> It might seem unfair that we're (or I am) trying to third party
> contributions to a higher standard than some of PCB's existing legacy
> code, but assuming it doesn't completely stifle c
On Mon, Mar 8, 2010 at 12:10 PM, DJ Delorie wrote:
> So what can we do? How can we get people with *less* experience more
> involved in solving this problem? That opens up the "labor pool" so
> to speak, letting the main developers work on the "hard" problems.
>
> How about this idea:
>
I like
On Mon, Mar 8, 2010 at 9:48 AM, DJ Delorie wrote:
>> Yes, I feel ignored by the developers. No, I am not happy about it.
>
> I agree. Those mean developers! Why can't they spend more time on
> PCB and less time with their families and jobs? They should be
> ashamed of themselves, not giving fr
On Sat, Feb 27, 2010 at 12:31 AM, timecop wrote:
>> standard parts library. And if you're making footprints and symbols,
>> text files generated by scripts are FAR superior to any GUI. I'd never
>> get 100-1000 pins right if I had to use a GUI.
> lol, every altium user disagrees.
> if you ever s
On Wed, Feb 24, 2010 at 12:15 PM, Frank Bergmann
wrote:
> On Tue, 23 Feb 2010 22:32:20 -0800, Jared Casper wrote:
>> The functionality I saw someplace (was it in your repo?) to attach/embed
>> the log window to the main window will help out with this problem as
>> well I th
On Tue, Feb 23, 2010 at 3:53 PM, Peter Clifton wrote:
> I can't help but feel that some log messages are important enough to
> bother the user about - and others are not.. we'll have to see what
> people actually using it think, I'm not doing any PCB design work at the
> moment myself.
>
Maybe ad
On Sun, Jan 10, 2010 at 6:04 PM, Ben Jackson wrote:
> On Sat, Jan 09, 2010 at 05:41:05PM -0800, Ben Jackson wrote:
>>
>> I meant automatic solutions which would enforce the normal DRC rules on
>> the slivers, eliminating any smaller than the minimum trace width.
>
> (replying to myself)
>
> Actual
LogShowOnAppend() which can restore the old behavior
that the log window is shown whenever something is appended to it
(currently off by default).
Jared
From d994c124332a25bbb248d4e7dc5ee166dc2ef769 Mon Sep 17 00:00:00 2001
From: Jared Casper
Date: Mon, 22 Feb 2010 19:24:17 -0800
Subject: [PATCH
On Sat, Feb 20, 2010 at 8:49 PM, Larry Battraw wrote:
> that's not documented somewhere? I tried editing the ~/.pcb-menu.res
> as well with no changes either.
>
Not sure about the dynamic editing of shortcuts, but for the GTK hid
you'll want to edit ~/.pcb/gpcb-menu.res (I believe, not at my
com
On Sat, Feb 20, 2010 at 10:33 PM, Mark Rages wrote:
>> I had a quick question. I know there are several sparsely-documented
>> plugins for PCB but I am trying to locate the one that makes the traces
>> on the board look like they were laid out by hand the old-fashioned way
>> with tape, re
On Fri, Feb 12, 2010 at 8:22 AM, Peter Clifton wrote:
> DJ; Or, you could get PCB to pass the search path to gnetlist. I "think"
> that can be done using a "gafrc" file in the temp directory, with
> (scheme-directory "${SCMDIR}")
>
> This could of course clash with an gafrc required by the project
On Sat, Feb 6, 2010 at 11:10 AM, gene glick wrote:
> Anyway, time to fire up the Chevelle SS396, pop the clutch, burn some
> rubber, and haul butt up the learning curve :)
>
There are numerous guides and references around the internet as I'm
sure you'll find, but http://en.wikibooks.org/wiki/LaTe
On Tue, Nov 24, 2009 at 12:30 AM, Kai-Martin Knaak wrote:
> Well, check the command line options given in the pcb manual -- Hardly
> any in the list is still valid with current pcb.
>
That part comes from doc/pcb.texi, which is much less likely to get
updated than the comments in parse_y.y, which
On Mon, Nov 23, 2009 at 10:23 PM, Kai-Martin Knaak wrote:
> On Mon, 23 Nov 2009 19:33:45 -0800, Jared Casper wrote:
>> http://pcb.gpleda.org/pcb-cvs/pcb.html#File-Formats
>
> Is this specification up to date?
> I am curious, because the command line options described in this doc
On Mon, Nov 23, 2009 at 2:32 PM, Kai-Martin Knaak wrote:
> By the way, is there a more comprehensive documentation of the pcb format
> available?
>
http://pcb.gpleda.org/pcb-cvs/pcb.html#File-Formats
___
geda-user mailing list
geda-user@moria.seul.org
On Sat, Oct 24, 2009 at 8:22 AM, Peter Clifton wrote:
> Unless there is anyone available to work on implementing it, the point
> is moot anyway!
>
While that is true, if those with enough experience and clout in the
project were to spend the time to agree on a plan, or a direction at
least, then
On Fri, Oct 23, 2009 at 4:33 PM, Peter Clifton wrote:
> This is a really nasty and troublesome issue, and there are lots of
> subtleties which can catch you out - such as embedded complex objects.
>
I figured as much... :) Thank you for your detailed reply.
> There isn't an easy solution I can
ted" version of that
attribute and the internal one should be hidden or removed? I'll
attach a copy of the patch that seems to be working for me.
Thanks,
Jared
From 186ebda9e61afde11700fbfcb772e2d26c2b66e8 Mon Sep 17 00:00:00 2001
From: Jared Casper
Date: Wed, 21 Oct 2009 22:41:23 -0
On Wed, Oct 21, 2009 at 12:09 PM, Peter Clifton wrote:
> Sourceforge is where patches go to die.. unfortunate, but true.
>
> I'm not sure I even get mails about PCB's trackers. (I know I do for the
> gEDA ones though).
>
That is unfortunate, looks like there are some helpful patches in there...
On Wed, Oct 21, 2009 at 8:04 AM, Ineiev wrote:
> OTOH my experience with PCB suggests that your work is not ignored if
> it is not ignored by yourself, and if even you don't need it then it
> is probably OK that it is ignored by other people.
>
Sure, but it takes at least a bit more effort to mak
On Tue, Oct 20, 2009 at 11:01 PM, Bert Timmerman
wrote:
> What remains to be done is to update and apply patch [1733991] in the SF
> tracker with the Doxygen configuration files.
>
> The patch is from 2007-09-09 and is having some bit rot, it needs to be
> updated since the pcb tree moved from CVS
Hi all,
I figured four months was long enough to wait for a resend of this
patch so it's not lost in the archives.
Jared
On Fri, Jun 12, 2009 at 11:15 PM, Jared Casper wrote:
> I tracked down and fixed a bug that has been annoying me in the gtk
> hid where the silk and rats layer
On Fri, Aug 14, 2009 at 2:27 PM, al davis wrote:
>
> There is a new development snapshot available ...
> http://gnucap.org/devel/gnucap-2009-08-13.tar.gz
>
Hi Al,
The attached patch is still needed to compile with gcc 4.4.
Jared
On Fri, Jun 12, 2009 at 2:13 PM, Jared Casper wro
On Tue, Aug 11, 2009 at 5:44 AM, Jason wrote:
> have to. Especially since every time I delete a trace, I can't seem to
> create a new trace in it's place. pcb won't let me terminate it in the
> same place the old trace terminated. Yup, I'm missing something, again.
>
And for future reference, y
On Mon, Jul 13, 2009 at 1:38 PM, Christian wrote:
> What is running wrong? I did not change the *.pcb file manually, so either
> there is a problem in/with pcb or gsch2pcb, right?
>
> Can you tell me, what I can do, to get it working?
>
It could be one of your footprints is a .pcb file instead of
On Fri, Jun 19, 2009 at 8:57 PM, DJ Delorie wrote:
> I pushed this one. It turns out we had a similar patch in the patch
> tracker, but I thought this one was better. The other one, however,
> had a nifty feature - if the string had multiple actions, it would run
> all of them. It would be nice
I tracked down and fixed a bug that has been annoying me in the gtk
hid where the silk and rats layer buttons get out of sync when you
revert the board (in sourceforge as bug #1988951).
Patch attached.
Jared
0001-Fix-a-bug-in-gtk-hid-which-caused-layer-buttons-to-g.patch
Description: Binary dat
On Thu, Jun 11, 2009 at 3:26 PM, al davis wrote:
>
> There is a new development snapshot available ...
> http://gnucap.org/devel/gnucap-2009-06-11.tar.gz
>
Nice job Al,
gcc 4.4 changed the const-ness of some c library functions in the c++
headers [1], including strchr, so the attached patch is ne
On Thu, Jun 11, 2009 at 3:37 PM, DJ Delorie wrote:
> I think 2 & 3 would be good ideas even if we fixed gsch2pcb.
>
Two patches attached.
First is for the pcb repo and adds quoting and escaping to the action
argument parsing in pcb. I made the quoting rules similar to those
for bash (single quot
I have some symbols that have pins with parenthesis in the name, which
cause problems when using ChangePinName to name the footprint's pin in
PCB the pin name from the symbol (i.e. using the gsch2pcb generated
script). Commas in the pin name would cause problems as well. It's
not a huge deal but
On Mon, Jun 8, 2009 at 3:49 PM, Jared Casper wrote:
> D'oh! You're right, my bad. Still new to the source and learning all
> the interactions, but should've tested exporting, duh.. I'll fix this
> ASAP (busy at work now, but hopefully in a few hours).
>
I found
On Mon, Jun 8, 2009 at 3:25 PM, DJ Delorie wrote:
>
> It was this bit from Jared, probably...
>
D'oh! You're right, my bad. Still new to the source and learning all
the interactions, but should've tested exporting, duh.. I'll fix this
ASAP (busy at work now, but hopefully in a few hours).
Jared
On Sun, Jun 7, 2009 at 11:05 AM, DJ Delorie wrote:
> Also - could you add support for
> the scroll wheel to gpcb-menu.res et al?
>
patch attached.
Jared
0001-Adding-ability-to-customize-mouse-scroll-action-in-G.patch
Description: Binary data
___
ged
On Sun, Jun 7, 2009 at 7:59 PM, Steven Michalske wrote:
> On Jun 7, 2009, at 1:04 PM, DJ Delorie wrote:
>>> My mouse patch removed alt_pressed as it removed the only use of it
>>> (at the time).
>>
>> Ah. Could you send me one patch that does what you want,
>> self-contained, then?
>>
> I'll take
2009/6/7 DJ Delorie :
> Patch 0001: Doesn't build; lesstif has errors:
> hid/lesstif/main.c: In function ‘lesstif_mod1_is_pressed’:
> hid/lesstif/main.c:3335: error: ‘alt_pressed’ undeclared (first use in this
> function)
> hid/lesstif/main.c:3335: error: (Each undeclared identifier is reported on
On Tue, Jun 2, 2009 at 3:54 PM, Dan McMahill wrote:
> ok, here is what I have found.
>
[snip]
Thanks for the lesson on maintainer mode, never really knew what it
was all about.
> So we have 2 options that I've tested and both seem to work.
>
> 1) remove AM_MAINTAINER_MODE
>
> 2) now that we ca
Thanks Ineiev and Steven for looking at it, attached is a modified
patch to address your comments, with replies inlined below.
Additional comments are of course always welcome
On Mon, Jun 1, 2009 at 11:20 PM, Ineiev wrote:
> Nice work. I tried it a little and found only one small shortcoming:
>
PCB said:
>ghid_load_menus(): Mouse resources are currently ignored by the GTK HID.
>Please feel free to submit a patch to implement this!
I had some free time over the weekend and have been wanting to get my
hands dirty in the PCB code so I took a crack at this and wanted to
get some feedback.
On Sun, May 31, 2009 at 6:17 PM, Ralf wrote:
> I already installed all that's associated with the keyword "PCB", and
> I kind of wonder if I missed a certain library or something here?
>
> I am not sure if anyone had any similar experience before?
> could someone please tell me what to do to fix t
On Fri, May 29, 2009 at 4:25 AM, Dan McMahill wrote:
> There may be some rough edges left so I'd appreciate any feedback and
> problem reports around this change.
>
Some comments:
I did a fresh clone of the git repo then ./autogen.sh && ./configure
&& make. Which, if I understood your post corr
each of the included hid's
dependencies are met, erroring out if they are not. Dunno, maybe
that was overkill, but it was just few lines.
I'd be glad to fix up/edit the patch if there are problems, comments,
suggestions, etc. I tried to match the style of other parts of the
scr
evelopment since 2006, or that 0.8.5 is the latest
Icarus Verilog, etc.
Jared Casper
jaredcas...@gmail.com
http://prdownloads.sourceforge.net/gerbv/gerbv-2.2.0.tar.gz
http://www.gnucap.org/devel/gnucap-2009-02-02.tar.gz
http://www.gnucap.org/devel/gnucap-2009-02-02-tools.tar.gz
http://www.gnucap.or
On Sat, Aug 16, 2008 at 12:55 PM, Günter Dannoritzer <[EMAIL PROTECTED]> wrote:
> So with the latest development snapshot it gave me an assertion, but
> with the git version a segmentation fault.
>
I saw this behavior as well, so I don't think it is your setup. Something must
have changed in git
96 matches
Mail list logo
