Re: [Kicad-developers] Eeschema field autoplacing: second rev

[Alejandro Méndez A .]

This seems a great addon to KiCad.

It would be great to have the same thing in PCBNew.

Thanks!

2015-06-19 3:22 GMT+02:00 Chris Pavlina :

> Here's the second revision of my Eeschema field autoplacing tool. The
> following changes have been made:
>
> - Autoplace understands text justification
> - Optional rejustification of fields (fields at the side are left- or
>   right-aligned; fields at the top and bottom are center-aligned)
> - Smarter field location selector is aware of hidden pins
>
> A few tweaks to existing features have been made as well.
>
> Components by default are made with autoplaced fields when placed from
> the library. Autoplace is repeated automatically when the component is
> rotated or flipped or when relevant properties of fields (justification,
> hidden vs visible) are changed. Moving a field manually sets the
> component to non-autoplaced; pressing O over the component or
> right-clicking and choosing Autoplace Fields resets it. Copied
> components retain the autoplace status of the source.
>
> This is quite helpful when making complicated schematics with many
> rotated parts. Try it out!
>
> --
> Chris
>
>
> ___
> 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] To-do before the stable release (wrt GAL)

[Alejandro Méndez A .]

Hi,

Great Orson, thanks. I will be making a board this week or the next and I
will test it as much as I can.

Cheers.

2015-05-05 20:56 GMT+02:00 Maciej Sumiński :

> Hi,
>
> I have just pushed patches to synchronize hot keys in GAL with the
> legacy canvas, so testing would be very welcome.
>
> As a part of the stable release preparations I propose a detailed to-do
> list to qualify GAL for the release. If you think I missed something
> important here - let me know. Please keep in mind that we are in feature
> freeze now, so only features that differ GAL from the legacy canvas have
> any chances to be accepted.
>
> - Toggle the active layer with 'V' (or via placement hot key) without
> PNS being active.
> - Tool to place the origin point for drill and place.
> - Keyboard controlled cursor (move the cursor using arrows).
> - Select trivial connection (i.e. a segment between two junctions); now
> it is only possible to select whole copper connection.
> - 'Delete' key should remove trivial connections, not individual segments.
> - Some drawing tools require 3-clicks to finish drawing.
> - 'Remove corner' for polygons.
> - Scrollbars.
> - Reorganize shortcuts so they are not dependent on the current tool (at
> least basic ones). People complain that they cannot invoke 'Properties'
> using 'e' or remove tracks with PNS active.
>
> - Bugs described in the bug tracker, but not all of them [1], as there
> are also entries that are not feasible now.
>
> - Last, but not least: documentation for the new tools
>
> Cheers,
> Orson
>
> 1. http://tinyurl.com/kes2pvm
>
>
> ___
> 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] PCB Layouting with OpenGL Mode: What I miss.

[Alejandro Méndez A .]

Hi Orson,

I think I understand now why I didn't thought it didn't work. If you press
X for routing and then press E, it gives you the Interactive router
configuration. Instead, if you haven't go to routing mode and press E, it
modifies the track/via with the value configured as it is supposed to. The
difference is that in the non-opengl, it does the same thing to track/via
if  you are in routing mode or not.

About layers shortcuts, I know those but for me is way faster to use the
numbers when you use 4 or more layers so I prefer to use non-opengl in
those cases.



2015-04-29 10:53 GMT+02:00 Maciej Sumiński :

> On 04/28/2015 11:10 PM, Michael Heidinger wrote:
> > Dear Developpers,
> >
> > first of all I want to say thank you for putting your energy to this
> > great project.
> >
> > There are some points I would propose some small edits to make KiCad
> > more convenient.
> >
> > 1. Deleting a track to next junction: In standard mode one can just
> > press "del" and the track is gone (until the next junction). I would
> > like to have this feature too.
> > Currently only the segment goes. Deleting only a segment should be done
> > by the "remove one char" key. (The key over enter, you know what I
> mean...)
> > Also this feature should also be available in the "track place mode". In
> > track place mode currently nothing happens.
>
> Hi Michael,
>
> You are also able to remove a whole copper connection or net (right
> mouse button click->Select...->copper connection/net and then delete).
>
> I see that people miss an intermediate option to remove simple
> connections (as you said - until the next junction). I think we will
> have it in the end, but there are more urgent things to add now.
>
> > 2. Editing zones is in OpenGL mode: The edit dialog does not open
> > pressing "e". You have to first select the zone and then you can edit.
> > Accessing the edit faster would be more convenient.
>
> Is not it exactly as in the legacy view? You need to move the mouse
> cursor over a zone edge and press 'e' to bring properties windows. Is
> there any other possibility that I have missed?
>
> Regards,
> Orson
>
> > 3. Changing layers: In standard mode I can switch layers (top to bottom
> > and vise-versa by pressing v.) In OpenGL mode I cannot switch with the
> > "v"-key.
> >
> > I think the changes proposed are fast to implement, but will KiCad make
> > more user-friendly.
> >
> > - 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
>
>


-- 
アレッカス
___
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] PCB Layouting with OpenGL Mode: What I miss.

[Alejandro Méndez A .]

Hi everyone,

I also think this is an important bug / flaw, the e for edit and the
shortcuts to change layers are in my opinion the most importants. I would
love to always use the openGL mode but I find myself working always with
non-opengl mode because of the shortcuts.

