Hey,
Without prejudice to whether or not this should be in Kicad, and how it
should be implemented, there's a way to do this now, with existing
tools. You start from gerbers - libgerbv supports this operation out of
the box for example, and it knows exactly what it's trying to produce.
So you can
On 5/23/20 11:55 AM, jp charras wrote:
> Le 23/05/2020 à 17:35, Wayne Stambaugh a écrit :
>> There is definitely something wrong but I'm not sure where the issue is.
>> I downgraded both cmake a couple of versions but cmake started
>> complaining about missing libraries. I even modified
Hello,
This goes mostly to feature wish list, but some technical details may be
of interest. The use of the feature would be (laser) toner transfer
process for PCBs.
After some extensive testing it seems many printers/drivers do not print
vectors as well as raw raster if one wishes to get the
Have you tried redefining the environment variables to point to the correct
system libraries? Specifically I believe the 4 you need are:
KICAD_TEMPLATE_DIR (the templates)
KICAD_SYMBOL_DIR (the eeschema symbols)
KISYSMOD (the modules)
KISYS3DMOD (the 3d models)
-Ian
On Sat, May 23, 2020 at
Hello KiCad developers,
TL;DR:
How can I redefine the default system
footprint/symbols/packages3d/templates base search paths at build time
using CMake options, so that KISYSMOD, KISYS3DMOD, KICAD_SYMBOL_DIR, and
KICAD_TEMPLATE_DIR all point to the directories:
Le 23/05/2020 à 17:35, Wayne Stambaugh a écrit :
> There is definitely something wrong but I'm not sure where the issue is.
> I downgraded both cmake a couple of versions but cmake started
> complaining about missing libraries. I even modified Findngspice.cmake
> with the absolute path to
There is definitely something wrong but I'm not sure where the issue is.
I downgraded both cmake a couple of versions but cmake started
complaining about missing libraries. I even modified Findngspice.cmake
with the absolute path to libngspice-0.dll and it still didn't work so
something is
Ah just a defect with recent changes I made and me never using www. It
shall be fixed.
On Sat, May 23, 2020 at 10:39 AM Wayne Stambaugh
wrote:
> It was the URL issue but I'm in agreement with Ian. The old URL should
> redirect to the new one.
>
> On 5/23/20 10:35 AM, Ian McInerney wrote:
> >
It was the URL issue but I'm in agreement with Ian. The old URL should
redirect to the new one.
On 5/23/20 10:35 AM, Ian McInerney wrote:
> We should make sure that both are working though. It is common for
> people to put the www in front of the URL.
>
> -Ian
>
> On Sat, May 23, 2020 at 3:31
We should make sure that both are working though. It is common for people
to put the www in front of the URL.
-Ian
On Sat, May 23, 2020 at 3:31 PM jp charras wrote:
> Le 23/05/2020 à 15:26, Wayne Stambaugh a écrit :
> > I don't know if it was intentional (I'm guessing not) but the KiCad
> >
Le 23/05/2020 à 15:26, Wayne Stambaugh a écrit :
> I don't know if it was intentional (I'm guessing not) but the KiCad
> website looks completely different today on Firefox and Chrome (see
> attached screen shot). Clicking on the topic links doesn't even take me
> to the correct page.
>
>
Looks fine for me in chrome. It looks like you are missing some assets, I
assume you already tried to force refrash it to make sure it is not a
caching issue.
lør. 23. maj 2020 15.26 skrev Wayne Stambaugh :
> I don't know if it was intentional (I'm guessing not) but the KiCad
> website looks
I don't know if it was intentional (I'm guessing not) but the KiCad
website looks completely different today on Firefox and Chrome (see
attached screen shot). Clicking on the topic links doesn't even take me
to the correct page.
Thanks,
Wayne
___
13 matches
Mail list logo
