Re: [Kicad-developers] Version 6 release schedule

I second this. I am affected by most of these bugs (except the eeschema one). Now that we are past the string freeze, would it be possible to at least restore the functionality that was available in V5, even if the API is different? Missing this functions will break things for a long time. On

Re: [Kicad-developers] KiCAD 5.99/6 Python API status & time schedule

I am an avid user of Jan's tools (KiKit mostly) and it has become increasingly difficult to keep them working with current v6 code as api calls keep getting removed or moved around. I know that having an open development process for the new API can be counter productive (bikeshedding and all) but

Re: [Kicad-developers] Altium board importer

Just one step closer to KiCAD world domination. On Sat, Apr 4, 2020 at 11:19 AM Wayne Stambaugh wrote: > For those of you who haven't heard, the Altium board importer[1] was > merged into the master branch. It should be available in nightly builds > now or in the very near future. If you have

Re: [Kicad-developers] Altium 20 new interactive routing features

Cows (like most mammals) are toruses though... On Mon, Dec 2, 2019 at 11:06 AM Wayne Stambaugh wrote: > On 12/2/19 11:59 AM, Tomasz Wlostowski wrote: > > On 02/12/2019 17:40, Vesa Solonen wrote: > >> topological routing will > > > > Could you please explain what 'topological routing' does mean

Re: [Kicad-developers] Ctrl-click to highlight in pcbnew missing?

That's a big change. Are you sure it is a good idea to do without asking users about it? (from my part it would annoy me quite a bit if i was using master). On Tue, Sep 10, 2019 at 8:09 AM Jeff Young wrote: > Ctrl-click was made consistent with Pcbnew (and platform standards) for > toggle

Re: [Kicad-developers] [RFC] Comments for a Layer Stack Manager in Pcbnew

+1 on Wayne's comments. One of the nice things about the recent work on the board setup dialog is the centralization of board settings that were previously spread all over the place, we really shouldn't go back the other direction. On Wed, Aug 21, 2019 at 8:46 AM Wayne Stambaugh wrote: > Hi JP,

Re: [Kicad-developers] 5.1.4 status

Well, relatively speaking, KiCad has been releasing at a breakneck pace lately :) On Mon, Jul 15, 2019 at 11:51 AM Wayne Stambaugh wrote: > Oops, sorry about that. Should read 5.1.3. > > On 7/15/2019 12:50 PM, Steven A. Falco wrote: > > On 7/15/19 12:26 PM, Wayne Stambaugh wrote: > >> Were do

Re: [Kicad-developers] Arc Adjustment proposal

Why not use start end, "bulge" as DXFs do for LWPOLYLINEs? http://www.lee-mac.com/bulgeconversion.html Instead of the bulge number (which is related to the included angle of the triangle formed between the endpoints and the center) you could also write out the angle of the arc directly. This is a

Re: [Kicad-developers] Kicad's way of drawing filled zones

I don't think any desktop computer released after 2010 would have issues with GL3 unless the hardware/OS is defective in some way. On Fri, May 10, 2019 at 11:43 AM Jon Evans wrote: > Does anyone have a good sense of which hardware / software platforms would > be impacted by a switch to OpenGL

Re: [Kicad-developers] 6.0 string proposal

When you implement command line switches you will probably want --help to emit a translated message. On Fri, May 3, 2019 at 1:51 PM Wayne Stambaugh wrote: > On 5/3/2019 11:27 AM, Dick Hollenbeck wrote: > > On 5/3/19 9:41 AM, Wayne Stambaugh wrote: > >> There is a secondary goal of removing

Re: [Kicad-developers] Feedback on 5.1

One good example of a really flexible snapping system is what Autocad does with OSNAP and OTRACK modes Object snap (OSNAP) creates snap points from many features in the objects or interaction between objects. an important feature is that the different classes of snapping points active at any time

Re: [Kicad-developers] Idea: Merging libraries along the search path

I like this, though if the UI is not made carefully it has the potential to be confusing. On Mon, Mar 11, 2019 at 10:13 AM Simon Richter wrote: > Hi, > > since the topic of library management came up: Would it make sense to > collect library contents along the library search path? > > The