If I new enough about the code organization of KiCad I would try to fix
this but I need a lot of time yet to get my head around it.



2015-04-29 10:06 GMT+02:00 Mário Luzeiro :

> Hi all,
>
> I share same experience. OpenGL GAL keyboard user-interface is different
> from the default one.
> I have to spend a bit time always to upgrade my new "keyboard mental map"
> for that mode.
> Also not mentioned by Michael, editing a track is not eminently or there
> is no shortcut that is working for me (like press X in default mode)
>
> Regards,
> Mario Luzeiro
> 
> From: Kicad-developers [kicad-developers-bounces+mrluzeiro=
> ua...@lists.launchpad.net] on behalf of Michael Heidinger [
> mch.heidin...@gmx.de]
> Sent: 28 April 2015 23:10
> To: KiCad Developers
> Subject: [Kicad-developers] PCB Layouting with OpenGL Mode: What I miss.
>
> Dear Developpers,
>
> first of all I want to say thank you for putting your energy to this
> great project.
>
> There are some points I would propose some small edits to make KiCad
> more convenient.
>
> 1. Deleting a track to next junction: In standard mode one can just
> press "del" and the track is gone (until the next junction). I would
> like to have this feature too.
> Currently only the segment goes. Deleting only a segment should be done
> by the "remove one char" key. (The key over enter, you know what I mean...)
> Also this feature should also be available in the "track place mode". In
> track place mode currently nothing happens.
>
> 2. Editing zones is in OpenGL mode: The edit dialog does not open
> pressing "e". You have to first select the zone and then you can edit.
> Accessing the edit faster would be more convenient.
>
> 3. Changing layers: In standard mode I can switch layers (top to bottom
> and vise-versa by pressing v.) In OpenGL mode I cannot switch with the
> "v"-key.
>
> I think the changes proposed are fast to implement, but will KiCad make
> more user-friendly.
>
> - 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
>



-- 
アレッカス
___
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] Module editor upgrade

[Alejandro Méndez A .]

One word:

Bravo!!!




2014-06-26 15:58 GMT+02:00 Maciej Sumiński :

> Ladies and gentlemen,
>
> We have just reached the next step of our development plan. We would like
> to offer you a refurbished module editor, extended with the GAL and the
> Tool Framework. Besides the new graphic engine, you will find there:
> - layer widget - to select the drawing layer before you start creating
> graphics (including Edge.Cuts layer)
> - drawing tools - already known from the layout editor (draggable items,
> point editor, line splitting, etc.)
> - copy and paste using reference points - feel the power of instant
> replication
> - align/distribute - to save you some time on precise mouse movements
> - pad enumeration tool - that is the missing piece in the lightning fast
> footprint creation process
> - DXF import - we do not blame you if you prefer other graphic utils (it
> is possible mostly due to efforts of Jean-Pierre Charras, the main author
> of DXF import code)
>
> We invite you to watch a short video, in which you may see the new
> features in action. To give you an example, there is a part on how to draw
> a QFN64 footprint in less than 2 minutes:
> https://vimeo.com/99235812
>
> The code is available for testing in the repository:
> https://code.launchpad.net/~cern-kicad/kicad/module_editor
> After a period of testing, it will be merged to the product branch. You
> may help shortening the time by letting us know if everything works as
> expected.
>
> I feel obliged to say thank you to the KiCad community that gave us a few
> thoughts regarding improvements. We should ask you more often, you have
> great ideas.
>
> Regards,
> Orson
>
> ___
> 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] Library Convention

[Alejandro Méndez A .]

Hi,

I was hoping for some convention like this to array soon since I'm making
new components for every project and I would love them to follow the KiCad
convention so they can be contributed.

Carl, could you please upload a document with those conventions that are
already decided? Like naming, perhaps.

By the way, I think that all kind of pin strips should have in the name if
they are SMD or THC, if they are vertical or right angle and their pitch.
All of those with an certain order.

The same would go for packages, for example if there is TQFP48, the one
with non standard size should have the size next to name. Also, would be
great to determine if all names use mm or inches so we all work in the same
page.




2014-04-28 9:17 GMT+02:00 Lorenzo Marcantonio :

