Re: [Kicad-developers] Updating Paths

Hi, Seth I can merge the kicad-symbols and kicad-footprints MRs later today when we're OK to go. Reviewing those two, the kicad-symbols MR contains many files. I don't think that one looks correct. Given that we're tidying this up, the repo for 3D models is kicad-packages3D but the folder is

[Kicad-developers] Timestamps in footprint library files

Hi, I've recently noticed (sometime in the past few months) that the footprint library file format has changed to include a timestamp on each of the elements (e.g. each line, each pad), rather than just a timestamp (tedit) per footprint. I guess this was taken into account but it makes "diifs"

Re: [Kicad-developers] Auto-generated backup files: are they useful?

This possibility to save the last N backups would be useful. It is what Altium does more or less and it has proven useful to me in the past. Especially if you change your mind after 2h working on something which is not going anywhere :) Thanks, Diego On Tue, 30 Jun 2020 at 15:15, Wayne Stambaugh

Re: [Kicad-developers] DRC rules

at some point once we know what the actual DRC >> implementation will be. >> >> We're not doing that yet because the new system is still very much in >> flux. >> >> On Wed, May 20, 2020 at 3:22 PM Diego Herranz < >> diegoherr...@diegoherranz.com> wrote

Re: [Kicad-developers] DRC rules

Hi, It's nice getting a powerful rules system. Thank you for all the work. Just because it is slightly related to this. I find misleading that opening Inspect > Design Rules Checker, you get access to modify Minimum Track Width, Minimum via size and minimum uVia size. That is a subset of the

Re: [Kicad-developers] Minimum Boost version

A man can dream xD On Mon, 21 Oct 2019 at 23:15, Jon Evans wrote: > > On Mon, Oct 21, 2019 at 5:53 PM Diego Herranz < > diegoherr...@diegoherranz.com> wrote: > >> >> It looks like by the time 6.0 is out, Ubuntu 16.04 may still be >> officially supported. Just

Re: [Kicad-developers] Minimum Boost version

ething to have in mind. Cheers, Diego On Mon, 21 Oct 2019, 21:11 Nick Østergaard, wrote: > You can still run 5.1 on 16.04. If you want bleeding edge, don't lock > yourself down with a "stable" system. > > On Mon, 21 Oct 2019 at 21:37, Diego Herranz > wrote: >

Re: [Kicad-developers] Minimum Boost version

sed when looking at whether our supported OS's had Boost > 1.59 were the dates given here: > http://kicad-pcb.org/help/system-requirements/#_gnulinux. On that page, > it says that our support for 16.04 ended in April. > > -Ian > > On Mon, Oct 21, 2019 at 8:03 PM Die

Re: [Kicad-developers] Minimum Boost version

I wasn't getting any nightly package update lately and checking [1] I've just noticed this boost bump has left Ubuntu 16.04 (Xenial) out. Ubuntu 16.04 will be supported until April 2021 [2]. Was this overlooked when checking distros? Or was it a deliberate decision? Is there anything that can be

[Kicad-developers] CERN Open Days

