Re: [Kicad-developers] Stable release 4.0.7 status.

On 16/08/17 01:35, Wayne Stambaugh wrote: AFAIK we intend to use the 4.0.6 tag for libraries, docs, and i18n. The libraries in particular have changed significantly and I think it's a bad idea to break users schematics on a point release. Does the default setup of kicad use the github plugin t

Re: [Kicad-developers] Stable release 4.0.7 status.

I'm shooting for Friday or Saturday. On 8/17/2017 8:45 AM, Rene Pöschl wrote: On 16/08/17 01:35, Wayne Stambaugh wrote: AFAIK we intend to use the 4.0.6 tag for libraries, docs, and i18n. The libraries in particular have changed significantly and I think it's a bad idea to break users

Re: [Kicad-developers] Stable release 4.0.7 status.

On 24/08/17 21:03, Nick ^ wrote: I have now added the Librarians team as write for those four repos. Please tag appropiately. I can tag them if HEAD is good enough. Thanks. I pushed the tags. ___ Mailing list: https://launchpad.net/~kicad-develope

Re: [Kicad-developers] GitLab migration

Hi, this is welcome news. I would suggest we do the library transfer as soon as the new file format is somewhat stable as we will need to make a hard cut for transfering the symbol libs to the new file format anyway. (We would avoid needing to do doulbe work this way.) Would then of course mean

Re: [Kicad-developers] Website question

Hi, something similar is discussed in this github issue. https://github.com/KiCad/kicad-website/issues/447 On 05/11/2019 18:41, Wayne Stambaugh wrote: Is there any technical reason why our website is not using secure hosting via https://? I noticed that our download site uses https://. I'm gue

Re: [Kicad-developers] 5.1.5 release tag

Libraries have been tagged. On 14/11/2019 18:36, Wayne Stambaugh wrote: The 5.1 branch has been tagged for 5.1.5 and the source archive has be uploaded to launchpad. Please tag the library, doc, and translation repos so we can fire up those packages builders. Thanks, Wayne On 11/13/19 3:55 P

[Kicad-developers] What does "when in doubt do it opposite than certain other pcb tool" stand for?

