Re: [Kicad-developers] pcbnew - enable editing of associated net for tracks

On 10.10.2016 14:59, "Torsten Hüter" wrote: > I'm guessing that Altium PCB using a special primitive for stitch vias > as well. Hi Torsten, I don't think so (Altium 15 here). It just groups ordinary vias into an union (another feature people have been asking for). Cheers, Tom

Re: [Kicad-developers] pcbnew - enable editing of associated net for tracks

On 10.10.2016 14:16, Strontium wrote: > On 10/10/16 19:43, Tomasz Wlostowski wrote: >> On 10.10.2016 07:25, Strontium wrote: >>> On 09/10/16 23:11, Wayne Stambaugh wrote: >>>> On 10/8/2016 1:20 PM, Nox wrote: >>>> >>>> There is nothin

Re: [Kicad-developers] pcbnew - enable editing of associated net for tracks

On 10.10.2016 07:25, Strontium wrote: > On 09/10/16 23:11, Wayne Stambaugh wrote: >> On 10/8/2016 1:20 PM, Nox wrote: >> >> There is nothing here that has not been discussed before. The reason >> that freely assigning nets to vias has not been implemented is that >> every implementation is a

Re: [Kicad-developers] kicad promotion in help menu

On 06.10.2016 08:13, Cirilo Bernardo wrote: > Hi folks, > > Any comments on this patch I proposed a few weeks ago? > > https://lists.launchpad.net/kicad-developers/msg26412.html > > The patch adds a menu item in the main menu Help list to launch the > system's default browser and bring up the

Re: [Kicad-developers] Spice simulator: need info about net names versus net number option

On 14.09.2016 10:24, jp charras wrote: > Hi Orson, Tomasz: > > Recently, I tried to remove a fully outdated spice option netlist: use net > numbers or net names. > I am thinking it is not needed by spice simulators since 20 years. > > But I saw it is still used in our spice simulator. > This is

[Kicad-developers] Bezier curves in DRAWSEGMENT class

Hi all, Looking at the sources of the DRAWSEGMENT class (with the hopes of refactoring it a bit to enable arbitrary copper shapes), I noticed that it supports Bezier curves. They are also supported by the file format parser/writer. There's however no drawing tool for these. Is this some outdated

Re: [Kicad-developers] "Multichannel signed distance field" font rendering

On 10.09.2016 17:05, Michael Steinberg wrote: > Hello there, > > I've been working on trying to solve the blurred font issue in the > OpenGL canvas. The current state of the work can be found in my branch > "sdf" ( https://code.launchpad.net/~decimad/kicad/+git/kicad/+ref/sdf ). > It uses a

Re: [Kicad-developers] [RFC] [PATCH] simple C++ tests

On 07.09.2016 21:24, Wayne Stambaugh wrote: > Tom, > > I also forgot to mention there were tabs in the CMakeLists.txt file. > Hi Wayne, Here's a (hopefully) fixed version. Cheers, Tom > Cheers, > > Wayne > > On 9/7/2016 12:17 PM, Tomasz Wlostowski wrote: &

[Kicad-developers] [RFC] [PATCH] simple C++ tests

Hi, This patch adds possibility to build C++ tests for pcbnew, using Boost.Test framework. I intended it primarily to make tests for the P, which I used to develop out-of-tree before. Since Kicad's codebase is rather monolithic, testing/refactoring anything drags in pretty much everything else

[Kicad-developers] CMake visibility options question

Hi, I'm trying to build the kiface DLLs with all symbols exported so that I could link them to external test programs (e.g. P test cases). AFAIK symbol visibility is normally controlled in CMake by through the CMAKE_CXX_VISIBILITY_PRESET variable. However, the following code in the

Re: [Kicad-developers] OCE plugin for 3D viewer

On 01.09.2016 10:30, Cirilo Bernardo wrote: > Just a ping to remind devs of a branch introducing the OCE plugin: > > https://code.launchpad.net/~cirilo-bernardo/kicad/+git/kicad-oce/+merge/303513 > > Since the OCE plugin code must be activated with -DUSE_OCE=ON > when configuring with CMake, I

Re: [Kicad-developers] kicad

On 19.08.2016 18:46, Chris Pavlina wrote: > This morning's PNS happy fun time: > > https://misc.c4757p.com/track_hugging.mp4 > > Why is it so hard to get PNS to "hug" a trace like that? It seems to > have trouble going around corners - it "snaps in" if I come up on an > edge, but going around a

Re: [Kicad-developers] [PATCH] DRC: do not close and reopen progress dialog

