[Kicad-developers] Board Edge clearance problem

My second "show stopper" bug for me, using V5 RC2 I also reported this in the bug tracker, again sorry for the double up. I was trying to layout a board, but Kicad is refusing to let me lay tracks or vias in close proximity to the board edge.  Its highlighting the edge, and ignoring any

[Kicad-developers] Zone filling problems

Sorry for posting this, AND also posting a bug report, but i know you guys are close to releasing a V5 and i have been testing RC2 from nightly PPA and have hit two bugs which would be show stoppers for me, and make me want to go back to V4. First one is a problem with Zone refills using DRC.

Re: [Kicad-developers] Embrace TransferDataTo/FromWindow

> ...most of our dialogs do not use this. It will be a non-trivial task to get > them all updated. We could start by getting rid of the Swap Layers… dialog. ;) https://bugs.launchpad.net/kicad/+bug/1670422 > On 6 Mar 2018, at 21:18, Wayne

Re: [Kicad-developers] [fun feature request] Create PCB from schematic with one click :)

On 3/6/2018 4:18 PM, Robbert Lagerweij wrote: > Op 5-3-2018 om 18:49 schreef Wayne Stambaugh: >> All kidding aside, I was told by a very highly skilled board designer >> not to waste our time with auto-routers because no one actually uses >> them except for the simplest designs with lots of free

Re: [Kicad-developers] Embrace TransferDataTo/FromWindow

This is already in the UI policy http://docs.kicad-pcb.org/doxygen/md_Documentation_development_ui-policy.html#dialogs-xfer The problem is a lot of developers relied on the old pattern when creating dialogs so most of our dialogs do not use this. It will be a non-trivial task to get them all

Re: [Kicad-developers] [fun feature request] Create PCB from schematic with one click :)

Op 5-3-2018 om 18:49 schreef Wayne Stambaugh: > All kidding aside, I was told by a very highly skilled board designer > not to waste our time with auto-routers because no one actually uses > them except for the simplest designs with lots of free board space and > few or no routing restrictions.

Re: [Kicad-developers] Potential issue with 49486b83