> On Sun, Apr 27, 2014 at 03:38:53PM -0400, Carl Poirier wrote:
> > Yes, obviously the rules will be separated in the corresponding sections
> in
> > the complete version. We however also have to discuss pin placement on
> > symbols, especially the black-box ones. What do the standards say about
> it?
>
> Not much, actually... the 60617-1 only says that connections should end
> on grid intersections and must have sufficient space for lettering (I've
> already said enough on that).
>
> Most of the symbols have their natural attach point (it's clear where
> BCE have to be connected on a BJT...), most of the 'square' or 'circle'
> symbol can be connected in a near arbitrary way; example, the motor:
>   __
>  /  \
> | M= |  << this is a DC motor, it's a circle :D
>  \__/  there is a + marking on the relevant terminal
>
> All of the following are valid symbols (of course lettering can be
> vertical, too):
>
>   |_ __   __
>  /+ \   /  \ / +\--
> | M= |   --| M=+|-- | M= |
>  \__/   \__/ \__/--
>   |
>
> Side note: 60617 deals and unifies with both electronic and
> electrotechnical (wiring, distribution and so on) schematic. In many
> places however there are different conventions. The most obvious is the
> unifilar wiring, like for 3-phase wiring and cable bundling (obviously
> can't be used for netlisting). The commonly used 'bus' tapping symbology
> (used by kicad, too) isn't part of the standard, either. I use eeschema
> for both and the result is fine (I even do ladders and block diagrams
> with it, actually:P). There are also some esoteric symbols which are
> almost never used (Hg delay lines and ferrite core memories, how many do
> you use at year?) and other which are usually ignored (the static
> switch, for example... most of the time you use the relevant
> optocoupling block or the usual relay symbol).
>
> The other place where pin placement *is* significant is in the -12 and
> -13 sections, dealing respectively with binary and logical 'black
> boxes'. I deeply hate them, because they are ugly and not easily
> recognizable. Also you *need* the Technical Set for lettering them, it's
> not an option here.
>
> For people not knowing them, this is the beloved ANSI 'and' block:
> 
> ---|\   (< semicircle here)
>| |---
> ---|/
>
> This is the IEEE/IEC corresponding symbol:
> _
>|  &  |
> ---| |---
>| |
> ---| |
>|_|
>
> If that wasn't ugly enough, here is the opamp (I assume everyone knows
> the usual triangle block)
>
> _
>| |>oo|(< these would be a right pointing triangle with the
> ---|+|---  infinity symbol for gain)
>| |
> ---|-|
>|_|
>
> Now imagine a mixed signal circuit and look for the whole day to all
> these identical boxes... at least *there is* a redeeming point with new
> symbols, since they distinguish comparators and the kind of output
> (push-pull, tristate, and so on). Here is an analog pull-down comparator
> (like the LM319):
>
> 
>| UCOMP  |The * is the pull-down symbol, made in this way:
> ---|X  X>Y *|--- (from the technical set, too)/\
>|| \/
> ---|Y   | --
>||
>
> By the way all these symbol are somewhere hidden in Unicode (some in the
> graphic block, some in the greek block, some in the misc technical
> block, some in the math block)
>
> If it wasn't clear yet the rule is: stuff enters from the left
> and exits from the right. Of course you can rotate the symbol (but
> mirroring is not recommended).
>
> Last rule for pin placement: common/control inputs and common outputs.
> You add the 'hat' for the first and a separate section for the others.
> More or less like UML classes... for an example look at the NXP 74HCT153
> datasheet.
>
> > Yeah I was thinking about tape and reel quadrant designations from some
> > manufacturers, Maxim for example:
> > http://www.maximintegrated.com/design/packaging/smd_tape_reel.cfm
>
> Probably that's the EIA 481 designation. Never cared for that, the
> slaves at the pick and place machines have to dea

Re: [Kicad-developers] Environment Variables

[Alejandro Méndez A .]

Hi,

I will wait to Nicks suggestions and once they are implemented I will send
it to the mailing list.


2014-04-08 16:28 GMT+02:00 Dick Hollenbeck :

> Thanks Alejandro.
>
> Nothing speaks louder than success.  If you have this configuration
> working on both OSes,
> then it is likely that others will benefit from your findings and sharing
> of knowledge.
>
>
> Dick
>
>
>
> On 04/08/2014 02:52 AM, Alejandro Méndez A. wrote:
> > Hi Dick,
> >
> > I made a simple manual but I forgot to send it. You can check it before
> I send it to the
> > mailing list since you might find something else to add or to change:
> >
> >
> > *Using KiCad in Windows and Linux using the same Globa Libraries for
> modules*
> >
> > *
> > *
> >
> > To be able to use the same Global Libraries for modules we will need
> three to do three
> > things:
> >
> > 1) Have a path that can be accesed by both Windows and Linux ( A NTFS or
> Fat32 Partition
> > will do) to store the libraries.
> >
> > 2) Add the Environment Variable with the path where the libraries are in
> each OS. (This
> > step is not necesary but can be useful for people working with Linux and
> OSX)
> >
> > 3) Create a lib-table with the path of each library using the
> Environmental Variable and
> > substitute the KiCad lib-table of each OS.
> >
> >
> > 1) For the first step we will have to move all our libraries to a folder
> inside of a
> > drive that can be accessed by both systems, usually this is done with a
> partition
> > formatted in NTFS or Fat32 since Windows can't access many of the files
> systems used in
> > Linux. This can also be done with a USB drive.
> >
> > For my example, I will be using a partition formatted in NTFS. The path
> to the folder
> > with the libraries in each OS are the following :
> >
> >
> > Linux (The drive in my case is named : 6EF4F576F4F540BF ):
> >  /media/twistx77/6EF4F576F4F540BF/mylibs/
> >
> > Windows: D:\mylibs\
> >
> >
> > 2) Now that we have access to the libraries from both OS, we have to add
> the necessary
> > Environment Variables in each OS. The Environment Variable will be used
> in this case to
> > substitute a path that for a name, so if we have different paths in each
> operative
> > system, we can setup an evironment variable that can have the same name
> in both OS but
> > they point to the same folder with the different path this folder can
> have en each OS.
> >
> > We can use the Environment Variable determined by KiCad (KISYSMOD) or we
> can just create
> > our own. In this case, I will create a new variable called KIMYLIBS to
> assign the paths
> > of our libraries in each OS. In Linux there are several ways to declare
> a Enviroment
> > Variable which will depend on the distribution, persistence of the
> variable and reach
> > (user vs system). I will be creating a session-wide environment in a
> Ubuntu based system.
> >
> >
> > To create the Environment Variable in Linux :
> >
> > s*udo *gedit *~/.profile*
> >
> > *In the files that have openned we have to add the following in the last
> line:*
> >
> > *export KIMYLIBS="/media/twistx77/6EF4F576F4F540BF/mylibs"*
> >
> > *Then save **and close the file.*
> >
> > *Now we reload the profile*
> >
> > *source **~/.profile*
> >
> > *Now, lets check if the variable is already set by using the command:*
> >
> > *printenv **KIMYLIBS*
> >
> > *We should see **/media/twistx77/6EF4F576F4F540BF/mylibs*
> >
> > *
> > *
> >
> > To create the Environment Variable in Windows 7:
> >
> > 1) Right click on the Computer icon on your Desktop or Start Menu and
> choose Properties
> > option.
> >
> > 2) In the System window click on Advanced system settings in the left
> pane.
> >
> > 3) In the System Properties window select Advanced tab and click on
> Environment
> > Variables… button given at the bottom of the window.
> >
> > 4) In the Environment Variables window you will notice two columns User
> variables for a
> > username and System variables.
> >
> > 5) Now to add a new User variable click on New… button. In the New User
> Variable dialog
> > box type the KIMYLIB name and in Variable value add D:\mylibsand click
> OK button
> >
> > 6) Click OK button in the Environment Variables dialog window.
> >
> > 7) Click OK on System Properties window.
> >
> > You might need to resta