On 12.08.2016 15:22, Chris Pavlina wrote: > - Netlist generation. I had a go at rewriting the algorithm for this > (it's O(n^3) and doesn't need to be...) but didn't get very far with > limited time. Do you mean ratsnest? Cheers, T. ___ Mailing

Re: [Kicad-developers] [PATCH] DRC: do not close and reopen progress dialog

On 12.08.2016 02:32, Chris Pavlina wrote: > I'm running into an extremely irritating UI bug with DRC on this big > board - halfway through DRC, the progress dialog is torn down and > reopened. DRC is taking two full minutes with this board, which means I > invariably do something else while it

Re: [Kicad-developers] RAII for the PNS_ROUTER

On 04.08.2016 22:59, Michael Steinberg wrote: > Hello all, > > up to the most current version of the router code I could get hold of, > it is leaking much memory (eventually resulting in std::bad_alloc) on > iterative stuff like dragging. I was also made aware of bugs like >

Re: [Kicad-developers] GAL cursor snap behavior

On 26.07.2016 22:35, Chris Pavlina wrote: > ...maybe we should rethink the behavior of cursor-snapping in GAL a > bit... > > https://misc.c4757p.com/gal_snap_insanity.mp4 > > At best it's very distracting, at worst it can make it nearly impossible > to select certain pads... > Hi Chris, I

Re: [Kicad-developers] Integrated Simulator

On 22.07.2016 14:28, Chris Pavlina wrote: > On Fri, Jul 22, 2016 at 10:54:27AM +0200, Tomasz Wlostowski wrote: >> On 21.07.2016 23:16, Chris Pavlina wrote: >>> Really, really nice! I made it do a thing! >>> https://misc.c4757p.com/kicad_sim.png >>> >>

Re: [Kicad-developers] Integrated Simulator

On 22.07.2016 13:36, jp charras wrote: > Le 22/07/2016 à 13:15, jp charras a écrit : >> Le 22/07/2016 à 11:59, Tomasz Wlostowski a écrit : >>> On 22.07.2016 11:56, Eldar Khayrullin wrote: >>>> Note: can't find init file. >>> >>> This is the problem

Re: [Kicad-developers] Integrated Simulator

On 22.07.2016 11:56, Eldar Khayrullin wrote: > Note: can't find init file. This is the problem, ngspice can't find its internal init file. Did you install it in your system or just copied the DLL? Tom ___ Mailing list:

Re: [Kicad-developers] Integrated Simulator

On 22.07.2016 11:42, Эльдар Хайруллин wrote: > To compile the libspice I use the script from your > link https://orson.net.pl/pub/libngspice/linux/. > Does it show an error "unable to execute init file" or something like this? Tom > Пятница, 22 июля 2016, 12:14 +03:0

Re: [Kicad-developers] Integrated Simulator

: 1,0e+00 > No. of Data Rows : 61 > > But the simulation and the tune and the probe work. > It will be nice to have the select of visibility of signals (checkbox). > > > В Четверг, 21 июл. 2016 в 10:37 , Tomasz Wlostowski > <tomasz.wlostow...@cern.ch> написал:

Re: [Kicad-developers] Integrated Simulator

ith forced "C" locale? Tom > On Thu, Jul 21, 2016 at 09:37:57PM +0200, Tomasz Wlostowski wrote: >> Hi, >> >> As some of you have noticed, we've been working on a "secret" feature >> during the hackathon at CERN. The feature we're talking about i

[Kicad-developers] Integrated Simulator

Hi, As some of you have noticed, we've been working on a "secret" feature during the hackathon at CERN. The feature we're talking about is an integrated circuit simulator. Currently it features: - Seamless integration into schematic editor, - AC/Transient/DC sweep simulations, - Voltage probing

Re: [Kicad-developers] pcbnew feature: Vias on Solder Mask Layers

On 12.06.2016 20:06, Prabhu Sammandam wrote: > Hi Jean-Pierre, > > Yes I accept. Why I am bothering is that, it is wasting the toner. > > I need to take two prints and stack them to make the negative film. > > For small PCB's its ok but for bigger PCB it is wasting so much of toner. > Hi Cheng

Re: [Kicad-developers] Boost 1.61.0

s > and call signatures have totally changed. Hi Chris, I'll have a look. Cheers, Tom > > On Sun, Jun 05, 2016 at 08:43:50PM +0200, Tomasz Wlostowski wrote: >> On 05.06.2016 20:12, Chris Pavlina wrote: >>> Uh, has anyone besides Nick and Simon seen this? >>> &g