Hi, all The CERN Open Days (https://opendays.cern/) will be held this weekend. I'll be there on Sunday. Will any developer or librarian be there? Or any of the guys working at CERN? Just for a quick hello and putting faces to names. Thanks. Cheers, Diego

Re: [Kicad-developers] [PATCH] Board statistics dialog

ge would be to estimate he complexity (and cost) of pcb routing. I'm > asking myself if Alexander's code can be extended to be used also in > eeschema, so that we can have an almost identical "statistics" window there > with minimal effort and consistent interface. > > Cheers

Re: [Kicad-developers] [PATCH] Board statistics dialog

ot; of a board based on any polygonal outline. > >> Is there any value in it this way? PCB manufacturing charges are > generally per-square area because ultimately the price is on panel space > you are using. > >> > >> On Sat, Jul 27, 2019 at

Re: [Kicad-developers] [PATCH] Board statistics dialog

; > Wayne > > On 7/27/19 5:06 AM, Diego Herranz wrote: > > I've been testing this dialog and I think it is a nice addition. Thanks! > > > > There seems to be something wrong with the area calculation, though. See > > image below: > > area.png > > > &g

Re: [Kicad-developers] Bus upgrades merge

Thanks, JP. I've created https://bugs.launchpad.net/kicad/+bug/1838140. Cheers, Diego On Sat, 27 Jul 2019 at 15:03, jp charras wrote: > Le 27/07/2019 à 14:35, Diego Herranz a écrit : > > Hi, all. > > > > I'm using nightlies and facing a weird bug with buses. I was wonderi

Re: [Kicad-developers] Bus upgrades merge

Hi, all. I'm using nightlies and facing a weird bug with buses. I was wondering whether it can be related to these bus upgrades. I've got a bus: ROW0, ROW1, ROW2, ROW3, ROW4, ROW5, ROW6, ROW7, which on the PCB layout becomes ROW0, ROW0, ROW0, ROW0, ROW0, ROW0, ROW0, ROW7 ??? It seems to be

Re: [Kicad-developers] [PATCH] Board statistics dialog

I've been testing this dialog and I think it is a nice addition. Thanks! There seems to be something wrong with the area calculation, though. See image below: [image: area.png] Thanks, Diego On Tue, 23 Jul 2019 at 11:18, Ian McInerney wrote: > Alexander, > > Instead of declaring the 2 static

Re: [Kicad-developers] Ratsnest options

>> As far as Preferences, I agree that it’s the right place for curved/straight (well, actually I’d be inclined to just offer curved, but I already lost that fight) Quick question: is curved ratsnest the default? I think it looks much better so I'd vote to make it the default if it isn't,

Re: [Kicad-developers] [PATCH] Option to not render 3D models for footprints

>> Maybe a better option would be to have footprint variations similar to >> aliases. >> Something with a new name, new 3d model path and new description but the >> same land pattern. This would be great and ease the libraries development quite a lot. Diego On Mon, Mar 25, 2019 at 8:50 PM Rene

Re: [Kicad-developers] Why we chose to put libraries in directories?

My 2 cents. Having separate files is very convenient when dealing with Pull Requests on the git libraries repos. On the kicad-symbols repo (1 file contains many symbols) there are many more merging conflicts than on kicad-footprints (1 file per footprint). Having said that, I understand that

Re: [Kicad-developers] Some of our symbols currently still have invisible power pins. We want to fix this but want to give you guys a chance for input first.

Hi, Rene. Thanks for bringing this up. I've never liked hidden power pins. In my opinion, the python philosophy applies here too: "Explicit is better than implicit." How many libraries will need this? I'm asking because, if we went for option 3 (or 2), will we end up with a lot of nearly

Re: [Kicad-developers] 5.1 UI feedback

t;>>> I second this motion. I didn't find the right click trick so I fell > >>>> back to cvpcb which is overkill to change the footprint of a single > >>>> symbol. A tooltip might be useful here as well. > >>>> > >>>> On 7/19/2018 3:19 PM, D

Re: [Kicad-developers] 5.1 UI feedback

Hi, I've started to test these changes and, on the Symbol properties dialog, I found it hard to assign a footprint. Before, there used to be a button to open the Footprint selector window. Now you seem to need right click on the footprint field and "select footprint" and that only works if you're

Re: [Kicad-developers] Fabrication Outputs and Plot

Gentle reminder. Thanks, Diego On Tue, Feb 27, 2018 at 12:16 AM, Wayne Stambaugh <stambau...@gmail.com> wrote: > This looks fine to me. Does anyone else have any objections to this > change? > > On 02/25/2018 03:17 PM, Diego Herranz wrote: > >> Thanks for yo

Re: [Kicad-developers] Fabrication Outputs and Plot

lot code while the later goes through the >> Print >> >>> code. >> >>> >> >>>Do we need both? I haven’t a clue. >> >>> >> >>>It would be nice to clean this stuff up, if there is

[Kicad-developers] Fabrication Outputs and Plot

Hi, Now that so much work is happening on re-structuring menus, I've remembered something I have always found weird on pcbnew. "Plot", from wihch you can obtain Gerbers is not inside "Fabrication Outputs", but on its own. I find it weird to have the drill option inside "Fabrication Outputs" but

Re: [Kicad-developers] Schematic symbol chooser clarification

I can relate to this issue. It happened to me as well and I thought my library setup wasn't right. Then I found out it was showing power symbols only. +1 to make it more evident. At least changing the dialog title? Thanks, Diego On Mon, Feb 5, 2018 at 1:22 PM, kristoffer Ödmark <

Re: [Kicad-developers] desired layer sequence for pcb technical layers

Regarding Front vs Top, I see it called Top everywhere else, but back to the original question: +1 for Top/Front first. Thanks, Diego On Thu, Jan 11, 2018 at 5:52 AM, Andrey Kuznetsov wrote: > Why is it Front and Back, as opposed to Top and Bottom? > Front/Top should be

Re: [Kicad-developers] Migrating old designs best practice

Thanks for the tip. I'll use it to check schematics wiring. Diego On Sun, Nov 26, 2017 at 6:53 PM, jp charras <jp.char...@wanadoo.fr> wrote: > Le 26/11/2017 à 19:15, Diego Herranz a écrit : > > It's interesting that only happen if I rescue symbols. > > > > Anyway, t

Re: [Kicad-developers] Migrating old designs best practice

optimizer/junction management code. > Eeschema used to allow degenerate connections like that, where an L was > superimposed to a wire, connecting into a junction. > > On Sun, Nov 26, 2017 at 4:59 AM, Diego Herranz < > diegoherr...@diegoherranz.com> wrote: > >>

Re: [Kicad-developers] Migrating old designs best practice

Please ignore the previous attachments. They should have been these. Thanks. On Sun, Nov 26, 2017 at 10:55 AM, Diego Herranz < diegoherr...@diegoherranz.com> wrote: > Hi, Nick > > Changes like: (- is removed, + added) > > -Wire Wire Line > - 12550 700 12600 700 >

Re: [Kicad-developers] Migrating old designs best practice

). Maybe it wouldn't have happened if the connections were nice in the first place, but I wasn't expecting them to break. Thanks! On Sat, Nov 25, 2017 at 9:15 PM, Nick Østergaard <oe.n...@gmail.com> wrote: > What modifications are made to the wires? > > 2017-11-25 21:28 GMT+01:0

