I have been looking into this issue and have a branch that i have been
working on intermittently, where i was thinking about having it so that if
you left click on the colour button/indicator then it would provide the
colour dialog, although something that i am curious about is why the
colours
When you add a 3d model for a footprint
If the model file is inside the KISYS3DMOD directory then it is
automatically made relative path
If the model file is outside the KISYS3DMOD directory then you get a dialog
as to whether it should
be relative or not,
If the model file is not in the
In BZR-6363 a patch was made so that OpenMP worked on non-gcc compilers
check_find_package_result( OPENMP_FOUND "OpenMP" )
Was also added, This appears to make OpenMP a dependency for building kicad?
Is this meant to be the case or was this line added in error
thanks
Simon
There is
#define STAND_ALONE 1 in layer_widget.cpp
which is typically commented out, due to this being used to enable a test
application that i assumed was used at first for designing the widget. Due
to insufficient includes this (test) code no longer works, should the code
just be removed or
kicad seems to have a copy of the potrace code in the tree.
potrace_version.h claims this is version 1.12
the potrace website shows this changelog for 1.13 which was released on
22/10
Some critical bugs in the processing of BMP files were fixed. These bugs
allowed the program to be crashed, or
I have tested it on OSX with before and after here
http://s14.postimg.org/gf0kty89t/Untitled_1.png
I would prefer to see the top toolbar no longer based on the AUI as i think
it is unnecessary for that particular toolbar as it is not really one that
needs to be docked and undocked.
It this was
A patch to make the plot dialog in eeschema look a bit cleaner,
Including the inline of the Output directory and its text field/browse
button
Moving the plot format to the left of the plot options as the plot options
depend on the plot format,
plot-dialog.patch
Description: Binary data
, Simon Wells <swel...@gmail.com> wrote:
> I have tested it on OSX with before and after here
>
> http://s14.postimg.org/gf0kty89t/Untitled_1.png
>
> I would prefer to see the top toolbar no longer based on the AUI as i
> think it is unnecessary for that particular toolbar
esspecially in the manager as then the toolbar has no division from the
rest of the window.
> Which top toolbar, kicad, eeschema, pcbnew?
On Wed, Dec 16, 2015 at 10:14 AM, Simon Wells <swel...@gmail.com> wrote:
> http://s14.postimg.org/rnvw70sr5/Screen_Shot_2015_12_16_at_08_02_19.
Due to the "Default Canvas" being called the "Legacy Canvas" is it not time
to change it in kicad. The current naming of Default canvas also is a bit
confusing as you would normally see the "Default" one listed as its name as
well.
The patch i have attached changes all references to Default
baugh <stambaughw@x>:
> >> I'm not sure why openmp would be a dependency that is compiler
> >> dependent. I didn't add the openmp dependency so I cannot comment on
> >> why this would be specific to gcc. Anyone else know why openmp was gcc
> >>
I am doing some modifications to the layer widget and was wanting some
comments. Part of this is making it so that if you LEFT click on the colour
button you get the colour selection dialog. Currently i believe this is
very broken as you should not have a wxButton that does not behave as
expected
Currently the add_directory()'s in the main CMakeLists.txt file are before
stuff like find_package( Doxygen ) and so it needs to be repeated in
pcbnew, Is there a reason for this order?
Attached is a patch that changes the order of things to put add_directory
at the bottom so all flags in the
Sorry this was meant to be sent to the list not just to Adam
Simon Asked:
which bug was it that required upgrading? is it one that may need to
up the minimum cmake version required in CMakeLists.txt?
-
Adam Responded:
I think so, especially on OS X.
https://cmake.org/Bug/view.php?id=15355
On
N for usual build, OFF for testing builds)
> and
> -DKICAD_SCRIPTING_WXPYTHON=ON (sometimes) or OFF (usually).
>
>
>>
>> On 6/7/2016 2:25 PM, Nick Østergaard wrote:
>>> What about one that just enables all three, for example -DKICAD_PYTHON?
>>>
>>> And
er to build the C++11 stuff with the
> nightlies. I upgraded to CMake 3.5.2. Upgrading to CMake 3.5.2 breaks the
> stable branch on OS X. I downgraded to CMake 3.1.2 for this build, and...
>
>
> Adam Wolf
> Cofounder and Engineer
> W
>
> On Thu, Jun 2, 2016 at 4:14 PM, Simon Wells
also getting a crash here after starting in OGL -> Cairo -> OGL (osx)
On Sat, Jun 11, 2016 at 5:20 AM, jp charras wrote:
> Hi, Orson,
>
> I have a new issue after commit 6912/6913:
> I can switch from legacy to opengl canvas or cairo canvas, but once I have
> switched
Hi Wayne,
I have tested this on OSX with a mounted network drive, i think that
is the most equivalent to a mapped network drive on windows. And do
not see a crash, But i switched back to the local project using the
recent project list. Does it occur if you use that list as well or
only if you do
y to allocate m_watcher on the stack and
> see if destroying the wxFileSystemWatcher object at a different time
> makes a difference.
>
> Wayne
>
> On 6/14/2016 4:21 PM, Simon Wells wrote:
>> Hi Wayne,
>>
>> I have tested this on OSX with a mounted network
Does windows even support filesystemwatcher events on network drives?
as would that not make for quite heavy loads on the network?
On Wed, Jun 15, 2016 at 8:38 AM, Wayne Stambaugh <stambau...@gmail.com> wrote:
> On 6/14/2016 4:34 PM, Simon Wells wrote:
>> It was when opening
it disappeared from the kicad file window. Who knew?
>
> On 6/14/2016 4:47 PM, Simon Wells wrote:
>> Does windows even support filesystemwatcher events on network drives?
>> as would that not make for quite heavy loads on the network?
>>
>> On Wed, Jun 15, 2016 at 8
KICAD_SCRIPTING_WXPYTHON=ON
>>
>>
>> 2016-06-07 20:24 GMT+02:00 Simon Wells <swel...@gmail.com>:
>>> Is there anyone who doesn't use All or None of the python build
>>> options? As with how codependent a lot of the code has become it seems
>>>
te:
>>
>> There's still at least a minor problem--the extras DMG has an invalid
>> checksum. We're close!
>>
>> On Tue, Jun 7, 2016 at 10:57 AM, Simon Wells <swel...@gmail.com> wrote:
>> do we want stable compatible with newer versions of cmake or is it no
Is there anyone who doesn't use All or None of the python build
options? As with how codependent a lot of the code has become it seems
pointless still having the 3 build options. Would it not be better to
just have one saying -DKICAD_PYTHON or -DKICAD_SCRIPTING?
Simon
Hey Adam,
How goes getting the nightlies going again?
Simon
On Wed, May 18, 2016 at 8:14 AM, Adam Wolf
wrote:
> Looks like this is a bug in CMake 3.1 on OS X.
>
> https://cmake.org/Bug/view.php?id=15355
>
> I upgraded and launched a new set of builds.
>
> On Tue,
the pitfalls behind MINGW but have picked up a
bit from the script is requestion 'python' a bad idea on MINGW?
thanks
Simon
On Sat, May 21, 2016 at 10:50 AM, Simon Wells <swel...@gmail.com> wrote:
> heres the patch
>
> On Sat, May 21, 2016 at 10:49 AM, Simon Wells <swel..
do the fad engineering distros even define those types?
On Tue, May 31, 2016 at 7:35 AM, Chris Pavlina wrote:
> Perhaps. In general this should be the job of the distribution, but I'm not
> sure we can count on the distributions to define such application-specific
>
I know that bugs should be fix commited until a new version is
released that has the bug fix in it. But IF a bug was only introduced
in the product repo and subsequently fixed
https://bugs.launchpad.net/kicad/+bug/1523933
as seen in this bug which was Introduced in 6352 fixed in 6359 the
version
Hi Bob,
In trunk/nightlies there is an option to have 2 finger pan instead of
zoom with pinch-to-zoom. Which makes the behaviour much better on osx
touchpads, While the speed of the zoom is annoying in stable i don't
think it will be backported into stable
Simon
On Thu, Jun 16, 2016 at 2:25 AM,
Just had someone ask in irc about custom shaped pads, Has this patch
been veto'd or will it be merged?
On Mon, Apr 25, 2016 at 3:37 AM, jp charras wrote:
> Le 11/04/2016 02:29, Cirilo Bernardo a écrit :
>> Hi Jean-Pierre,
>>
>> The custom shaped pads and editor dialogs
Simple patch to if the required curl dependency in cmake if the github
plugin is disabled
kicad_cmakecurl-v1.patch
Description: Binary data
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
user try the latest
> nightlies before that, the ones from May?
>
> Adam Wolf
>
> On Sat, Jun 18, 2016 at 6:34 AM, Simon Wells <swel...@gmail.com> wrote:
>>
>> Hi Adam,
>>
>> Had someone report to me that cvpcb in the "latest" nightly (aka
on builds you make too?
>
>
> On Sat, Jun 18, 2016, 9:21 PM Simon Wells <swel...@gmail.com> wrote:
>>
>> I can reproduce it here, So i have tested 6775 nightly which works
>> fine, stable -rc7 also works fine here. Are you unable to reproduce
>> the issue?
&
well to clarify only on your 2nd of june nightly, all the others work fine
On Sun, Jun 19, 2016 at 2:45 PM, Simon Wells <swel...@gmail.com> wrote:
> only on your builds, works fine on my builds
>
> On Sun, Jun 19, 2016 at 2:31 PM, Adam Wolf
> <adamw...@feelslikeburning.com>
Hi Adam,
Had someone report to me that cvpcb in the "latest" nightly (aka
2016-06-02) is consistently crashing in cvpcb likely related to the
github plugin. Attached is crash log.
I can't remember any changes over the last 22 days that have/should
have solved this,
Application: kicad
Version:
Hey Adam,
Just tested the latest nightly and am still getting the cvpcb crash
Simon
On Sun, Jun 19, 2016 at 2:46 PM, Simon Wells <swel...@gmail.com> wrote:
> well to clarify only on your 2nd of june nightly, all the others work fine
>
> On Sun, Jun 19, 2016 at 2:45 PM, Si
m>:
>> > Good to know. The stable release is ready on my side, nightlies are
>> > running
>> > again, the 3D test builds are going... Now to get cracking on some bugs!
>> >
>> >
>> > On Thu, Jun 23, 2016, 4:35 PM Simon Wells <swel...@gm
I am currently trying to build and getting
[ 30%] Building CXX object
common/CMakeFiles/common.dir/kicad_curl/kicad_curl.cpp.o
kicad/common/kicad_curl/kicad_curl.cpp:107:46: error: cannot
pass non-POD object of type 'wxString' to variadic function; expected
type from format string was
code under modules and
scripting since you can't have modules without scripting now
also contains the order changes from the last patch
Simon
On Wed, Jan 13, 2016 at 10:15 AM, Simon Wells <swel...@gmail.com> wrote:
> Currently the add_directory()'s in the main CMakeLists.txt file a
Currently the Language List throughout kicad advises it is used for testing only
common/pgm_base.cpp:72 * The selection of languages is mainly for
maintainer's convenience
the tooltip for the languages option in preferences is also "only used
for testing!"
If this is the case do we really
sorry messed up one line of the patch
On Fri, Jan 15, 2016 at 8:30 AM, Simon Wells <swel...@gmail.com> wrote:
> Please find an attached patch, I am still working on my layer_widget
> full patch but this should be useful in the interim
>
> esspeically for those that don't hav
middle click?
On Fri, Jan 15, 2016 at 8:12 AM, Bernhard Stegmaier wrote:
> How do you change at all?
>
> In the “Visibles” toolbar with Render=>Grid by clicking on the small
> button?
>
> Nothing happens when I click there… but not only for grid, but also all
> the
Attached is a patch that cleans up the kicad project manager includes.
It removes ones that are unnecessary and replaces <> where it makes
sense
kicad-prjmgr.patch
Description: Binary data
___
Mailing list: https://launchpad.net/~kicad-developers
Post
; color, then the button gets bigger than before.
> However, this is only a cosmetic issue (and again, for now better than not
> being able to change color on OS X at all).
>
> Patch still had a typo, attached the version working for me (without ifdefs).
>
>
> Regards,
> Bern
Pavlina <pavlina.ch...@gmail.com> wrote:
>>
>> Carefully, and with a nice Thank You note to whoever chose to use the
>> middle button on those :>
>>
>> On Thu, Jan 14, 2016 at 08:15:26PM +0100, Bernhard Stegmaier wrote:
>>> How do I middle click on OSX (
Please find an attached patch, I am still working on my layer_widget
full patch but this should be useful in the interim
esspeically for those that don't have a 3-button mouse as there is no other way
On Fri, Jan 15, 2016 at 8:26 AM, Nick Østergaard wrote:
> Yeah, I also
I would prefer to see something more sperated, Where most settings are
per user so saved in user preferences, This save/load should be all
automatic, aka you change a preference it saves it. The only option i
see being useful for these is to be able to export/save settings but
outside of a browser
ould you try on dialog_eeschema_options_base.fbp?
> This one doesn’t work at all for me.
>
> Regards,
> Bernhard
>
>> On 06 Feb 2016, at 22:55, Simon Wells <swel...@gmail.com> wrote:
>>
>> I have used the lastest osx binary from sf.net many times with no
>> issues, The
I have used the lastest osx binary from sf.net many times with no
issues, The only thing i have found occasionally is i have to double
click on the dialog in the left box to have it show up, but whether
this is a bug or a "feature" i don't know
On Sun, Feb 7, 2016 at 9:04 AM, Bernhard Stegmaier
Any comments on this patch or??
-- Forwarded message --
From: Simon Wells <swel...@gmail.com>
Date: Thu, Jan 14, 2016 at 1:57 PM
Subject: Re: CMakeLists.txt order
To: kicad-developers@lists.launchpad.net
i have made some additional changes
- Make the link maps only
Any comments on this patch or is it just not wanted?
-- Forwarded message --
From: Simon Wells <swel...@gmail.com>
Date: Tue, Jan 19, 2016 at 1:39 PM
Subject: kicad/kicad include cleanup
To: KiCad Developers <kicad-developers@lists.launchpad.net>
Attached is a patch
I noticed the layer widget behaviour was changed in 6518 to make it
double click to change colors, If you don't click on the colour button
then even with the old code then it will not open the dialog. At the
moment it seems that the button is being reinvented which will just
confuse people who
thanks bernhard... this has increased usability on osx for me by an
infinite amount Do you have any code for using 2 finger rotate in
3d-viewer?
On Fri, Feb 26, 2016 at 8:06 PM, Bernhard Stegmaier
wrote:
> Hi Mario,
>
> didn’t see on first glance, you mean the
I have included a patch that changes PrePendPath to PrependPath in
prependpath.cpp (and fixes dependencies) as the second p being capital
doesn't follow camelcase
Simon
prepend.patch
Description: Binary data
___
Mailing list:
any comments on this?
-- Forwarded message --
From: Simon Wells <swel...@gmail.com>
Date: Mon, Jan 18, 2016 at 11:26 AM
Subject: Language List
To: KiCad Developers <kicad-developers@lists.launchpad.net>
Currently the Language List throughout kicad advises it is used
in that case is it worth making the clarify menu used, and being able
to select which one you want with a number key to avoid having to move
the mouse and maybe order it in terms of whats most likely, aka
most likely is track then label(s) and so forth
On Tue, Mar 1, 2016 at 9:25 AM,
> they didn't yet think of supporting more gestures.
>
>
> Regards,
> Bernhard
>
>
> On 2016-02-26 08:10, Simon Wells wrote:
>>
>> thanks bernhard... this has increased usability on osx for me by an
>> infinite amount Do you have any code for using 2 fi
Can gerbview/options.cpp be removed? it hasn't been touch since mid
2012 and is not currently built nor used, It seems to have been
replaced with events_called_functions.cpp
Simon
___
Mailing list: https://launchpad.net/~kicad-developers
Post to :
i could use touchpad scroll (which was zoom i think the performance
was so terrible that i am unsure whether it was pinch or scroll) in
the preview window
But yeah the performance is worse for me than cairo
On Wed, Mar 2, 2016 at 1:15 PM, Wayne Stambaugh wrote:
> Take a
As part of the translation code rework that i am working on (and
auto-detection) part of it is moving the need for changing anything in
code to add a new language. As part of this involves the flags i was
wondering whether anyone would be against moving them into the i18n
repo (and distributed in
No problems here, but i was just curious, also would it not be better
to move the os dependent resouces files to the resources folder (this
will require a bit of effort for Info.plist but the rest will be
easy...
for example
pcbnew.icns, pcbnew_doc.icns and pcbnew.rc Info.plistl are more
autorouter code as well :)
On Wed, Apr 13, 2016 at 12:48 PM, Chris Pavlina wrote:
> Yes, this is soundly on my "burn for warmth instead of maintaining" list, but
> I
> think someone else may have stuck up for this one a while ago.
>
> On Wed, Apr 13, 2016 at 12:43:50AM
Hi JP,
With the pad editor dialog in 6673 (i have looked at the changelogs
for 6674 and 6675 and can't see any changes to this) The new fields
you have added behave differently to the trapezoidal fields, mainly
that the text is set to disabled (or something) colour as well with
the corner radius
comma issue, but we're *already* accepting decimal
> points in values in other fields in the same dialogs (for positional offsets,
> for instance). I figure it should be fine as long as they're handled in the
> same way.
>
> On Sun, Apr 10, 2016 at 03:16:53AM +1200, Simon We
This was seen in a previous thread iirc and wayne mentioned that
someone would need to write it so that it verified values were entered
correctly etc
On Sun, Apr 10, 2016 at 2:37 AM, Chris Pavlina wrote:
> Anyone mind if I go through and fix the "in 0.1 degrees" units
e examples.
Simon
On Tue, Apr 12, 2016 at 10:05 PM, Sergey A. Borshch
<sb...@users.sourceforge.net> wrote:
> On 11.04.2016 21:06, Simon Wells wrote:
>>
>> If both are wanted there probably is not point as while its simpler
>> with just radii its relatively easy to use rad
the problem is you are dealing with potentially very close tolerance.
and numerous other issues that if htere is a compatibility possibility
we will probably get people saying that compatibility breaks their
design. There comes a point where it just has to be dealt with, a save
with compatibility
I think most applications just (ab)use private frameworks for plugin
dev, aka convert the 3dsg.dylib into a framework, as the framework
will then contain the headers and it will be distributed as part of
the application bundle, and one can add the "private" framework to
their projects.
Simon
On
to enable the rounded corners. As rounded
rectangle is still rectangle and it just pollutes the drop down box
Simon
On Sat, Apr 9, 2016 at 6:08 AM, jp charras <jp.char...@wanadoo.fr> wrote:
> Le 08/04/2016 19:59, jp charras a écrit :
>> Le 08/04/2016 18:34, Simon Wells a éc
Currently a Circle is dimensioned with
- Center X
- Center Y
- Point on Circle X
- Point on Circle Y
is there a reason for doing it this way as having just Center and
Radius would be simpler for entry.
Currently i believe the file format internally uses center but
the dialog could convert
AM, Sergey A. Borshch
<sb...@users.sourceforge.net> wrote:
> On 11.04.2016 20:08, Simon Wells wrote:
>>
>> Currently a Circle is dimensioned with
>>
>> - Center X
>> - Center Y
>> - Point on Circle X
>> - Point on Circle Y
>>
>>
Currently the website states OSX 10.7 through 10.11 supported.
10.7 - unsupported by apple since october 2014
10.8 - unsupported by apple since september 2015
These are currently still supported due to using a 10.7 SDK for building.
The main issue i see a problem with still "supporting" these
Hey Chris,
Patch 3 went to spam for me? maybe check there?
On Mon, Mar 28, 2016 at 6:55 AM, Niki Guldbrand
wrote:
> Hi Chris.
>
> You can also fech the patches from this url:
> https://github.com/nikgul/kicad-source-mirror/tree/desktop-stuff
>
> Just skip the 4th patch
Hi Adam
I assume you are referring to the bundleutilities/getprereqs?
Simon
On Mon, Mar 21, 2016 at 7:26 AM, Adam Wolf
<adamw...@feelslikeburning.com> wrote:
> Could you post the extra patch or send it my way?
>
> Thanks!
>
> Adam Wolf
>
> On Mon, Mar 7, 2016 at
=ON
KICAD_SCRIPTING=ON
KICAD_SCRIPTING_MODULES=ON
KICAD_SCRIPTING_WXPYTHON=ON
USE_FP_LIB_TABLE=HARD_CODED_ON
BUILD_GITHUB_PLUGIN=ON
On Thu, Mar 3, 2016 at 4:52 AM, Simon Wells <swel...@gmail.com> wrote:
> Below is the output that
bau...@gmail.com> wrote:
> On 3/1/2016 12:04 PM, Simon Wells wrote:
>> Ah, thats the issue you had with it The help menu option has been
>> removed in v2 which i attached a few hours ago. Probably should have
>> made it all a single patch from the start but i didn't for some
&
can you post your version info please
On Wed, Mar 2, 2016 at 1:43 AM, Kaspar Emanuel <kaspar.eman...@gmail.com> wrote:
> Why doesn't the version in the about dialog actually give the versions that
> are announced e.g. 4.0.2?
>
> On 1 March 2016 at 10:19, Simon Wells <swe
Removed the menu option from help in this version of the patch.
On Tue, Mar 1, 2016 at 7:45 AM, Simon Wells <swel...@gmail.com> wrote:
> Attached is a patch that modifies a few things in the About dialog, a
> screenshot with old and new is also attached
>
> It removes the hor
Hey Cirilo,
The performance is much better for me now, and yeah touchpad scroll is
zoom. Has anyone actually run into a situation where they need to
scale differently in each axis? as it seems thats one setting that
could be just made into a single scale amount.
To avoid any confusion is it
After looking into and discussing
https://bugs.launchpad.net/kicad/+bug/1551628 with nick i am not sure
the filter is the best way of advising kicad of which plugin to use
I was thinking the best way to solve this would be for each of the
plugins to have a static
"bool CanYouHandleThis( FILE )"
ut spelling it "KiCad", we should stick to
>> that.
>>
>>>
>>> > Settings: USE_WX_GRAPHICS_CONTEXT=ON
>>> > USE_WX_OVERLAY=ON
>>> > KICAD_SCRIPTING=ON
>>> > KICAD_SCRIPTING_MODU
Attached is an updated patch changing KiCAD to KiCad and also removing
the debug flag from build-time info of wx as its no longer valid
On Thu, Mar 3, 2016 at 9:42 PM, Simon Wells <swel...@gmail.com> wrote:
> While trying to work out why wx was always showing as debug i found
&g
uires to perform it's job. Relying on file
>> extensions is always going to have it's issues. Unfortunately we are no
>> closer to a file system with file metadata then we were 30 years ago
>> when the powers that be figured out the whole file extension concept was
>> broken. I
Please find updated patch, This should be final version
On Sun, Mar 6, 2016 at 8:00 AM, jp charras <jp.char...@wanadoo.fr> wrote:
> Le 05/03/2016 19:48, Simon Wells a écrit :
>> thanks jp
>>
>> damn, i meant to do that as i saw the warning fire on simons build
>&g
Something i am currently working on a patch for but is still a work in
progress is moving Boost includes in the cmake files to be marked as
SYSTEM rather than just AFTER, this would suppress warnings from the
boost header files. currently some compilers will output a lot of
warnings that we have
Attached is another CMakeLists patch (this is early in dev and not
ready for merge yet i am just looking for comments on it. and as part
of this i would like to pull (a slightly modified)
GetPrerequisites.cmake and BundleUtilities.cmake into the tree due to
the current one being wrong and not
This has been updated in the patch i submitted for the about dialog
On Sat, Mar 5, 2016 at 6:37 PM, Eldar Khayrullin
wrote:
> Hi.
>
> ___
> Mailing list: https://launchpad.net/~kicad-developers
> Post to :
for the report
On Sun, Mar 6, 2016 at 5:01 AM, jp charras <jp.char...@wanadoo.fr> wrote:
> Le 03/03/2016 17:56, Simon Wells a écrit :
>> Attached is an updated patch changing KiCAD to KiCad and also removing
>> the debug flag from build-time info of wx as its no longer valid
>&g
Hey Wayne,
FYI I believe this file should normally be an exception to the rule as it
wasn't only the comment at the head of the file being updated but the
copyright information that shows up in the about dialog
Simon
On Sun, Mar 6, 2016 at 2:31 AM, Eldar Khayrullin
skrev "jp charras" <jp.char...@wanadoo.fr>:
>>>
>>>> Le 05/03/2016 17:27, Simon Wells a écrit :
>>>>> Hey jp
>>>>>
>>>>> Have you tested it on any other platforms and thats the only one its
>>>>> c
he same information. The rest of the changes are fine.
>
> Cheers,
>
> Wayne
>
> On 2/29/2016 1:45 PM, Simon Wells wrote:
>> Attached is a patch that modifies a few things in the About dialog, a
>> screenshot with old and new is also attached
>>
>> It remov
the problem i see with the dialog,
lets say for example kicad comes with an extension that handles Eagle
v5 v6 and v7 and the user installs a user made plugin hands eagle v3
v4 and v5 if you load a v5 plugin the problem is which extension to
use as theoretically they are both able to handle the
, Mar 2, 2016 at 10:40 PM, Nick Østergaard <oe.n...@gmail.com> wrote:
> 2016-03-02 9:21 GMT+01:00 Simon Wells <swel...@gmail.com>:
>> After looking into and discussing
>> https://bugs.launchpad.net/kicad/+bug/1551628 with nick i am not sure
>> the filter is the best way
and submit a v3 patch with those included. Should we
have build curl information as well or do you think it unnecessary?
On Wed, Mar 2, 2016 at 5:39 AM, Wayne Stambaugh <stambau...@gmail.com> wrote:
> On 3/1/2016 10:49 AM, Simon Wells wrote:
>> Hey Wayne
>>
>> For what r
Is there any need for the .pro file to be created automatically when
opening .sch/.kicad_pcb files? as it seems it would be better to only
create this (or commit this to disk if/when the file is saved or at
least not until the file is modified)
Simon
well the patch is not designed to be default at all, just to be made
Optional for those that don't want/need it, aka its designed such that
packagers would still include it by default, but for those building
from source or they could choose not to include it if they so wished.
The number of
woops i meant the exclusion of cairo is not designed to be default
Simon
On Tue, Mar 29, 2016 at 10:30 PM, Simon Wells <swel...@gmail.com> wrote:
> well the patch is not designed to be default at all, just to be made
> Optional for those that don't want/need it, aka
Due to the performance of cairo on many systems attached is a patch
that makes the cairo canvas and cairo libs optional.
on osx this removes the need for the following libs
libX11 libXau LibXdmcp LibXext libXrender libcairo
libfontconfig libfreetype libpixman libpng16.16 libxcb-render
libxcb-shm
In eeschema when you assign a footprint the field is visible by
default Is there a point in having it default to visible or would
it be either better as an option or whether it would be better as
defaulting to not-visible
Simon
___
Mailing list:
fn-delete
On Fri, May 20, 2016 at 10:47 AM, Thor-Arne wrote:
> It should be listed on the hot-key list.
> Perhaps some other key is used.
>
> From: Duane Johnson
> Sent: Friday, May 20, 2016 12:36 AM
> To: Thor-Arne
> Subject: Re: [Kicad-developers] [PATCH] Schematic Cleanup:
1 - 100 of 288 matches
Mail list logo