Re: [Kicad-developers] Boost 1.61.0

On 05.06.2016 20:12, Chris Pavlina wrote: > Uh, has anyone besides Nick and Simon seen this? > Hi, I did. Boost devs changed the context api again. boost::fcontext_t is now in Cheers, Tom > On Sat, May 21, 2016 at 05:05:50PM +0200, Nick Østergaard wrote: >> Hi >> >> Just a heads up, Boost

Re: [Kicad-developers] lost mipmaps after resume from suspend

On 22.05.2016 15:07, Mário Luzeiro wrote: > Hi Orson, > > I experienced that after I resume from suspend, the mipmaps get corrupted. > Only the main size texture looks ok. > > A possible workarround for users is: never suspend and keep working on kicad! Is this Linux? What graphics card? Tom

Re: [Kicad-developers] Accessing PNS settings

On 13.05.2016 03:45, Chris Pavlina wrote: > Hi, > > Excuse my unfamiliarity with the architecture of the PNS router - could > someone > more familiar with it help me out and explain what the preferred way to > access settings, like PNS_ROUTING_SETTINGS::CanViolateDRC, from contexts > outside the

Re: [Kicad-developers] [RFC] On net ties, microwave tools & custom pad shapes, altogether.

On 09.05.2016 14:38, Wayne Stambaugh wrote: > On 5/4/2016 4:11 PM, Tomasz Wlostowski wrote: >> On 04.05.2016 16:48, Wayne Stambaugh wrote: >>> How are you saving this auto generate flag and width/length parameters >>> in the schematic? If you are using component fie

Re: [Kicad-developers] Dump zone geometry to files when filling

On 10.05.2016 23:41, Chris Pavlina wrote: > In 6790 I removed the user option to "Dump zone geometry to files when > filling"; Tom indicated that this was no longer necessary and could be > removed. > > I left the *code*, however. I took the global flag out of pcbnew.h and > replaced > it with

Re: [Kicad-developers] pcbnew preferences - cleanup before rework - collab

Hi Chris, Just got back home after the weekend. I'll send my comments tomorrow morning. Tom Sent from my Samsung Galaxy smartphone. Original message From: Chris Pavlina Date: 08/05/2016 23:13 (GMT+01:00) To: kicad-developers@lists.launchpad.net

Re: [Kicad-developers] [RFC] On net ties, microwave tools & custom pad shapes, altogether.

On 04.05.2016 16:48, Wayne Stambaugh wrote: > How are you saving this auto generate flag and width/length parameters > in the schematic? If you are using component fields or text that's > fine. However, please keep in mind that using component fields and text > is for passing information to

[Kicad-developers] [RFC] On net ties, microwave tools & custom pad shapes, altogether.

Hi all, Recently there has been a lot of discussion on these features. Here's a short proposal how we could hit all three birds with one stone: Changes to SCH: - none Changes to netlist import: - auto_generate flag for SCH components - when set, invokes a Python script/C++ plugin which updates

Re: [Kicad-developers] Net Ties

On 22.04.2016 15:23, Tomasz Wlostowski wrote: > On 22.04.2016 15:11, Chris Pavlina wrote: >> You've never seen an EDA package support net ties? Or seen them used to >> separate logical power planes? Quite common, really... > > Me too. s/mee to/I'd really love to see this i

Re: [Kicad-developers] Net Ties

On 22.04.2016 15:11, Chris Pavlina wrote: > You've never seen an EDA package support net ties? Or seen them used to > separate logical power planes? Quite common, really... Me too. IMHO it can be done without any changes on the eeschema side by adding a special component to the standard library

Re: [Kicad-developers] dyn_cast

At > least it should be called something like dynamic_cast_fast so there's > justification for its use in the actual code using it. Go on with the renaming. Tom > > On Wed, Apr 13, 2016 at 06:34:28PM +0200, Tomasz Wlostowski wrote: >> On 13.04.2016 18:19, Simon Richter wrote: >>

Re: [Kicad-developers] dyn_cast

On 13.04.2016 18:19, Simon Richter wrote: > Hi, > > On 13.04.2016 18:13, Chris Pavlina wrote: > >> What is the purpose of dyn_cast<> in include/core/typeinfo.h? Why don't we >> just >> use dynamic_cast<>? And can we either replace the former with the latter, or >> add a comment to the former

Re: [Kicad-developers] DIALOG_ORIENT_FOOTPRINTS