Re: [Kicad-developers] Migrating old designs best practice

Hi, Related to this, I'm migrating an old design (~2 month old nightly) to the current master. First I faced some problem with '/' characters ( https://lists.launchpad.net/kicad-developers/msg31705.html) but there have been some improvements since then so I'm trying again. When opening the

Re: [Kicad-developers] New symbol table: problems with '/' characters?

it will take me a while to get it the way I want it. > > Cheers, > > Wayne > > On 11/18/2017 08:00 AM, Diego Herranz wrote: > > Thanks. I'll chase that bug. > > > > Diego > > > > On 18 Nov 2017 11:35 am, "Nick Østergaard" <oe.n...@gmail.

Re: [Kicad-developers] New symbol table: problems with '/' characters?

Thanks. I'll chase that bug. Diego On 18 Nov 2017 11:35 am, "Nick Østergaard" <oe.n...@gmail.com> wrote: > See https://bugs.launchpad.net/bugs/1732236 > > 2017-11-18 11:42 GMT+01:00 Diego Herranz <diegoherr...@diegoherranz.com>: > >> Hi, >> >

[Kicad-developers] New symbol table: problems with '/' characters?

Hi, I'm testing a recent build (41f9c19b) on Ubuntu 16.04 64 bits. When opening a schematic made with a nightly build ~2 months old, the remapping dialog shows up. So far so good. I've followed the recommendations in http://kicad-pcb.org/post/symbol-lib-table/ and most things seem to be working

Re: [Kicad-developers] KiCad Libraries (again)

Hi, I've just submitted a pull request ( https://github.com/KiCad/kicad-website/pull/236) trying to make a bit more clear when/why you need to update the libraries. Also adding links to github lib repos. Comments welcome :) Thanks, Diego On Sun, Nov 5, 2017 at 10:33 PM, Diego Herranz

Re: [Kicad-developers] KiCad Libraries (again)

Thanks, Rene On 4 Nov 2017 4:06 pm, "Rene Pöschl" <poesc...@gmail.com> wrote: On 03/11/17 21:34, Diego Herranz wrote: > First of all, I think all the recent work around the libraries is great! > Thanks to everyone involved. I think sometimes libraries are underestimate

Re: [Kicad-developers] KiCad Libraries (again)