Re: [Kicad-developers] [PATCH 6/7] Eeschema: Field editor closes on Esc+Shift.

great change, the current behavior of exiting with esc has bitten me in the ass too many times to count! On Wed, Jan 16, 2019, 7:41 AM Baranovskiy Konstantin < baranovskiykonstan...@gmail.com wrote: > CHANGED: By default dialog closes on Esc key immediately. But in case > with Field editor there

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

I think all this babble about data representations to be pointless and counterproductive. the S expression parser is already implemented and it works fine, it is trivial to convert s-expressions to any other data representation you like, be it, xml, json or whatever comes up next week in NPM. The

Re: [Kicad-developers] RFC: Moving footprint wizards to github

I think there could be a benefit to not tying add-ins to the KiCad release schedule. As the python APIs get more stable it will be increasingly possible for people to run the exact same python scripts in both the stable and nightly build versions of KiCad (or even across several versions for stuff

Re: [Kicad-developers] Python shebangs

I don't think this is an issue outside of Fedora. On Tue, Nov 6, 2018 at 8:45 AM Steven A. Falco wrote: > I'd like to have a discussion about python shebangs. I noticed several > rpmlint errors when building the official Fedora packages. Specifically, > rpmlint is complaining about using

Re: [Kicad-developers] Net ties and copper DRC

If possible this would solve the problem quite elegantly for the time being. +1 On Tue, Oct 23, 2018 at 8:54 AM Jeff Young wrote: > Hi Seth and Wayne, > > I had considered and discarded having DRC ignore copper graphics in > footprints. But the “same footprint” test didn’t occur to me, and I

Re: [Kicad-developers] ideas to improve patch and CI integration

Funny you say that, Today I had to try 5 times to get a bug submitted on LP, kept giving me internal server errors On Mon, Oct 22, 2018 at 6:57 PM Seth Hillbrand wrote: > Am 2018-10-22 11:22, schrieb Wayne Stambaugh: > > On 10/22/2018 11:10 AM, Mark Roszko wrote: > >>> If the community

Re: [Kicad-developers] KiCad Conference?

Oooh you can count me in for any Chicago Kicad shenanigans... On Tue, Oct 2, 2018 at 9:34 AM Wayne Stambaugh wrote: > I've been talking with some key players over the last month or so who > are trying to make this happen, but I was holding off saying anything on > the mailing list until

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

Pull requests cannot be disabled on Github On Thu, Aug 23, 2018 at 1:26 PM, Carsten Schoenert wrote: > Hello Wayne, > > Am 23.08.18 um 20:01 schrieb Wayne Stambaugh: > > We do not use github for kicad source development. It is merely a > > mirror for user convenience. Please do not open any

Re: [Kicad-developers] Windows performance issue

On Wed, Aug 8, 2018 at 3:24 PM, Jeff Young wrote: > It was sort of like pulling on a string: first I put the library tree into > the footprint editor, but it made it too slow to launch. > > So then I added the fp-info-cache, but it was too slow checking the cache > validity. > > So then came the

Re: [Kicad-developers] 5.1 UI feedback

I like the button idea, the same thing should be done in the schematic field editor, that would basically replace cvpcb for most usecases. On Thu, Jul 19, 2018 at 2:53 PM, Jeff Young wrote: > I thought there was already a bug for this (reported by Gabriel perhaps?), > but I can’t seem to find

Re: [Kicad-developers] ngspice-28 for KiCad

That is great news! Is debian packaging underway for testing now that it is DFSG compliant? On Tue, Jun 12, 2018 at 2:29 PM, Holger Vogt wrote: > Dear developers, > > > ngspice-28 is available. Please check if this can be part of the new KiCad > release. > > > Major advances: > > ngspice-28

Re: [Kicad-developers] Netlist generation for pins with no-connects

Btw, I noticed nets don't get generated when the symbol is missing pins (does not include all the non-connect pins), which i consider to be defective symbols. On Mon, Jun 4, 2018 at 10:46 PM, José Ignacio wrote: > Non-connected pins should each have an unique net to prevent connect

Re: [Kicad-developers] Netlist generation for pins with no-connects

Non-connected pins should each have an unique net to prevent connection to eachother, either that or a special net that behaves that way. In pcbnew, pins with no net assigned can be connected to eachother (and that can be an useful behavior when doing things on pcbnew only). On Mon, Jun 4, 2018

Re: [Kicad-developers] [PATCH] Large board speed

+1! On Fri, Jun 1, 2018 at 12:57 PM, Simon Richter wrote: > Hi, > > On 01.06.2018 06:36, Seth Hillbrand wrote: > > > Do people have concerns with the risk exposure for this patch or would > > anyone like some additional time to evaluate? > > I think this needs a round of user testing, and doing

Re: [Kicad-developers] More default fields in schematic

facturer part number, amongs others. >> The specific abbreviation or name does not matter, If i care, I can >> manually add/remove my own fields *JUST AS I DO NOW*, but for the people >> who use it, it will be easier across projects, for the people that dont, >> It will not matter. &

Re: [Kicad-developers] More default fields in schematic

I dont like this, the right solution would be to allow for importing a default config into kicad for things like that, as different groups will have different policies. On Sun, May 20, 2018 at 3:31 PM, Kristoffer Ödmark < kristofferodmar...@gmail.com> wrote: > The patch should only affect first

Re: [Kicad-developers] Feature request : Allow hide of Fab text reference designation

That is a library issue, the way it is implemented in the kicad library is making a text that references the refdes with "%R", that looks like a normal text to kicad, so it has no way of knowing unless it gets tailored a bit too specific to that library style. In my particular case i do not use

Re: [Kicad-developers] Spate of bugs in global fields editor (aka BOM editor)

Got you a fresh batch https://bugs.launchpad.net/kicad/+bug/1765443 <- this one helped me lose a few hours of work https://bugs.launchpad.net/kicad/+bug/1765446 https://bugs.launchpad.net/kicad/+bug/1765447 On Tue, Apr 17, 2018 at 5:59 AM, Jeff Young wrote: > Turned out to

Re: [Kicad-developers] What is the purpose of multiple 3D models?

I use this feature for components that may have multiple bodies, like a battery inside a battery holder, or the mating board into a connector. It is great for making rudimentary assemblies as kicad cant place any bodies that are not associated with a component. On Fri, Mar 30, 2018 at 5:02 PM,

Re: [Kicad-developers] [PATCH] - File format shim for clearance data

The user would have to click through a big fat warning that the file is from the future. If you wanna be doubly sure, open things in read only mode if there is a version mismatch, so the user at worst can save the file with another name, allowing recovery without having to drop into a text editor.

Re: [Kicad-developers] small typo

Bad keming strikes again! On Thu, Mar 15, 2018 at 4:34 PM, Marco Ciampa wrote: > Here is a small typo: > > diff --git a/gerbview/toolbars_gerber.cpp b/gerbview/toolbars_gerber.cpp > index 2c774baad..58e3c9163 100644 > --- a/gerbview/toolbars_gerber.cpp > +++

Re: [Kicad-developers] Proposed roadmap changes

The separate program issue is just an implementation detail. The main thing that Kicad is headed for is the refactoring slated for the 6.0 dev cycle. The cleaner data structure foundation and subsequent decoupling of the logic from the UI classes will allow all sorts of automation that are

Re: [Kicad-developers] Proposed roadmap changes

Only jon can edit, our "edits" are just suggestions, which can be accepted or rejected. On Tue, Mar 6, 2018 at 1:33 PM, Wayne Stambaugh wrote: > I'm fine with using this for bike shedding as long as the results get > updated in the actual road map and this is not the

Re: [Kicad-developers] [PATCH] Rearrange Render panel of PcbNew layer widget; add spacers

of settings-saving > overhaul for V6 we catch all of that stuff. > > On Thu, Feb 22, 2018 at 7:31 PM, José Ignacio <jose.cyb...@gmail.com> > wrote: > >> One thing that is very inconsistent is that layer settings for plotting >> gerbers are saved in the board file (as the

Re: [Kicad-developers] [PATCH] Rearrange Render panel of PcbNew layer widget; add spacers

One thing that is very inconsistent is that layer settings for plotting gerbers are saved in the board file (as they should), but settings for the drill file are saved in the global kicad settings (which means that if i have two different projects that need different drill settings i need to

Re: [Kicad-developers] Stable branch update

This is a bit of a pet issue. the original patch introduced a regression (text suddenly got flipped upside down because of the way it was saved and the way kicad restricted text angles), that later was fixed, but the fix only worked correctly for files created before the change (regression) was

Re: [Kicad-developers] [PATCH] Allow OpenCASCADE standard edition

I think you might be confusing the GPL with the *L*GPL, they are very different licenses in practice On Mon, Jan 29, 2018 at 2:04 PM, Wayne Stambaugh wrote: > Hey Seth, > > One of us missed something. Here is my interpretation: > > The opencascade website license states:

Re: [Kicad-developers] spaces not allowed in SCH library nicknames

I reported this multiple[1] times[2] long ago, and have since given up and folded all my library names to use underscores instead. There are basically no up to date design documents on how kicad's different systems and overall architecture are supposed to work, many large refactors and overhauls

Re: [Kicad-developers] Run-time expression eval in text fields

I don't think fixing this is even necessary, fields are auto-placed in eeschema master since last year. And if I cant leave it to the autoplacer i usually want to manually tweak the location of the field once in the schematic anyway, the default placement would be almost always wrong, this goes

Re: [Kicad-developers] KiCad And Quces

In case you didn't get to try it yet, the development version of kicad already includes integration with a very good simulator, ngspice. That may already do everything you need. On Tue, Jan 16, 2018 at 12:10 AM, Babar Malik wrote: > Hi Everyone, > Hopefully you people are

Re: [Kicad-developers] [PATCH] Don't draw invisible pins in component chooser

Why can invisible pins be connected at all? On Mon, Jan 15, 2018 at 3:00 AM, Maciej Sumiński wrote: > Hi Jon, > > It seems there is no patch attached to this message. I realize it is > better to hide invisible pins when they obscure the view, but I wonder > whether the

Re: [Kicad-developers] Minor releases (post v5.0.0)

with all of this 100%. > > > > On Thu, Jan 11, 2018 at 11:45:58AM -0600, José Ignacio wrote: > >> I've started to see a flurry of features that are either getting rushed > in > >> for v5.0 or being pushed aside to the future "v6" version of kicad. Due >

[Kicad-developers] Minor releases (post v5.0.0)

I've started to see a flurry of features that are either getting rushed in for v5.0 or being pushed aside to the future "v6" version of kicad. Due to the limited resources of the development team and the sheer amount of work for each major release, the development cycles get pretty long, and many

Re: [Kicad-developers] Exchange/update footprints proposal

This would make it so much more user friendly, and it's only UI code On Sat, Jan 6, 2018 at 2:08 PM, Jeff Young wrote: > We’ve had some users be quite vocal about it being hard to update > footprints from the library (and trying to use cvpcb to do so)[1]. While > you can do

Re: [Kicad-developers] Stable 5 branch status

ng this project and I will get back to you. > > > > On 1/2/2018 2:08 PM, Chris Pavlina wrote: > > > Ah, that explains my question mark case. That's insane. > > > > > > On Tue, Jan 02, 2018 at 01:08:11PM -0600, José Ignacio wrote: > > >> One big problem i

Re: [Kicad-developers] Stable 5 branch status

's insane. > > On Tue, Jan 02, 2018 at 01:08:11PM -0600, José Ignacio wrote: > > One big problem is that even if everything fails, the project will show > up > > fine with all symbols, but they wont have the remap done. at the same > time > > the remapper deletes all libra

Re: [Kicad-developers] Stable 5 branch status

One big problem is that even if everything fails, the project will show up fine with all symbols, but they wont have the remap done. at the same time the remapper deletes all library entries from the project file, which causes it to open with question marks only if you reopen it again after

Re: [Kicad-developers] Default Canvas for v5

On Tue, Jan 2, 2018 at 11:18 AM, André S. wrote: > Hi everyone, > > I want to add from a users view: > In the current KiCad 4.0.7 (Windows 64 bit) you can't drag traces in > OpenGL/Cairo, only in legacy. (With this I mean: move a segment of a trace > and it stays

[Kicad-developers] Default Canvas for v5

Since the GAL is pretty much feature complete (I have used it exclusively for the last year and a half) and the Cairo canvas has much improved performance (it is *significantly* faster than legacy on my systems), should pcbnew make the switch to have Cairo as the default canvas? I understand

Re: [Kicad-developers] OSX dev environments

Another +1 for QT creator, I've used it on Linux and works very well with the kicad codebase On Mon, Dec 25, 2017 at 2:09 AM, Bernhard Stegmaier wrote: > For my taste for KiCad the best I tried is QTCreator. > Works practically out-of-the-box perfectly with cmake and

Re: [Kicad-developers] Eeschema fields in Pcbnew (RFC)

The netlist format already exports all fields by default. my tool [1] uses a .net file as an input to generate BOM and macrofab XYRS files. [1]: https://github.com/iromero91/bomtool On Wed, Dec 13, 2017 at 2:16 PM, Justin Partain wrote: > As a user, I do all my

Re: [Kicad-developers] file format change and STEP exporter

Indeed, it is much easier to just re-parse pcb files than it is to extract data using the internal APIs. The intention is for that to be temporary until the internal api improves to the point where writing something interfacing with it wont be a pile of workarounds for quirks and sharp corners. If

Re: [Kicad-developers] [PATCH] Prevent multiple item delete when routing (fixes lp:1715158)

THANK YOU On Wed, Dec 6, 2017 at 10:13 PM, Seth Hillbrand wrote: > ​The attached patch corrects https://bugs.launchpad.net/kicad/+bug/1715158 > where pressing delete in pcbnew GAL canvas will delete _both_ a wire​ and > the footprint underneath it. > > I know that this

Re: [Kicad-developers] Fwd: Re: [PATCH] Fix for 3D model offset

That's one of the risks that come from using the dev version without looking at the changes beforehand. The impact should be pretty small. On Fri, Dec 1, 2017 at 11:50 AM, easyw wrote: > just a side note on this thread: > this latest patch is messing up all the previous

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

This might be related to the wire 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: > Please ignore

Re: [Kicad-developers] [PATCH] Allow items to be moved from all anchor points

Friendly bump, this bug is very annoying, related bug report https://bugs.launchpad.net/kicad/+bug/1722512 this patch fixes it. On Mon, Nov 20, 2017 at 10:29 AM, José Ignacio <jose.cyb...@gmail.com> wrote: > A change in commit 57310001350 caused kicad to stop allowing users > to mov

Re: [Kicad-developers] [PATCH] Fix for 3D model offset

I have several footprints that use manufacturer's models, where offsets and rotations are necessary. I really fail to see the point of breaking people's designs and libraries needlessly. On Nov 22, 2017 7:07 AM, "Wayne Stambaugh" wrote: > What is wrong with just reading

Re: [Kicad-developers] [PATCH] Fix for 3D model offset

What if you open the same file again, how can it tell it's in mm or inches? On Tue, Nov 21, 2017 at 7:19 PM, Wayne Stambaugh wrote: > I'm not sure I understand what the issue is. Once an offset is changed > to mm when either a footprint in a board or a library is parsed,

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

This is pretty much the same issue that happened back in February ( https://lists.launchpad.net/kicad-developers/msg27766.html ) I don't have my launchpad logins right now to comment on it but I strongly disagree with classifying bug #1732236 as a low

[Kicad-developers] [PATCH] Allow items to be moved from all anchor points

A change in commit 57310001350 caused kicad to stop allowing users to move items like footprints, arcs and lines using anchors other than the center point. This was caused by the new code that stores reference points for clipboard pasting, a call to updateModificationPoint() prevented some old

Re: [Kicad-developers] Changed behaviour: Moving objects by their pads not possible anymore

a transfomation is done. On Sun, Nov 19, 2017 at 8:17 PM, José Ignacio <jose.cyb...@gmail.com> wrote: > I think i found a possible fix that avoids interfering with the copy and > paste origin logic added (even on single element pastes): > > diff --git a/pcbnew/tools/edit_tool.

Re: [Kicad-developers] Changed behaviour: Moving objects by their pads not possible anymore

else { +updateModificationPoint( selection ); m_cursor = grid.Align( m_cursor ); } Patch file attached. Thanks, Jose On Sun, Nov 19, 2017 at 6:04 PM, José Ignacio <jose.cyb...@gmail.com> wrote: > I can confirm this, it also affects the movement of graphi

Re: [Kicad-developers] Changed behaviour: Moving objects by their pads not possible anymore

I can confirm this, it also affects the movement of graphic items like lines and arcs to very disturbing results. It will always use the centerpoint of an arc or first point of a line, snapping the part to the cursor every time. I ran a git bisect and it looks like the first commit that introduced

Re: [Kicad-developers] [REQUEST] Default library install location

Doing a one-time copy from the system, copy on write like Nick suggested or just having kicad download the libraries itself would be the only real solutions IMO. Having the installer write to user directories is a no-no specially since there can be new users added to the system after kicad gets

Re: [Kicad-developers] [REQUEST] Default library install location

What about installing it in a system directory. and have kicad copy them over to the user directory on first boot? that would probably work well for multiuser systems, otherwise you'd have to copy it on every user of the machine, even future ones. On Wed, Nov 8, 2017 at 2:46 AM, Nick Østergaard

Re: [Kicad-developers] [FEATURE] Array 3D models

and hobbyists who happen to have an MCAD > package. VRML is also used by some professionals for brochures > or web page images; there is no disputing that STEP models look > terribly ugly. > > On Mon, Nov 6, 2017 at 4:17 PM, José Ignacio <jose.cyb...@gmail.com> > wrote: >

Re: [Kicad-developers] [FEATURE] Array 3D models

The only thing i really have against this is that it would make a pretty messy step file because the component would be broken up in tiny parts. Wouldn't there be a space saving with just ditching wrl altogether? the next stable won't need them On Mon, Nov 6, 2017 at 9:53 AM, Kristoffer Ödmark <

[Kicad-developers] [PATCH] Add more layers by default when plotting.

This makes the default plotting options more consistent to what one would need when producing a board in a typical PCB fab, that is, including solder mask, edge cuts and paste stencil. --- pcbnew/pcb_plot_params.cpp | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git

Re: [Kicad-developers] latest GerbView doesn't display test file

I don't know. If anything it would be the most useful to be able to try to repair broken files like that (maybe a script?). Displaying broken files "correctly" is dangerous. One of the main uses for a Gerber viewer is to do a pre-manufacturing check, and if your gerbers are broken and they work in

Re: [Kicad-developers] Live zone filling

If your traces "choke" a zone out so that it can't fill the other side it may affect a very large area of the board. And it is the kind of thing you'd like to watch out for when you're moving traces around. For very good reasons Kicad will not fill isolated islands of copper if there is no direct

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

On Mon, Sep 18, 2017 at 7:52 PM, Rene Pöschl <poesc...@gmail.com> wrote: > > > On 19 Sep 2017 2:05 am, "José Ignacio" <jose.cyb...@gmail.com> wrote: > > Probably, contributors would need to agree to be attributed as a group > when the work is embedded in a

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

y. > > > What would such a thing look like? Something like a CLA - > https://en.wikipedia.org/wiki/Contributor_License_Agreement ? > > On Tue, Sep 19, 2017 at 9:02 AM, José Ignacio <jose.cyb...@gmail.com> > wrote: > >> PS: It would be nice to provide a simplified

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

PS: It would be nice to provide a simplified way for non-GPL users to provide attribution for the libraries without having to name every single john doe that made a symbol or footprint. If it's made simple people will probably be more inclined to comply. On Mon, Sep 18, 2017 at 5:59 PM, José

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

The GPL with font exception is probably the better of the two, as it is the least restrictive one contributors seem to agree on. On Mon, Sep 18, 2017 at 5:47 PM, Oliver Walters < oliver.henry.walt...@gmail.com> wrote: > A further issue that has cropped up twice in the last hour: Library >

Re: [Kicad-developers] [RFC] Changing default text size

Why not just change eeschema to assume a missing text size is 0.060, and always write the text size. Then use 0.050 as the default size for new items. that way it is both forward and backward compatible. On Thu, Sep 7, 2017 at 5:44 PM, Oliver Walters < oliver.henry.walt...@gmail.com> wrote: >

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

Another element of this would be to support an arbitrary amount of stacked mechanical layers. I've been designing some flexible PCBs lately and using the user layers to specify stiffeners is a bit clunky. It would be nice if the 3d renderer could do multiple stacked edges. I've had to make

Re: [Kicad-developers] Dealing with addition to kicad_pcb files

I don't see why you couldn't have both, an embedded version of the actual setup and the ability to import/export from/to an external file. On Thu, Aug 31, 2017 at 12:54 PM, Neal Hollingsworth wrote: > Hi all, > I've mostly been lurking on the list, but thought I would

Re: [Kicad-developers] Routing algorithm used in PCB

You already established that you want to extract techniques from kicad for your own project instead of contributing. The code is all there in the repo, free to use under the GPL. On Mon, Aug 28, 2017 at 12:41 AM, Arun Kumar wrote: > Hi Team, > > Which PCB routing

Re: [Kicad-developers] [RFC] Update Fields in eeschema

YES! On Fri, Aug 25, 2017 at 8:37 AM, Maciej Sumiński wrote: > The attached patches add to eeschema possibility of updating fields for > components already placed on schematics sheet using library values. > > It is useful for users maintaining additional fields in

Re: [Kicad-developers] [PATCH] simplied right click menu icons

>>> >>> On Wed, Jul 19, 2017 at 2:47 AM, Wayne Stambaugh <stambau...@gmail.com >>> <mailto:stambau...@gmail.com>> wrote: >>> >>> On 7/18/2017 8:24 PM, Chris Pavlina wrote: >>> >> (remember, this is localization, no

Re: [Kicad-developers] [PATCH] simplied right click menu icons

Clockwise and counter-clockwise are the most usual term in American Engish, other localizations should use the most usual term in their respective locales (remember, this is localization, not literal translation). For example in Argentinian Spanish it should be "Horario" and "Antihorario".

Re: [Kicad-developers] [PATCH] simplied right click menu icons

Well, WM is technically incorrect, but GTK3 has icons off by default unless the application forces them on (vs on by default in GTK2) On Tue, Jul 18, 2017 at 12:35 PM, Chris Pavlina wrote: > On Tue, Jul 18, 2017 at 07:34:25PM +0200, jp charras wrote: > > Le 18/07/2017 à

Re: [Kicad-developers] LOCALE_IO sucks

Please go ahead, it makes the code hard to read when instancing an object in the middle of a function causes a global change in the application. Encoding should be encapsulated in the streams themselves. Without that, the ugly hack is the only way to make the even uglier global locale setting hack

Re: [Kicad-developers] Improving SCM behaviour of kicad_pcb

at is still uncertain at this point. > > On 7/10/2017 11:26 AM, José Ignacio wrote: > > The problem is that you can't make old kicad read the new format, unless > > a patch gets backported. > > > > On Mon, Jul 10, 2017 at 10:19 AM, Kristoffer Ödmark > > <kristof

Re: [Kicad-developers] Improving SCM behaviour of kicad_pcb

The problem is that you can't make old kicad read the new format, unless a patch gets backported. On Mon, Jul 10, 2017 at 10:19 AM, Kristoffer Ödmark < kristofferodmar...@gmail.com> wrote: > Could we not support reading both formats, but only write one format? > > - Kristoffer > > > On

Re: [Kicad-developers] [RFC] 3D models repository

Unfortunately that doesn't seem to be the intent of the people who made the 3d model generators, as they inject the license into the model files, and explicitly stated that they indeed want to restrict some uses of the mechanically generated models so people can't compile them in their own

Re: [Kicad-developers] [RFC] 3D models repository

Part of my argument is that for footprints and symbols there isn't much to improve, they are either correct or they aren't, once a footprint is done it probably should not be ever modified individually, most changes you usually want to do to a library are sweeping and probably even automated,

Re: [Kicad-developers] [RFC] 3D models repository

My two cents. All this copyleft licensing stuff for _libraries_ is over-complicating things, copyright on stuff like footprints and accurate 3d models is fairly tenuous as the representation of the work is very tightly constrained by engineering concerns and standardization, and a good chunk are

Re: [Kicad-developers] menu icons

Menu icons are disabled by default in gnome 3 in an effort to make it look more like an Apple product. You can enable them (on gtk 3.10+) with: gsettings set org.gnome.settings-daemon.plugins.xsettings overrides "{'Gtk/ButtonImages': <1>, 'Gtk/MenuImages': <1>}" On Mon, Jun 5, 2017 at 5:11 PM,

Re: [Kicad-developers] [PATCH] kicad right click menu corrections and few icons corrections

The use of "..." for menu items that show a dialog with extra options necessary to perform the operation has been in Microsoft's UX guidelines and apple's HIG since time immemorial: https://msdn.microsoft.com/en-us/library/dn742392.aspx#usingellipses

Re: [Kicad-developers] [FEATURE] Partial selection in pcbnew

Or switching between object and grid snap :) On Mon, May 8, 2017 at 5:34 PM, Wayne Stambaugh wrote: > I tend to lean toward Oliver's approach. Most CAD tools I've used have > this type of includes vs intersects selection paradigm. I don't see the > need to tie up the

Re: [Kicad-developers] [FEATURE] Component table viewer

Perhaps one feature request regarding custom fields would be (if possible) to select which field is used for grouping components, instead of just the value field. Either a custom field or one of the standard ones like footprint name or symbol name. Think editing all 0402 resistors, or all the

Re: [Kicad-developers] Move point on pcbnew

The attachments got scrubbed (probably too large), i'd recommend you upload the videos to youtube or some other video sharing site. On Fri, May 5, 2017 at 3:07 AM, Carlo Maragno wrote: > Hi there, > > I done some tests, including a full system wipe and the behavior is

Re: [Kicad-developers] [FEATURE] Partial selection in pcbnew

the way autocad did it since about when computer mice started coming out for computers was to use a continuous border for the rectangle when doing a "window" select (that is, all objects must be completely enclosed to be part of the selection), when dragging the other way the outline is dashed for

Re: [Kicad-developers] Move point on pcbnew

It used to be that kicad was too sensitive to pads and it would almost never use the anchor in smaller components, now it works much better. I don't see anything needing to be fixed. Could you show a test case where it doesn't behave correctly and file a bug on launchpad? Just reverting whatever

Re: [Kicad-developers] [FEATURE] Partial selection in pcbnew

Yay! On Tue, May 2, 2017 at 2:25 AM, Oliver Walters < oliver.henry.walt...@gmail.com> wrote: > I have attached a patch-set that implements "partial selection" of objects > when the selection box is dragged right-to-left. > > L -> R = Objects must be completely enclosed to be selected > R -> L =

Re: [Kicad-developers] [FEATURE] Component table viewer

I've done a bit of testing on this branch and it works great for me, it cut the time it takes to release a board to production significantly. Thanks! Jose On Mon, May 1, 2017 at 7:42 AM, Wayne Stambaugh wrote: > Hey Oliver, > > I just need to find the time to test and

Re: [Kicad-developers] Tools in post-v5 legacy canvas

It's been established that new features have to work with GAL, but they don't need to work with legacy. What's not allowed yet is to BREAK legacy by implementing a new GAL-only feature. On Sun, Apr 30, 2017 at 9:43 PM, Simon Richter wrote: > Hi, > > what is the current

  1   2   >