On 13.04.2016 11:35, Chris Pavlina wrote: > Just rotate them first, then place. We don't need specific tools for > every conceivable permutation of movements. Unless even more people come > in saying they need this, or Wayne overrides me... I still don't think > this needs to stay. Hi Chris,

Re: [Kicad-developers] Question about const SHAPE_LINE_CHAIN Outline() const

On 04.04.2016 14:15, Maciej Sumiński wrote: > On 04/04/2016 01:39 PM, jp charras wrote: >> Sorry if you already sent me a response to this "old" message (first posted >> on feb 05) >> but I did not remember this response. Hi Jean-Pierre, If you mean this code in your patch:

Re: [Kicad-developers] PNS rounding errors?

On 19.03.2016 19:11, Chris Pavlina wrote: > Hey, just wondering about something. PNS has had slightly different rounding > behavior than DRC since the beginning - when I use PNS heavily on a board, I > usually have to decrease my clearance very slightly (say from 0.2mm to > 0.199mm) > to make DRC

Re: [Kicad-developers] Grid in pcbnew

m falling into the "liked the dots better" camp... haha Dots are also coming to the GAL. Some people prefer lines, some other dots, they will be selectable. Tom > > > On Tue, 1 Mar 2016 00:11:12 +0100 > Tomasz Wlostowski <tomasz.wlostow...@cern.ch> wrote: >

Re: [Kicad-developers] Grid in pcbnew

On 29.02.2016 23:55, Tiger12506 wrote: > I follow the list and skim over every email. I seem to recall there were some > changes made to the grid in pcbnew due to an os x problem somewhat recently. > > Attached I have an image from BZR 6601 running on Debian MATE that seems > extremely grid

Re: [Kicad-developers] Pcbnew delete hot key behavior.

On 29.02.2016 20:41, Wayne Stambaugh wrote: > At some point in our history, someone half way changed the default > behavior of the delete hot key in pcbnew (legacy canvas). There is a > dubious albeit incomplete attempt to limit the delete hot key to the > currently selected tool. When did we

[Kicad-developers] Question about track/via locking

Hi guys, Does anybody here know if the 'locked' flag for tracks/vias affects anything else than the Global Deletions tool? It seems so from the code: pcbnew(master)$ find . -name "*.cpp" | xargs grep TRACK_LOCK ./attribut.cpp: * TRACK_LOCKED protection against global delete

Re: [Kicad-developers] [PATCH] New Feature: Touchpad Panning

On 20.02.2016 13:56, Bernhard Stegmaier wrote: > Any plans/comments whether this one will get merged? Hi Bernard, I don't have a Mac, so I can't test the OSX changes myself, but as no one among the OSX Kicad has complained for the last 2 weeks, I'd vote for merging it... Cheers, Tom > >> On

Re: [Kicad-developers] Slow performance in pcbnew (PNS/GAL only) on high-fanout nets

On 31.01.2016 21:27, Andrew Zonenberg wrote: > When working on a board with a lot of pads, terminating a trace on > a high-fanout net results in a significant (a second or more) hang > of the entire UI. I haven't yet attempted to figure out what part > of the code this hang is in. > > Steps to

Re: [Kicad-developers] [RFC PATCH] Single-click board update, take 2.

On 29.01.2016 16:23, Chris Pavlina wrote: > Okay, after testing this, I actually have two "bug reports", one that I > consider fairly important, and one that's minor. > > Important one: IMO there *needs* to be an option to only add or update > components, not remove. Here's the list of suggested

Re: [Kicad-developers] [RFC PATCH] No more boost::context