It’s up, Kevin. Thanks for offering to test. Cheers, Jeff. > On 6 Mar 2018, at 20:33, Kevin Cozens wrote: > > On 2018-03-06 02:19 PM, Jeff Young wrote: >> I’m going to merge a conditional compilation fix for this (I agree that we >> don’t want to chase anyone away from

[Kicad-developers] Embrace TransferDataTo/FromWindow

We’ve got a lot of dialogs that don’t make use of these. Not only does it make the code longer and more complex, it also results in bugs (the most recent being that hitting in the Create Array… dialog does a Cancel, not an OK). I’ve got to go through most all of the dialogs for the

Re: [Kicad-developers] Potential issue with 49486b83

On 2018-03-06 02:19 PM, Jeff Young wrote: I’m going to merge a conditional compilation fix for this (I agree that we don’t want to chase anyone away from the debug versions). I'll test the patch on my machine when you have it ready. Thanks, Jeff. -- Cheers! Kevin. http://www.ve3syb.ca/

Re: [Kicad-developers] Proposed roadmap changes

I will be sure to send a proposed update to the official doc after there is no more churn on my scratch pad doc. I am not allowing anyone to edit, only I can edit (anyone can comment, and I have been incorporating changes based on people's comments) I think the next pass (now that it has been a

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] Proposed roadmap changes

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 official road map. One caveat, by allowing anyone to edit this file, you may loose control of it's content. That's one of the things I don't like about launchpads blueprints.

Re: [Kicad-developers] Potential issue with 49486b83

Jean-Pierre, Is the jumpy canvas [1] on first panning fixed with newer wxWidgets version on Linux? If so, what version do you use? I see it occurring on 3.0.3 and I also get the assert. Wayne said the recent patch did not help on Windows, so we can either make the change specific to macOS or to

Re: [Kicad-developers] Potential issue with 49486b83

Hi Steve, I’m going to merge a conditional compilation fix for this (I agree that we don’t want to chase anyone away from the debug versions). But I was working on another branch so I have to do a full build to test it. It’ll be a few hours…. Cheers, Jeff. > On 6 Mar 2018, at 19:12, Steven

Re: [Kicad-developers] Potential issue with 49486b83

Le 06/03/2018 à 19:57, Steven A. Falco a écrit : > On 03/06/2018 01:51 PM, Kevin Cozens wrote: >> On 2018-03-06 01:40 PM, Steven A. Falco wrote: >>> I just finished building 49486b83 for Linux (Fedora 27) and immediately >>> upon starting eechema from the main kicad window, I get an assert in

Re: [Kicad-developers] Potential issue with 49486b83

On 03/06/2018 01:51 PM, Kevin Cozens wrote: > On 2018-03-06 01:40 PM, Steven A. Falco wrote: >> I just finished building 49486b83 for Linux (Fedora 27) and immediately upon >> starting eechema from the main kicad window, I get an assert in >> src/gtk/scrolwin.cpp at line 213. > > I ran across

Re: [Kicad-developers] critical bug in Spice simulator - feedback from OSX devs needed

Hi Tom- Relevant discussion here: https://lists.launchpad.net/kicad-developers/msg25762.html FWIW, I don't think there's a technical reason why. -S 2018-03-06 9:44 GMT-08:00 Tomasz Wlostowski : > Hi, > > I've been trying to fix [1] without success: ngspice will not

Re: [Kicad-developers] Potential issue with 49486b83

On 2018-03-06 01:40 PM, Steven A. Falco wrote: I just finished building 49486b83 for Linux (Fedora 27) and immediately upon starting eechema from the main kicad window, I get an assert in src/gtk/scrolwin.cpp at line 213. I ran across the same problem yesterday and filed a bug report.

Re: [Kicad-developers] Handling invalid characters in symbol/component LIB_IDs

Orson, On 3/6/2018 8:55 AM, Maciej Sumiński wrote: > I am trying to find a reasonable way to handle symbol and components > with invalid characters in their LIB_IDs (see bug report #1752419 [1]). > While now it is impossible to create such LIB_IDs, we need to handle > documents that had been

[Kicad-developers] critical bug in Spice simulator - feedback from OSX devs needed

Hi, I've been trying to fix [1] without success: ngspice will not load another circuit if the current one contains fatal errors. Under some circumstances, this segfaults KiCad. The only solution I see is to bring back dynamic (dlopen()/wxDynamicLibrary) loading of ngspice DLL every time the

Re: [Kicad-developers] Deletion in plugins causing trouble

Over many years I have adopted the habit of using an extended brainstorming phase at the front end of any problem solving exercise.But for this to succeed in a team environment it requires that everyone knows about the brainstorming process, how it works and its various phases.It

Re: [Kicad-developers] Handling invalid characters in symbol/component LIB_IDs

Attached a small project to observe the problem/test the patches. There are two libraries inside: - slash.lib contains one symbol with '/' in its LIB_ID - slash_conflict.lib contains two symbols that result in a LIB_ID clash (RELAY_Hongfa_HF115F/012-1H3T and RELAY_Hongfa_HF115F_012-1H3T).

[Kicad-developers] Handling invalid characters in symbol/component LIB_IDs

I am trying to find a reasonable way to handle symbol and components with invalid characters in their LIB_IDs (see bug report #1752419 [1]). While now it is impossible to create such LIB_IDs, we need to handle documents that had been created before the restriction was introduced. LIB_IDs in

Re: [Kicad-developers] [PATCH] Fix depency bug introduced in RPATH patch

I merged your patch. Thanks! Wayne On 3/5/2018 7:52 PM, hauptmech wrote: > The attached patch may fix the build error seen after the RPATH patch. > > > > ___ > Mailing list: https://launchpad.net/~kicad-developers > Post to :

Re: [Kicad-developers] [fun feature request] Create PCB from schematic with one click :)

There is an option in pcbnew to delete all tracks already... 2018-03-06 9:13 GMT+01:00 Ingo Kletti : > > Am 05.03.2018 um 19:07 schrieb Andy Peters: > >> I'm guessing auto-routers appeal to hobbyists rather than professionals. >>> >> >> How many questions on forums do

Re: [Kicad-developers] Deletion in plugins causing trouble

Hi Miles, I wasn’t around for the first discussion on the topic, but one of the reasons (1) doesn’t work terribly well is that it’s not enough to know what changed; one also has to know how to group the changes into individual undo/redo steps. It sounds like the plugin infrastructure

Re: [Kicad-developers] Deletion in plugins causing trouble

Thanks all for your replies. I like the plugin mechanism. It does some nice things for python folks. Refresh, undo, garbage collection (I think). I want to see it succeed. >From reading Orson's mail, I think I wasn't entirely clear, so let me try to fix that first. The plugin mechanism tries

Re: [Kicad-developers] [fun feature request] Create PCB from schematic with one click :)

Am 06.03.2018, 09:13 Uhr, schrieb Ingo Kletti : Since they also ignored all advice and documentation on design rules and component placement, these layouts are a complete mess. Apparently, many students believe that computers who beat chess world champions are also

Re: [Kicad-developers] [fun feature request] Create PCB from schematic with one click :)

Am 05.03.2018 um 19:07 schrieb Andy Peters: I'm guessing auto-routers appeal to hobbyists rather than professionals. How many questions on forums do you see from hobbyists asking about how to autoroute, or wondering if the results from the autorouter are good? A great deal of my day job is