On 10/21/21 8:14 AM, Wayne Stambaugh wrote:
> On 10/21/21 9:03 AM, Dick Hollenbeck wrote:
>> On 10/19/21 3:29 PM, Seth Hillbrand wrote:
>>> we attempted to secure the rights to the original domain name from Dick
>>> without success.
>>
>> This is untrue.
On 10/19/21 3:29 PM, Seth Hillbrand wrote:
> we attempted to secure the rights to the original domain name from Dick
> without success.
This is untrue. *No* offer was ever made, neither to re-imburse nor any offer
to purchase was ever made.
"we attempted" is actually redic
The domain name
kicad-pcb.org has been recently sold.
The domain name
kicad-pcb.com is currently for sale.
Contact d...@softplc.com if interested please.
___
Mailing list: https://launchpad.net/~kicad-developers
Post to :
project associated with this
article. It even includes a simple example with gtest and gmock test cases to
show how to use it. Enjoy!
https://crascit.com/2015/07/25/cmake-gtest/
HTH,
Dick
___
Mailing list: https://launchpad.net/~kicad-developers
Post
likely to be a useful reference for future plugin writers.
Summary of my preferences: would prefer it be kept, we are using it
internally. Rename
it to "zip file" plugin, default it to OFF.
Thanks,
Dick
On 10/28/20 10:25 AM, Seth Hillbrand wrote:
> Hi Folks-
>
&g
On 9/4/20 8:38 AM, Dick Hollenbeck wrote:
> Any idea, in Fossa terms, what this missing library
> set is named?
found it:
libgtk-3-dev
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchp
issue on Fossa with the library
search?
Also, are we happy with the detail in this error message? I find it less than
helpful,
because it did not help me solve the problem.
Thanks,
Dick
___
Mailing list: https://launchpad.net/~kicad-d
On 4/13/20 7:39 AM, Dick Hollenbeck wrote:
> Individual
> PROJECT clients view their libraries through the lens of their own
> FP_LIB_TABLE.
>
> If at that point shared pointers were introduced, it might be too bad to get
> to shared
> libraries. If something is in the wa
s is the way to go.
Also, being
able to see that the design anticipates features not already implemented is no
small thing.
Dick
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
My definition:
I like to abstract the definition a little more than some designers, and
include things
like singletons because a singleton intends to limit the number of instances to
one. I
would think you still have a global variable if you wrapped it into a class
with a single
static instanc
In a great number of cases we all use the "Do Not Stuff" flag to differentiate
builds,
using the same PCB. Works well in many cases.
But the conditional include for schematic hierarchical sheets is intended for
the use case
where things must be mutually exclusive due to size contraints. It sim
On 3/21/20 10:33 AM, Seth Hillbrand wrote:
> On 2020-03-20 08:01, Dick Hollenbeck wrote:
>> Folks,
>>
>> I am trying to use the same hierarchical schematic and product two
>> board files. So my
>> plan is to have a symlink for the board file which can poi
On 3/21/20 10:33 AM, Seth Hillbrand wrote:
> On 2020-03-20 08:01, Dick Hollenbeck wrote:
>> Folks,
>>
>> I am trying to use the same hierarchical schematic and product two
>> board files. So my
>> plan is to have a symlink for the board file which can poi
In better English:
https://gitlab.com/kicad/services/kicad-doc/-/issues/779
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help :
e to store this flag.
Dick
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help : https://help.launchpad.net/ListHelp
including all
open
libraries in the PROJECT instance. Shared pointer or something like that.
I know there are some python enthusiasts and gurus out there, take this ball
and roll with
it if you want. Maybe it snowballs.
Regards,
Dick
___
Mailing
The other confusing aspect of this is that my old schematic did list the
dependent
libraries. So why the *.pro file was key to which libraries were being used is
perhaps a
legacy curiosity.
EESchema Schematic File Version 2
LIBS:mylib
LIBS:ttl_ieee
LIBS:power
LIBS:device
LIBS:conn
LIBS:linear
L
old *.sch.
Bridge crossed.
My thanks to the team again.
Dick
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help : https://help.launchpad.net/ListHelp
On 1/20/20 11:44 AM, Wayne Stambaugh wrote:
> Is mylib an entry in the list of libraries below the
>
> LibDir=/i/pcbs/kicad_parts;/usr/local/share/kicad/library
Does this not illustrate a yes to your question?
>>> /i/pcbs/kicad_parts$ ll mylib*
>>> -rw-rw 1 dick
Same is true if I try and load from project manager.
On 1/20/20 10:24 AM, Dick Hollenbeck wrote:
> I want to use standalone EESCHEMA (standalone =: run from command line not
> project
> manager) to load an old schematic.
>
> In the project *.pro file corresponding to the old
I made called mylib:
/i/pcbs/kicad_parts$ ll mylib*
-rw-rw 1 dick develop 286715 Apr 16 2018 mylib.bak
-rw-rw 1 dick develop785 Sep 27 16:12 mylib.bck
-rw-rw 1 dick develop785 Sep 27 16:12 mylib.dcm
-rw-rw 1 dick develop 300397 Sep 27 16:12 mylib.lib
$ eeschema old
ome
other user
action required to get the pad highlighted via cross-probing.
Thanks,
Dick
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-devel
f
all people,
don't indict that in one sentence.
git with rebasing helps, but you knew that. And the receptiveness of upstream
plays a big
role in weighing the pain factor and the patch backlog. Overall it is an
additional
element of freedom, and yes it
On 10/14/19 1:31 AM, Dick Hollenbeck wrote:
> Is there a reason to try and host gitlab ourselves?
I would look for gitlab in a Docker container, could be easy for the experienced
volunteer.
___
Mailing list: https://launchpad.net/~kicad-developers
P
ing a wonderful job on the
enhancements.
It was a joy to use.
Regards,
Dick
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More
foundation, then I would remain more confused than I am now. And its confusing
how that
might be possible.
Because I bought what I would have called a super computer 12 years ago for
under $35
recently, with a lot of ram.
Dick
___
Mailing list: htt
On 5/3/19 9:41 AM, Wayne Stambaugh wrote:
> There is a secondary goal of removing wxWidgets from our low level
> objects. Maybe some day we can build the low level KiCad non-ui
> libraries sans wxWdigets. My thinking is that wxString should only come
> into play at the UI level when dealing with
s list is not thread-protected.
>>
>> Note that wxWidgets will add/remove a pointer even for something
>> seemingly innocuous
>> like an Empty() check. So doing mutex locks on our side for non-const
>> iterator
>> access is not sufficient.
>>
>
ixed 3 or 4 of
> them (by adding
> our own mutex checking on any access), but are there 0 or 10 more?
> Haven’t a clue.
>
>>> It is between sad and breath taking.
>
> Indeed.
>
> Cheers,
> Jeff.
>
>> On 3 May 2019, at 15:16
s a simple solution set, without too many ripples. But to get that
lucky
would require knowing what the immediate problems are in more detail.
Dick
On 5/3/19 8:25 AM, Wayne Stambaugh wrote:
> Dick,
>
> On 5/2/19 6:32 PM, Dick Hollenbeck wrote:
>> On 4/30/19 4:36 AM, Jeff Young
Thanks Jeff.
On 5/3/19 4:22 AM, Jeff Young wrote:
> Hi Dick,
>
>>> h) What is the list of deficiencies with current string usage?
>
> I only have one issue with the current use of wxString, but it’s a big one:
> it crashes
> (unpredictably) when used multi-threaded i
On 5/2/19 5:32 PM, Dick Hollenbeck wrote:
> On 4/30/19 4:36 AM, Jeff Young wrote:
>> We had talked earlier about throwing the wxWidgets UTF8 compile switch to
>> get rid of our wxString re-entrancy problems. However, I noticed that the
>> 6.0 work packages doc includes an
arity with KiCad's internal
workings,
string use cases, and goals.
Let me know if I can help.
Regards,
Dick
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchp
eedback, if any one cares.
Again, thank you very much for your time.
Dick
On 4/29/19 6:38 AM, jp charras wrote:
>> Would be nice to generate a BOM, could do it for the last 12 years, cannot
>> now.
>>
> Hi Dick,
>
> I do not remember when and why the config file
Folks,
Today I tried to create a BOM from eeschema using a plugin command line that
had been
working for about 8 years. I need information on this new interface. Either
it is broken
or I am missing the intended set of goals and intentions. So documentation on
the latter
would be nice. Other
early identified.
> This is not really a format change.
JP, I think you are blending syntax with grammar. I do not understand the
need for this
change and currently do not agree with it. It creates noise in version control
systems,
and makes the files bigger, for no real gain.
The save f
on the table
get expanded even more.I can not over state the value in studying previous
solutions to a similar problem.Smart people do that.
Dick
>
> On Mar 6, 2018 at 4:01 AM,wrote:
>
> Hi Miles,
>
>
> I wasn’t
thy you need a class act at the top, you have one in Wayne.
Dick
P.S.
*) The project has SoftPLC Corporation's permission to re-license its
copyrights under GPL3.
*) When somebody other than superman Jean-Pierre surpasses this number of
commits:
$ bzr log | grep 'dickelbeck\
On 08/21/2014 04:38 PM, Jon Neal wrote:
> Looking from the outside that is very aggressive, harsh, and childish. I
> thought you were
> stepping away from the project Dick (At least that is what you said a few
> weeks ago).
Jon,
Your uninformed opinion will have no effect on
t (after having been given
a chance
to offer immediate correction), as will anyone who challenges this stance.
Dick
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launc
On 08/20/2014 05:07 PM, Michael Narigon wrote:
> Gents,
> It probably landed in your spam filter (half the e-mails from the developers
> list do to me) but I sent a message that I am pretty far along on what you
> are discussing. See the tar file at https://code.launchpad.net/~mnarigon.
>
> I us
On 08/20/2014 11:45 AM, Wayne Stambaugh wrote:
> On 8/19/2014 5:17 PM, Dick Hollenbeck wrote:
>> On 08/19/2014 03:37 PM, Wayne Stambaugh wrote:
>>> On 8/19/2014 4:17 PM, Dick Hollenbeck wrote:
>>>> On 08/18/2014 06:47 PM, Wayne Stambaugh wrote:
>>>>>
On 08/20/2014 08:14 AM, Brian Sidebotham wrote:
>> Hi guys,
>>
>> Sorry for asking dumb questions, but what is this whole QuasiModal stuff
>> for?
>>
>> Tom
>
> Hi Tom,
>
> No question is dumb.
>
> See Yann's description (from earlier in this thread) of the problem
> below, to which Quaimodal is
On 08/19/2014 04:17 PM, Mário Luzeiro wrote:
> I was trying to run the FreeRouting in KiCad and It is not working (I was
> running it some 5 weeks ago..)
> Then I found that sad litigation story:/ I really don't understand that
> companies and what they are afraid of :|
>
> Are already any plans
On 08/19/2014 03:37 PM, Wayne Stambaugh wrote:
> On 8/19/2014 4:17 PM, Dick Hollenbeck wrote:
>> On 08/18/2014 06:47 PM, Wayne Stambaugh wrote:
>>> On 8/18/2014 6:45 PM, Brian Sidebotham wrote:
>>>> On 16 August 2014 17:44, Wayne Stambaugh wrote:
>>>>&
On 08/19/2014 03:16 PM, Vesa Solonen wrote:
> 19/08/14, 21:35, Wayne Stambaugh kirjoitti:
>> On 8/19/2014 1:53 PM, Dick Hollenbeck wrote:
>
>>> If I have part 'R' in mylib, and it is also in library devices, it shows me
>>> devices as my
>>> top
embedded calls
these recipes.
As modular KiCad milestone C) rolls out, your biggest problem Wayne is going to
be dealing
with python on Windows. You will have to use python-a-mingw-us, and Brian's
work there is
clearly leading edge.
Pyth
n the leading edge of features.
(This probably produces a tenfold increase in testers, and as a result maybe we
find a
little bug here or there yet, but I doubt seriously I'll have to reverse my
supposition
above.)
Dick
In comparison, the stable version is fools gold, but I rep
On 08/19/2014 05:00 AM, Cirilo Bernardo wrote:
> While working on the bitmap2component tool to add support for
> placing bitmaps onto the planned Underlay 1/2 layers I noticed
> that the deprecated *.emp export format is still supported by
> the tool. If there are no objections I'll remove that opt
On 08/19/2014 01:35 PM, Wayne Stambaugh wrote:
> On 8/19/2014 1:53 PM, Dick Hollenbeck wrote:
>> On 08/19/2014 07:33 AM, Wayne Stambaugh wrote:
>>> On 8/18/2014 5:46 PM, Dick Hollenbeck wrote:
>>>>
>>>>>> I will do the "workaround" reorderi
On 08/19/2014 07:33 AM, Wayne Stambaugh wrote:
> On 8/18/2014 5:46 PM, Dick Hollenbeck wrote:
>>
>>>> I will do the "workaround" reordering of my libraries.. not a problem for
>>>> me now that I know how it works..
>>>
>>>
>>
undations get simpler, so do the algorithms.
>
>
> Dick
This one simplifies everything by removing the sort() and the sortOrder
support. The
library list is loaded in the proper order, I know of no reason to sort it.
Guys please try this one instead of other, and comment.
It is eve
On 08/18/2014 04:26 PM, Mário Luzeiro wrote:
> Hi Dick,
>
> Thanks for your explanations.
> This is fun, considering the years I am using kicad and only now find this
> situation :)
>
> I was right now checking the project files looking for the libraries and I
On 08/18/2014 04:03 PM, Dick Hollenbeck wrote:
> On 08/18/2014 03:36 PM, Wayne Stambaugh wrote:
>> On 8/18/2014 4:30 PM, Mário Luzeiro wrote:
>>> I found that if I have multiple libraries with same component names
>>> (notable ex: R, C, INDUCTOR .. ) I cannot sel
the history of eeschema did you have a choice between multiple
lib_parts
identically named "R". The library listing order always determined which one
you got.
You always had to have uniquely name lib_parts, or settle for whatever the
search order
gave you.
Just run the dial
The order of parts search is given by the order of library names in the *.pro
file.
Here in my project, you see the first two are mine, followed by the standard
ones.
One is project specific and the other is cross project:
If you change this order, by dialog or text editor, you will get differen
On 08/18/2014 03:30 PM, Mário Luzeiro wrote:
> I found that if I have multiple libraries with same component names (notable
> ex: R, C, INDUCTOR .. ) I cannot select another component other than the one
> already cached (?). I mean, if I select a R from another library it will load
> the same R
On 08/18/2014 05:37 AM, Nick Østergaard wrote:
> Hello Dick
>
> I see a bug in your commit 5072 (also present in latest commit 5079).
> In that commit; when opening a schematic, then all connections are
> showed as not connected (with the square green box around the end
> node
>>
> Good news !
>
> thanks Dick !
>
> but where is that 5089 version ? I just ran the install script and it
> updated to 5081. May be it was 5079 ?
Yes.
___
Mailing list: https://launchpad.net/~kicad-developers
Post t
for it
to work.
It it not perfect, but quasimodal is a graft on top of the wx API, and without
going to
the platform API for further experimentation, we're limited. Still way ahead
of where we
started I would say.
It's good enough for me, anyways.
Dick
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help : https://help.launchpad.net/ListHelp
nough step up to pick up the pieces. I won't be able to help, but I see much
promise in
this.
Certainly the MAC developers have the most to lose here, and with a little help
can keep
this from becoming a catastrophic blow to the KiCad Mac support. While at the
same time
bringing value to
regard.
It is a shame that this blows the confidence in 3.0.1. Although if a person
was going to
build from source, I suppose they could patch this bug before building.
Anyways, nothing wrong with compatibility of that package you installed, it
simply has a
crashin
On 08/15/2014 08:32 PM, Andrew Zonenberg wrote:
> Does not crash when run under Valgrind, instead gives this error:
>
> ==32723== Invalid read of size 8
^ this error? I've seen that before and never could figure it out, nor was it
ever the
cause of any problem running valgrind.
I would say bui
On 08/15/2014 03:18 PM, Derek Kozel wrote:
> 'eeschema' allows instances with the same name
> https://bugs.launchpad.net/kicad/+bug/593782
>
> I've just checked this bug and the faulty behaviour has already been fixed in
> the
> current revision. However there is still an incorrect behaviour whe
won't spend another minute on it.
>>
>> Here is my personal reasoning: Ubuntu Trusty is free, my time is not.
>>
>>
>> Dick
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers
On 08/15/2014 02:16 PM, Wayne Stambaugh wrote:
> On 8/15/2014 3:00 PM, Dick Hollenbeck wrote:
>> On 08/15/2014 10:00 AM, Wayne Stambaugh wrote:
>>> On 8/15/2014 8:47 AM, Dick Hollenbeck wrote:
>>>> On 08/14/2014 07:31 PM, yann jautard wrote:
>>>>>
>&
d for a debug build, run it a second time in a new out of tree build dir:
$ ../configure --with-gtk --prefix=/opt/wx3.x-stl --enable-debug
--enable-debug_info
--enable-debug_gdb --with-expat --enable-html --enable-stl --with-regex=builtin
$ make -j4
$ make install
$ ldconfig
It takes
On 08/15/2014 10:00 AM, Wayne Stambaugh wrote:
> On 8/15/2014 8:47 AM, Dick Hollenbeck wrote:
>> On 08/14/2014 07:31 PM, yann jautard wrote:
>>>
>>> Le 14/08/2014 16:21, Dick Hollenbeck a écrit :
>>>>> I don't know if it is technically possible to cha
http://packages.ubuntu.com/trusty/libwxgtk3.0-0
for Trusty only.
With "dev" packages too.
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-develope
On 08/14/2014 07:31 PM, yann jautard wrote:
>
> Le 14/08/2014 16:21, Dick Hollenbeck a écrit :
>>> I don't know if it is technically possible to change this behaviour, but
>>> I think it could be a great improvement.
>>>
>> :
>>> yann
&g
On 08/13/2014 06:40 PM, Wayne Stambaugh wrote:
> On 8/13/2014 6:23 PM, Dick Hollenbeck wrote:
>> On 08/13/2014 03:43 PM, Wayne Stambaugh wrote:
>>> On 8/13/2014 4:37 PM, Dick Hollenbeck wrote:
>>>>
>>>> Many changes were introduced in revision 5072.
&g
modal if something bad
gets
discovered down the line. Then after enough testing we can do global search
and replace
and jump off the macros.
Dick
=== modified file 'pcbnew/dialogs/dialog_edit_module_for_BoardEditor.cpp'
--- pcbnew/dialogs/dialog_edit_module_for_BoardEdito
On 08/13/2014 03:43 PM, Wayne Stambaugh wrote:
> On 8/13/2014 4:37 PM, Dick Hollenbeck wrote:
>>
>> Many changes were introduced in revision 5072.
>>
>> If you are happy with your current binaries, stay where you are until the
>> pond settles.
>>
>> If
Many changes were introduced in revision 5072.
If you are happy with your current binaries, stay where you are until the pond
settles.
If you want to see if your known bugs are fixed, then take a look at it and
that testing
will be appreciated.
Thanks,
Dick
On 08/13/2014 10:34 AM, Wayne Stambaugh wrote:
> I just fixed the broken configuration toolbar button in CvPcb to launch
> the footprint library table editor. I happened to notice that the
> legacy configuration dialog files are still in the dialog folder. I
> think it's safe to remove them since
On 08/13/2014 10:31 AM, Jean-Paul Louis wrote:
> Hi Dick,
> Those app notes are interesting, but Johanson is known for high performance
> aka very expensive devices.
> Is your design so critical that you have to worry about less than 0.5nH
> inductance?
> Is it ultra high frequ
On 08/13/2014 10:07 AM, Wayne Stambaugh wrote:
> On 8/11/2014 10:24 PM, Dick Hollenbeck wrote:
>> We got any of these in our part or footprint libraries?
>>
>> http://www.johansondielectrics.com/technical-notes/x2y-application-notes/x2y-power-bypass-pcb-mounting.html#.U-l
/**
* Function GetChars
* returns a wxChar* to the actual wxChar* data within a wxString, and is
* helpful for passing strings to wxString::Printf() and wxString::Format().
* It can also be passed a UTF8 parameter which will be converted to wxString
* by the compiler.
*
* Example: wxString
On 08/13/2014 07:34 AM, Andrew Zonenberg wrote:
> wxString( fpOnBoard->GetFPID().GetFootprintName() ).GetData(),
I thought we could pass a UTF8 to GetChars() ?
GetChars( fpOnBoard->GetFPID().GetFootprintName() )
Seems simpler to read, the type promotion to wxString is then magical.
___
committed in rev. 5065.
Thanks.
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help : https://help.launchpad.net/ListHelp
We got any of these in our part or footprint libraries?
http://www.johansondielectrics.com/technical-notes/x2y-application-notes/x2y-power-bypass-pcb-mounting.html#.U-l5WtZGlO4
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kic
On 08/11/2014 07:51 PM, Andrew Zonenberg wrote:
> Hi all,
>
> I submitted a merge request a week or two ago via Launchpad:
> https://code.launchpad.net/~azonenberg/kicad/advanced-feature-bugfixes/+merge/229341
>
> Orson and Wayne both commented on it with some minor concerns related to
> #ifdefs
This is why we can't have nice things.
Doing a checkout on the "docs" repo gives:
dick@dick-intel:/svn/kicad/product$ cd /tmp
dick@dick-intel:/tmp$ bzr co
https://code.launchpad.net/~kicad-developers/kicad/doc
bzr: ERROR: No such file:
'http://bazaar.launchpad.net/~ki
On 08/04/2014 11:15 AM, Simon Gansen wrote:
> Hi,
>
> I'm new to KiCad developement and wondering what is the designated way
> to contribute package footprints.
>
> Once I've created a pull request at github for a schematic symbol to
> github.com/KiCad/kicad-library, which was merged a few hour l
On 07/29/2014 02:02 PM, Wayne Stambaugh wrote:
> On 7/27/2014 1:33 PM, Dick Hollenbeck wrote:
>> Gentlemen:
>>
>> In the course of trying to load the schematic editor directly under
>> kicad.exe, by-passing
>> eeschema top frame itself, I was exposed to a ran
Can someone please fix this:
/svn/kicad/product/common/common.cpp:48:13: warning: #warning "You must use
'--with-gnomeprint' or '--with-gtkprint' in your wx library configuration for
full print
capabilities." [-Wcpp]
# warning "You must use '--with-gnomeprint' or '--with-gtkprint' i
Wayne,
In our 3/20/2014 "project planning" conversation I mentioned:
newstring = Prj().Substitute( oldstring );
and 6 or so other suggestions for your project planning document.
Just curious, where is that document, and did these get recorded?
Dick
BTW, the PROJECT::
This is expected from time to time when loading a board saved with a newer
version into
older software.
The newer software will load it fine. If you want the older software to load
it, then
don't save using the newer software.
___
Mailing list: http
ove
the enum typing and try that. The size of the enum only saves a few bytes
when we have
arrays of them, and that is limited.
Again I don't like the patch 4, since I tried that weeks ago and deliberately
chose to go
a different way.
Your explanations and patch styles were very good BTW
On 07/30/2014 02:51 PM, Michael Narigon wrote:
> All, Here are four patches to correct some warnings I am seeing while
> compiling with
> the OS X compiler in C++11 mode. I think they have general applicability for
> all
> targets. I checked that the patches will apply against 5037 and that the 5
> It happened to me when I open kicad on the commandline with a *.pro file in
> the same
> directory (essentially what jp said)
I missed that since I haven't used kicad.exe that way.
The next step on this topic is to remove all the wxSetWorkingDirectory() calls
and make
the software work wit
On 07/28/2014 08:58 AM, jp charras wrote:
> Le 28/07/2014 15:20, Dick Hollenbeck a écrit :
>> Thanks Henner:
>>
>> I'll look at this now. The surprise is the inconsistency of the file
>> dialog, which
>> normally returns a full path, but here not. An assert
So I won't use your patch as is. But thanks for the diagnosis.
PROJECT::SetProjectFullName() requires a full path. So we'll have to come up
with that.
I'll fix this this morning.
Dick
___
Mailing list: https://launchpad.net/~kica
ux and mac, you are using the
one with
the most grief WRT KiCad support.
Dick
On 07/26/2014 05:50 PM, Jake wrote:
> Hi,
>
> I'm running kicad (2014-05-31 BZR 4902)-product on MacOS from a build I
> downloaded and i'm having a serious problem.
>
> It's been
estion since you used the pronoun "this" and I am
terrible at
mapping pronouns to actual nouns. My mind doesn't like ambiguity, too many
years of
programming.
Dick
___
Mailing list: https://launchpad.net/~kicad-developers
Post to
On 07/26/2014 02:53 PM, Mário Luzeiro wrote:
> Hi all,
>
> I notice that in my system, I have problems parsing data with actual %lf
> notation that kicad is using.
> I got warnings about it when it is building, complaining that it is expecting
> a double but it is parsing to float.
Line 50 of
re
development.
And the cost of the computer is typically one of those famous self regulating
problems:
The guy at the keyboard's time will tend to be valued according to its actual
value in the
marketplace.
Dick
___
Mailing list: https://launchpad.
in the future and hides information in general.
Please try the attached patch instead, and notice any formatting differences.
Dick
=== modified file 'pcbnew/class_pcb_layer_widget.cpp'
--- pcbnew/class_pcb_layer_widget.cpp 2014-07-20 17:41:12 +
+++ pcbnew/class_pcb_layer_widget.c
gt; working on.
That would not be enough for me. Sorry I cannot help you.
Maybe someone else can.
Dick
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/
I could not duplicate this with the one and only board I tried it with.
You may have to zip up the board and netlist file, at least.
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe
1 - 100 of 2262 matches
Mail list logo