On 23.01.2016 23:53, Wayne Stambaugh wrote: >> I found the issue in Boost causing crashes on x86_64 windows builds. >> > >> > Now I have no doubt why Windows Boost developers may have a very good >> > reason to hate the x86 GNU assembler (well, not the tool itself but its >> > infamous AT

Re: [Kicad-developers] [RFC PATCH] No more boost::context

On 23.01.2016 18:51, "Torsten Hüter" wrote: > Hi Wayne, > > for a short term solution also an older Boost version can be used for Windows > - or Tom's patch - it's at least not a blocker. > I'm guessing Tom could do more productive stuff :) > > For the long term solution it's of course

Re: [Kicad-developers] KiCad Coroutines

On 21.01.2016 13:06, "Torsten Hüter" wrote: > Hi, > > Lorenzo: > > Sorry, perhaps I've expressed it not correctly in my latest mail, I've just > written down my subjective impressions, while working on the code, that are > mostly rhetoric questions. > >>> Stackless coroutines: >>>

[Kicad-developers] [RFC PATCH] No more boost::context

Copyright Thomas Sailer 2013. +Minor modifications by Tomasz Wlostowski 2016. + + Distributed under the Boost Software License, Version 1.0. + (See accompanying file LICENSE_1_0.txt or copy at +http://www.boost.org/LICENSE_1_0.txt) + +*/ +#include +

Re: [Kicad-developers] [RFC PATCH] No more boost::context

Jan 21, 2016 at 02:42:05PM +0100, Tomasz Wlostowski wrote: >> Hi, >> >> This patch replaces boost::context with a small library called >> libcontext (derived from boost::context sources). It drops the >> dependency on boost for the cost of one additional header

Re: [Kicad-developers] [RFC PATCH] No more boost::context

On 21.01.2016 15:20, Lorenzo Marcantonio wrote: > On Thu, Jan 21, 2016 at 09:03:59AM -0500, Chris Pavlina wrote: >> Hm, is this really something we want to get into? Nice to remove >> the dependency, but when something breaks in the future, do we >> have any/many developers who can support x86

Re: [Kicad-developers] [RFC PATCH] No more boost::context

On 21.01.2016 17:34, Simon Richter wrote: > Hi, > > Am 21.01.2016 um 14:42 schrieb Tomasz Wlostowski: > >> I've tested the new context switching code on Linux, OSX (El >> Capitan) & Windows (all OS 32-bit and 64-bit Intel). Supported >> compilers are GCC and

Re: [Kicad-developers] [RFC PATCH] No more boost::context

opyright Sergue E. Leontiev 2013 +Copyright Thomas Sailer 2013. +Minor modifications by Tomasz Wlostowski 2016. + + Distributed under the Boost Software License, Version 1.0. + (See accompanying file LICENSE_1_0.txt or copy at +http://www.boost.org/LICENSE_1_0.txt) + +*/ +#in

Re: [Kicad-developers] [RFC PATCH] Single-click board update, take 2.

is currently assigned to the > switch to legacy canvas in pcbnew. Hi Nick, We can choose any other hotkey ;) Cheers, T. > > Nick > > 2016-01-21 23:30 GMT+01:00 Tomasz Wlostowski <tomasz.wlostow...@cern.ch>: >> Dear all, >> >> This patchset contains an updated versio

Re: [Kicad-developers] Grid in GAL canvas

On 15.01.2016 00:50, Wayne Stambaugh wrote: > On 1/14/2016 3:06 PM, Bernhard Stegmaier wrote: >> Question for me is what happens to eeschema? >> For pcbnew it is maybe just adding some missing things and polishing some >> other, but eeschema currently has nothing in that direction. >> Anybody

Re: [Kicad-developers] [RFC PATCH] Rounded rectangle pads

On 15.01.2016 21:02, jp charras wrote: > Le 14/01/2016 01:39, Cirilo Bernardo a écrit : >> On Tue, Jan 12, 2016 at 10:06 AM, Mathias Grimmberger >> wrote: > > <> > >> I'd like to implement arbitrary pad shapes but this requires a functional 2D >> geometry kernel first.

Re: [Kicad-developers] wxDC GAL (Re: Grid in GAL canvas)

On 15.01.2016 20:44, "Torsten Hüter" wrote: > Hi, > > Are we even still going to have legacy pcbnew at the next release? > What's the schedule for fully deprecating it? >>> >>> It will not be deprecated until we have one for one feature parity >>> between the canvases and we can get by

Re: [Kicad-developers] Grid in GAL canvas

gt;>>> <mailto:pavlina.ch...@gmail.com>> wrote: >>>> >>>> Tom, there's a minor bug with the grid color - I'd fix it myself, but >>>> I'm not familiar with the GAL stuff yet and don't want to go breaking >>>> anything. Wh

Re: [Kicad-developers] Grid in GAL canvas

On 14.01.2016 19:57, Bernhard Stegmaier wrote: > Hi, > > I know, I am difficult… :) > > In GAL canvas grid was almost invisible up to now. > > With one of the last commit it obviously respects grid color which it > didn’t before… yes, it is very visible now: > Hi Bernhard, I fixed this aside

Re: [Kicad-developers] automatic zone merging - question?

On 12.01.2016 17:31, Chris Pavlina wrote: > TBH I've never personally needed overlapping zones of the same net, > layer, and priority myself, though - I'm sure if I ever encountered such > a need, I'd find it very annoying. ;) Hi Chris, I often need overlapping zones for complex split planes

[Kicad-developers] automatic zone merging - question?

Hi, When one draws a copper zone over another zone (with the same net, and the same layer), the two zones are automagically merged in the default canvas. This is sometimes not desired - at least by me (example: repeated layout blocks with overlapping zones). Is there a non-obvious reason why

Re: [Kicad-developers] libcurl github race condition

On 11.01.2016 01:49, Mark Roszko wrote: > My proposed solution: > > 2. Add a "update progress" UI, its completely stupid that when you > open CVPCB that it silently tries to update your 30+ libraries in the > background with no indication. This is really bad on users on bad > connections. If I

Re: [Kicad-developers] KiCad Coroutines

On 04.01.2016 15:07, Mark Roszko wrote: >> My offer would be to test an alternative implementation, to drop another >> Boost dependency and build upon a standard library foundation. >> pthreads is not standard library <.< > Hi Mark & Torsten, Feel free to test any implementation you like

Re: [Kicad-developers] interactive router documentation

On 22.12.2015 18:44, Nick Østergaard wrote: > It was moved to the doc a long time ago. No one removed it from the > source repo. See > http://docs.kicad-pcb.org/en/pcbnew.html#_interactive_router Hi guys, The doc is quite outdated and it doesn't include the newest features (diff pairs & length

Re: [Kicad-developers] Build failed in Jenkins: KiCad (Linux, all options, Debug) #978

On 21.12.2015 12:55, Miguel Angel Ajo wrote: > :2237: > fatal error: error writing to /tmp/ccnWCU8r.s: No space left on device Hi Miguel, Looks like the hard drive on your machine is full ;) Tom