Re: [Kicad-developers] Environment Variables

[Alejandro Méndez A .]

Hi Dick,

I made a simple manual but I forgot to send it. You can check it before I
send it to the mailing list since you might find something else to add or
to change:


*Using KiCad in Windows and Linux using the same Globa Libraries for
modules*


 To be able to use the same Global Libraries for modules we will need three
to do three things:

1) Have a path that can be accesed by both Windows and Linux ( A NTFS or
Fat32 Partition will do) to store the libraries.

2) Add the Environment Variable with the path where the libraries are in
each OS. (This step is not necesary but can be useful for people working
with Linux and OSX)

3) Create a lib-table with the path of each library using the Environmental
Variable and substitute the KiCad lib-table of each OS.


1) For the first step we will have to move all our libraries to a folder
inside of a drive that can be accessed by both systems, usually this is
done with a partition formatted in NTFS or Fat32 since Windows can't access
many of the files systems used in Linux. This can also be done with a USB
drive.

For my example, I will be using a partition formatted in NTFS. The path to
the folder with the libraries in each OS are the following :


Linux (The drive in my case is named : 6EF4F576F4F540BF ):
 /media/twistx77/6EF4F576F4F540BF/mylibs/

Windows: D:\mylibs\


2) Now that we have access to the libraries from both OS, we have to add
the necessary Environment Variables in each OS. The Environment Variable
will be used in this case to substitute a path that for a name, so if we
have different paths in each operative system, we can setup an evironment
variable that can have the same name in both OS but they point to the same
folder with the different path this folder can have en each OS.

We can use the Environment Variable determined by KiCad (KISYSMOD) or we
can just create our own. In this case, I will create a new variable called
KIMYLIBS to assign the paths of our libraries in each OS. In Linux there
are several ways to declare a Enviroment Variable which will depend on the
distribution, persistence of the variable and reach (user vs system). I
will be creating a session-wide environment in a Ubuntu based system.


To create the Environment Variable in Linux :

s*udo *gedit *~/.profile*

*In the files that have openned we have to add the following in the last
line:*

*export KIMYLIBS="/media/twistx77/6EF4F576F4F540BF/mylibs"*

*Then save **and close the file.*

*Now we reload the profile*

*source **~/.profile*

*Now, lets check if the variable is already set by using the command:*

*printenv **KIMYLIBS*

*We should see **/media/twistx77/6EF4F576F4F540BF/mylibs*


 To create the Environment Variable in Windows 7:

 1) Right click on the Computer icon on your Desktop or Start Menu and
choose Properties option.

  2) In the System window click on Advanced system settings in the left
pane.

  3) In the System Properties window select Advanced tab and click on
Environment Variables… button given at the bottom of the window.

  4) In the Environment Variables window you will notice two columns User
variables for a username and System variables.

  5) Now to add a new User variable click on New… button. In the New User
Variable dialog box type the KIMYLIB name and in Variable value add
D:\mylibsand click OK button

  6) Click OK button in the Environment Variables dialog window.

  7) Click OK on System Properties window.

 You might need to restart.


 For more information in how to setup Environment Variables check these
links:

https://help.ubuntu.com/community/EnvironmentVariables (Ubuntu)

http://www.nextofwindows.com/how-to-addedit-environment-variables-in-windows-7/


3) There are two ways of creating the lib-table. The first would be to open
PCBNew, go to Preferences>Library Tables and then add there the path
($KIMYLIB/resistors.pretty in Windows $KIMYLIB\resistors.pretty in Linux)
of each library with its name and plugin type Kicad.

