Re: [Kicad-developers] Stable 4.0.7 release announcement

[Nick Østergaard]

Thank you. Sorry that it took so long to get everything aligned.

2017-08-28 17:47 GMT+02:00 Wayne Stambaugh :

> Under the "that was easy" banner, I just pushed the 4.0.7 stable release
> announcement to the KiCad website repo and added the new release to
> launchpad.  It shouldn't take too long for the website to get updated.
> If I missed anything, please let me know and I will update it.  If all
> of the packages are not ready to go, that's fine.  They all seem to be
> in the pipeline and will be available shortly.  Thanks again to everyone
> who makes this possible.  I am humbled every time we go through this
> process by the way everyone steps up and gets everything done so we can
> do stable releases.  I greatly appreciate everyone's efforts.  I'm sure
> our users do as well.
>
> Cheers,
>
> Wayne
>
> ___
> 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
>
___
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

Re: [Kicad-developers] [PATCH] Change track width setting to dropbox

[Greg Smith]

On Friday, August 25, 2017, 9:44:58 AM CDT, Wayne Stambaugh 
 wrote:"Rather than use a separate static
text control to display the units, just embed the units in the text
control itself which can be edited by the user including entering
coordinates in units other than the current unit type."

If you'd like to see an example of this, users can enter numeric and unit 
information in KiPadCheck. An additional text box shows the default units so a 
user can enter "0.3" and it will be interpreted as the units shown. If a user 
enters "12mils" or one of many different units, it is interpreted as the new 
default unit for that entry box. The unit is retained in the text box for 
copy/paste elsewhere if needed.
For screen shots and more details, start 
here:https://forum.kicad.info/t/kipadcheck-works-with-nightly-seeking-feedback/7294/25

And the list of units has been honed with community support. An almost complete 
list is here:https://forum.kicad.info/t/units-for-data-entry/7281/14

While the source code for KiPadCheck contains the complete and current 
list:https://github.com/HiGregSmith/KiPadCheck/blob/97f5a6ab1704edaeb110024859e33f76dbaa05bf/kipadcheck.py#L764

~Greg___
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

[Kicad-developers] Minor patch for design rules editor

[Bastian Neumannn]

Hi,

I attached a small patch that fixes a bug with the design editor.
Loading a design with micro vias enabled loads the flag and sets the
checkbox.
The two input fields are not enabled when the design is loaded.

Cheers
From 102a83b8919d3bb0042c736e1dfbbf5e64746492 Mon Sep 17 00:00:00 2001
From: Bastian Neumann 
Date: Mon, 28 Aug 2017 21:45:50 +0200
Subject: [PATCH 1/1] Micro via input fields are enabled when design is loaded

Loading a design with micro vias enabled did check the box for enabling
micro vias in pcbnew. The value input fields for diameter and drill
size were not enabled.

This patch moves the functionality into an new function and calls that
from the onclick event of the checkbox and the init function of the
dialog.
---
 pcbnew/dialogs/dialog_design_rules.cpp | 12 +---
 pcbnew/dialogs/dialog_design_rules.h   |  1 +
 2 files changed, 10 insertions(+), 3 deletions(-)

diff --git a/pcbnew/dialogs/dialog_design_rules.cpp b/pcbnew/dialogs/dialog_design_rules.cpp
index 1de2f1b..64f5d8f 100644
--- a/pcbnew/dialogs/dialog_design_rules.cpp
+++ b/pcbnew/dialogs/dialog_design_rules.cpp
@@ -291,6 +291,7 @@ void DIALOG_DESIGN_RULES::InitGlobalRules()
 
 m_OptAllowBlindBuriedVias->SetValue( m_BrdSettings->m_BlindBuriedViaAllowed );
 m_OptAllowMicroVias->SetValue( m_BrdSettings->m_MicroViasAllowed );
+CheckAllowMicroVias();
 
 PutValueInLocalUnits( *m_SetMicroViasMinSizeCtrl, m_BrdSettings->m_MicroViasMinSize );
 PutValueInLocalUnits( *m_SetMicroViasMinDrillCtrl, m_BrdSettings->m_MicroViasMinDrill );
@@ -808,15 +809,20 @@ void DIALOG_DESIGN_RULES::OnRemoveNetclassClick( wxCommandEvent& event )
 }
 }
 
+void DIALOG_DESIGN_RULES::CheckAllowMicroVias()
+{
+bool enabled = m_OptAllowMicroVias->GetValue();
+m_SetMicroViasMinSizeCtrl->Enable( enabled );
+m_SetMicroViasMinDrillCtrl->Enable( enabled );
+}
+
 /**
  * Function OnAllowMicroVias
  * is called whenever the AllowMicroVias checkbox is toggled
  */
 void DIALOG_DESIGN_RULES::OnAllowMicroVias( wxCommandEvent& event )
 {
-bool enabled = m_OptAllowMicroVias->GetValue();
-m_SetMicroViasMinSizeCtrl->Enable( enabled );
-m_SetMicroViasMinDrillCtrl->Enable( enabled );
+CheckAllowMicroVias();
 }
 
 void DIALOG_DESIGN_RULES::OnMoveUpSelectedNetClass( wxCommandEvent& event )
diff --git a/pcbnew/dialogs/dialog_design_rules.h b/pcbnew/dialogs/dialog_design_rules.h
index 831ab84..76dcdbe 100644
--- a/pcbnew/dialogs/dialog_design_rules.h
+++ b/pcbnew/dialogs/dialog_design_rules.h
@@ -95,6 +95,7 @@ private:
 void OnNetClassesNameRightClick( wxGridEvent& event ) override { event.Skip(); }
 void OnAddNetclassClick( wxCommandEvent& event ) override;
 void OnRemoveNetclassClick( wxCommandEvent& event ) override;