Re: [Kicad-developers] [rfc] actual sexpression parsing

On 18.12.2015 15:46, Edwin van den Oetelaar wrote: > Concerning changing the format of the PCB file again... > Making a new binary file format is a big NO NO NO (screaming) in my book. Hi Edwin, Don't worry, we are not going to change the format :) > I want to be able to edit it with VIM if

Re: [Kicad-developers] [rfc] actual sexpression parsing

On 18.12.2015 13:55, Mark Roszko wrote: > Writing a new state machine for every single list and every single > file over and over again is the part I have problems with. There > should be a single state machine that takes the tokens and gives you a > list. Not 500 over the whole codebase. Hi

Re: [Kicad-developers] [RFC] Reorganize eeschema options a bit

On 18.12.2015 18:16, Chris Pavlina wrote: > Related to my previous mail, as it would add an option or two - Wayne > suggested, and I agree, that the eeschema options dialog is getting > stuffed. I suggested that I kind of wanted to rework the options system > as a whole, but that's a big

Re: [Kicad-developers] [RFC] Wildcard and/or regex support in the component chooser

On 18.12.2015 19:25, Jon Evans wrote: > Here's a quick example using an open-source JavaScript library and a > list of some XMEGA parts I copied from digikey :-) > https://jsfiddle.net/o7ms290j/embedded/result/ Wow, that's cool. Does anyone know a similar thing in C++? Tom

Re: [Kicad-developers] PATCH: To facilitate easier Via Curtain/Filling

support > through hole, micro, and blind/buried vias (are there any other types of > vias?). > > Please consider this instead of quick fixes. This is one of the reasons > the KiCad code base is so crufty. We need to start doing a better job > of looking at the big picture. > &g

Re: [Kicad-developers] PATCH: To facilitate easier Via Curtain/Filling

On 15.12.2015 19:09, jp charras wrote: > Le 15/12/2015 18:44, Tomasz Wlostowski a écrit : >> On 15.12.2015 16:52, Wayne Stambaugh wrote: >>> Sorry I didn't respond to this sooner but I've been busy. I'm not >>> thrilled with this idea. I know it s

Re: [Kicad-developers] PATCH: To facilitate easier Via Curtain/Filling

On 12.12.2015 02:41, Strontium wrote: > This change should not break or modify any current behaviour, EXCEPT to > retain the nets of tracks/vias which Kicad is otherwise incapable of > determining automatically. Hi Steven, Thanks for the patch, it also (partially) fixes the via stitching issue

Re: [Kicad-developers] PATCH: To facilitate easier Via Curtain/Filling

I would vote for merging the patch. Cheers, Tom > > > On 14/12/15 21:21, Tomasz Wlostowski wrote: >> On 12.12.2015 02:41, Strontium wrote: >>> This change should not break or modify any current behaviour, EXCEPT to >>> retain the nets of tracks/vias which Kic

Re: [Kicad-developers] [PATCH] Segfault in PNS on BZR 6317