Another way to do this is modify the lib-table file which can be located in
the home folder in Linux and at “C:\Users\\AppData\Roaming\kicad\” in Windows.

The file should contain something like this:


 (fp_lib_table

(lib (name resistors)(type KiCad)(uri $KIMYLIB/resistors.pretty)(options
"")(descr "Resistors"))

(lib (name capas)(type KiCad)(uri $KIMYLIB/caps.pretty)(options "")(descr
"Capacitors"))

)

where each line should have name of the library, type of library, path,
options, and description as in the Library Tables manager of PCBNew.

We have to pay atention in the path since in Linux we should have something
like this: $KIMYLIB/library.pretty while in Windows we should be using “\”
instead of “/” so it would be like this: $KIMYLIB\library.pretty


That's it.


2014-04-08 4:44 GMT+02:00 Dick Hollenbeck :

> On 03/17/2014 01:35 PM, Alejandro Méndez A. wrote:
> > Ok,
> >
> > I will do that in a new post with another title

Re: [Kicad-developers] KiCad git-based libraries as a way to harvest users' contributions - does it work?

[Alejandro Méndez A .]

Hello,

I've recently learn the process to get the libraries modify them and
request a merge using git and I have to agree with you. I'm not a "coding
guy" but I know how to code and I've already work with SubVersion which
helps me.

Anyway, I agree that an average electronics guy won't know and won't want
to do such a process just to update the community library. Instead they
will probably maintain their on library locally and forget about git. In
fact, last night I was listening to The Amp Hour (Electronics related
podcast) and in their last podcast they were talking about that one of the
things that they think is a problem in KiCad is not having already built
stable versions of KiCad for each OS and the fact that an electronics guy
normally won't want to build it themselves.

In my humble opinion, following the guides for building KiCad in Linux is
not much harder than updating a component for the git libraries, so I agree
that some kind of intermediate tool should be added at least in the future
if we want a real contribution from any KiCad user.

Regards


2014-03-21 9:10 GMT+01:00 Fabrizio Tappero :

> Hello guys,
>
> I have been mildly interested in the move of the kicad components
> library to a github repo. Mainly interested in adding a section in the
> kicad getting started tutorial I decided to learn how it works.
>
> A little bit from Carl and a little more from here and there, I learn
> that an average kicad user can/could/should contribute to the quality
> of the kicad comp lib via its new github thing by submitting patches,
> so the librarians group is born, etc.
>
> Try to put myself on the kicad seat, I have some hard time understand
> how git can be appealing to them. So I decided to ask this question to
> you guys. Your opinion would be great. Here it goes.
>
> When you get a repo because you want to contribute (either is kicad it
> self or the kicad lib repo) u clone the master repo, you do your
> modifications, you create and send to developers your patch, Done.
>
> Few days after your patch gets applied and ideally your would like to
> re-synch your current repo with the newest repo but it is not possible
> because your current repo is out of synch since you did your
> modifications locally.
>
> One solution to that is create a branch, do the modification (create
> and send the patch), go back to the original branch and resynch the
> current repo, done. Well all this procedure seems to me quite
> complicated especially when to contribute is some kicad users who is
> trying to update a lib component but when really his interest is in
> making PCBs. Also, git was born for code, so the average kicad user
> will have to do the editing of the lib component part using the kicad
> component editor, import, export, etc.
>
> Do you actually agree that, in almost any open-source project, it is
> already nearly impossible to get a contribution from somebody who is
> not a coding guy. Let alone expect a contribution from a pcb developer
> who already has to learn all the kicad moves, deal with his boss, buy
> the components, do the soldering, oscilloscope, tester, the board
> works but some soldering is needed, etc. etc.
>
> Once again, in my opinion, git is made for developers not for (pcb
> designers) who we are trying to take advantage of for improving kicad
> lib quality. Don't get me wrong I love git as I love vegemite but
> still are we sure this will bring lib contributions from PCBs
> developers?
>
> Maybe, some sort of intermediate tool that sits between the pcb guy
> and git is needed?
>
> Thank you for your time
>
> Best regards
> Fabrizio
>
> ___
> 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] Environment Variables

[Alejandro Méndez A .]

Thanks for the info Dick.

Carl, I could give you some help then. At least I could help you validating
and creating components that I already create for my self.

I will need some help at least in the beginning to learn how to work well
with github since git is a new field for me since I've always used SVN.

Anyway, if there is anyway I can star helping you guys let me know and I
will do as much as I can with the time I have left :).




2014-03-17 21:10 GMT+01:00 Carl Poirier :