Hi guys, the roadmap has the following section: > Study ergonomics of various commercial/proprietary PCB applications (when in doubt about any particular UI solution, check how it has been done in a certain proprietary app that is very po

Re: [Kicad-developers] GitLab migration

On 26/11/2019 21:54, Seth Hillbrand wrote: On 2019-11-26 12:41, Jeff Young wrote: OK, I’ve enabled 2FA. Do I need to do something to get added back to the project? (When I go to members, all I see are the bot, Seth and Wayne.) Cheers, Jeff. Hi Jeff- Wayne and the bot have permissions for th

Re: [Kicad-developers] GitLab migration

Hillbrand <mailto:s...@kipro-pcb.com>> wrote: On 11/27/19 11:42 AM, Rene Pöschl wrote: On 26/11/2019 21:54, Seth Hillbrand wrote: On 2019-11-26 12:41, Jeff Young wrote: OK, I’ve enabled 2FA.  Do I need to do something to get added back to the project?  (When I go t

Re: [Kicad-developers] auto conversion of sch file not working

Hi, I made a tutorial quite some time ago explaining step by step how to prepare your project for remapping and how you can fix any errors that might ocour. See https://forum.kicad.info/t/converting-kicad-version-4-projects-to-version-5-remap-a-project/13767 I hope this is of help to you or

[Kicad-developers] Is it really the case that installing KiCad on a Mac requires manually copying files around?

Hi all but especially adam, lately there where a few threads on the forum where installation on Mac came up. The users reported that they installed KiCad by manually copying files around which sounded wrong to me. But as a lot of users seem to be under the impression that this is indeed the r

Re: [Kicad-developers] Is it really the case that installing KiCad on a Mac requires manually copying files around?

rts, probably the best bet would be to build a MacOS installer wizard (a PKG file). But, I don't know the details there either or if there are reasons we cannot / should not. -Jon On Fri, Apr 24, 2020 at 10:22 AM Rene Pöschl wrote: Hi all but especially adam, lately there where a few threads on

Re: [Kicad-developers] Is it really the case that installing KiCad on a Mac requires manually copying files around?

clarify the exact workflow. I think it would then be beneficial if that cleaned up info would also be found on the Mac download page. [1]: https://forum.kicad.info/t/solved-kicad-on-catalina/22189 On 25/04/2020 08:50, Rene Pöschl wrote: Hi again, might it be a good idea to add the content of

Re: [Kicad-developers] Is it really the case that installing KiCad on a Mac requires manually copying files around?

not very common for commercial MacOS software. > > Software that must install to privileged locations typically ships as a binary installer with a wizard, > > more like what you would typically see on a Windows machine. > > > > I am not familiar enough with the MacOS packaging

Re: [Kicad-developers] 5.1.6 Release Update

Hi, library is tagged. Some bugfixes on the symbol lib again result in changes that would break an existing schematic. See details in issue comment: https://github.com/KiCad/kicad-symbols/issues/2656#issuecomment-626880880 On 10/05/2020 18:07, Wayne Stambaugh wrote: Since we are only a week

Re: [Kicad-developers] Broken default fp-lib-table, removed footprint library

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

Re: [Kicad-developers] 5.1.6 Release Update

On 13/05/2020 19:18, Kevin Cozens wrote: On 2020-05-12 10:36 a.m., Nick Østergaard wrote: 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,

Re: [Kicad-developers] no broken default fp-lib-table, removed footprint library

The kicad library team does not have the resources to properly handle even our main tasks (see the number of open pull requests awaiting review, hint it is >300 with >600 open over all) let alone handling additional docu. Plus we are not working with sourcecode. The skills of the librarieans ar

Re: [Kicad-developers] no broken default fp-lib-table, removed footprint library

On 14/05/2020 18:43, Wayne Stambaugh wrote: Rene, I wonder if we should implement a library commit message policy similar to the one we use for the source repo[1] and tailor the changelog tags for how library commits (or any other kicad repo) are made? It's pretty painless from a committers poi

Re: [Kicad-developers] no broken default fp-lib-table, removed footprint library

On 17/05/2020 11:24, Carsten Schoenert wrote: The main point is that projects simply should provide as much information and communication as possible about the new versions they provide. Distributions need always to think about how intrusive modifications are, that's mainly a simple risk analysis

Re: [Kicad-developers] How do we envision Pad Stacks?

Hi, my answers below On 11/06/2020 16:54, Jeff Young wrote: I had been assuming that you could define a separate shape for each layer.  Full flexibility, but time-consuming to edit (even with commands such as “push current layer to other layers”). One could have a simple mode and advanced mod

[Kicad-developers] Change in Library Team Leadership

Hi all, the bad news up front, I no longer have the time to properly handle leading the library team as i am now working full time and still have my education to finish (Covid isn't much help either as it makes me lose a bit of time as i try to avoid public transport at peak hours). And no

Re: [Kicad-developers] 3D-Viewer: limit scale to positive values?

Hi, just to clarify: the 3d models of the official library must be created such that the scaling factor in the footprint is set to 1. We are currently rewording the whole section to be clearer https://gitlab.com/kicad/services/kicad-website/-/merge_requests/502 On 29/09/2020 18:30, Ian McIne

Re: [Kicad-developers] MacOS Packaging Question

On 03/03/18 23:32, Seth Hillbrand wrote: ​In the current nightly MacOS builds, we package the applications, symbols and 3d models but no footprints. Is this an oversight? -S​ This might be because in kicad 4 the footprints where downloaded on demand via the github plugin. With the new lib

Re: [Kicad-developers] KiCad 5 and the Github footprint wizard?

On 07/03/18 17:09, Thomas Pointhuber wrote: Hi, at least in the nightly it is still possible to add GitHub libraries using "Append with Wizard". Will this change? Because when someone uses this feature, it only references to the old legacy repositories, without a clue about that. Regards, Tho

[Kicad-developers] Why do current nightlies report that they are kicad 5.0.0-rc2?

Hello It seems at least some packages of current nightlies report themselves as version 5.0.0-rc2. (The arch package seems to be one of them.) Is it on purpose that every nightly between tagging rc1 and tagging rc2 is reported as rc2? (I assumed only the one commit tagged would be called 5.0.

Re: [Kicad-developers] Zone keepouts within modules

On 19/03/18 13:02, Simon Santesteban wrote: Hi everyone, I am a new developer in kicad community. I have been working on adding zones to modules, so I would like to share this work. Find attached a patch to have this functionality. Regards, Simon _

[Kicad-developers] Lib maintainers request help for reviewing installation script changes

Dear developers, we lib maintainers might be good at checking symbols and footprints against datasheets, the KLC and industry standards but we are a bit lost with the requirements of installation scripts. Could one of you take a look at the changes in the following pull requests? - https://

Re: [Kicad-developers] rc2

On 03/04/18 19:59, Kevin Cozens wrote: I am seeing a problem with CvPcb where it fails to show me any DIP package options when I select a 7400 IC on a board. I need to file a report about the problem. What version of the lib have you installed? Are the footprint and symbol libs from the same v

Re: [Kicad-developers] Resistor 2512 footprint [Kicad 4.07]

There are completely new footprints for such devices. (In the v5 lib) I think the resistor lib should even be compatible with kicad 4 (it has no part with complex pads in it). At least the footprint in question is compatible. They are now script generated [1]. The dimensions for the pads are

[Kicad-developers] What are the requirements for the courtyard layer polygon?

If i understand it correctly, kicad 5 will offer a check for courtyard violations. Does this check come with requirements with regards to the courtyard layer? In particular: Does the polygon that describes the courtyard need to be closed? If not how much tolerance is allowed? Are arcs and ci

Re: [Kicad-developers] What are the requirements for the courtyard layer polygon?

On 17/04/18 13:28, jp charras wrote: Le 17/04/2018 à 13:15, Rene Pöschl a écrit : If i understand it correctly, kicad 5 will offer a check for courtyard violations. Does this check come with requirements with regards to the courtyard layer? In particular: Does the polygon that describes the

Re: [Kicad-developers] What are the requirements for the courtyard layer polygon?

On 18/04/18 12:59, jp charras wrote: Le 17/04/2018 à 13:54, Rene Pöschl a écrit : On 17/04/18 13:28, jp charras wrote: Le 17/04/2018 à 13:15, Rene Pöschl a écrit : If i understand it correctly, kicad 5 will offer a check for courtyard violations. Does this check come with requirements with

[Kicad-developers] What are the smallest values for pad paste and mask clearances? Why can't polygon pads not use negative mask clearance?

We (the librarians) discovered that our workflow (or is it a workaround for missing features) of defining special paste or mask areas does not work as intended. We use paste or mask only pads (no copper, only past or mask selected, no pin number assigned) to specify mask/paste areas if we can

[Kicad-developers] Fwd: Re: What are the smallest values for pad paste and mask clearances? Why can't polygon pads not use negative mask clearance?

he tolerances are too small for the board manufacturer. The best case scenario is the boards will be rejected by the manufacturer's DRC or in the worst case the boards will not reflect what the user had intended and possibly fail. On 04/27/2018 03:16 PM, Rene Pöschl wrote: We (the librarians)

Re: [Kicad-developers] Fwd: Re: What are the smallest values for pad paste and mask clearances? Why can't polygon pads not use negative mask clearance?

Maybe a bit of further clarification will help. We are talking about at least two different things here. First issue is what i guess most of you have in mind. The thing about mask clearance. Here the normal way is of course to enter the restrictions of your board house globally into kicad. But

Re: [Kicad-developers] Fwd: Re: What are the smallest values for pad paste and mask clearances? Why can't polygon pads not use negative mask clearance?

On 28/04/18 14:26, jp charras wrote: you also must set the solder paste ratio clearance clearance to a very small value (for instance 0.1 %) really? so if i set only the solderpaste clearance the global solderpaste ratio still overwrites my settings? That would be really strange behavior

Re: [Kicad-developers] Fwd: Re: What are the smallest values for pad paste and mask clearances? Why can't polygon pads not use negative mask clearance?

On 28/04/18 09:28, jp charras wrote: For custom shaped pads, building a solder mask shape with a negative margin can create issues (unpredictable shape for non convex polygons). So it is not allowed. One can set a negative margin in the footprint itself. This negative margin is then used for

Re: [Kicad-developers] A reminder on Git commit comments

eless. For an example, look at this commit in the kicad-symbols repo: commit 4ada78e26774c841ce8ec33e8b221d04fed1f4c7 Author: Rene Pöschl Date:   Fri Apr 20 11:14:47 2018 +0200     Remove Connector_Specialized files. Great. I can /see/ that these files are being removed.

Re: [Kicad-developers] A reminder on Git commit comments

ents of the form "add one to x" in the KiCad repos. These comments are useless. For an example, look at this commit in the kicad-symbols repo: commit 4ada78e26774c841ce8ec33e8b221d04fed1f4c7 Author: Rene Pöschl Date: Fri Apr 20 11:14:47 2018 +0200 Remove Connector

Re: [Kicad-developers] [RFC]: New non copper pad paste and mask clearances behavior

This sounds like a reasonable solution for kicad 5 to me. Thanks for taking care of it. On 02/05/18 14:58, jp charras wrote: Hi All, Dick Hollenbeck ( who wrote a lot of code for Kicad) proposed to use global mask margin values only for pad at least on a copper layer. (I am thinking this is a

Re: [Kicad-developers] A reminder on Git commit comments

On 03/05/18 08:31, Carsten Schoenert wrote: Hello Rene, Am 02.05.2018 um 14:57 schrieb Rene Pöschl: Most of our contributors have no previous experience with git. So we really can not expect them to understand anything beyond the github workflow. (They are experts in electronics. Not IT) I

[Kicad-developers] Was there a change in how the footprint name is stored inside the footprint files?

It seems the footprint editor now includes the library name in the footprint name (first line of the footprint file) Has this changed on purpose or is this a bug? ___ Mailing list: https://launchpad.net/~kicad-developers Post to : kicad-developer

Re: [Kicad-developers] 5.0 RC2 / release status

On 18/05/18 16:44, Wayne Stambaugh wrote: If any of our doc and library devs are on this mailing list, please forward this information so we aren't making major changes to the docs and libraries at the last minute. We have one important pull request open that i will fix up my self tomorrow if

Re: [Kicad-developers] 5.0 RC2 / release status

/2018 11:53 AM, Rene Pöschl wrote: On 18/05/18 16:44, Wayne Stambaugh wrote: If any of our doc and library devs are on this mailing list, please forward this information so we aren't making major changes to the docs and libraries at the last minute. We have one important pull request open t

[Kicad-developers] As promised a version 4 backport of the version 5.0.0-rc2 libraries has been created

Hi all, We (the librarians) created a kicad 4.0.x backport of the version 5 libraries. This backport contains a reduced set of footprints that are compatible with kicad 4. We also backported the symbol libs (without loss as the current libs do not use any v5 features) Only limitation of

Re: [Kicad-developers] Upgrading from V4 to V5 resources?

Another pitfall seems to be that users do not expect that they need to update their fp-lib-table after installing kicad 5. Either they need to update the fp-lib-table to get the footprint library to the state of v5 or they would need to manually install the version 4 symbol and 3d model libs t

[Kicad-developers] How to help users handle updating from version 4 to version 5 with regards to fp-lib-table handling?

Hello, I know we are in feature freeze. It seems a lot of people struggle with the transition from kicad 4 to kicad 5. One of the things that could help a lot would be some way of forcing a reset of the user config directory contents to the default. (cold also help later on if for some reaso

Re: [Kicad-developers] rc3

I can add the rc3 tag to the library repos sometime Sunday afternoon. (central European time) A few minor corrections would still be nice to get into v5 but we do not have any deal-breaker that would merit postponing v5 from our side. On 23/06/18 17:15, Wayne Stambaugh wrote: Let's try to get

Re: [Kicad-developers] rc3

I just added the rc3 tag to the library. (A bit later than promised. Hope this is still ok.) On 24/06/18 03:12, Rene Pöschl wrote: I can add the rc3 tag to the library repos sometime Sunday afternoon. (central European time) A few minor corrections would still be nice to get into v5 but we do

Re: [Kicad-developers] rc3

What a coincidence. I will also be out of town for the next one and a half weeks. As i can not guarantee that i will have internet access during this time it might be necessary that somebody else tags the final kicad 5 library release. (I should be back at June the 10th late at night CET.) So

Re: [Kicad-developers] rc3

x27;ve all earned them! :) Wayne, if you could please announce on the list when you tag rc3, that would be awesome. Thanks! Adam On Fri, Jun 29, 2018 at 7:27 PM Rene Pöschl wrote: What a coincidence. I will also be out of town for the next one and a half weeks. As i can not guarantee that i

Re: [Kicad-developers] rc3

Strange i made the tag via the github web interface. 2018-07-04 17:45 GMT+01:00 Nick Østergaard : > Hello Rene > > It looks like you didn't push the tag on templates, but I will just tag it > then. > > Nick > > Den søn. 1. jul. 2018 kl. 00.34 skrev Rene Pöschl : >

Re: [Kicad-developers] Stable 5 release.

The libs should be ready to go. We might still fix some minor things till the release but we do not have any showstopper topics open. On 11/07/18 20:49, Wayne Stambaugh wrote: Are there any critical bugs remaining to be fixed for the stable 5 release? I didn't see any thing outstanding but I m

Re: [Kicad-developers] Stable 5 release.

s for anyone trying to create simulations. I preferred the old symbols but it's not something I feel strongly about but given that these changes caused this issue we may need to rethink this decision or provide alternative symbols for spice simulation. Cheers, Wayne On 7/12/2018 5:36 AM, R

Re: [Kicad-developers] Stable 5 release.

On 12/07/18 16:20, jp charras wrote: Le 12/07/2018 à 16:04, Rene Pöschl a écrit : Sadly the old symbols are completely unusable in many modern circuits which use more then one power supply for different parts of the circuit. Hidden power pins are not the way to go! The fix for this bug must

Re: [Kicad-developers] Stable 5 release.

(I assume pcb design is still the core feature of kicad.) If i read the bug report correctly simulation is possible if all units are included in the schematic, so this is the correct way to go in my mind. On 7/12/2018 10:04 AM, Rene Pöschl wrote: Sadly the old symbols are completely unusab

Re: [Kicad-developers] Stable version 5 tagged.

Now i am confused. Yesterday (or a bit before) you wrote something about the 20th of july. I will look into tagging the library sometime tomorrow CET. (Too tired right now to check if everything is ok.) On 13/07/18 16:15, Wayne Stambaugh wrote: Queue up the Handel's "Hallelujah Chorus", the st

Re: [Kicad-developers] kicad version and install location

I get the feeling there is a bit more panic than need be. One of the reasons is that the v4 installer on windows did set operating system variables (environment variables) which can create problems when updating. So it might be a good idea for the v5 installer to clean up this mess. (or at lea

Re: [Kicad-developers] kicad version and install location

Another idea would be to provide a package with version 4 libs. That way users can work with the new v5 features but do not need to worry about updating libraries. On 14/07/18 09:29, Rene Pöschl wrote: I get the feeling there is a bit more panic than need be. One of the reasons is that the

Re: [Kicad-developers] kicad version and install location

This only helps users who never had system environment variables set. They overwrite the settings coming from the config folders. (So all default windows installation are not helped with this.) On 16/07/18 16:16, Nick Østergaard wrote: Why does this need to be so complicated? I think we could

Re: [Kicad-developers] Questions on 6.0 eeschema file format

My guess would be maintainability. Having some way of sharing parts of different symbols with each other makes it way easier to manage large libs. (Nobody would be forced to use these features but they can make live easier for library maintainers. We could then for example provide a single nmos

Re: [Kicad-developers] Stable 5 release.

On 18/07/18 18:09, Carsten Schoenert wrote: Hi, Am 18.07.18 um 16:23 schrieb Nick Østergaard: I probably didn't mention this clearly. It is also good for me if everything is tagged on friday, I guess that is mostly about the libs, as I will probably tag i18n and doc myself. I'd like to see at

Re: [Kicad-developers] Stable 5 release.

On 18/07/18 19:59, Carsten Schoenert wrote: Am 18.07.18 um 19:55 schrieb Rene Pöschl: I'm traveling the whole Saturday and Sunday to Debian DebCamp and DebConf in Taiwan and working on packaging kicad-packages3d on a laptop is PITA. So I'd like to this at home on a more powerful machi

Re: [Kicad-developers] Stable 5 release.

The library repos should now all be tagged. (Github had some server problems so it all took quite some time. I hope nothing got damaged because of that.) On 19/07/18 10:49, Nick Østergaard wrote: This sounds good. Thank you. Den tor. 19. jul. 2018 kl. 10.43 skrev Rene Pöschl : On 18/07/18 19

Re: [Kicad-developers] KiCad 5 release announcement update

I just noticed you sometimes use opengl/cairo and sometimes modern to reference the "modern toolset". On 22/07/18 18:44, Wayne Stambaugh wrote: I just pushed the updated version of the v5 release announcement[1]. Please let me know if you find any missing features. Cheers, Wayne [1]: https:/

Re: [Kicad-developers] Windows Builds

On 23/07/18 05:27, Mark Roszko wrote: Is it because the installer exe is huge? That's because the footprint libraries are now part of the installers and they are absolutely massive. (4GB uncompressed) The whole repo (including git history) only has ~90MB If any libs are to blame then it will b

Re: [Kicad-developers] The version string in the master branch

Why not just use the date at which the nightly was compiled? So something like dev-snapshot--mm-dd_g23849572 This is sortable and it should confuse nobody. On 24/07/18 23:58, Eeli Kaikkonen wrote: ti 24. heinäk. 2018 klo 22.59 Wayne Stambaugh (stambau...@gmail.com

Re: [Kicad-developers] [PATCH] RFC: toolbar button support for action plugins

One can however archive a repo. (We did that with all the old library repos.) I am not sure if the automatic synchronization with the lauchpad code would still work for archived repos. On 23/08/18 20:31, José Ignacio wrote: Pull requests cannot be disabled on Github On Thu, Aug 23, 2018 at

Re: [Kicad-developers] 5.0.1 release

Is it planned to include a new version of the libraries as well? Right now we ensure that the library is relatively stable so i think the improvements made since the v5 release can easily be included. (We do not allow major changes that would break backward compatibility. My plan is to use this

Re: [Kicad-developers] 5.0.1 release

signs to a minimum. Users can always download the latest libraries if they prefer the bleeding edge. On 8/28/2018 12:18 PM, Rene Pöschl wrote: Is it planned to include a new version of the libraries as well? Right now we ensure that the library is relatively stable so i think the improvements made si

Re: [Kicad-developers] 5.0.1 release

wrote: On 8/28/2018 12:48 PM, Rene Pöschl wrote: Right now we have no changes made that would break projects. (That is what i meant with "backwards compatibility" I know it is not quite the right term) Also i thought the cache lib plus rescue dialog should take care of minor changes to

Re: [Kicad-developers] [RFC] New pad primitive shape: Chamfered roundrectangle

Hi, From reading the patch it seems this is for cases where you have exactly one corner to chamfer. Which is a nice addition for qfn footprints. It would however be a bit more flexible if every corner is toggleable independently (so one could make pads with 1,2,3 or even 4 corners chamfered.

Re: [Kicad-developers] Round trace bends

Hi, right now there is a discussion ongoing on the forum about that. Might have some useful information for you in there: https://forum.kicad.info/t/status-on-curved-smooth-corners-in-traces/12287 On 31/08/18 09:14, Martin Laabs wrote: Hi, is there is any development for chamfer trace edges

Re: [Kicad-developers] 5.0.1 release

ss the line. If this happens with enough frequency then the sum of all changes could be too much.) On 28/08/18 19:16, Wayne Stambaugh wrote: > On 8/28/2018 12:48 PM, Rene Pöschl wrote: >> Right now we have no changes made that would break projects. (That is

Re: [Kicad-developers] GAL canvas strategy - testers needed!

Could you go into detail in how the library item is at fault? Or at least how it should be fixed? On 19/09/2018 00:04, Jeff Young wrote: I pushed John’s 3 patches along with one of my own which fixes the POT rendering. (It is actually an error in the library item, but it’s not alone -- at lea

Re: [Kicad-developers] GAL canvas strategy - testers needed!

Ok i looked at the pot symbols. They are indeed strange. (ignore my last message) However, how does the new fill algorithm work with things like the logic gates. (Example the symbol for 74LS00) It has an open polygon on purpose as it consists of that polygon plus an arc. We still want the body

Re: [Kicad-developers] GAL canvas strategy - testers needed!

On 19/09/2018 11:54, jp charras wrote: Le 19/09/2018 à 11:40, Rene Pöschl a écrit : Ok i looked at the pot symbols. They are indeed strange. (ignore my last message) However, how does the new fill algorithm work with things like the logic gates. (Example the symbol for 74LS00) It has an open

Re: [Kicad-developers] Remind me why we have both filled polygons and non-copper zones

Zones and polygons behave a bit differently when it comes to rounded corners. For zones the minwidth setting controls the round radius, for polygons it is the line width. This means polygons with rounded corners are always larger than drawn by the radius size (half line width). But zones are exa

Re: [Kicad-developers] 5.0.1 status

Regarding libs. I would need to run the script testing for incompatible changes with the current master. (I can do this as soon as i am home today. So in a few hours.) I already ran it at the end of August the changes that occurred until then are documented in [1] As soon as i update that li

Re: [Kicad-developers] 5.0.1 status

.) On 08/10/18 20:52, Wayne Stambaugh wrote: Hi Rene, I didn't see anything the the list you linked that I would consider a show stopper. I wait until you post the results of you test script against the latest changes. Thanks, Wayne On 10/8/2018 11:35 AM, Rene Pöschl wrote: Regarding

Re: [Kicad-developers] 5.0.1 status

Libraries are tagged. On 09/10/18 00:24, Wayne Stambaugh wrote: Rene, Looks good to me. Tag it as soon as you are ready. Thanks, Wayne On 10/08/2018 04:45 PM, Rene Pöschl wrote: Hi all, Updated list can now be found in comment https://github.com/KiCad/kicad-symbols/issues/856

[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 all, Sadly we did not come around to fix all symbols before the v5 release. We now seem to have a volunteer who would be prepared to fix these symbols. There is a catch though. Whatever we do to fix this it will break designs that use the old symbols right now. So we have a few options

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.

d need to get rid of the old ones anyway not to carry them forever, won't we? I'm wondering whether we can for option 1 if we evaluate what the behaviour would be regarding ERC, symbol rescue, etc. Thanks, Diego On Tue, Nov 6, 2018 at 9:42 PM Rene Pöschl <mailto:poesc..

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.

On 07/11/18 17:39, Kevin Cozens wrote:ons I was thinking that option 3 might be the best How will not hiding pins affect IC's with multiple parts (e.g. a 7400)? Will each part have the power and ground pins? Like we did with the 4xxx series parts. There will be a further unit added that only h

[Kicad-developers] Has the handling of the datasheet field changed again?

Is it possible that the datasheet field has been moved to the lib file in the current nightly builds? That would break our testscripts and create unnecessary noise on github. I thought the solution (for v5) has been that the field of the lib file is filled with the one from the dcm file if it i

Re: [Kicad-developers] Has the handling of the datasheet field changed again?

On 21/11/2018 17:41, Jeff Young wrote: @Wayne, This is a limitation of the current symbol file format but the root datasheet field should be empty and the datasheet url should be stored in the document file along with the description and keywords. This way it's consistent with all of the ali

Re: [Kicad-developers] Has the handling of the datasheet field changed again?

On 21/11/2018 18:38, Jeff Young wrote: Version 5.0.x (and version 4.0.x) gave us the option to store the datasheets for both aliases and main symbols in the dcm file. Right; that hasn’t changed. What’s changed (or should have changed) is that the above is the *only* option. So is it not OK f

Re: [Kicad-developers] 5.0.2 stable release.

I am a bit out of the loop sadly as i had quite a busy month behind me (new job plus some old responsibilities) I created an issue over at the symbol repo. [1] Both to ask the other librarians and for a place to report design breaking changes. (A few symbols have been changed since 5.0.1 it se

Re: [Kicad-developers] 5.0.2 stable release.

The libs are now tagged. On 03/12/18 13:49, Wayne Stambaugh wrote: I saw that the translation and doc repos were tagged for 5.0.2. Where do we stand on the library repos? On 11/26/2018 6:49 PM, Evan Shultz wrote: I should have also mentioned that the outstanding items milestoned for 5.0.2 are

Re: [Kicad-developers] 5.0.2 stable release.

How does a package get karma? Can the community perhaps help out in some way? On 04/12/18 19:57, Steven A. Falco wrote: My build of kicad-5.0.2-1.fc29 has completed in the Fedora buildsystem, and I've submitted it for testing. Thus, the build should show up in the updates-testing repo as soo

[Kicad-developers] Cost of different courtyard elements for the closed outline and DRC algorithms

Hi, Right now we have a few contributions for the library that use arcs quite extensively on the courtyard layer. I would therefore like a bit of input. Are arc generally more expensive than lines? Is there a difference if the arc is a multiple of 90 degree compared to any other angle. I

Re: [Kicad-developers] Cost of different courtyard elements for the closed outline and DRC algorithms

On 01/01/19 23:53, John Beard wrote: @Rene: can you give some examples of "extensive" arc use on the courtyard layers that you are thinking of? Cheers, John The two pull requests i linked should give you an idea of what i right now consider as most extensive use. Maybe also some battery h

Re: [Kicad-developers] [RFC] Symbol library file format

I have a few questions regarding multi part (or multi unit) symbols. (I do not really see a clear indication for these features in your document.) Is there a definition for having only some units exchangeable? Is there a way to define a unit as "must be placed" or "optional"? Is there a way to m

Re: [Kicad-developers] [RFC] Symbol library file format

On 04/01/19 15:10, Wayne Stambaugh wrote: Is there a way to mark a unit as "power unit" (I think you mentioned sometime back that this might be required to properly make simulation for multi unit symbols possible while still allowing the power unit to be separate. A power unit would also be a "mu

Re: [Kicad-developers] [RFC] Symbol library file format

Something else that i remembered now. Would it be a good idea to prepare for alternative function handling for pins? Meaning an alternative pin name connected to an alternative type (or a number of these) That would allow better symbols for micro controllers. I do not expect this to be imple

Re: [Kicad-developers] [RFC] Symbol library file format

On 04/01/19 15:10, Wayne Stambaugh wrote: Is there a way to mark a unit as "power unit" (I think you mentioned sometime back that this might be required to properly make simulation for multi unit symbols possible while still allowing the power unit to be separate. A power unit would also be a "m

[Kicad-developers] What is the difference between the use of 3d model search path entries and normal path variables (environment variables)?

Hi, I noticed that the configure path tool in the footprint editor has a new part added to it. This part seems to manage 3d model search directories. Such a search directory consists of the path, an alias, and a description. As there is a way to change the order of search path entries i would

Re: [Kicad-developers] What is the difference between the use of 3d model search path entries and normal path variables (environment variables)?

on behalf of Rene Pöschl Sent: 11 January 2019 17:25 To: KiCad Developers Subject: [Kicad-developers] What is the difference between the use of 3d model search path entries and normal path variables (environment variables)? Hi, I noticed that the configure path tool in the footprint editor

[Kicad-developers] kicad-pcb.org not reachable

It seems the kicad website is currently down. ___ 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/Li

  1   2   >