-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The current PNS_LINE_PLACER::GetModifiedNets() always returns the net
being routed, even if it hasn't changed since the last FixRouting()
call. This leads to unnecessary rebuilds of the ratsnest, which can
take several hundred milliseconds on large boa
This is not a question for the developers' list; you should ask on the
users' list or
on a forum like forum.kicad.info.
Mario already pointed out that there is KiCad StepUp which Maurice wrote for
FreeCAD; KiCad also has native IDFv3 export (which you can also import to
FreeCAD or many other MCAD
Hi guys,
Here is the updated patch including changes from
https://lists.launchpad.net/kicad-developers/msg23059.html
This patch fixes the following KLC violations in the generated footprints:
- fixes the text size as specified in rule 6.9
- rounds the courtyard position on a 0.05mm grid as specifi
please disregard this thread, all the changes will be commited in a single
patch on https://lists.launchpad.net/kicad-developers/msg23060.html. May
end up being longer to review but will avoid today's spamming.
Sorry
On Thu, Feb 11, 2016 at 6:11 PM, Mikael Arguedas
wrote:
> Hi guys,
>
> This pat
Hi guys,
Sorry for spamming.
This patch sets the footprint attibute to SMD if needed. This allows the
generated footprints to comply with KLC rule 10.5.
Cheers,
Mikael Arguedas
=== modified file 'pcbnew/scripting/plugins/FPC_(SMD_type)_footprintwizard.py'
--- pcbnew/scripting/plugins/FPC_(SMD_typ
Hi guys,
This patch set the default text size to 1mm to comply with KLC rule6_9
This is a very small feature addition, and will certainly be followed by
other patches in order to limit the number of KLC violation by footprints
gneerated using the various wizards.
Cheers,
Mikael Arguedas
=== modif
Hi Cerem
you may would like to have a look in the KiCad StepUp script (for FreeCad)
developed by Maurice:
https://forum.kicad.info/t/kicad-stepup-new-exporter-for-3d-mcad-feedbacks-are-welcome/1048
https://sourceforge.net/projects/kicadstepup/
Mario
From
Hi,
This patch adds a qfn_wizard.py plugin for footprint generation.
This is a copy of the qfp_wizard with a few changes allowing to center the
pads on the package outline and to add an array of exposed pads in the
center.
I've seen similar works online from several people so I'm not sure if this
On 11.02.2016 18:04, Clemens Koller wrote:
I am not there yet. But I could imagine to follow your prayer there
and translate it into german.
that was my idea too: the official documentation repository provides an
infrastructure for translation already.
So if it is regarded useful to KiCad users
Hi Wayne,
It is libreOffice, but I will get the chance to learn more about asciidoc and
see how to proper (manually) write for it.
It may be useful for me for other proposes.
Mario
From: Kicad-developers
[kicad-developers-bounces+mrluzeiro=ua...@lists.la
Mario,
How did you generate the PDF files? If you used LibreOffice or
OpenOffice, there are tools to convert ODT directly to asciidoc. This
is how we created the initial asciidoc kicad documentation. I believe
there are instructions in the doc repo about how to do this. If not,
one of our doc
Hello, Mario!
On 2016-02-11 17:54, Mário Luzeiro wrote:
> I agree.. but
> I would need to rewrite it all to make it in a format that fits the
> documentation format of kicad. (and I am not much available at moment for
> that :/)
The intention of my mail was solely to point to the official Kicad
Hi Clemens,
I agree.. but
I would need to rewrite it all to make it in a format that fits the
documentation format of kicad. (and I am not much available at moment for that
:/)
Also, I think this is a bit "advanced" (user advance) in relation of the
documentation that is missing(?) related with
Hello, Mario!
Thanks for considering... :)
IMHO it would be just a pity linking to tons of different bits
and pieces of documentation and tutorials in the web instead of
pointing to a dedicated chapter in the (one) official Kicad
documentation which could be updated, version tracked and
delivered
Hi, Simon!
On 2016-02-11 17:07, Simon Richter wrote:
> For bypass caps, I'd like to have a way to map pins and capacitors to
> each other, which would change the rules for airwires so nearer pads are
> ignored in favour of the connection to the bypass cap.
That would be great... 1:1/1:n pin assoc
I agree that at this moment it better it better fits on the list of tutorials
on the kicad website. I will be happy with that.
I am not familiar with the KiCad documentation, I had a quick look on the
github and I think until there is a specific folder?/document for 3d viewer
this documents does
Hi,
> On the other hand I would think you still need bypass capacitors on each
> pin and therefore you still need to draw wires for those.
I usually place these on a separate sheet anyway.
For bypass caps, I'd like to have a way to map pins and capacitors to
each other, which would change the ru
If we are going to add information like this to our documentation, we
should create a separate document for the 3D viewer. Given that
Cirilo's work will significantly change the scope of the 3D viewer, it
would probably be a good idea to have a separate document. We can just
link to that document
Hi Simon,
7 sounds like a compact way to provide power connections to devices with
a lot of power pins.
On the other hand I would think you still need bypass capacitors on each
pin and therefore you still need to draw wires for those. Thinking:
- draw a compact power gate for the device with al
Le 09/02/2016 18:34, Mikael Arguedas a écrit :
> Hey,
>
> This patch doesn't fix any bug nor add any feature.
> I noticed a recurrent typo on the python functions used in the footprint
> wizards. this patch fixes the Tickness > Thickness typo over the entire
> codebase.
> There are very few files
Hello, Simon!
There are lots of things possible:
On 2016-02-11 15:19, Simon Richter wrote:
> 5. Allow multiple pin definitions in a single device
> 6. Add generated symbols for ICs
> 7. Add tabular pin connections
> 8. Add pin and unit swap hints
but I am not sure how much of these should be imp
Hello, Mario!
Looks good!
Do you think it makes sense to reformat and merge the information
for https://github.com/KiCad/kicad-doc ?
Clemens
On 2016-02-10 20:55, Mário Luzeiro wrote:
> Hello all,
>
> It is known that most of VRML 3D model files used by KiCad users have bad
> material properti
Hi,
On 09.02.2016 14:48, Wayne Stambaugh wrote:
> Now that we've discussed this, we need to put together a task list that
> can be added to the road map so they don't get lost in the noise. I
> propose adding an ERC improvement section to the Eeschema section of the
> version 5 road map. As of
Thank you for these tutorials. I have only browsed through them quickly,
but they look good. I will verify my VRML models and templates.
Great work.
Regards,
Thiadmer Riemersma
On Wed, Feb 10, 2016 at 8:55 PM, Mário Luzeiro wrote:
> Hello all,
>
> It is known that most of VRML 3D model files u
Hi,
Start KiCad
PCB Footprint Editor -> Open Footprint Viewer
Select a library in viewer and a footprint inside it.
Click on "Show footprint in 3D viewer" icon
Case A
3D Viewer opens and works as expected, use the Library browser, it works
OK too.
Close 3D Viewer.
Library browser still work
As I see it this is what it boils down to.
Though I'm not sure if the current documentation about hidden pins reflects the
actual (intended) behavior of hidden pins and (power) net connections and
naming conventions. Would be great if someone could review this.
André
On February 9, 2016 2
26 matches
Mail list logo
