Hello Rene,
Am 12.05.20 um 22:58 schrieb Rene Pöschl:
> What is broken here? The old library folder is still there to ensure
> users do not get an error message. Footprints are embedded in the design
> files so no negative impact on old designs. The new footprints are
> vastly superior to the o
Hi Nick - Yep I've been chatting with Brian about having a look at his
schematic annotation code. Either me or him (depends who gets to it first!)
are going to merge his development branch with the upstream/master to check
it still works, and then take it from there, either collaborating to get it
Nick
Thanks for remembering me!
I am still hoping for some feedback on my geographic reannotation
feature. I did do some work on schematic reannotation but I think it
makes sense to put this one to bed as soon as possible.
Although geographic reannotation seems finished, I did hit some issue
I am not sure exactly what kind of annotation stuff you are working
on, but there is another guy working on some geographical annotation.
See https://gitlab.com/kicad/code/kicad/-/merge_requests/108
On Tue, 12 May 2020 at 19:07, Wayne Stambaugh wrote:
>
> Hi James,
>
> By "breaking" changes, I'm
Awesome, thanks for the update. I better trigger the windows build as well.
On Tue, 12 May 2020 at 23:30, Steven A. Falco wrote:
>
> Thanks Nick. I've started the builds on Fedora Koji. The rawhide build is
> done, and will become available on the next successful rawhide compose.
>
> The F32
Thanks Nick. I've started the builds on Fedora Koji. The rawhide build is
done, and will become available on the next successful rawhide compose.
The F32 build finished but I want to test it before I submit it. The F31 build
is still finishing up, but should be ready for me to test soon.
On
On 12/05/2020 09:40, Carsten Schoenert wrote:
Hi,
I started to package the updated packages due the tagged KiCad 5.1.6
release and started alphabetically with the footprints as this is the
first directory locally.
More by an accident I noticed that the directory
Connector_Multicomp.pretty is no
Hi James,
By "breaking" changes, I'm assuming you mean changes yet to come and not
broken changes which is something all together different. I don't
foresee any changes that would significantly impact the annotation code
if any at all so you are probably safe to work on it. I highly
recommend th
Hi all,
I'm starting to dig through the code to understand how to implement a new
annotation scheme (all looks deceptively simple in terms of object
manipulation... there will be a crocodile hiding there somewhere I'm
sure!). However, I've noted in a few bug reports and new feature requests
that t
The library is till on github:
https://github.com/KiCad/kicad-templates
https://github.com/KiCad/kicad-symbols
https://github.com/KiCad/kicad-footprints
https://github.com/KiCad/kicad-packages3D
The code, translation and docs are on gitlab:
https://gitlab.com/kicad/code/kicad
https://gitlab.com/ki
I'd like to clarify which pieces come from where. The old list was:
https://launchpad.net/kicad/5.0
https://github.com/KiCad/kicad-doc
https://github.com/KiCad/kicad-i18n
https://github.com/KiCad/kicad-templates
https://github.com/KiCad/kicad-symbols
https://github.com/KiCad/kicad-footprints
htt
Hi,
I started to package the updated packages due the tagged KiCad 5.1.6
release and started alphabetically with the footprints as this is the
first directory locally.
More by an accident I noticed that the directory
Connector_Multicomp.pretty is now empty. Digging into the reason behind
that I c
12 matches
Mail list logo