>
> > Is anyone working on doing some sort of collaborative library where
> people could create components and by users votes have the components
> validate them-selves?
> > I know a little about the github "official" library for KiCad
>
> Few of us (like me) work on libraries on a voluntary basis. So much as
> those who volunteer for any other good cause.
>
> Basically, contributors started to open merge requests to one or more
> GitHub libraries. We then validate as much as we can and pull the merge
> request. That's how you would do to contribute some corrections to a
> library and/or commit a new one.
>
> For now, the merge requests can be handled by one person but I suspect
> this will change soon, once the GitHub plugin gets more users. We will then
> need more people to validate the footprints and libraries.
>
> Carl
>
>
> On Mon, Mar 17, 2014 at 3:45 PM, Dick Hollenbeck  wrote:
>
>> On 03/17/2014 01:35 PM, Alejandro Méndez A. wrote:
>> > Ok,
>> >
>> > I will do that in a new post with another title so it is easy to find.
>> >
>> > I could make a video since I already have a youtube channel with plenty
>> of visits but I'm
>> > not a native English speaker so I think it might be better just to keep
>> the written version :)
>> >
>> > In fact I've been doing a tutorial for Kicad in Spanish but I haven't
>> finished since the
>> > last changes for KiCad have changed a lot in PCBNew and Library and I'm
>> thinking of
>> > redoing the first ones with a newer version of KiCad including the new
>> features of PCBNew.
>> > Should I keep waiting a little longer for more big changes?
>> >
>> > I'll try to make a useful post for the environment variables and how to
>> use them to be
>> > able to work with Kicad seamlessly in different platforms.
>> >
>> > Last but not least. I think there is already work being done with the
>> libraries but I
>> > think that it would be really good for KiCad to have a very large
>> contributive components
>> > library since most "hobbiest" users don't wan't to make their own parts
>> and people like me
>> > that are freelance or work for small companies will use already created
>> components when
>> > they come from a "respectable" source. I spend a lot of time creating
>> my own footprints
>> > and I've found that the best library out there in my opinion is this
>> one:
>> > http://smisioto.no-ip.org/elettronica/kicad/kicad-en.htm . Is anyone
>> working on doing some
>> > sort of collaborative library where people could create components and
>> by users votes have
>> > the components validate them-selves?
>> > I know a little about the github "official" library for KiCad and also
>> I know of a web
>> > that is doing that for three differents packages (KiCad included), it
>> is called
>> > CircuitHub. It is a great idea but they try to cover too much, at least
>> for now, in my
>> > opinion. You can create the components in their web, et cetera. I've
>> tried it and I've
>> > even talked to one of the founders for support, since there are many
>> things that don't
>> > work right yet and they make it basically unusable at the end. They've
>> told me they are
>> > working on it, but it have passed at least 6 months and they have added
>> other things but
>> > the component creation part is still not working right. To the point of
>> not even been able
>> > to create new schematic symbols.
>> >
>> > Anyway, I just want to know if there is somebody working in an idea
>> like that but just to
>> > keep the components, not creating them in the web since I could help
>> creating components
>> > and a system to let people create components to share, following a
>> common criteria which
>> > could give some security to the people wanting to use them.
>> >
>> > BTW, sorry for the long boring reply.
>>
>>
&g

Re: [Kicad-developers] Environment Variables

[Alejandro Méndez A .]

Ok,

I will do that in a new post with another title so it is easy to find.

I could make a video since I already have a youtube channel with plenty of
visits but I'm not a native English speaker so I think it might be better
just to keep the written version :)

In fact I've been doing a tutorial for Kicad in Spanish but I haven't
finished since the last changes for KiCad have changed a lot in PCBNew and
Library and I'm thinking of redoing the first ones with a newer version of
KiCad including the new features of PCBNew. Should I keep waiting a little
longer for more big changes?

I'll try to make a useful post for the environment variables and how to use
them to be able to work with Kicad seamlessly in different platforms.

Last but not least. I think there is already work being done with the
libraries but I think that it would be really good for KiCad to have a very
large contributive components library since most "hobbiest" users don't
wan't to make their own parts and people like me that are freelance or work
for small companies will use already created components when they come from
a "respectable" source. I spend a lot of time creating my own footprints
and I've found that the best library out there in my opinion is this one:
http://smisioto.no-ip.org/elettronica/kicad/kicad-en.htm . Is anyone
working on doing some sort of collaborative library where people could
create components and by users votes have the components validate
them-selves?
I know a little about the github "official" library for KiCad and also I
know of a web that is doing that for three differents packages (KiCad
included), it is called CircuitHub. It is a great idea but they try to
cover too much, at least for now, in my opinion. You can create the
components in their web, et cetera. I've tried it and I've even talked to
one of the founders for support, since there are many things that don't
work right yet and they make it basically unusable at the end. They've told
me they are working on it, but it have passed at least 6 months and they
have added other things but the component creation part is still not
working right. To the point of not even been able to create new schematic
symbols.

Anyway, I just want to know if there is somebody working in an idea like
that but just to keep the components, not creating them in the web since I
could help creating components and a system to let people create components
to share, following a common criteria which could give some security to the
people wanting to use them.

BTW, sorry for the long boring reply.




2014-03-17 18:57 GMT+01:00 Dick Hollenbeck :