+void CheckAllowMicroVias();
 void OnAllowMicroVias( wxCommandEvent& event ) override;
 
 /*
-- 
2.7.4

___
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

Re: [Kicad-developers] Routing algorithm used in PCB

[Simon Küppers]

Sorry, but i seriously doubt that there is anyone in this community that agrees 
with your cloud-hype. 
Tell me someone who does serious work with Google docs or codenvy.. Dont get me 
wrong, it is nice for community based stuff, such as teaching, learning, etc.. 
But kicad (ultimately) wants to be a serious commercial grade software that is 
not based on cloud technology. 
Anyone can See what Import The cloud-hype  in this market segment hast, when 
looking at circuitmaker or EAGLE since it was bought by autodesk.. 
Professionals are turning their back due to the weaknesses in cloud technology. 

Am 28. August 2017 20:47:24 MESZ schrieb Arun Kumar :
>At least the non-resource intensive tasks like creating schematics,
>symbols
>and foot prints etc can be pushed on to the web.
>
>Resource intensive tasks can be done by a server side code (c++ or
>python
>code which you already developed can be used at the server side).
>
>Google is able to run services like sheets, docs and other resource
>intensive services on the cloud. Everything will eventually move to the
>cloud. It's better that we start a web based as early as possible.
>
>Today even the development environment like IDEs, SDK, workspaces have
>moved to cloud (example https://www.codenvy.com/)
>
>On Mon, Aug 28, 2017 at 10:26 PM, Bastian Neumannn <
>neumann.bast...@gmail.com> wrote:
>
>> KiCad does come with a python interface.
>> Moving to python as native system and other web technologies are not
>a
>> good idea imho.
>>
>> Not every software is better with web and cloud stuff.
>>
>> 2017-08-28 18:04 GMT+02:00 Arun Kumar :
>>
>>> Documentation of code or the usage of Kicad? I see that there is
>already
>>> documentation on the user guide.
>>>
>>> Would be happy if Kicad transitions to python or other web
>technologies.
>>>
>>> On Mon, Aug 28, 2017 at 8:56 PM, Fabrizio Tappero <
>>> fabrizio.tapp...@gmail.com> wrote:
>>>
 Hi Arun,
 if yu like you can contribute with the documentation.

 Regards
 Fabrizio


 On Mon, Aug 28, 2017 at 10:47 AM, Arun Kumar
>
 wrote:

> I don't know C++ so unable  to contribute and I want to build my
>own
> FOSS app with the languages I know. I always wanted to contribute
>to an
> existing project there  isn't a proper documentation about the
>source code.
> Have to go through hundreds and thousands of lines of code to
>understand
> where they have implemented a specific functionality.
>
> I browsed the folders of the source code of Kicad but unable to
> understand what routing techniques are used and the code
>associated with
> it. I  found  a folder with name algorithm but couldn't understand
>how
> they're working with the parts.
>
> Thanks,
> Arun
>
> On Mon, Aug 28, 2017 at 12:04 PM, José Ignacio
>
> wrote:
>
>> You already established that you want to extract techniques from
>kicad
>> for your own project instead of contributing. The code is all
>there in the
>> repo, free to use under the GPL.
>>
>> On Mon, Aug 28, 2017 at 12:41 AM, Arun Kumar
>
>> wrote:
>>
>>> Hi Team,
>>>
>>> Which PCB routing algorithm are used in PCB designing in Kicad?
>>>
>>> Thanks
>>> Arun
>>>
>>> ___
>>> 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
>>>
>>>
>>
>
> ___
> 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
>
>

>>>
>>> ___
>>> 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
>>>
>>>
>>
___
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

Re: [Kicad-developers] [PATCH] minor icon improvements

[Wayne Stambaugh]

Fabrizio,

I'm fine with the icon changes.  The menu entry changes could use some
improvement.  I'm not sure removing "Run" from the KiCad launcher menu
entries is a good idea.  Generally (at least in most of the applications
that I've looked at), actions are used in menu string when the entry is
an action.  I also think it's probably time to get rid of the old
Eeschema/Pcbnew application names.  Since KiCad normally runs in a
single process, better menu entries might be "Edit Schematic" and "Edit
Board (or PCB)".  New users aren't going to know what Eeschema and
Pcbnew are.

I would also would not refer to the footprint library "table" either.
The word table seems to confuse users.  I know we refer to it as a table
on the developers mailing list but I think users are more comfortable
with "Manage Footprint Libraries".  I am aware that I used table for the
symbol library table dialog menus entry but this is temporary.  Once I
finish the symbol library table remapping code, this dialog will go away
and "Manage Symbol Libraries" will open the symbol library table edit
dialog.

The use of symbol was intentional so I would prefer that it not be
changed.  There was a discussion about this not too long ago and the
consensus was that symbol made the most sense versus component or part.
I realize that component (and part) are used in the source code and most
of the UI strings but I would prefer that we change the UI strings to
symbol for the stable 5 release rather than continue to use component
and/or part.  I will change the source when I get a chance so that the
terminology is coherent between the source and the UI strings.  I know
we still have the module/footprint distinction in the Pcbnew source but
at least all of the UI strings are "footprint".

Cheers,

Wayne

On 8/22/2017 5:47 PM, Fabrizio Tappero wrote:
> Reminder.
> 
> Regards
> Fabrizio
> 
> 
> On Aug 17, 2017 4:42 PM, "Fabrizio Tappero"  > wrote:
> 
> Hello,
> the following patch does the following:
> 1) correct few pcbnew and eeschema menu text entries
> 2) add the library table icon (minor look change)
> 3) delete the redundant word "Run" into the KiCad - Tools menu entry
> 
> cheers
> Fabrzio
> 
> 
> 
> ___
> 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
> 

___
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

Re: [Kicad-developers] Routing algorithm used in PCB

[Adam Wolf]

Hi Arun,

I helped OSHPark render KiCad PCBs to gerbers "in the cloud" so people
can upload KiCad PCB files and order them. Through the existing
scripting framework, you can put parts of KiCad in the cloud, but
there has been a massive amount of work in getting the UI stuff
working with wx, and I am skeptical we will see a non-wx KiCad anytime
soon.

You may be more interested in something like PCBmodE, which uses svg
and other technologies you may find more to your liking.

Adam Wolf

On Mon, Aug 28, 2017 at 1:47 PM, Arun Kumar  wrote:
>
> At least the non-resource intensive tasks like creating schematics, symbols
> and foot prints etc can be pushed on to the web.
>
> Resource intensive tasks can be done by a server side code (c++ or python
> code which you already developed can be used at the server side).
>
> Google is able to run services like sheets, docs and other resource
> intensive services on the cloud. Everything will eventually move to the
> cloud. It's better that we start a web based as early as possible.
>
> Today even the development environment like IDEs, SDK, workspaces have moved
> to cloud (example https://www.codenvy.com/)
>
> On Mon, Aug 28, 2017 at 10:26 PM, Bastian Neumannn
>  wrote:
>>
>> KiCad does come with a python interface.
>> Moving to python as native system and other web technologies are not a
>> good idea imho.
>>
>> Not every software is better with web and cloud stuff.
>>
>> 2017-08-28 18:04 GMT+02:00 Arun Kumar :
>>>
>>> Documentation of code or the usage of Kicad? I see that there is already
>>> documentation on the user guide.
>>>
>>> Would be happy if Kicad transitions to python or other web technologies.
>>>
>>> On Mon, Aug 28, 2017 at 8:56 PM, Fabrizio Tappero
>>>  wrote:

 Hi Arun,
 if yu like you can contribute with the documentation.

 Regards
 Fabrizio


 On Mon, Aug 28, 2017 at 10:47 AM, Arun Kumar 
 wrote:
>
> I don't know C++ so unable  to contribute and I want to build my own
> FOSS app with the languages I know. I always wanted to contribute to an
> existing project there  isn't a proper documentation about the source 
> code.
> Have to go through hundreds and thousands of lines of code to understand
> where they have implemented a specific functionality.
>
> I browsed the folders of the source code of Kicad but unable to
> understand what routing techniques are used and the code associated with 
> it.
> I  found  a folder with name algorithm but couldn't understand how they're
> working with the parts.
>
> Thanks,
> Arun
>
> On Mon, Aug 28, 2017 at 12:04 PM, José Ignacio 
> wrote:
>>
>> You already established that you want to extract techniques from kicad
>> for your own project instead of contributing. The code is all there in 
>> the
>> repo, free to use under the GPL.
>>
>> On Mon, Aug 28, 2017 at 12:41 AM, Arun Kumar 
>> wrote:
>>>
>>> Hi Team,
>>>
>>> Which PCB routing algorithm are used in PCB designing in Kicad?
>>>
>>> Thanks
>>> Arun
>>>
>>> ___
>>> 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
>>>
>>
>
>
> ___
> 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
>

>>>
>>>
>>> ___
>>> 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
>>>
>>
>
>
> ___
> 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
>

___
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

Re: [Kicad-developers] Routing algorithm used in PCB

[Arun Kumar]

At least the non-resource intensive tasks like creating schematics, symbols
and foot prints etc can be pushed on to the web.

Resource intensive tasks can be done by a server side code (c++ or python
code which you already developed can be used at the server side).

Google is able to run services like sheets, docs and other resource
intensive services on the cloud. Everything will eventually move to the
cloud. It's better that we start a web based as early as possible.

Today even the development environment like IDEs, SDK, workspaces have
moved to cloud (example https://www.codenvy.com/)

On Mon, Aug 28, 2017 at 10:26 PM, Bastian Neumannn <
neumann.bast...@gmail.com> wrote:

> KiCad does come with a python interface.
> Moving to python as native system and other web technologies are not a
> good idea imho.
>
> Not every software is better with web and cloud stuff.
>
> 2017-08-28 18:04 GMT+02:00 Arun Kumar :
>
>> Documentation of code or the usage of Kicad? I see that there is already
>> documentation on the user guide.
>>
>> Would be happy if Kicad transitions to python or other web technologies.
>>
>> On Mon, Aug 28, 2017 at 8:56 PM, Fabrizio Tappero <
>> fabrizio.tapp...@gmail.com> wrote:
>>
>>> Hi Arun,
>>> if yu like you can contribute with the documentation.
>>>
>>> Regards
>>> Fabrizio
>>>
>>>
>>> On Mon, Aug 28, 2017 at 10:47 AM, Arun Kumar 
>>> wrote:
>>>
 I don't know C++ so unable  to contribute and I want to build my own
 FOSS app with the languages I know. I always wanted to contribute to an
 existing project there  isn't a proper documentation about the source code.
 Have to go through hundreds and thousands of lines of code to understand
 where they have implemented a specific functionality.

 I browsed the folders of the source code of Kicad but unable to
 understand what routing techniques are used and the code associated with
 it. I  found  a folder with name algorithm but couldn't understand how
 they're working with the parts.

 Thanks,
 Arun

 On Mon, Aug 28, 2017 at 12:04 PM, José Ignacio 
 wrote:

> You already established that you want to extract techniques from kicad
> for your own project instead of contributing. The code is all there in the
> repo, free to use under the GPL.
>
> On Mon, Aug 28, 2017 at 12:41 AM, Arun Kumar 
> wrote:
>
>> Hi Team,
>>
>> Which PCB routing algorithm are used in PCB designing in Kicad?
>>
>> Thanks
>> Arun
>>
>> ___
>> 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
>>
>>
>

 ___
 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


>>>
>>
>> ___
>> 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
>>
>>
>
___
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

Re: [Kicad-developers] [PATCH] Change track width setting to dropbox

[Wayne Stambaugh]

On 8/25/2017 4:32 PM, Mathias Grimmberger wrote:
> 
> Hi Wayne,
> 
> Wayne Stambaugh  writes:
>> On 8/25/2017 9:51 AM, Maciej Sumiński wrote:
>>
>> Even better would be to derive an object (EDA_COORDINATE_VALIDATOR?)
>> from wxTextValidator or one of it's decedents which can be used by any
>> control that allows text editing.  Rather than use a separate static
>> text control to display the units, just embed the units in the text
>> control itself which can be edited by the user including entering
>> coordinates in units other than the current unit type.  Just food for
>> thought.
>>
>>> Regarding inch vs mil, IMHO mils are better suited for PCB design.
>>> Still, I would rather keep pcbnew consistent, so I suppose we should
>>> stay with inches for the time being.
> 
> Hmm, being able to enter units at will sounds useful.
> 
> But let me first describe how I imagine the mils thing could work.
> 
> A new EDA_UNITS_T value would be introduced, MILS. This would never be
> used as the user unit setting of course.
> 
> Then text controls where this was deemed appropriate (e.g. track width,
> drill diameter) would be marked as "use mils when user unit is inches",
> actually the WX_UNIT_BINDERs would be marked I think. The
> WX_UNIT_BINDERs could then take care of the mechanics of it.
> 
> Optionally a new configuration setting could be introduced, either as a
> single flag "use mils" or a new user unit choice "Inches/Mils", to give
> users a choice in the matter.
> 
> 
> For entering arbitrary units I would leave the static unit label alone,
> this would indicate what the unit is for a naked number entered. To
> enter a number using a different unit one could then just enter a number
> and add a suffix, e.g. "mm", "in" and "mil".

My preference would be to just add a mils unit.  If memory serves, this
has been requested in the past.   There may even be a bug report filed
against it.  I think mixing units (mils and inches) will just confuse users.

> 
> I think the handling of what part of the text in the input field to
> select (for efficient replacement by just typing) gets clumsy with the
> default unit always being in the input field.

You would not necessarily need to always show the unit in the text
control.  It would just be handy to be able to enter the units as an
option rather then current hassle of switching the units, entering the
coordinates, then switching back to the original units.  This would be
really handy in the footprint editor.  There are still a few vendor
drawings around that are still in metric or imperial.

> 
> 
> MGri
> 

___
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

Re: [Kicad-developers] [PATCH] PcbNew Eagle Plugin: Remove layer restriction on some graphic items, fix undrawn items and place values on fabrication layers.

[jp charras]

Le 28/08/2017 à 14:30, Wayne Stambaugh a écrit :
> On 8/27/2017 4:39 AM, Russell Oliver wrote:
>> Hi All, 
>>
>> Attached is a patch that does some minor code changes in the PcbNew
>> Eagle plugin which solves a few issues I encountered while testing the
>> eagle schematic plugin and project import feature. 
>>
>> The first was that some footprints such as Wifi trace antennas use
>> graphic lines to form the footprint, but the plugin restricted the
>> import of lines and other items to non-copper layers. I think that if
>> you are prepared to import Eagle boards into Kicad you should be
>> prepared to check all your footprints for issues and not have the plugin
>> presuppose that lines on copper layers shouldn't exist. 
> 
> I agree that graphics items define on copper layers should be imported
> to the appropriate copper layer in KiCad.  Is this going to cause any
> issues with the known module pad limitations?  I know JP is working on a
> complex pads solution for Pcbnew.  JP, any comments?

Custom pads can certainly help to import shapes on copper layers.
However, the import could be not trivial.

We certainly need a few Eagle boards samples that have items on copper layers 
in footprints, to see
what kind of problem must be fixed.

I am myself not a Eagle user (this is not surprising!)



-- 
Jean-Pierre CHARRAS

___
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

Re: [Kicad-developers] Calling PCB_DRAW_PANEL_GAL::SyncLayersVisibility from python?

[jp charras]

Le 28/08/2017 à 14:36, Greg Smith a écrit :
> Thank you!!
> 
> I have updated LayerViewSet with fixes for those three problems.
> https://github.com/HiGregSmith/LayerViewSet
> 

Thank you.

Works better now!


-- 
Jean-Pierre CHARRAS

___
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

Re: [Kicad-developers] Holidays are over

[Wayne Stambaugh]

Thanks for the update.  I hope you had a great vacation!

Cheers,

Wayne

On 8/28/2017 3:41 AM, Oliver Walters wrote:
> I'm back from vacation, it appears that Rene, Jan et al have been
> managing the libraries very well in my absence. 
> 
> It will take me a few days to get back into the swing of things (day job
> etc).
> 
> Cheers,
> Oliver
> 
> 
> ___
> 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
> 

___
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

Re: [Kicad-developers] [PATCH] PcbNew Eagle Plugin: Remove layer restriction on some graphic items, fix undrawn items and place values on fabrication layers.

[Wayne Stambaugh]

On 8/28/2017 10:08 AM, Russell Oliver wrote:
> 
> > The second is matching the Eagle tValues and bValues layers with the
> > kicad Fabrication layers instead of the silkscreen layers, to match
> > current standard Kicad practive for component values.
> 
> I would think users will expect any object to import to the same layer
> that they are defined in Eagle.  If a module value object is on the
> silkscreen layer in Eagle, then the imported value object should be on
> the silkscreen layer.  Obviously, if there is a layer in Eagle that
> doesn't exist in Pcbnew, then we will have to map it to the most logical
> layer in KiCad.
> 
> 
> I don't know how much you have used Eagle, so I apologise if the
> explanation is redundant.   
> The main problem with matching the layers is that Eagle does have a
> defined silkscreen layer as such. When creating the gerber files using
> the CAM processor, multiple layers can be included in the same gerber
> file. By Eagle convention the *Place layers are used for silkscreen
> lines and text, with the *Names layers displaying the component name
> "R1" etc, which I have seen included in the final silkscreen on some
> boards and not in others. By comparison the *Values layers is not
> typically included in projects where I have been able to compare the
> published eagle files, with photos of the final pcb. 
> 
> At this point its just a change to a more sensible default in my opinion. 

Thanks for explanation.  I'm fine with the change if this is a better
default.  If no one has any objections, I'm fine with the patch.

> 
> In the future I think I work on including a dialog to allow the user
> pick the destined Kicad layer for each Eagle layer. 

That would probably be the best bet

> 
> Regards
> Russell 
>  
> 
> 
>  
> 
> >
> > ___
> > 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
> >
> 
> ___
> 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
> 

___
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

Re: [Kicad-developers] Routing algorithm used in PCB

[Wayne Stambaugh]

On 8/28/2017 12:04 PM, Arun Kumar wrote:
> Documentation of code or the usage of Kicad? I see that there is already
> documentation on the user guide.

The source code documentation can be found here:
http://docs.kicad-pcb.org/doxygen/index.html

> 
> Would be happy if Kicad transitions to python or other web technologies. 

Most of the board editor functionality has been swigged out to a python
module.  I don't know if the push/shove router has been swigged or not.
If it hasn't maybe our P router expert can explain why not and what it
would take to get it swigged out.

> 
> On Mon, Aug 28, 2017 at 8:56 PM, Fabrizio Tappero
> > wrote:
> 
> Hi Arun,
> if yu like you can contribute with the documentation.
> 
> Regards
> Fabrizio
> 
> 
> On Mon, Aug 28, 2017 at 10:47 AM, Arun Kumar  > wrote:
> 
> I don't know C++ so unable  to contribute and I want to build my
> own FOSS app with the languages I know. I always wanted to
> contribute to an existing project there  isn't a proper
> documentation about the source code. Have to go through hundreds
> and thousands of lines of code to understand where they have
> implemented a specific functionality. 
>  
> I browsed the folders of the source code of Kicad but unable to
> understand what routing techniques are used and the code
> associated with it. I  found  a folder with name algorithm but
> couldn't understand how they're working with the parts.
> 
> Thanks,
> Arun
> 
> On Mon, Aug 28, 2017 at 12:04 PM, José Ignacio
> > wrote:
> 
> You already established that you want to extract techniques
> from kicad for your own project instead of contributing. The
> code is all there in the repo, free to use under the GPL.
> 
> On Mon, Aug 28, 2017 at 12:41 AM, Arun Kumar
> > wrote:
> 
> Hi Team,
> 
> Which PCB routing algorithm are used in PCB designing in
> Kicad?
> 
> Thanks
> Arun
> 
> ___
> 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
> 
> 
> 
> 
> 
> ___
> 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
> 
> 
> 
> 
> 
> 
> ___
> 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
> 

___
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

Re: [Kicad-developers] Routing algorithm used in PCB

[Bastian Neumannn]

KiCad does come with a python interface.
Moving to python as native system and other web technologies are not a good
idea imho.

Not every software is better with web and cloud stuff.

2017-08-28 18:04 GMT+02:00 Arun Kumar :

> Documentation of code or the usage of Kicad? I see that there is already
> documentation on the user guide.
>
> Would be happy if Kicad transitions to python or other web technologies.
>
> On Mon, Aug 28, 2017 at 8:56 PM, Fabrizio Tappero <
> fabrizio.tapp...@gmail.com> wrote:
>
>> Hi Arun,
>> if yu like you can contribute with the documentation.
>>
>> Regards
>> Fabrizio
>>
>>
>> On Mon, Aug 28, 2017 at 10:47 AM, Arun Kumar 
>> wrote:
>>
>>> I don't know C++ so unable  to contribute and I want to build my own
>>> FOSS app with the languages I know. I always wanted to contribute to an
>>> existing project there  isn't a proper documentation about the source code.
>>> Have to go through hundreds and thousands of lines of code to understand
>>> where they have implemented a specific functionality.
>>>
>>> I browsed the folders of the source code of Kicad but unable to
>>> understand what routing techniques are used and the code associated with
>>> it. I  found  a folder with name algorithm but couldn't understand how
>>> they're working with the parts.
>>>
>>> Thanks,
>>> Arun
>>>
>>> On Mon, Aug 28, 2017 at 12:04 PM, José Ignacio 
>>> wrote:
>>>
 You already established that you want to extract techniques from kicad
 for your own project instead of contributing. The code is all there in the
 repo, free to use under the GPL.

 On Mon, Aug 28, 2017 at 12:41 AM, Arun Kumar 
 wrote:

> Hi Team,
>
> Which PCB routing algorithm are used in PCB designing in Kicad?
>
> Thanks
> Arun
>
> ___
> 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
>
>

>>>
>>> ___
>>> 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
>>>
>>>
>>
>
> ___
> 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
>
>
___
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

Re: [Kicad-developers] Routing algorithm used in PCB

[Arun Kumar]

Documentation of code or the usage of Kicad? I see that there is already
documentation on the user guide.

Would be happy if Kicad transitions to python or other web technologies.

On Mon, Aug 28, 2017 at 8:56 PM, Fabrizio Tappero <
fabrizio.tapp...@gmail.com> wrote:

> Hi Arun,
> if yu like you can contribute with the documentation.
>
> Regards
> Fabrizio
>
>
> On Mon, Aug 28, 2017 at 10:47 AM, Arun Kumar 
> wrote:
>
>> I don't know C++ so unable  to contribute and I want to build my own FOSS
>> app with the languages I know. I always wanted to contribute to an existing
>> project there  isn't a proper documentation about the source code. Have to
>> go through hundreds and thousands of lines of code to understand where they
>> have implemented a specific functionality.
>>
>> I browsed the folders of the source code of Kicad but unable to
>> understand what routing techniques are used and the code associated with
>> it. I  found  a folder with name algorithm but couldn't understand how
>> they're working with the parts.
>>
>> Thanks,
>> Arun
>>
>> On Mon, Aug 28, 2017 at 12:04 PM, José Ignacio 
>> wrote:
>>
>>> You already established that you want to extract techniques from kicad
>>> for your own project instead of contributing. The code is all there in the
>>> repo, free to use under the GPL.
>>>
>>> On Mon, Aug 28, 2017 at 12:41 AM, Arun Kumar 
>>> wrote:
>>>
 Hi Team,

 Which PCB routing algorithm are used in PCB designing in Kicad?

 Thanks
 Arun

 ___
 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


>>>
>>
>> ___
>> 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
>>
>>
>
___
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

[Kicad-developers] Stable 4.0.7 release announcement

[Wayne Stambaugh]

Under the "that was easy" banner, I just pushed the 4.0.7 stable release
announcement to the KiCad website repo and added the new release to
launchpad.  It shouldn't take too long for the website to get updated.
If I missed anything, please let me know and I will update it.  If all
of the packages are not ready to go, that's fine.  They all seem to be
in the pipeline and will be available shortly.  Thanks again to everyone
who makes this possible.  I am humbled every time we go through this
process by the way everyone steps up and gets everything done so we can
do stable releases.  I greatly appreciate everyone's efforts.  I'm sure
our users do as well.

Cheers,

Wayne

___
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

Re: [Kicad-developers] Routing algorithm used in PCB

[Fabrizio Tappero]

Hi Arun,
if yu like you can contribute with the documentation.

Regards
Fabrizio


On Mon, Aug 28, 2017 at 10:47 AM, Arun Kumar  wrote:

> I don't know C++ so unable  to contribute and I want to build my own FOSS
> app with the languages I know. I always wanted to contribute to an existing
> project there  isn't a proper documentation about the source code. Have to
> go through hundreds and thousands of lines of code to understand where they
> have implemented a specific functionality.
>
> I browsed the folders of the source code of Kicad but unable to understand
> what routing techniques are used and the code associated with it. I  found
>  a folder with name algorithm but couldn't understand how they're working
> with the parts.
>
> Thanks,
> Arun
>
> On Mon, Aug 28, 2017 at 12:04 PM, José Ignacio 
> wrote:
>
>> You already established that you want to extract techniques from kicad
>> for your own project instead of contributing. The code is all there in the
>> repo, free to use under the GPL.
>>
>> On Mon, Aug 28, 2017 at 12:41 AM, Arun Kumar 
>> wrote:
>>
>>> Hi Team,
>>>
>>> Which PCB routing algorithm are used in PCB designing in Kicad?
>>>
>>> Thanks
>>> Arun
>>>
>>> ___
>>> 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
>>>
>>>
>>
>
> ___
> 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
>
>
___
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

Re: [Kicad-developers] [RFC] Proof of concept of mathematical expression input for text fields.

[Russell Oliver]

Thanks everyone for your input.

First off, I too think it will get the most usage in the footprint editor,
specifically when calculating the position and size of a pad from cryptic
datasheet dimensions. I chose the schematic value entry dialog simply
because its a small target. But even having the ability to calculate values
using an expression when designing the schematic I think will be useful.

With regard to exposing the exprtk library to the python interface its
beyond my pay grade.

At this point i'm ambivalent to what library is finally used, but
exprtk was easy to integrate and as Tomasz pointed out comes as a single
header file. It has plenty of features and from my reading of the docs it
might be possible to use it to create a program wide parametric design
system using hierarchical symbol tables. It does compile to a fairly large
object file though ~43 MB.
Since python is already integrated to it might also be suitable parser.

I was actually looking for create a custom wx Control instead of creating
the MathProcesssor class, but couldn't find a suitable example from the
wxWidgets doc.
I think it would be fairly easy to extend the WX_UNIT_BINDER control to
include the parser, and a few find and replaces could spread the
functionality across Kicad.

In regards to using the equals sign to denote an expression, I think this
will only be needed in fields where the the final value is a string. In
combination with using OnTextEnter event, the user expressly denotes if the
input string is to be evaluated or left as is for the odd case where they
want to leave the equals sign in place. Otherwise for numerical inputs it
can always be evaluated in the way Michael has implemented his.

Kind Regards
Russell









On Mon, Aug 28, 2017 at 11:42 PM Michael Geselbracht <
mgeselbrac...@gmail.com> wrote:

> Incidentally I have written a similar calculator last week and included it
> in Pcbnew. I used the lemon parser generator
> but exprtk might be a better choice. That way it should be easy to extend
> the calculator with support for
> variables without re-inventing the wheel.
>
> I wanted to mimick the behaviour of Solidworks or CorelDraw; they do not
> use '=' to introduce a formula.
> The text is always interpreted as expression and constants may have units.
>
> So if I want to move a FP from x:80.442 50mil to the right I write (or
> append) "80.442+50mil".
> A difference is that I use the OnTextFocusLost event to start the
> evaluation and OnTextFocusGet to restore
> the previous text just before the evaluation (ups, should have been
> 25mils).
>
> The next step would be to integrate the evaluator in the footprint editor
> as well. But it does not seem to be wise
> right now ;).
>
>
>  - Michael
>
>
>
> On Mon, Aug 28, 2017 at 2:45 PM, hauptmech  wrote:
>
>> or perhaps the python parser is already used in enough kicad builds that
>> it should be used?
>>
>> On 28/08/17 19:56, Tomasz Wlostowski wrote:
>>
>>> On 27.08.2017 22:28, Marco Ciampa wrote:
>>>
 +1 muparser is already present in many distros:

 apt-cache search muparser
 libmuparser-dev - fast mathematical expressions parse library
 (development)
 libmuparser-doc - fast mathematical expressions parser library
 (documentation)
 libmuparser2v5 - fast mathematical expressions parser library (runtime)

>>> ...And exprtk is a single header file, which compiles on any OS. There
>>> is life outside Linux, too.
>>>
>>> - my 5 cents,
>>> Tom
>>>
>>>
>>> ___
>>> 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
>>>
>>
>>
>>
>> ___
>> 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
>>
>
> ___
> 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
>
___
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

Re: [Kicad-developers] [PATCH] PL Editor UI improvements

[Wayne Stambaugh]

Michael,

Thank you for your interest in contributing to KiCad and welcome to the
KiCad developers mailing list.  We can always use the help especially
when it comes to our UI.

I looked at your patch and everything looks fine.  I will merge it as
soon as I get a chance.  Thank you for your contribution to KiCad.

Cheers,

Wayne

On 8/27/2017 5:12 PM, Michael Kavanagh wrote:
> Dear All,
> I am a university EEE student looking to start contributing to the KiCad
> project. I have little/no experience with such large coding projects so
> am starting small. Through my summer internships I have gained some good
> experience with "Enterprise Class" EDA tools.
> Please find attached my first small patch with some UI improvements for
> the page layout editor.
> Hopefully this is okay. Please let me know if there is anything I need
> to change.
> Kind regards,
> Michael
> 
> 
> ___
> 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
> 

___
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

Re: [Kicad-developers] [PATCH] PcbNew Eagle Plugin: Remove layer restriction on some graphic items, fix undrawn items and place values on fabrication layers.

[Russell Oliver]

>
>
> > The second is matching the Eagle tValues and bValues layers with the
> > kicad Fabrication layers instead of the silkscreen layers, to match
> > current standard Kicad practive for component values.
>
> I would think users will expect any object to import to the same layer
> that they are defined in Eagle.  If a module value object is on the
> silkscreen layer in Eagle, then the imported value object should be on
> the silkscreen layer.  Obviously, if there is a layer in Eagle that
> doesn't exist in Pcbnew, then we will have to map it to the most logical
> layer in KiCad.
>
>
I don't know how much you have used Eagle, so I apologise if the
explanation is redundant.
The main problem with matching the layers is that Eagle does have a defined
silkscreen layer as such. When creating the gerber files using the CAM
processor, multiple layers can be included in the same gerber file. By
Eagle convention the *Place layers are used for silkscreen lines and text,
with the *Names layers displaying the component name "R1" etc, which I have
seen included in the final silkscreen on some boards and not in others. By
comparison the *Values layers is not typically included in projects where I
have been able to compare the published eagle files, with photos of the
final pcb.

At this point its just a change to a more sensible default in my opinion.

In the future I think I work on including a dialog to allow the user pick
the destined Kicad layer for each Eagle layer.

Regards
Russell





> >
> > ___
> > 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
> >
>
> ___
> 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
>
___
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

Re: [Kicad-developers] should we change control in 3d-viewer

[Mário Luzeiro]

Hi liyoubdu,
you are free to develop new ways of browsing the 3D board and submit a patch.

3D CAD softwares such as FreeCAD have multiple options how to use the mouse to 
3D navigate, unfortunately for me, all that ways are also much more hard to use 
than KiCad way.

I found KiCad 3d Viewer way very easy to use while using a 3 button mouse, but 
not so easy when using a mouse pad.
Are you using a button mouse or a laptop mouse pad?

Mario Luzeiro


From: Kicad-developers 
 on behalf of 
liyoubdu 
Sent: 22 August 2017 10:39
To: KiCad Developers
Subject: [Kicad-developers] should we change control in 3d-viewer

it is hard to move and roll pcb board in 3d-viewer. why not design the control 
as same as a game. that is a very intuitive and natural way to control the 
object in a game.

___
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

Re: [Kicad-developers] [RFC] Proof of concept of mathematical expression input for text fields.

[Michael Geselbracht]

Incidentally I have written a similar calculator last week and included it
in Pcbnew. I used the lemon parser generator
but exprtk might be a better choice. That way it should be easy to extend
the calculator with support for
variables without re-inventing the wheel.

I wanted to mimick the behaviour of Solidworks or CorelDraw; they do not
use '=' to introduce a formula.
The text is always interpreted as expression and constants may have units.

So if I want to move a FP from x:80.442 50mil to the right I write (or
append) "80.442+50mil".
A difference is that I use the OnTextFocusLost event to start the
evaluation and OnTextFocusGet to restore
the previous text just before the evaluation (ups, should have been 25mils).

The next step would be to integrate the evaluator in the footprint editor
as well. But it does not seem to be wise
right now ;).

 - Michael



On Mon, Aug 28, 2017 at 2:45 PM, hauptmech  wrote:

> or perhaps the python parser is already used in enough kicad builds that
> it should be used?
>
> On 28/08/17 19:56, Tomasz Wlostowski wrote:
>
>> On 27.08.2017 22:28, Marco Ciampa wrote:
>>
>>> +1 muparser is already present in many distros:
>>>
>>> apt-cache search muparser
>>> libmuparser-dev - fast mathematical expressions parse library
>>> (development)
>>> libmuparser-doc - fast mathematical expressions parser library
>>> (documentation)
>>> libmuparser2v5 - fast mathematical expressions parser library (runtime)
>>>
>> ...And exprtk is a single header file, which compiles on any OS. There
>> is life outside Linux, too.
>>
>> - my 5 cents,
>> Tom
>>
>>
>> ___
>> 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
>>
>
>
>
> ___
> 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
>
___
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

Re: [Kicad-developers] [RFC] Proof of concept of mathematical expression input for text fields.

[hauptmech]

or perhaps the python parser is already used in enough kicad builds that 
it should be used?


On 28/08/17 19:56, Tomasz Wlostowski wrote:

On 27.08.2017 22:28, Marco Ciampa wrote:

+1 muparser is already present in many distros:

apt-cache search muparser
libmuparser-dev - fast mathematical expressions parse library (development)
libmuparser-doc - fast mathematical expressions parser library (documentation)
libmuparser2v5 - fast mathematical expressions parser library (runtime)

...And exprtk is a single header file, which compiles on any OS. There
is life outside Linux, too.

- my 5 cents,
Tom


___
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




___
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

Re: [Kicad-developers] [RFC] Proof of concept of mathematical expression input for text fields.

[Wayne Stambaugh]

On 8/28/2017 3:55 AM, Tomasz Wlostowski wrote:
> On 27.08.2017 17:03, Russell Oliver wrote:
>> Hi all, 
>>
>> Attached is a patch that allows for the use of a mathematical expression
>> when editing the value field of components in Eeschema. 
>>
>> If editing the value field and the entered string begins with an equals
>> sign "=" as you would when entering a formula into an Excel spreadsheet
>> cell, it is compiled and parsed when the Enter button is pressed while
>> the text entry is in focus. 
>>
>> A valid expression is returned as a double value which is then printed
>> with a format to remove trailing zeroes. An invalid expression will not
>> change the text value. 
>>
>> The expression parser is simple wrap of the C++ Mathematical Expression
>> Toolkit Library (ExprTk)  written Arash Partow and is under the MIT
>> licence [1]. 
>>
> Hi Russell,
> 
> Looks great, I wanted to have such a feature for parametric mechanical
> design.
> 
> Have a look at the WX_UNIT_BINDER class - it's used in more recent
> dialogs for inputting coordinates/sizes. Perhaps the math parser could
> become a standard part of it?

This makes sense as long as we can continue to use WX_UNIT_BINDER for
normal coordinate entry without math expression support.

> 
> Cheers,
> Tom
> 
> 
> ___
> 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
> 

___
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

Re: [Kicad-developers] Calling PCB_DRAW_PANEL_GAL::SyncLayersVisibility from python?

[Greg Smith]

Thank you!!
I have updated LayerViewSet with fixes for those three 
problems.https://github.com/HiGregSmith/LayerViewSet

 

On Monday, August 28, 2017 6:07 AM, jp charras  
wrote:
 

 Le 27/08/2017 à 23:24, Greg Smith a écrit :
> Tested: kicad-r8452.e3c64f1f0-x86_64.exe
> 
> 
> Great job!
> 
> LayerViewSet now works without having to manually change the canvas type.
> 
> It has gone back to function similar to 4.0.6 stable, requiring the cursor
> to enter the GLCanvas window to see the layer updates.
> 
> In the case of LayerViewSet, pcbnew.UpdateUserInterface() must be called 
> within the script after pcbnew.GetBoard().SetVisibleLayers(). And when I
> do so, the interface flickers (particularly the top tool box "F.Cu (PgUp)"
> layer indicator). Ideally, there'd be a visually cleaner way to do this, but 
> it is
> very functional at the moment.
> 
> When the cursor enters the GLCanvas window, the layers are redrawn. I suspect
> the issue requires a call to SwapBuffers, but it is a common issue with 4.0.6 
> stable.
> 
> 
> 
> On Sunday, August 27, 2017 1:32 AM, jp charras  wrote:
> 

Hi Greg,

I tested your script, but if does not work for me.
- first issue:
  It uses 'F.cu' to find a widgets. However the copper layers names are user 
defined.
  the actual name is board.GetLayerName( pcbnew.F_Cu )
- second issue: it looks for 'Grid'.
  but Kicad is internationalized, so this keyword is not found in non English 
countries (consider
using wxGetTranslation())
- third issue: see attached image.

Thanks.


-- 
Jean-Pierre CHARRAS


   ___
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

Re: [Kicad-developers] [PATCH] PcbNew Eagle Plugin: Remove layer restriction on some graphic items, fix undrawn items and place values on fabrication layers.

[Wayne Stambaugh]

On 8/27/2017 4:39 AM, Russell Oliver wrote:
> Hi All, 
> 
> Attached is a patch that does some minor code changes in the PcbNew
> Eagle plugin which solves a few issues I encountered while testing the
> eagle schematic plugin and project import feature. 
> 
> The first was that some footprints such as Wifi trace antennas use
> graphic lines to form the footprint, but the plugin restricted the
> import of lines and other items to non-copper layers. I think that if
> you are prepared to import Eagle boards into Kicad you should be
> prepared to check all your footprints for issues and not have the plugin
> presuppose that lines on copper layers shouldn't exist. 

I agree that graphics items define on copper layers should be imported
to the appropriate copper layer in KiCad.  Is this going to cause any
issues with the known module pad limitations?  I know JP is working on a
complex pads solution for Pcbnew.  JP, any comments?

> 
> The second is matching the Eagle tValues and bValues layers with the
> kicad Fabrication layers instead of the silkscreen layers, to match
> current standard Kicad practive for component values. 

I would think users will expect any object to import to the same layer
that they are defined in Eagle.  If a module value object is on the
silkscreen layer in Eagle, then the imported value object should be on
the silkscreen layer.  Obviously, if there is a layer in Eagle that
doesn't exist in Pcbnew, then we will have to map it to the most logical
layer in KiCad.

> 
> The third is that some EDGE_MODULE board items were not being drawn due
> to missing calls to EDGE_MODULE::SetDrawCoord(). 
> 
> Kind Regards
> Russell
> 
> 
> 
> 
> 
> ___
> 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
> 

___
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

Re: [Kicad-developers] Calling PCB_DRAW_PANEL_GAL::SyncLayersVisibility from python?

[jp charras]

Le 27/08/2017 à 23:24, Greg Smith a écrit :
> Tested: kicad-r8452.e3c64f1f0-x86_64.exe
> 
> 
> Great job!
> 
> LayerViewSet now works without having to manually change the canvas type.
> 
> It has gone back to function similar to 4.0.6 stable, requiring the cursor
> to enter the GLCanvas window to see the layer updates.
> 
> In the case of LayerViewSet, pcbnew.UpdateUserInterface() must be called 
> within the script after pcbnew.GetBoard().SetVisibleLayers(). And when I
> do so, the interface flickers (particularly the top tool box "F.Cu (PgUp)"
> layer indicator). Ideally, there'd be a visually cleaner way to do this, but 
> it is
> very functional at the moment.
> 
> When the cursor enters the GLCanvas window, the layers are redrawn. I suspect
> the issue requires a call to SwapBuffers, but it is a common issue with 4.0.6 
> stable.
> 
> 
> 
> On Sunday, August 27, 2017 1:32 AM, jp charras  wrote:
> 

Hi Greg,

I tested your script, but if does not work for me.
- first issue:
  It uses 'F.cu' to find a widgets. However the copper layers names are user 
defined.
  the actual name is board.GetLayerName( pcbnew.F_Cu )
- second issue: it looks for 'Grid'.
  but Kicad is internationalized, so this keyword is not found in non English 
countries (consider
using wxGetTranslation())
- third issue: see attached image.

Thanks.


-- 
Jean-Pierre CHARRAS
___
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

Re: [Kicad-developers] [PATCH] PcbNew Eagle Plugin: Remove layer restriction on some graphic items, fix undrawn items and place values on fabrication layers.

[jp charras]

Le 27/08/2017 à 10:39, Russell Oliver a écrit :
> Hi All, 
> 
> Attached is a patch that does some minor code changes in the PcbNew Eagle 
> plugin which solves a few
> issues I encountered while testing the eagle schematic plugin and project 
> import feature. 
> 
> The first was that some footprints such as Wifi trace antennas use graphic 
> lines to form the
> footprint, but the plugin restricted the import of lines and other items to 
> non-copper layers. I
> think that if you are prepared to import Eagle boards into Kicad you should 
> be prepared to check all
> your footprints for issues and not have the plugin presuppose that lines on 
> copper layers shouldn't
> exist. 
> 
> The second is matching the Eagle tValues and bValues layers with the kicad 
> Fabrication layers
> instead of the silkscreen layers, to match current standard Kicad practive 
> for component values. 
> 
> The third is that some EDGE_MODULE board items were not being drawn due to 
> missing calls
> to EDGE_MODULE::SetDrawCoord(). 
> 
> Kind Regards
> Russell

Hi Orson and Tomasz,

I know there is currently a work in progress on Eagle import plugin.
So please, have a look at this patch.


-- 
Jean-Pierre CHARRAS

___
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

Re: [Kicad-developers] wire connections

[Arun Kumar]

Now I realise that it's a bit complex because of the followup steps.

Make the drawing area as a 2D array grid P[ ] [  ] with walkable points
representing as 0 and obstacle points as 1.

walkable point P[5][6] =0
obstacle point P[5] [7] = 1

1) On each part's drag stop event, make the area (bounding box of the part)
occupied by the part as obstacle so that wire cannot be drawn over it.

2) Make the area from where the part moved as walkable so that other wires
can pass through that area.

3) check if paths already exist with the pins of the part moved. If yes,
remove that path and make the area of the path walkable. else check next pin

4) Draw the new path from the new position and mark he path as obstacle so
that other wires do not overlap with this.

5) Push the new path into an array or object.

6) update the walkable and obstacles in the grid

7) iterate the above steps with other pins of the part moved.


On Tue, Aug 22, 2017 at 7:10 PM, Arun Kumar  wrote:

> Yes, I'm referring to the schematic wires. Through the G hotkey has the
> functionality, the wires are not  orthogonal bend at 90  degrees) after
> drag/move.
>
> I don't think it would be lot of logic to add. Because we can use any
> existing routing library such as A* search algorithm.
>
> 1) Call the routing library immediately after the drag stop event.
> 2) Pass the part dragged to the routing library and the connections
> associated with it.
> 3) The A* search library re-draws the wires.
>
>
>
>
> On Tue, Aug 22, 2017 at 6:41 PM, su_pyrow  brooklynelectronicsgroup.com> wrote:
>
>> Try 'G' to grab rather than 'M' to move
>> is that what you mean?
>>
>>
>> On 08/22/2017 09:04 AM, Arun Kumar wrote:
>> > Hi Team,
>> >
>> > The wire connections doesn't move or sustain when the parts are moved
>> > around. Is there any work going on to address this. Almost in all
>> > commercial softwares the wires connections adjust as per the movement of
>> > the parts.
>> >
>> > Thanks,
>> > Arun
>> >
>> >
>> > ___
>> > 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
>> >
>>
>>
>>
>> ___
>> 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
>>
>>
>
___
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

Re: [Kicad-developers] Routing algorithm used in PCB

[Arun Kumar]

I don't know C++ so unable  to contribute and I want to build my own FOSS
app with the languages I know. I always wanted to contribute to an existing
project there  isn't a proper documentation about the source code. Have to
go through hundreds and thousands of lines of code to understand where they
have implemented a specific functionality.

I browsed the folders of the source code of Kicad but unable to understand
what routing techniques are used and the code associated with it. I  found
 a folder with name algorithm but couldn't understand how they're working
with the parts.

Thanks,
Arun

On Mon, Aug 28, 2017 at 12:04 PM, José Ignacio 
wrote:

> You already established that you want to extract techniques from kicad for
> your own project instead of contributing. The code is all there in the
> repo, free to use under the GPL.
>
> On Mon, Aug 28, 2017 at 12:41 AM, Arun Kumar 
> wrote:
>
>> Hi Team,
>>
>> Which PCB routing algorithm are used in PCB designing in Kicad?
>>
>> Thanks
>> Arun
>>
>> ___
>> 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
>>
>>
>
___
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

Re: [Kicad-developers] [RFC] Proof of concept of mathematical expression input for text fields.

[Tomasz Wlostowski]

On 27.08.2017 22:28, Marco Ciampa wrote:
> +1 muparser is already present in many distros:
> 
> apt-cache search muparser
> libmuparser-dev - fast mathematical expressions parse library (development)
> libmuparser-doc - fast mathematical expressions parser library (documentation)
> libmuparser2v5 - fast mathematical expressions parser library (runtime)

...And exprtk is a single header file, which compiles on any OS. There
is life outside Linux, too.

- my 5 cents,
Tom


___
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

Re: [Kicad-developers] [RFC] Proof of concept of mathematical expression input for text fields.

[Tomasz Wlostowski]

On 27.08.2017 17:03, Russell Oliver wrote:
> Hi all, 
> 
> Attached is a patch that allows for the use of a mathematical expression
> when editing the value field of components in Eeschema. 
> 
> If editing the value field and the entered string begins with an equals
> sign "=" as you would when entering a formula into an Excel spreadsheet
> cell, it is compiled and parsed when the Enter button is pressed while
> the text entry is in focus. 
> 
> A valid expression is returned as a double value which is then printed
> with a format to remove trailing zeroes. An invalid expression will not
> change the text value. 
> 
> The expression parser is simple wrap of the C++ Mathematical Expression
> Toolkit Library (ExprTk)  written Arash Partow and is under the MIT
> licence [1]. 
> 
Hi Russell,

Looks great, I wanted to have such a feature for parametric mechanical
design.

Have a look at the WX_UNIT_BINDER class - it's used in more recent
dialogs for inputting coordinates/sizes. Perhaps the math parser could
become a standard part of it?

Cheers,
Tom


___
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

[Kicad-developers] Holidays are over

[Oliver Walters]

I'm back from vacation, it appears that Rene, Jan et al have been managing
the libraries very well in my absence.

It will take me a few days to get back into the swing of things (day job
etc).

Cheers,
Oliver
___
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

Re: [Kicad-developers] Routing algorithm used in PCB

[José Ignacio]

You already established that you want to extract techniques from kicad for
your own project instead of contributing. The code is all there in the
repo, free to use under the GPL.

On Mon, Aug 28, 2017 at 12:41 AM, Arun Kumar  wrote:

> Hi Team,
>
> Which PCB routing algorithm are used in PCB designing in Kicad?
>
> Thanks
> Arun
>
> ___
> 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
>
>
___
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