On 17.11.2015 20:07, Andrew Zonenberg wrote: > Hi, > > I'm getting crashes in the PNS on latest BZR in both debug and release > builds. > Hi Wayne, Patch for the segfault in the attachment. There are also two more bugfixes: #1514081: recalculation of the ratsnest after drawing a zone in the GAL

Re: [Kicad-developers] cached_container and memory management: sometimes run out of memory.

On 16.11.2015 08:52, jp charras wrote: > Here is my question: > Is it possible to keep the largest allocated block during the session, > without frequently allocating intermediate blocks, to avoid the memory > fragmentation in to smaller blocks ? > And is it possible to reduce or optimize this

Re: [Kicad-developers] poly2tri

On 13.11.2015 20:49, jp charras wrote: > Le 12/11/2015 20:52, Mark Roszko a écrit : >> Woops, my bad. They were going to remove poly2tri when removing >> boost::polygon >> >> On Thu, Nov 12, 2015 at 2:50 PM, Mark Roszko wrote: >>> From what I can recall, poly2tri was

Re: [Kicad-developers] Plans for (OpenGL-/Cairo-/Default-) canvases after stable?

On 08.11.2015 22:43, Bernhard Stegmaier wrote: > is there any roadmap/plan for how to go on with the three canvases in pcbnew > after the stable release? Hi Bernhard, Yes, there is a plan. In short: - Port the remaining features of the "legacy" canvas such as component auto-placement or

[Kicad-developers] [PATCH] memory leak in meander placer [was: RC2]

On 07.11.2015 21:41, Wayne Stambaugh wrote: And speaking of pns, there is still CID 106401 where PNS_MEANDERED_LINE::MeanderSegment can memory leak. Here's a patch for that. Cheers, T. >From cd30ed5522dcced484ad6b0a80a0c35e1171c957 Mon Sep 17 00:00:00 2001 From:

Re: [Kicad-developers] Turning Off printf("H-net %d\n", aHead.Net()) ?

On 03.11.2015 15:30, Joseph Chen wrote: > I recently started seeing lots of lines of printed texts on the terminal > where kicad is started in Linux, and a quick grep shows the following > line does the printouts: > > pcbnew/router/pns_line_placer.cpp:1046:printf("H-net %d\n", > aHead.Net());

Re: [Kicad-developers] RC2 blockers?

On 03.11.2015 20:13, Javier Serrano wrote: > On Tue, Nov 3, 2015 at 12:39 AM, Wayne Stambaugh wrote: >> Yes. The P router still has a serious segfault issue. I've talked to >> Tom about it and he is working on it. As soon as the fixes are >> committed, I will be rolling

Re: [Kicad-developers] Regression & performance testing

On 12.10.2015 19:47, Markus Hitter wrote: > > As I'm shortly before providing my first commit I wonder what the > testing procedures are to make sure a patch doesn't unintentionally > break something else. Is there a recommended / required procedure? > Hi Markus, There's not much progress on

Re: [Kicad-developers] Found the source of Intel GPU suckitude in OpenGL

On 11.10.2015 14:03, Lorenzo Marcantonio wrote: > CAN'T THEY DO A FSCKING WORKING GPU without having to hack the drivers > to get them installed?! Lorenzo, if you know better how to do a GPU, maybe you should apply for a job at Intel and teach them? T.

Re: [Kicad-developers] Found the source of Intel GPU suckitude in OpenGL

On 11.10.2015 14:21, Lorenzo Marcantonio wrote: > On Sun, Oct 11, 2015 at 02:08:39PM +0200, Tomasz Wlostowski wrote: > >> Lorenzo, if you know better how to do a GPU, maybe you should apply for >> a job at Intel and teach them? > > At least if your HW is 1.4 capable

Re: [Kicad-developers] No blueprint discussions?

On 09.10.2015 13:27, Markus Hitter wrote: > Hello all, > > I'm new to this list and there are apparently no searchable list > archives, so I hope it's not too much to simply ask. > > Hi Markus, Usability is a major concern for us. Kicad has a lot UI quirks that made it look and feel radically

Re: [Kicad-developers] Push shove router documentation.

On 30.09.2015 15:18, Wayne Stambaugh wrote: > There was a question > https://answers.launchpad.net/kicad/+question/271926 posted and I was > going to add the link to the diff pair routing documentation when I > discovered that is it no where to be found in the Pcbnew manual. I > thought there was

Re: [Kicad-developers] FW: Export to ODB++