> On 03/17/2014 12:27 PM, Alejandro Méndez A. wrote:
> > Hi Dick,
> >
> > I already fixed it, I had a problem with the environment variable which
> in Linux you can
> > set it just for one user and I'm new to Linux.
> >
> > Now, if you can tell me where to write a little guide on how to do it, I
> will gladly do
> > it. If there is no such a place, I would just send it to the mailing
> list where someone
> > might find it.
>
>
> User's (yahoo) Mailing list is helpful!  TIA for that.
>
> It would be good if you actually re-enforce the *concept* of what you are
> trying to do,
> not simply state how to set the environment variable.  The fact that it
> allowed you to
> achieve a single data file which is applicable across platforms, that is
> the concept.
>
> It was in your original posting, but I would bring it into your summary
> posting.
>
> Eventually, if somebody can make videos that help users, that will help
> users.  I suppose
> we can link to good videos from the website.
>
> I think people struggle more with the concept of what the environment
> variable is doing,
> than they struggle with how to set it.  You at least saw this concept, and
> it puts you at
> the head of the class.
>
> If you tell them only how to set it, next thing they'll ask is what
> variable do I set?
>
> It would be best if you *invent* your own environment variable, and use
> that in your write
> up.  Like FPBASEDIR or something like that, anything meaningful.  And more
> than one is OK.
>
> We actually use ${MY_LIBS} for our personal libraries, and put them on a
> network drive in
> pretty format, so that's where MY_LIBS points.
>
> You can do the same with environment variables for the paths to the 3D
> models.
>
>
>
> I will not be visiting the user's mailing list anymore, so your help is
> appreciated.
>
>
>
>


-- 


アレッカス
___
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] Environment Variables

[Alejandro Méndez A .]

Hi Dick,

I already fixed it, I had a problem with the environment variable which in
Linux you can set it just for one user and I'm new to Linux.

Now, if you can tell me where to write a little guide on how to do it, I
will gladly do it. If there is no such a place, I would just send it to the
mailing list where someone might find it.

Anyway thank you and sorry for the inconvenience.






2014-03-17 16:05 GMT+01:00 Dick Hollenbeck :

> On 03/17/2014 08:19 AM, Alejandro Méndez A. wrote:
> > Hi Dick,
> >
> > I did try to set NEW environment variables to use with KICAD and they
> didn't work. At
> > least in Xubuntu.
> >
> > I only wanted to know if Kicad could use a different one from the ones
> that it comes with.
> > If that wasn't the case, I wanted to know if changing the one defined in
> Kicad as KISYSMOD
> > could be changed since when I look at my systems variables that one is
> not defined. If it
> > was I would've tried to change it.
> >
> > You could've just answer the mailling list, don't you think?
>
>
>
> >
> > Anyway, thank you for the hitting me in the nose :)
>
>
> Thank you for your thank you.
>
> Look for the technique used to set KIGITHUB in here:
>
>
> http://bazaar.launchpad.net/~kicad-product-committers/kicad/product/view/head:/scripts/kicad-install.sh#L157
>
> There is nothing magic about KIGITHUB, kicad never sets it.  The user does
> when he runs
> this script.  Change the name, use the same technique, and your
> environment variable will
> be set.  Will have to reboot or logout login.
>
> Note that there are two paths in that function, one will work, try until
> you succeed, feel
> free to use google, that's what I did to write the script.
>
>
>
> NOW.  I have a request for YOU:
>
> Once you have this working, please share your findings and try and get the
> user community
> informed on how to do this.   Saying "this is too hard" does not count as
> helpful, we are
> already working on that.
>
>
>
>
> ___
> 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] Environment Variables

[Alejandro Méndez A .]

Hi Dick,

I did try to set NEW environment variables to use with KICAD and they
didn't work. At least in Xubuntu.

I only wanted to know if Kicad could use a different one from the ones that
it comes with. If that wasn't the case, I wanted to know if changing the
one defined in Kicad as KISYSMOD could be changed since when I look at my
systems variables that one is not defined. If it was I would've tried to
change it.

You could've just answer the mailling list, don't you think?

Anyway, thank you for the hitting me in the nose :)





2014-03-17 13:59 GMT+01:00 Dick Hollenbeck :

>
> This guy almost gets it:
>
> https://groups.yahoo.com/neo/groups/kicad-users/conversations/topics/17317
>
>
> Even in the face of bad advice, he came back to the same solution, which
> is our solution,
> set the environment variables, any ones you like, any ones that solve your
> problem.
>
>
> His ONLY problems are:
>
> a) is he does not know how to set an environment variable, because if he
> did, it would work.
>
> b) he does not realize that any environment variable that you make up and
> use, by 1)
> setting and 2) referencing, will simply work.  He wants to make something
> official, and
> request support for it.  Non-sense, its already there, all environment
> variables are
> supported, any you makeup.
>
>
> The *concept* to me is more important than anything, and it is on the cusp
> of breaking
> through over there.  The light is starting to come on.
>
>
> If somebody that knows how to set environment variables on Windows and
> Linux wants to be a
> rock star on the user's mailing list, this might be your chance to shed
> light on what is
> about to hit this guy in the nose.  Maybe your light can prevent that, and
> also help others.
>
>
> Thanks,
>
> Dick
>
>
> ___
> Mailing list: https://launchpad.net/~kicad-developers
> Post to : kicad-developers@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help   : https://help.launchpad.net/ListHelp
>



-- 


アレッカス
___
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] [kicad-users] Kicad bazaar snapshots alive (again)

[Alejandro Méndez A .]

It doesn't work. I get an error that says lobgcc_s_sjlj-1.dll is missing.


2014-01-27 Alejandro Méndez A. 