First of all, I think all the recent work around the libraries is great! Thanks to everyone involved. I think sometimes libraries are underestimated (not just in KiCad). If KiCad manages to have extensive, high-quality and clearly arranged libraries, many more users will end up using it. Having

Re: [Kicad-developers] GitHub Plugin (my nemesis)

I completely understand Oliver's view on maintaining every individual repo even if they are submodules of a kicad-footprint repo. Even from an a user perspective (which is clearly easier than the maintainer one), I like knowing what progress is being made, so I'd like to subscribe for updates of

Re: [Kicad-developers] New feature: support for Gerber job file.

Hi JP, Is this something new in GerberX2? I had never seen Gerber jobfiles before... I've given it a try (export and then load on GerbView) and seems to work OK, it loads every layer by just loading the jobfile. Any other gerber viewer which supports it to give it a try? gerbv

Re: [Kicad-developers] ATTN: Package Maintainers - RFC: Library Reorganization

or now, at least. I want to merge them into a single kicad-footprints > > repo but this will require a lot of work because we have to maintain > > support for users who use the GitHub plugin to access repositories > > individually. I have yet to develop a clear plan to address this.

Re: [Kicad-developers] ATTN: Package Maintainers - RFC: Library Reorganization

Hi, Oliver. When I started using KiCad I got confused with the repos for symbols, footprints and 3D models. I think it's getting better and this will make it easier. Thinking of naming, should we use "kicad-packages3d" to keep the same format (kicad-symbols)? On a separate note, how does this

Re: [Kicad-developers] [PATCH] correct text inside two importantplot windows

Hi, Random comments for a few of the topics discussed or proposed: - "Format" -> "Coordinate Format": The Gerber standard uses Coordinate format for this, so I think this change is OK. - "solder mask" vs

[Kicad-developers] [PATCH]: Calculator: Simplify color code tolerance chooser + typo

te another patch for the typo only. Thanks, Diego From 03ee65284fdb24aea5eb8499b0044b3e56747ac7 Mon Sep 17 00:00:00 2001 From: Diego Herranz <diegoherr...@diegoherranz.com> Date: Sat, 25 Feb 2017 06:22:17 + Subject: [PATCH] Calculator: Simplify color code tolerance chooser + typo Since

Re: [Kicad-developers] [PATCH] Pcbnew, plot dialog: grey out advanced net attributes if Gerber X2 is unchecked.

, I pushed it. Thank you for your contribution to > KiCad. > >>> > >>> It's easy for patches to slip through the cracks - in the future, don't > >>> be afraid to bump a patch a bit sooner, say within a week or two. > >>> Apologies for losing it. > &g

Re: [Kicad-developers] [PATCH] Pcbnew, plot dialog: grey out advanced net attributes if Gerber X2 is unchecked.

Hi, Did anyone have a chance to look at this? Many thanks. Regards, Diego On Tue, Nov 22, 2016 at 8:10 AM, Diego Herranz < diegoherr...@diegoherranz.com> wrote: > > m_useGerberNetAttributes is useless if m_useGerberX2Attributes is not > checked. > So disabled (greyed out) w

[Kicad-developers] [PATCH] Pcbnew, plot dialog: grey out advanced net attributes if Gerber X2 is unchecked.

m_useGerberNetAttributes is useless if m_useGerberX2Attributes is not checked. So disabled (greyed out) when Gerber X2 gets unchecked to make it clear to the user. --- pcbnew/dialogs/dialog_plot.cpp | 20 pcbnew/dialogs/dialog_plot.h| 3 ++-

Re: [Kicad-developers] [PATCH] Pcbnew: fix plot dialog tip text

Thanks! By the way, I just spotted the "PLEASE DO "NOT" EDIT THIS FILE!". Oops! Thanks for fixing it the right way :) Diego On Sat, Nov 19, 2016 at 9:31 AM, jp charras <jp.char...@wanadoo.fr> wrote: > Le 19/11/2016 à 00:12, Diego Herranz a écrit : > > > &g

[Kicad-developers] [PATCH] Pcbnew: fix plot dialog tip text

I guess this was a literal translation from French "Ne plus..."? Signed-off-by: Diego Herranz <diegoherr...@diegoherranz.com> --- pcbnew/dialogs/dialog_plot_base.cpp | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/pcbnew/dialogs/dialog_plot_base.cpp