>
> Or did you mean missing schematic libraries :) ?
Ok, I've had some more thoughts on this. If the modal dialog is using a parent
wxFrame
which is not yet visible, then this make sense.
I think there's a bit of clean up needed the eeschema KIFACE_I derivative's
CreateWindow()
function, wh
On 05/27/2014 08:53 AM, Dick Hollenbeck wrote:
> On 05/27/2014 02:43 AM, Lorenzo Marcantonio wrote:
>> On Tue, May 27, 2014 at 09:33:30AM +0200, Lorenzo Marcantonio wrote:
>>> to pinpoint where the event loop is getting stuck... all the UI works
>>> (menu opens and so
On 05/27/2014 02:43 AM, Lorenzo Marcantonio wrote:
> On Tue, May 27, 2014 at 09:33:30AM +0200, Lorenzo Marcantonio wrote:
>> to pinpoint where the event loop is getting stuck... all the UI works
>> (menu opens and so on) but code is not getting dispatched.
>
> OK, it was actually easier than I tou
On 05/27/2014 12:45 AM, Lorenzo Marcantonio wrote:
> On Tue, May 27, 2014 at 12:03:08AM -0500, Dick Hollenbeck wrote:
>> Is wx using --enable-stl?
>
> Nope. This is the config line I used to build it (3.0.0). It's awful but
> it's never clear what is the default in wx.
On 05/26/2014 04:19 PM, Lorenzo Marcantonio wrote:
> Done a full rebuild of kicad as stable/release, to test things.
>
> From the project manager:
> - pcbnew opens OK and seems to work
> - cvpcb still OK, as above
> - eeschema don't work :(
>
> Doing a strace shows that eeschema starts a then sit
ks)… and I
>> didn’t want to
>> fix every path manually.
>>
>> I looked around a bit and found some cmake modules that should be able to
>> produce
>> portable application bundles… I’ll try to add/change that in the cmake
>> files… if I
>> succ
On 05/23/2014 12:31 PM, Jean-Paul Louis wrote:
> Hi Bernhard,
>
> I am attaching my script to this email.
> Some of the stuff in the script might not be needed anymore, but I will clean
> it up when I have time.
>
> After the “make” is finished, I skip the “make install” as it is not yet
> capa
Sent from my Galaxy S®III
Original message
From: Jean-Samuel Reynaud
Date:05/13/2014 12:12 PM (GMT-06:00)
To: kicad-developers@lists.launchpad.net
Subject: [Kicad-developers] News about python project manager
Hi all,
I'm working on the wxpython based kicad project man
Due to his adherence to the coding standards, demonstrated software design
skills, and
cooperative attitude:
Orson has earned commit rights to product branch.
Congratulations Orson!
Dick
___
Mailing list: https://launchpad.net/~kicad-developers
P
On 05/09/2014 08:05 PM, Jean-Paul Louis wrote:
> Marco,
>
> The problem is the same for kicad, eeschema, cvpcb, pcbnew, gerbview,
> pl_editor
>
> I cannot figure out where to put the pdf files that are called by the “Help”
> menu.
> I have tried to put them in the app directory (“/Applications/
> Dick,
> I am going to try to apply your patch if it is OK to do it after so many BZR
> updates.
> Do I have to go back to BZR4810 to test it? or can I apply that patch to
> BZR4854?
>
> Please let me know.
It would not apply cleanly.
So I forced it in, and committed it.
The parts that don
> Kicad is currently a moving target. The team doesn't provide "stable" builds
> and the
> whole system is liable to blow up at any time.
Yep, that is by choice. This is where the users get to pay me by being
testers. That way
I can actually use the software. Because when I cannot use the s
On 05/08/2014 05:10 PM, Rick Walker wrote:
>
>
> Hi Dick,
>
>> it because I don't care if my old software does not load new
>> footprints. (I type $ make, and I can load the new footprints.)
>
> I know you are a code developer and have the highly idiosyncratic kicad
> build process finely bal
wo lines of code, and not worth another
disagreement. And it
has nothing to do with graphics.
On 05/08/2014 04:26 PM, Lorenzo Marcantonio wrote:
> On Thu, May 08, 2014 at 03:46:15PM -0500, Dick Hollenbeck wrote:
>> I think for the guy who does not trim down his fp-lib-table to an
>
On 05/08/2014 03:06 PM, Lorenzo Marcantonio wrote:
> On Thu, May 08, 2014 at 02:44:58PM -0500, Dick Hollenbeck wrote:
>> Please include comparative benchmarks with your patch submission. If
>> there's no
>> appreciable performance hit, then you have a chance gett
On 05/08/2014 04:00 AM, Maciej Sumiński wrote:
> On 05/08/2014 10:57 AM, Lorenzo Marcantonio wrote:
>> On Thu, May 08, 2014 at 10:53:50AM +0200, Maciej Sumiński wrote:
>>> Currently class BOARD contains a lot of fields & methods, so to make it a
>>> bit lighter - what do you think about moving the
On 05/08/2014 02:44 PM, Dick Hollenbeck wrote:
> On 05/08/2014 02:18 PM, Dick Hollenbeck wrote:
>> On 05/08/2014 01:31 PM, John Beard wrote:
>>> On 08/05/14 15:53, Dick Hollenbeck wrote:
>>>>
>>>>> That's exactly what I mean - older versions of
On 05/08/2014 02:18 PM, Dick Hollenbeck wrote:
> On 05/08/2014 01:31 PM, John Beard wrote:
>> On 08/05/14 15:53, Dick Hollenbeck wrote:
>>>
>>>> That's exactly what I mean - older versions of KiCad should be able to
>>>> ignore, but retain, unknown
On 05/08/2014 01:31 PM, John Beard wrote:
> On 08/05/14 15:53, Dick Hollenbeck wrote:
>>
>>> That's exactly what I mean - older versions of KiCad should be able to
>>> ignore, but retain, unknown data.
>>
>> This sentence has two concepts in it.
On 05/08/2014 02:12 PM, Lorenzo Marcantonio wrote:
> On Thu, May 08, 2014 at 07:31:47PM +0100, John Beard wrote:
>> it will show you what it can. You'd be annoyed if it didn't, it would be
>> like Flash needing the latest version to watch your video, without the
>> excuse that is necessary to imple
On 05/08/2014 01:21 PM, jp charras wrote:
> Le 08/05/2014 18:28, Jean-Paul Louis a écrit :
>> Hi Developpers,
>>
>> I found a weird error that I never noticed before. The screenshot below
>> was taken just after clicking on the last button on the right. As usual,
>> it does not work, but the messag
On 05/08/2014 01:10 AM, Dick Hollenbeck wrote:
> On 05/07/2014 02:17 AM, jp charras wrote:
>> Le 07/05/2014 05:07, Jean-Paul Louis a écrit :
>>> Hi Marco,
>>>
>>> I just finished building BZR4854 according to your instructions, and
>>> still kicad does
>> Just keep those fields, that would allows the program to load ANY
>> legacy part without breaking the bank.
There is no bank.
> That's exactly what I mean - older versions of KiCad should be able to
> ignore, but retain, unknown data.
This sentence has two concepts in it. One is fools g
On 05/08/2014 02:44 AM, Lorenzo Marcantonio wrote:
> On Thu, May 08, 2014 at 02:12:59AM -0500, Dick Hollenbeck wrote:
>> But again, working from the property_tree directly is suitable for only a
>> minority of
>> situations, and when its not suitable, this means copying. B
On 05/08/2014 01:45 AM, Dick Hollenbeck wrote:
> On 05/06/2014 05:41 PM, Cirilo Bernardo wrote:
>>
>>
>>
>>
>> - Original Message -
>>> From: John Beard To: Kicad Developers
>>> Cc: Sent: Wednesday, May 7, 2014
>>> 4:28 AM
On 05/06/2014 05:41 PM, Cirilo Bernardo wrote:
>
>
>
>
> - Original Message -
>> From: John Beard To: Kicad Developers
>> Cc: Sent: Wednesday, May 7, 2014 4:28
>> AM
>> Subject: [Kicad-developers] Forward-compatibility in s-expression formats
>>
>> I think it would be a good idea t
On 05/07/2014 02:17 AM, jp charras wrote:
> Le 07/05/2014 05:07, Jean-Paul Louis a écrit :
>> Hi Marco,
>>
>> I just finished building BZR4854 according to your instructions, and
>> still kicad does not work properly on OSX.
>>
>> See screen capture below.
>> I remember exchanging emails with Dick
On 05/02/2014 07:14 PM, Dick Hollenbeck wrote:
>
>>>
>>> I encourage someone to fix Blair's bug report about new project logic.
>>> Just implement the
>>> logic in the bottom of kiway_player.h into pcbnew's OpenProjectFiles() and
>>>
I fixed it for wx2.8.12 on linux.
It also works on wx3.1 on linux.
Hope other platforms have that much luck.
Quasimodo is not a monster, he is now your friend.
:)
Time to go for a walk with the dogs.
___
Mailing list: https://launchpad.net/~kicad-
On 05/04/2014 03:10 PM, Lorenzo Marcantonio wrote:
> On Sun, May 04, 2014 at 02:36:46PM -0500, Dick Hollenbeck wrote:
>> a) How does one easily come into using version 2.24.20 of GTK? i.e. distro
>> & version please.
>
> GTK repository, recompiled from the source.
>
On 05/04/2014 02:43 PM, Dick Hollenbeck wrote:
> On 05/04/2014 02:24 PM, Lorenzo Marcantonio wrote:
>> Testing the latest 4845, got curious with the new quasimodal loop.
>>
>> By the way, at the bottom there is probably a typo
>> (findWindowReursively), don't kn
On 05/04/2014 02:24 PM, Lorenzo Marcantonio wrote:
> Testing the latest 4845, got curious with the new quasimodal loop.
>
> By the way, at the bottom there is probably a typo
> (findWindowReursively), don't know if that section is live (it's ifdeffed)
>
> On the stock build requesting the edit co
>>
>> I encourage someone to fix Blair's bug report about new project logic. Just
>> implement the
>> logic in the bottom of kiway_player.h into pcbnew's OpenProjectFiles() and
>> in eeschema's
>> OpenProjectFiles().
>>
>> Tom, is this something you can do please?
>
> Hi Dick,
>
> I've been a
On 04/27/2014 07:36 AM, Marco Serantoni wrote:
>
> On 24/apr/2014, at 17:55, Dick Hollenbeck wrote:
>
> Dick
> I’m there, i wish ask to you and bug reporters to send a mail in CC directly
> to me if there are urgent and important things about OSX.
> I’ven always the time
>
> I doubt the current code will ever cause bad behaviour.
Because its inline. And technically it is not modifying the object.
What would be a stupid function is one that changes the linked list pointer and
declares
itself constant.
But a function that is read-only like this should always be
On 04/27/2014 06:49 AM, Dick Hollenbeck wrote:
> On 04/26/2014 11:02 AM, Lorenzo Marcantonio wrote:
>> Looking around I found this:
>>
>> TRACK* Next() const { return (TRACK*) Pnext; }
>> TRACK* Back() const { return (TRACK*) Pback; }
>>
>> Sure, it wo
On 04/26/2014 11:02 AM, Lorenzo Marcantonio wrote:
> Looking around I found this:
>
> TRACK* Next() const { return (TRACK*) Pnext; }
> TRACK* Back() const { return (TRACK*) Pback; }
>
> Sure, it works, foils the compiler and it compiles. However I feel
> that's dangerous, especially with optimiza
On 04/27/2014 06:36 AM, Dick Hollenbeck wrote:
> On 04/27/2014 06:33 AM, Dick Hollenbeck wrote:
>> On 04/27/2014 06:22 AM, Lorenzo Marcantonio wrote:
>>> Testing the modifications in the 3D view (never used it before,
>>> actually) it spit out some of these mes
On 04/27/2014 06:33 AM, Dick Hollenbeck wrote:
> On 04/27/2014 06:22 AM, Lorenzo Marcantonio wrote:
>> Testing the modifications in the 3D view (never used it before,
>> actually) it spit out some of these messages:
>>
>> Need ::Show() override for this class
>>
On 04/27/2014 06:22 AM, Lorenzo Marcantonio wrote:
> Testing the modifications in the 3D view (never used it before,
> actually) it spit out some of these messages:
>
> Need ::Show() override for this class
>
> is this supposed to happen or did I broke something?
Yes to both. This of it as
Gosh, never saw this before today. The guy who came up with this could
actually get a job
working for me.
https://developer.apple.com/library/mac/documentation/Cocoa/Conceptual/LoadingCode/Concepts/AboutLoadableBundles.html
Except I would have asked him to make it cross platform like the KIFA
Marco (or in his continued absence, any other OSX developer),
1)
After reading for a few minutes about app bundles on wikipedia, I am thinking
we can
eliminate the copy of the *.kiface file which is up at the directory where the
*.app files
exist.
Do you agree?
If so, please look at this pat
On 04/23/2014 12:22 PM, Jean-Paul Louis wrote:
> Dick,
>
> I really appreciate the help you provided me, and I did not know that you
> spent over a man-year in this KiCad Development Team.
> I am copying this to the user group, and I hope that Marco will pick up the
> ball to keep the OS X build
I will be exhibiting at this show in Milwaukee in a couple of weeks, in case
any one wants
to come by and say Hi.
http://www.remotemagazine.com/internetofthings/
May 14-15
Dick
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : k
> Dick,
> I'm not a developer but I take an active interest in Kicad (and I helped to
> translate the
> French Help files into English several years back). Thank you for all the
> hard work you
> have done on Kicad. Following your contributions has been very educational
> for me. It has
> been a
On 04/23/2014 01:18 PM, Jean-Paul Louis wrote:
> Dick,
> After seeing your website, I am amazed that you even had spare time to
> dedicate to Kicad,
Prolific I suppose, especially a while back. I was blessed with a knack for
software. So
I won't take credit personally, just acknowledge God's
On 04/23/2014 11:54 AM, Vesa Solonen wrote:
> 23/04/14 16:23, Dick Hollenbeck kirjoitti:
>> On 04/23/2014 07:54 AM, Jean-Paul Louis wrote:
>
>>> I have been involved with part libraries since the mid 80's, and now
>
>> Carl, Vesa, and Lorenzo are now admi
On 04/23/2014 07:54 AM, Jean-Paul Louis wrote:
> I cannot find the proper procedure to apply for membership of this
> group.
> I have been involved with part libraries since the mid 80's, and now
> that I have more free time, I am willing to contribute to the Kicad
> effort as I see a great value i
On 04/21/2014 01:18 PM, Dick Hollenbeck wrote:
> On 04/21/2014 01:17 PM, Lorenzo Marcantonio wrote:
>> On Mon, Apr 21, 2014 at 12:30:15PM -0500, Dick Hollenbeck wrote:
>>> I have $10,000 of my time into the design. The only thing I want to hear
>>> at this point is
&g
On 04/21/2014 01:10 PM, Edwin van den Oetelaar wrote:
> Hello Dick,
>
> I would hate to see you leave the project, you are the top contributor.
> Thanks,
> Edwin van den Oetelaar
Thank you Edwin. You are one of the good guys.
But there's no turning back now. Wayne will be taking my place as
On 04/21/2014 01:17 PM, Lorenzo Marcantonio wrote:
> On Mon, Apr 21, 2014 at 12:30:15PM -0500, Dick Hollenbeck wrote:
>> I have $10,000 of my time into the design. The only thing I want to hear at
>> this point is
>> thank you. Re-imburse me, and we'll have the conv
On 04/21/2014 12:16 PM, Lorenzo Marcantonio wrote:
> On Mon, Apr 21, 2014 at 11:26:53AM -0500, Dick Hollenbeck wrote:
>> 1) I can decide where I expect to find the KIFACEs, your strategy relies on
>> the OS to tell
>> the loader. This is a user PITA issue, and reliability of
On 04/21/2014 09:18 AM, Lorenzo Marcantonio wrote:
> On Mon, Apr 21, 2014 at 08:15:29AM -0500, Dick Hollenbeck wrote:
>> If you still don't believe, then try and link them together yourself. That
>> process is in
>> itself will be more difficult than what you mi
On 04/20/2014 05:29 AM, Lorenzo Marcantonio wrote:
> On Sun, Apr 20, 2014 at 04:24:18AM -0500, Dick Hollenbeck wrote:
>> Yes globals are global. Most of them are now a problem, now that I have my
>> mind set on
>> supporting multiple instances of the same KIWAY_PLA
brizio
>
>
>
> On Thu, Apr 17, 2014 at 4:14 PM, Lorenzo Marcantonio
> <mailto:l.marcanto...@logossrl.com>> wrote:
>
> On Thu, Apr 17, 2014 at 08:54:19AM -0500, Dick Hollenbeck wrote:
> > >> Today is my 58th birthday, and it has become very cle
On 04/20/2014 04:24 AM, Dick Hollenbeck wrote:
> On 04/20/2014 04:09 AM, Lorenzo Marcantonio wrote:
>> It a misconception of mine or globals can't be "split"?
>>
>> I.e. if for some reason you instance two pcbnew in the same process all
>> the globals
On 04/20/2014 04:09 AM, Lorenzo Marcantonio wrote:
> It a misconception of mine or globals can't be "split"?
>
> I.e. if for some reason you instance two pcbnew in the same process all
> the globals (and class/function static) become shared?
>
> Could this give problem? Is there some data/BSS tri
On 04/19/2014 05:25 AM, Lorenzo Marcantonio wrote:
> Just to know what is the preferred idiom in this place...
> Often a downcast is needed (example: TRACK -> VIA) for obvious reasons;
>
> I've seen all of the three kind of casts in use around
> a) (VIA*)track
> b) static_cast( track )
> c) dynami
I got 4 hours in tonight, and started milestone B) so I can use that infra
structure to
fully understand what needs to be done to KIWAY_PLAYER::OpenProjectFiles() to
fix any
remaining issues with milestone A).
Tomorrow I have hopes of working long hours on KiCad to finish up A) and maybe
get fu
On 04/15/2014 10:24 AM, Javier Serrano wrote:
> On Tue, Apr 15, 2014 at 4:23 PM, Dick Hollenbeck wrote:
>
>> Today is my 58th birthday, and it has become very clear to me recently that
>> I am really
>> tired of looking at poorly written KiCad source code. I am not l
Here is a 100 mbaud ethernet switch I did 2 months ago, 5 ports, 10 length
matched
differential pairs.
The RXP1 and TXP1 traces go a little out of their way as they begin, this is so
they match
the RXM1 and TXP1 traces in length, respectively.
In this case 45 degree delays were enough, along wi
On 04/16/2014 03:40 PM, Pierre Parent wrote:
> Hi,
>
> Well, someone reported to me that he could ran a board only in slower DDR
> timing because he did not do any length matching.
>
> Also olimex has done length matching in their board olinuxino maxi (enclosed
> image), and we can find plenty
Pierre,
I can use this feature on about 1/2 of all the boards we are currently doing,
so it is a
useful feature.
I think now, before your patch, you can measure the current length of tracks,
but it is
not interactive, and sometimes it gives you the length of a segment rather than
the entire
tr
On 04/15/2014 09:45 AM, Nick Østergaard wrote:
> Greetings
>
> After the fuzz with the multiline text's origin [1], this was not
> fixed in the VRML export, maybe also some other exporters, I have not
> tried those.
>
> Here is a patch that applies the same method to the export_vrml.cpp as
> was
On 04/15/2014 09:16 AM, Nick Østergaard wrote:
> Hello
>
> I have see this bug [1] on the tracker for quite some time. I was
> hoping this would get fixed by itself when Dick was working more with
> KIWAY.
>
> I did take my liberty to mark this as high priority in the tracker, in
> my opinion it
> Sorry for the inconvenience.
>
> Dick
I want to say thanks to everyone for their patience on the Kiway work. I know
its been
somewhat disruptive. To be candid, its a miracle that 20,000 lines of changes
did not
break more than it did. Again, I appreciate those that are willing to be
t
On 04/14/2014 08:56 PM, Wayne Stambaugh wrote:
> On 4/14/2014 3:14 PM, Dick Hollenbeck wrote:
>> On 04/14/2014 02:03 PM, Wayne Stambaugh wrote:
>>> On 4/14/2014 2:37 PM, Dick Hollenbeck wrote:
>>>> On 04/14/2014 01:20 PM, Wayne Stambaugh wrote:
>>>>&
On 04/14/2014 02:03 PM, Wayne Stambaugh wrote:
> On 4/14/2014 2:37 PM, Dick Hollenbeck wrote:
>> On 04/14/2014 01:20 PM, Wayne Stambaugh wrote:
>>> I was working on a project with a project specific footprint library
>>> table when I noticed that it appeared to hav
On 04/12/2014 01:19 AM, Dick Hollenbeck wrote:
> On 04/11/2014 08:40 PM, Jean-Paul Louis wrote:
>> As the Subject says,
>> When I open KiCad, then click on “Help", then on “KiCad Manual” or “Getting
>> started with LiCad”, it crashes.
>> The “Copy Version Inform
On 04/14/2014 01:20 PM, Wayne Stambaugh wrote:
> I was working on a project with a project specific footprint library
> table when I noticed that it appeared to have all of the default legacy
> footprint libraries instead of the libraries that I had defined. I went
> and looked at the project fp-l
I was probably the last to work on this.
1) What program/executable?
2) Are you sure you have opened a project already. The behaviour you cite is
expected
until the project is opened. Until then, when you do an edit, you are editing
the project
specific template, as I wanted.
I certainly kno
On 04/13/2014 08:13 AM, Lorenzo Marcantonio wrote:
> On Sun, Apr 13, 2014 at 07:53:23AM -0500, Dick Hollenbeck wrote:
>> const wxChar NETCLASS::Default[] = wxT( "Default" );
>>
>> instead of
>>
>> const wxString NETCLASS::Default = wxT( "Defau
Rev 4799 should fix this particular issue for your toolchain.
The order of static constructors, although simply advertised as "uncertain",
actually
depends on the order of objects being linked into the link image on some
toolchains.
So just upgrading a toolchain can change this order, and sudde
On 04/12/2014 02:56 PM, Alexander Lunev wrote:
> This week I tried to build recent revisions of KiCad. Every attempt I built
> them, Pcbnew
> fell with segmentation fault. I tried different versions of wxWidgets with
> different
> options. It did not help. It was especially strange because other
On 04/11/2014 08:40 PM, Jean-Paul Louis wrote:
> As the Subject says,
> When I open KiCad, then click on “Help", then on “KiCad Manual” or “Getting
> started with LiCad”, it crashes.
> The “Copy Version Information" sub-menu is OK, and shown below.
>
> Application: kicad
> Version: (2014-04-11 BZ
On 04/11/2014 02:33 PM, Alberto Medrano wrote:
> Hi,
>
> I think that we need to add additional packages in order to compile from
> source without
> problem on "sudo apt-get build-deb kicad" instruction.
>
> libboost-thread-dev
> libghc-bzlib-dev
> libglew-dev
> libcgal-dev
>
> Tested on a new
ht of point it out here.
>
> Regards
> Fabrizio
>
>
>
>
>
>
> On Fri, Apr 11, 2014 at 2:47 PM, Dick Hollenbeck wrote:
>> On 04/11/2014 06:34 AM, Fabrizio Tappero wrote:
>>> Hi,
>>> the current install script for linux fails at step:
>&
On 04/10/2014 02:48 AM, Nick Østergaard wrote:
> Hello Dick et. al.
>
> I will now try my luck with a new patch for this. I looked some more
> in the bug tracker and I was reminded, that I actually was trying to
> fix this in another way.
>
> What I have done now it is to just use an environment
On 04/11/2014 04:29 AM, Fabrizio Tappero wrote:
> Hello
> I sometimes get contacted by people who install KiCad and get quite upset
> that there r not
> lib components. Later on when all the auto downloading from github has worked
> his magic,
> the same people contacting me and tell me how great
On 04/11/2014 06:34 AM, Fabrizio Tappero wrote:
> Hi,
> the current install script for linux fails at step:
>
> step 5) checking out the documentation from launchpad repo...
> bzr: ERROR: No such file:
> 'http://bazaar.launchpad.net/~kicad-developers/kicad/doc/.bzr/repository/pack-names'
>
>
> A
> I hope this will satisfy your stringent requirements:
>
> https://www.youtube.com/watch?v=oOqMAsZPotg&feature=youtu.be
Wow, that's impressive. Looks like vias are treated as fully relocatable
segments of a
track. Amazing stuff.
BTW which capture program do you like for making these kinds o
tting scarce. Going out, need the exercise.
Sent from my Galaxy S®III
Original message
From: Wayne Stambaugh
Date:04/09/2014 9:02 AM (GMT-06:00)
To: KiCad Developers
Subject: Re: [Kicad-developers] cvpcb updating FPID nicknames
On 4/9/2014 9:41 AM, Dick Hollenbeck
Wayne,
I was having no luck with FP_LIB_TABLE::ConvertFromLegacy() which was based on
assumptions
no longer in play. Please see this comment at line 174 of
cvpcb/readwrite_dlgs.cpp:
#if 0
This code block was based on two major assumptions that are no longer true:
1) Footprint library b
The file should contain something like this:
>
>
> (fp_lib_table
>
> (lib (name resistors)(type KiCad)(uri $KIMYLIB/resistors.pretty)(options
> "")(descr
> "Resistors"))
>
> (lib (name capas)(type KiCad)(uri $KIMYLIB/caps.pretty)(options "&qu
e new schematic symbols.
>
> Anyway, I just want to know if there is somebody working in an idea like that
> but just to
> keep the components, not creating them in the web since I could help creating
> components
> and a system to let people create components to share, following
On 04/07/2014 08:45 AM, Dick Hollenbeck wrote:
> On 04/07/2014 04:29 AM, Kaspar Emanuel wrote:
>> On 3 April 2014 21:30, Jean-Samuel Reynaud wrote:
>>>
>>>
>>> Please find attached a quick view of 3 possibles frame on wxpython
>>> project manager.
>
On 04/07/2014 04:29 AM, Kaspar Emanuel wrote:
> On 3 April 2014 21:30, Jean-Samuel Reynaud wrote:
>>
>>
>> Please find attached a quick view of 3 possibles frame on wxpython
>> project manager.
>> I'm not a specialist of ergonomics/design but it is some ideas I have.
>
> They look pretty nice. Th
Hello,
I see that Nick proposed a patch, which saves someone about 30 seconds and
costs me an
unknown amount of time to backtrack into the patch history, and verify that it
does not
break anything, considering we are using dummy repos all over the place.
Its not worth it to me, just set bzr w
On 04/05/2014 06:35 PM, Carl Poirier wrote:
> You guys are talking about pad names. There is no such thing, AFAIK; only pad
> numbers,
> which can be set to a string. Did Dick originally talk about setting those
> numbers?
(module SOD-123 (layer F.Cu)
(fp_text reference SOD-123 (at 0 -2.99974
using C and A for cathode and
> anode?
In my experience, the terminals of a capacitor are not called cathode
and anode.
YMMV,
Heiko
> On Fri, Apr 4, 2014 at 2:24 PM, jp charras <mailto:jp.char...@wanadoo.fr>> wrote:
>
> Le 04/04/2014 20:02, Nick Østergaard a écrit :
> I am thinking this is a very old debug message, which can be dropped.
Thanks.
Done.
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
M
On 04/04/2014 01:02 PM, Nick Østergaard wrote:
> 2014-04-04 19:24 GMT+02:00 Dick Hollenbeck :
>>
>>
>> I am in the process of migrating my personal footprint an schematic part
>> libraries to
>> using A and C for pad/pin names.
>>
>> Away from 1 and
On 04/04/2014 12:21 PM, Maciej Sumiński wrote:
> Ladies and gentlemen,
>
> As it was recently promised, we have fixed many bugs and added some new
> features to the GAL canvas in pcbnew (branch
> lp:~cern-kicad/kicad/drawing_tool).
>
> Main changes include:
> - edit points for dimensions
> - zo
I am in the process of migrating my personal footprint an schematic part
libraries to
using A and C for pad/pin names.
Away from 1 and 2.
Other than the fact that I now have the burden of maintaining every footprint
and
schematic part object myself relating to all things diode, from now to
e
>> I have try to find a solution by trace the library loading:
>> LD_DEBUG=all pcbnew
>> But the issue look to be due to a compilation option on some ubuntu
>> libs. Anyway I'm NOT sure of that...
This is the right path to an understanding. It's just that full source level
debugging is
needed
On 04/04/2014 11:08 AM, Lorenzo Marcantonio wrote:
> On Fri, Apr 04, 2014 at 08:37:05AM -0500, Dick Hollenbeck wrote:
>
>> Is there something wrong with my BOARD?
>> If so, what?
>
> AFAIK they appeared with the CERN router merge... they said it was
> som
On 04/04/2014 11:10 AM, Jean-Samuel Reynaud wrote:
> Le 04/04/2014 15:04, Dick Hollenbeck a écrit :
>> I'm sure you are not submitting this for a potential commit, right?
> Clearly the objectif of this patch is NOT to be commit.
>> Because:
>>
>> 1) The commen
t throwing in the idea.
>
>
> On Fri, Apr 4, 2014 at 10:41 AM, Dick Hollenbeck <mailto:d...@softplc.com>> wrote:
>
> Thanks Jean-Samuel, very very much!
>
> You seem to have met the "multiple open projects" criterion, so your
> proposals
waiting for ?
> Suggestions, comments ?
>
> @dick
> For the moment, the code do nothing it only a skeleton but I can
> commit/push it you want
>
> Le 02/04/2014 23:32, Dick Hollenbeck a écrit :
>> On 04/02/2014 12:39 PM, Dick Hollenbeck wrote:
>>> Here is mo
Is there something wrong with my BOARD?
If so, what?
If not, can we please get rid of these messages from the DEBUG build?
If so, why does the BOARD seem fine? I've actually already build it and it
fires up
electrically fine.
08:23:40: BOARD_CONNECTED_ITEM::GetNetClass():NULL netclass,type 1
201 - 300 of 2259 matches
Mail list logo