> Thank you very much Milan!
>
>
> 2014-01-26 Milan Horák 
>
>
>>
>> Hi gentlemen,
>>
>> seems like I was finally able to compile Windows version of Kicad.
>>
>> On http://kicad.nosoftware.cz there is r4636 packaged (without docs,
>> demos and libraries). Please test and report. Thank you.
>>
>> Linux versions are available as well - r4631 in versions for Debian (32
>> and 64) and Ubuntu (32 and 64).
>>
>> Milan
>>  __._,_.___
>>   Reply via web 
>> post<http://groups.yahoo.com/group/kicad-users/post;_ylc=X3oDMTJyMnQ0OW51BF9TAzk3MzU5NzE0BGdycElkAzE2MDI3Njk4BGdycHNwSWQDMTcwNzI4MTk0MgRtc2dJZAMxNjkyMARzZWMDZnRyBHNsawNycGx5BHN0aW1lAzEzOTA3NzQ4OTU-?act=reply&messageNum=16920>
>>   Reply
>> to sender
>> 
>>   Reply
>> to group
>> 
>>   Start
>> a New 
>> Topic<http://groups.yahoo.com/group/kicad-users/post;_ylc=X3oDMTJmYnNtNWlhBF9TAzk3MzU5NzE0BGdycElkAzE2MDI3Njk4BGdycHNwSWQDMTcwNzI4MTk0MgRzZWMDZnRyBHNsawNudHBjBHN0aW1lAzEzOTA3NzQ4OTU->
>>   Messages
>> in this 
>> topic<http://groups.yahoo.com/group/kicad-users/message/16920;_ylc=X3oDMTM3YXZmbmMyBF9TAzk3MzU5NzE0BGdycElkAzE2MDI3Njk4BGdycHNwSWQDMTcwNzI4MTk0MgRtc2dJZAMxNjkyMARzZWMDZnRyBHNsawN2dHBjBHN0aW1lAzEzOTA3NzQ4OTUEdHBjSWQDMTY5MjA->(1)
>> Recent Activity:
>>
>>- New 
>> Members<http://groups.yahoo.com/group/kicad-users/members;_ylc=X3oDMTJnZzJpcXA1BF9TAzk3MzU5NzE0BGdycElkAzE2MDI3Njk4BGdycHNwSWQDMTcwNzI4MTk0MgRzZWMDdnRsBHNsawN2bWJycwRzdGltZQMxMzkwNzc0ODk1?o=6>
>>7
>>
>>  Visit Your 
>> Group<http://groups.yahoo.com/group/kicad-users;_ylc=X3oDMTJmNGVnNnZ1BF9TAzk3MzU5NzE0BGdycElkAzE2MDI3Njk4BGdycHNwSWQDMTcwNzI4MTk0MgRzZWMDdnRsBHNsawN2Z2hwBHN0aW1lAzEzOTA3NzQ4OTU->
>>  Please read the Kicad FAQ in the group files section before posting
>> your question.
>> Please post your bug reports here. They will be picked up by the creator
>> of Kicad.
>> Please visit http://www.kicadlib.org for details of how to contribute
>> your symbols/modules to the kicad library.
>> For building Kicad from source and other development questions visit the
>> kicad-devel group at http://groups.yahoo.com/group/kicad-devel
>>  [image: Yahoo! 
>> Groups]<http://groups.yahoo.com/;_ylc=X3oDMTJlazczNDBlBF9TAzk3MzU5NzE0BGdycElkAzE2MDI3Njk4BGdycHNwSWQDMTcwNzI4MTk0MgRzZWMDZnRyBHNsawNnZnAEc3RpbWUDMTM5MDc3NDg5NQ-->
>> Switch to: 
>> Text-Only,
>> Daily 
>> Digest•
>> Unsubscribe • 
>> Terms
>> of Use <http://info.yahoo.com/legal/us/yahoo/utos/terms/> • Send us
>> Feedback
>> 
>>.
>>
>> __,_._,___
>>
>
>
>
> --
>
>
> アレッカス
>



-- 


アレッカス
___
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] [kicad-users] Kicad bazaar snapshots alive (again)

[Alejandro Méndez A .]

Thank you very much Milan!


2014-01-26 Milan Horák 

>
>
> Hi gentlemen,
>
> seems like I was finally able to compile Windows version of Kicad.
>
> On http://kicad.nosoftware.cz there is r4636 packaged (without docs,
> demos and libraries). Please test and report. Thank you.
>
> Linux versions are available as well - r4631 in versions for Debian (32
> and 64) and Ubuntu (32 and 64).
>
> Milan
>  __._,_.___
>   Reply via web 
> post
>   Reply
> to sender
> 
>   Reply
> to group
> 
>   Start
> a New 
> Topic
>   Messages
> in this 
> topic(1)
> Recent Activity:
>
>- New 
> Members
>7
>
>  Visit Your 
> Group
>  Please read the Kicad FAQ in the group files section before posting your
> question.
> Please post your bug reports here. They will be picked up by the creator
> of Kicad.
> Please visit http://www.kicadlib.org for details of how to contribute
> your symbols/modules to the kicad library.
> For building Kicad from source and other development questions visit the
> kicad-devel group at http://groups.yahoo.com/group/kicad-devel
>  [image: Yahoo! 
> Groups]
> Switch to: 
> Text-Only,
> Daily 
> Digest•
> Unsubscribe • 
> Terms
> of Use  • Send us
> Feedback
> 
>.
>
> __,_._,___
>



-- 


アレッカス
___
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