On 12.09.2015 18:04, Chris Pavlina wrote: > Not GPL-compatible because the restriction would apply to anyone making > a derivative of KiCad as well. The only way I can see to do this is a > clean-room reverse engineering, which does not appear to be feasible. Use plugins. The ODB++/IPC-2581 ones

Re: [Kicad-developers] DXF export broken?

On 09.09.2015 15:58, Wayne Stambaugh wrote: > This board is exposing all kinds of issues. First vrml export, now the > DXF plots are wrong. I know I've plotted dxfs for similar shaped boards > in the past. I don't know if it's this board in particular or something > has been changed in the dxf

Re: [Kicad-developers] Kicad annoyances and niggles

On 06.09.2015 05:59, timofonic timofonic wrote: > I have some suggestions and ideas after stable release. Sorry if I > explain them wrong, I hope not! > > - Why KiCad depends on a practically dead project such as FreeRoute? > It's taken down by Zuken and even adds Java as a dependency, that's a >

Re: [Kicad-developers] UI and usability enhancement

On 31.08.2015 17:23, Mário Luzeiro wrote: > Good work on that list! > > I just give an quick overlook on that, I think one thing was not mentioned > was the consistency on the edition of parameters. > (For example the way that you insert a value of some type (ex a diameter, or > a position) is

Re: [Kicad-developers] proposed future changes for 3D model handling

On 28.08.2015 11:39, LordBlick wrote: In response to a message written on 28.08.2015, 08:28, from Cirilo Bernardo: especially if we initially use OpenCascade to implement it. I must protest against such tendencies to implement OpenCascade. That stuff has different Licence, and forces anyone,

Re: [Kicad-developers] proposed future changes for 3D model handling

On 28.08.2015 14:01, Mário Luzeiro wrote: I agree with that too :) Every time I need to build it takes a lot (special in debug mode). Maybe something to do in the future roadmap.. Do you build the libc or the X server every time you build Kicad? Just think of OCC as just every other system

Re: [Kicad-developers] [PATCH] No more boost::polygon in Kicad

On 23.08.2015 21:59, Mário Luzeiro wrote: Hello Tomasz, I made some additions to the shape_poly_set library. I appreciate if you can have a look in the additions and if you agree with that to commit it to trunk. There are no changes related with current used source in the trunk so should be

Re: [Kicad-developers] [PATCH] No more boost::polygon in Kicad

From: Kicad-developers [kicad-developers-bounces+mrluzeiro=ua...@lists.launchpad.net] on behalf of Tomasz Wlostowski [tomasz.wlostow...@cern.ch] Sent: 13 July 2015 23:46 To: Kicad Developers Subject: [Kicad-developers] [PATCH] No more boost::polygon in Kicad

Re: [Kicad-developers] Stackup heights and length tuning PoC

On 20.08.2015 16:29, Jeppe Johansen wrote: Hi, I've been working on adding support for entering stackup information and using that info when length tuning traces. Some screenshots: http://j-software.dk/kicad/thickness.png http://j-software.dk/kicad/length.png Patch here(warning, back

Re: [Kicad-developers] Stitching vias

On 30.07.2015 10:45, Mikk Leini wrote: So the idea of implementing manual vias does not interfere with script. I uploaded a demo of what i have right now: https://youtu.be/c4uwaKJOkO4 It doesn't need to go into main tree right now but it's so obvious feature missing from KiCad that it

Re: [Kicad-developers] DLL export of PNS_TOOL_BASE

On 28.07.2015 02:47, Simon Richter wrote: Hi, the MSVC build complains: pcbnew\router\pns_tool_base.h(37) : warning C4275: non dll-interface class 'TOOL_INTERACTIVE' used as base for dll-interface class 'PNS_TOOL_BASE' include\tool/tool_interactive.h(35) : see declaration of

Re: [Kicad-developers] PCB reading Net list formace

On 24.07.2015 16:44, Lorenzo Marcantonio wrote: On Fri, 24 Jul 2015 16:42:04 +0200, Tomasz Wlostowski wrote: In a recent commit (the one for single-click update) I've fixed this problem - now the HTML panel is built in lazy mode. Patch attached. Probably that's the massive slowdown I've

Re: [Kicad-developers] PCB reading Net list formace

: Tomasz Wlostowski tomasz.wlostow...@cern.ch Date: Fri, 10 Jul 2015 13:47:46 +0200 Subject: [PATCH 1/5] lazy rendering mode for HTML reporter widget (improves speed for large reports) --- common/dialogs/wx_html_report_panel.cpp | 32 ++-- common/dialogs

<    1   2   3   4   5   6   7   >