Re: [Kicad-developers] wxGrid boolean changes

Mar 2018, at 21:48, Wayne Stambaugh <stambau...@gmail.com> wrote: > >> > >> Does the footprint wizard use GRID_TRICKS? In either case, we should > roll these changes into GRID_TRICKS so it can be used everywhere we us > boolean checkboxes in wxGrid. > >> > >

Re: [Kicad-developers] Feedback on 6.0 work

I actually thing that's a reasonable thing to think about supporting. On Wed, Mar 21, 2018, 19:38 Russell Oliver wrote: > Yes, I guess so, unless there is a plan with the new schematic format to > allow "unique/independent" symbols that include modifications from the >

Re: [Kicad-developers] wxGrid boolean changes

/2018 10:15 AM, Jeff Young wrote: >>> >>>> Oops, scratch that last one (it doesn’t even compile). >>>> >>>> Let’s try again: >>>> >>>> >>>> >>>> >>>> >>>> On 21 Mar 2018, at 10:59, Je

Re: [Kicad-developers] [PATCH] Fixes in GAL selection filter

I went ahead and merged these. Thanks! On Sun, Mar 18, 2018 at 12:10 PM, Jeff Young <j...@rokeby.ie> wrote: > I’ve always considered a jagged feature envelope a design bug. I’d > support adding the via checkbox. > > Cheers, > Jeff. > > > On 18 Mar 2018, at 15:31,

Re: [Kicad-developers] wxGrid boolean changes

rote: > > Hi Jon, > > Could you try this one out on Linux? (It should be active for the > library tables, but not the footprint wizard.) > > Thanks, > Jeff. > > <0003-Don-t-make-users-click-twice-to-toggle-a-wxGrid-chec.patch> > > > On 20 Mar 2018, at 13:4

Re: [Kicad-developers] [PATCH] DRC: Add an optional mode to report all track errors

n test it. I fine with the idea even if there is a performance hit. > > Cheers, > > Wayne > > On 3/19/2018 10:58 PM, Jon Evans wrote: > > I'd like some eyes on this before I push it, since it's a rather > > significant change. > > > > I have added a (disabled by

Re: [Kicad-developers] [PATCH] DRC: Add an optional mode to report all track errors

Stacking up the BOARD_COMMITs was most of the problem. Thanks for the tip, Seth! On Tue, Mar 20, 2018 at 9:52 AM, Jon Evans <j...@craftyjon.com> wrote: > I will try Seth's performance idea to see if I can make a > minimally-intrusive improvement there. > I was proposing it as an

Re: [Kicad-developers] [RFC] Experimental grid pattern in zone fill

Thanks JP, it works for me now! Nice work! On Tue, Mar 20, 2018 at 1:29 PM, jp charras <jp.char...@wanadoo.fr> wrote: > Le 20/03/2018 à 15:12, Jon Evans a écrit : > > Hi JP, > > > > I gave it a brief try and saw an assert problem: > > > > Attached, the

Re: [Kicad-developers] CvPcb Save

ay to check them directly in the PCB. >> Then, keep the button and save schematic with it. >> >> >> Regards, >> Bernhard >> >> On 20. Mar 2018, at 18:28, Jon Evans <j...@craftyjon.com> wrote: >> >> Why don't you like the idea of saving the schematic

Re: [Kicad-developers] CvPcb Save

Why don't you like the idea of saving the schematic when you hit the save button? That seems like a reasonable expected behavior to me at least. (I dislike nag dialogs especially when they seem to have no purpose) -Jon On Tue, Mar 20, 2018 at 1:26 PM, Jeff Young wrote: > CvPcb

Re: [Kicad-developers] [RFC] Experimental grid pattern in zone fill

Hi JP, I gave it a brief try and saw an assert problem: Assertion failed: (aOutline.IsClosed()), function AddOutline, file ./src/kicad/common/geometry/shape_poly_set.cpp, line 429. frame #4: 0x00010c818631 _pcbnew.kiface`SHAPE_POLY_SET::AddOutline(this=0x71d28060,

Re: [Kicad-developers] [PATCH] DRC: Add an optional mode to report all track errors

create undo entries for the DRC markers? I suspect not > but I could be overlooking something. > > All that said, this is a useful addition and definitely speeds up error > resolution on problematic boards. > > -S > > 2018-03-19 19:58 GMT-07:00 Jon Evans <j...@craftyjon.com>

Re: [Kicad-developers] wxGrid boolean changes

I haven't started on it yet, feel free to do so if you want and have time. On Tue, Mar 20, 2018, 09:48 Jeff Young <j...@rokeby.ie> wrote: > Hi Jon, > > Do you want me to take this up, or are you working on it? > > Cheers, > Jeff. > > > On 15 Mar 2018, at 12:

[Kicad-developers] [PATCH] DRC: Add an optional mode to report all track errors

a lot, but I think they would touch too much to be a part of 5.0. Fortunately there is progress reporting on this step, so at least users will have feedback. -Jon From af6e43b9f0ca47b1d52adfd3b1ae227e5b0a9a37 Mon Sep 17 00:00:00 2001 From: Jon Evans <j...@craftyjon.com> Date: Mon, 19 Mar 2018 22

Re: [Kicad-developers] Zone keepouts within modules

Santesteban <t...@embeblue.com> wrote: > I think I have it updated correctly now. There was a conflict in > pcbnew/menubar_footprint_editor.cpp > > See patch attached. > > Simon > > El 19/03/2018 a las 15:28, Jon Evans escribió: > > Hi Simon, > > Thanks for

Re: [Kicad-developers] [PATCH] Fix for bug/1754049

I don't have a strong opinion on the functionality of this patch (I tested it and it works as advertised) but there is one more style issue; blank lines are needed before each if statement

Re: [Kicad-developers] Zone keepouts within modules

Hi Simon, Thanks for sharing your work! This sounds like a neat feature and I'd like to test it and give feedback. Unfortunately your patch does not apply against current master, and it looks like it is based on an old enough point that I couldn't fix the merge issues manually. Could you please

Re: [Kicad-developers] [PATCH] Fixes in GAL selection filter

I tested these patches and they work fine for me. I also think it's great to add the via filtering checkbox, because I was just in need of that feature on a layout a few days ago... But I will defer to Wayne on whether or not this should go in for rc2. -Jon On Sat, Mar 17, 2018 at 12:32 PM,

Re: [Kicad-developers] Missing translation macros in common/dialog_about/AboutDialog_main.cpp ?

Committed, thanks! On Sun, Mar 18, 2018 at 5:42 AM, Carsten Schoenert wrote: > Am 17.03.2018 um 20:21 schrieb Carsten Schoenert: > > Is this somehow intended that these needed macros are removed in the > > file common/dialog_about/AboutDialog_main.cpp? > > Are there any

Re: [Kicad-developers] wxGrid boolean changes

cause I have scripting turned off?) > > On 15 Mar 2018, at 01:16, Jon Evans <j...@craftyjon.com> wrote: > > I gave it a try and there is some strange behavior on Linux :-( > Clicks on the checkboxes seem to sometimes get handled twice so the box > quickly toggles between s

Re: [Kicad-developers] wxGrid boolean changes

ter the teething troubles I > was hesitant to merge it given possible issues on other platforms. > > I do think we should add (2). I'm happy for you to tackle it, Jon. > > (I’m also happy to merge my version to 5.0 first if others think it’s > worth the risk.) > > Cheers,

Re: [Kicad-developers] wxGrid boolean changes

> > You can see my implementation here: https://git.launchpad.net/~ > jeyjey/kicad/commit/?h=6.0=7dda85fdae21f162bd7413fdceb16e49698f31bf. > > Cheers, > Jeff. > > > On 14 Mar 2018, at 13:50, Jon Evans <j...@craftyjon.com> wrote: > > Hi all, > > I recently

[Kicad-developers] wxGrid boolean changes

Hi all, I recently (2f86b497) changed the behavior of the wxGrid in the footprint wizard dialog to fix some issues with boolean (checkbox) parameters. The default behavior from wxWidgets (at least in 3.0) is buggy in that the update events don't get sent out when you'd expect from the

Re: [Kicad-developers] [RFC] Experimental grid pattern in zone fill

OK, Makes sense. On Tue, Mar 13, 2018 at 4:25 PM, jp charras <jp.char...@wanadoo.fr> wrote: > Le 13/03/2018 à 20:47, Jon Evans a écrit : > > I wonder if it might be a faster algorithm to calculate the perimeter > (and holes) of zones, offset > > it in by the zon

Re: [Kicad-developers] [RFC] Experimental grid pattern in zone fill

.fr> wrote: > Le 13/03/2018 à 20:38, Jon Evans a écrit : > > For the last point, you could use the approach I put in GerbView of > start measuring the time, and > > then throw up a progress window if the time exceeds N seconds (with a > button to cancel the operation) >

Re: [Kicad-developers] [RFC] Experimental grid pattern in zone fill

> happens again when > > highlighting. > > > > Best- > > Seth > > Trying to guess if the calculation time is long is really not easy. > > > > > > 2018-03-13 8:48 GMT-07:00 jp charras <jp.char...@wanadoo.fr jp.char...@wanadoo.fr>>: &g

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

2018-03-12 15:48 GMT+01:00 Wayne Stambaugh <stambau...@gmail.com>: > >> On 3/12/2018 10:40 AM, Steven A. Falco wrote: >> > On 03/12/2018 10:23 AM, Jon Evans wrote: >> >> I have seen multiple users who run nightlies think they have RC2 >> because they read

Re: [Kicad-developers] [RFC] Experimental grid pattern in zone fill

Nice work! It may just be experimental, but it seems pretty close to a feature for 6.0 to me :-) I gave it a try on various boards I have worked on recently and it seems to work as advertised and is not noticeably slower than a solid fill on my computer. Assuming we work out any issues related

Re: [Kicad-developers] bug in numeric_evaluator?

+Michael This looks like "clever" code so I can't tell if this is a bug or not without running through a bunch of test cases which I'm not going to do right now. Do you see any issues with the operation of the code, Mark, or just the warning? -Jon On Mon, Mar 12, 2018 at 9:28 PM, Mark Roszko

Re: [Kicad-developers] Volunteer

That's a good point, I think we should all try to be better about assigning ourselves to things on launchpad so that people don't accidentally work on the same thing! Jon On Mon, Mar 12, 2018, 19:48 hauptmech wrote: > Thanks, at first glance it looked like the work there

Re: [Kicad-developers] Building with visual studio? looking for a tutorial.

The free version is actually very complete for many use cases: https://www.visualstudio.com/vs/compare/ On Mon, Mar 12, 2018 at 12:36 PM, Wayne Stambaugh wrote: > No doubt I'm out of touch. :) It's been at least 10 years since I used > msvs. It's great that they have

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

I have seen multiple users who run nightlies think they have RC2 because they read "5.0.0-rc2" and stop reading after that :-) Maybe we should switch the tag back to "5.0-dev" between RC releases? I think all of us developers are going to look up the git hash anyway to know exactly when a given

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

Yes, the version string was bumped to 5.0.0-rc2-dev Maybe it would be less confusing to have it be "5.0.0-pre-rc2-dev" ? On Mon, Mar 12, 2018 at 10:02 AM, Rene Pöschl wrote: > Hello > > It seems at least some packages of current nightlies report themselves as > version

Re: [Kicad-developers] [RFC] Dynamic text in schematic and board.

> > Any thoughts on how you envisage this working? Text substitution through > using escaped macros or a direct reference that can be picked via say a > dropdown box in the dialog? > > > > On Mon, Mar 12, 2018 at 5:34 AM Jon Evans <j...@craftyjon.com> wrote: > >

Re: [Kicad-developers] [RFC] Dynamic text in schematic and board.

Display net name of pad automatically: You can use this to auto-label test points with the net name they are connected to, for example Other places where text substitution is useful to me: - Set project-level properties, like schematic title, part number, revision, etc. Have it automatically

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

I have never worked on Blender but just poked around the source a bit. They write custom modules in CPython rather than using a wrapper like SWIG. To expose internal data, they have a Python wrapper over a C data access API. The C API seems to have portions that are auto-generated by the build,

Re: [Kicad-developers] Building with visual studio? looking for a tutorial.

I'm going to try this just to see where I get, but I'm not an expert. One other thing that might be worth trying is to use Qt Creator to build/debug. It can be used as a frontend for GCC/GDB and might get around your Ctrl-C issue. On Fri, Mar 9, 2018 at 9:48 AM, Tomasz Wlostowski

Re: [Kicad-developers] [PATCH] - Symbol Table Reference column fix

Works for me, although your comments have tabs instead of spaces in front. I fixed this and committed your patch. Thanks! On Thu, Mar 8, 2018 at 8:49 PM, hauptmech wrote: > https://bugs.launchpad.net/kicad/+bug/1753330 > > ___ >

[Kicad-developers] [PATCH] Add ERC checks for conflicting multi-unit pins

Relating to https://bugs.launchpad.net/kicad/+bug/1680638 I figured Wayne and perhaps some others would like to check this out before merging to make sure it properly addresses the problem. -Jon From 210eae84bd55854323939f179abe2c8927fe020c Mon Sep 17 00:00:00 2001 From: Jon Evans &l

Re: [Kicad-developers] [RFC] Dynamic text in schematic and board.

I think option A is a good feature to add across schematic and layout. A macro substitution system for text is very handy especially as we introduce a better object properties system. For example, it would be nice if we could assign arbitrary properties to the project as a whole, as well as each

Re: [Kicad-developers] Proposed roadmap changes

Netlist export is a key feature of every schematic editor. So is multi-sheet support. These aren't random extra features, they are a normal part of any modern schematic editor. On Thu, Mar 8, 2018, 12:45 Ouabache Designworks wrote: > > > On Thu, Mar 8, 2018 at 9:21 AM,

Re: [Kicad-developers] [PATCH] Rework footprint selection filtering to improve behavior

AYER_PADS_TH ) ) > return HIDE; > > Cheers, > Andrzej > > W dniu 2018-03-03 o 23:39, Jon Evans pisze: > > Hey Andy, Andrzej, > > Updated patch attached, let me know if this behavior makes more sense > > Best, > Jon > > On Fri, Mar 2, 2018 at 3:29

Re: [Kicad-developers] Selection filtering, and other missing GAL functionality

on that :) > > Don't expect miracles, but basic P footprint dragging should be in > early V6. > > Tom > > > >> On 7 Mar 2018, at 22:20, Jon Evans <j...@craftyjon.com> wrote: > >> > >> Hi all, > >> > >> As part of preparing a new

[Kicad-developers] Selection filtering, and other missing GAL functionality

Hi all, As part of preparing a new 6.0 roadmap, I want to make sure we have all functionality that only exists in Legacy mode captured on Launchpad so we don't forget about it. José just reminded me that Legacy mode in PcbNew has some selection filtering features that don't exist in GAL, so

Re: [Kicad-developers] Proposed roadmap changes

makes/reuse/share a lot of schematics. > > Am I the only one suffering from the inability to reuse schematics? > > my 2c > Fabrizio > > > On Tue, Mar 6, 2018 at 9:03 PM, Jon Evans <j...@craftyjon.com> wrote: > >> I will be sure to send a proposed update to the

Re: [Kicad-developers] Proposed roadmap changes

ty contest. > We have to make sensible decisions based upon project requirements and > manpower limitations so all final decisions are made by the lead > development team. > > On 3/5/2018 12:57 PM, Jon Evans wrote: > > Hi all, > > > > Since my day job involves a l

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

In many commercial tools you can use some or another feature to mark up the design at the schematic level with what components "go together". Then that information is used during PCB placement, the first-pass arrange of components when you start designing a board can place those components

Re: [Kicad-developers] Proposed roadmap changes

1 PM, Andy Peters <de...@latke.net> wrote: > > > On Mar 5, 2018, at 10:57 AM, Jon Evans <j...@craftyjon.com> wrote: > > Hi all, > > Since my day job involves a lot of engineering planning/timelines/etc, > I've had this rolling around in my head... &

[Kicad-developers] Proposed roadmap changes

Hi all, Since my day job involves a lot of engineering planning/timelines/etc, I've had this rolling around in my head... I started brainstorming some proposed changes to the roadmaps. I am using Google drive because that's what is easiest for me to play with; I'm happy to send patches against

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

es to add to KiCad > than auto-routing. If we ever get to the point we are sitting around > twiddling our thumbs, then we should work on an auto-router. > > On 3/5/2018 12:16 PM, Jon Evans wrote: > > Actually the second point in that post is a gem (rerouting of tracks > > when you mo

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

Actually the second point in that post is a gem (rerouting of tracks when you move a component) It is a feature of some super-high end packages (Xpedition, Allegro I think) but missing from lots of paid tools (Altium, Zuken, etc). It's on my list of things I want to add to KiCad at some point

Re: [Kicad-developers] Mac HighDPI performance

loop. I have some things that I definitely want > implemented as part of this object most of which you have probably > already run into with your connectivity work. > > Cheers, > > Wayne > > > On 3/4/2018 3:07 PM, Jon Evans wrote: > > We should probably make

Re: [Kicad-developers] Settable clearances

I can certainly help check it. I think Wayne would have to make a call as to whether or not it's too big a change to introduce now. -Jon On Mon, Mar 5, 2018 at 7:59 AM, hauptmech wrote: > While testing version 5 I realized that clearances are still not settable > (like

Re: [Kicad-developers] Jumpy canvas on other platforms?

to panning, I see almost always a small > shift of the whole view down and then up again. > Sometimes, but not always if you just pan left/right it will make this > small jump downwards every time you cross center, just as if it would > “snap" to middle position. > > > On 4

Re: [Kicad-developers] Jumpy canvas on other platforms?

Maybe I don't really understand what you mean, but I can't see any jumpiness on Linux when panning around (with middle-mouse drag). What do you mean by "it automatically fits to window, so there's not really any place to go"? It does not do any kind of auto-fitting except for the zoom-extents on

Re: [Kicad-developers] Mac HighDPI performance

as well. I don't > know when in the v6 cycle any of this will happen but I'm guessing it > will happen fairly early. Tom or Orson, do either of you have any idea > when this will happen? > > Wayne > > On 03/04/2018 02:40 PM, Jon Evans wrote: > > FWIW, I don't find the ex

Re: [Kicad-developers] Mac HighDPI performance

FWIW, I don't find the existing performance to be unusable, it's just not up to the standards of PcbNew/GAL. I don't think it's worth any effort beyond easy fixes, we should put that energy into the GAL port. -Jon On Sun, Mar 4, 2018, 14:34 Bernhard Stegmaier wrote: >

Re: [Kicad-developers] [PATCH] Rework footprint selection filtering to improve behavior

t case (disable all layers except > Cmts.User), I am still able to select all of the invisible footprints. > That’s not correct (IMHO). > > -a > > > > Andrzej > > W dniu 2018-03-02 o 15:42, Jon Evans pisze: > > Hi Andrzej, > > This was my intention, which is why

Re: [Kicad-developers] Git noob question

(to make this last point easier, you can configure git to automatically rebase when you do `git pull` : https://stevenharman.net/git-pull-with-automatic-rebase ) On Fri, Mar 2, 2018 at 3:46 PM, Wayne Stambaugh wrote: > Jeff, > > On 03/02/2018 03:28 PM, Jeff Young wrote: >

Re: [Kicad-developers] [PATCH] Rework footprint selection filtering to improve behavior

ould not be selectable. > > Do you still disagree with me? > > Andrzej > > W dniu 2018-03-02 o 15:42, Jon Evans pisze: > > Hi Andrzej, > > This was my intention, which is why I said I was prepared for other people > to have other opinions :-) > > I think that you

Re: [Kicad-developers] Mac HighDPI performance

Hi Andrey, I just tried some and I didn't see a large difference in zoom behavior between eeschema and pcbnew. They do use different zoom mechanisms when you use Modern toolset in PcbNew, but the difference is minor. Eeschema is not hardware-accelerated so I would expect that running it in low

Re: [Kicad-developers] [PATCH] Rework footprint selection filtering to improve behavior

on On Fri, Mar 2, 2018 at 3:53 AM, Andrzej Wolski <awolski.ki...@gmail.com> wrote: > I've tried this patch, and there is a small issue: if you have only eg > front paste layer enabled and front pads are hidden, footprint is still > selectable. > > Andrzej > > > W

Re: [Kicad-developers] '/' hotkey

sorry, meant KEY_DOWN / KEY_UP, got them mixed up. Translated vs. untranslated. On Thu, Mar 1, 2018 at 9:47 AM, Wayne Stambaugh <stambau...@gmail.com> wrote: > On 3/1/2018 9:28 AM, Jon Evans wrote: > > Here's a blog post from the developers of Atom editor talking about > >

Re: [Kicad-developers] '/' hotkey

Here's a blog post from the developers of Atom editor talking about solving this problem: https://blog.atom.io/2016/10/17/the-wonderful-world-of-keyboards.html I have not studied this at all yet but perhaps it is relevant (i.e. maybe we should be looking at EVT_CHAR too?) On Thu, Mar 1, 2018 at

Re: [Kicad-developers] MacOS + OpenMP

moved to STL so that progress > reporting would work on Mac. > > As long as we don’t introduce more OpenMP into core stuff, I’m not that > fixated on what we use for raytracing. > > Cheers, > Jeff. > > > On 1 Mar 2018, at 13:34, Tomasz Wlostowski <tomasz.wlostow...@cern.ch&

Re: [Kicad-developers] MacOS + OpenMP

of any complaints in that area and even on my old HW I > >> had never a bad experience. > >> > >> And then, 3D-Viewer. > >> > >> So, in my opinion it is basically only about 3D-Viewer… I don’t know > >> if user experience will be that bad

[Kicad-developers] MacOS + OpenMP

Hi all, Does anyone have a working build setup for getting OpenMP-enabled KiCad out of MacOS? If so, please share how -- I tried for a bit but couldn't get it going (I'm not super familiar with the MacOS toolchain yet). We should make sure that the 5.0 release is built with OpenMP, otherwise our

Re: [Kicad-developers] 3D Viewer "Render current view using Raytracing" is ludicrously slow

Is *everything* slow on your Mac, or just some things? I have a Mac that I try to test on when I can, although I do my primary development on a Linux machine. I have tried to make sure that GerbView is as fast on Mac OS as it is on Linux and in my testing, recent versions are basically there. I

[Kicad-developers] [PATCH] GerbView: More accurate selection of arc shapes

:00 2001 From: Jon Evans <j...@craftyjon.com> Date: Tue, 27 Feb 2018 22:17:42 -0500 Subject: [PATCH] GerbView: More accurate selection of arc shapes --- gerbview/gerber_draw_item.cpp | 37 - include/trigo.h | 10 ++ 2 files chang

[Kicad-developers] [PATCH] Various GerbView fixes

Hi all, Attached are three patches to fix a few issues noted by JP and Clemens. These need to be applied after my patches from yesterday which are not yet merged. Best, Jon From 0d0a6cb24f14e3da98d7d941a7a4cf96dcab8e12 Mon Sep 17 00:00:00 2001 From: Jon Evans <j...@craftyjon.com> Date: T

Re: [Kicad-developers] GerbView: ASSERT: wxRound(): argument out of supported range

It's certainly fine, but if you have time to report them on Launchpad too it makes sure we don't let them slip through the cracks! Thanks -Jon On Tue, Feb 27, 2018 at 5:51 PM, Clemens Koller wrote: > Hi! > > I hope you don't mind feeding you with more bug reports... ;-) > > In

Re: [Kicad-developers] Gerbview: Bug: Artefacts are shown in Legacy Toolset at i.e. 110% zoom level

Yes I have seen the weird circles, I think it exists in 4.0.7 as well. I can look in to the menu bars getting messed up. On Tue, Feb 27, 2018 at 4:09 PM, Clemens Koller wrote: > Attached is a small Gerber file + Screenshot. > When displaying it in Legacy Toolset (only), at

Re: [Kicad-developers] GerbView: KiCad-rc2: Layer filenames mixed up in right tab view.

Have you tried my patch from last night that re-does the sorting code? On Tue, Feb 27, 2018 at 2:29 PM, jp charras <jp.char...@wanadoo.fr> wrote: > Le 27/02/2018 à 20:09, jp charras a écrit : > > Le 27/02/2018 à 15:33, Jon Evans a écrit : > >> This is so strange. I ju

Re: [Kicad-developers] GerbView: KiCad-rc2: Layer filenames mixed up in right tab view.

Thanks JP! On Tue, Feb 27, 2018 at 2:09 PM, jp charras <jp.char...@wanadoo.fr> wrote: > Le 27/02/2018 à 15:33, Jon Evans a écrit : > > This is so strange. I just installed the nightly build on a Windows > machine just to see if this is > > a Windows specific proble

Re: [Kicad-developers] GerbView: KiCad-rc2: Layer filenames mixed up in right tab view.

p.char...@wanadoo.fr> wrote: > Le 27/02/2018 à 03:17, Jon Evans a écrit : > > Clemens, I still can't reproduce this. > > Can anyone else reproduce the layer manager in GerbView getting out of > sync with the loaded files? > > Yes, I can easily reproduce it ( OpenGL engine

[Kicad-developers] [PATCH] Rework footprint selection filtering to improve behavior

-Jon From c6346d1042965957ff34baf514e4bea79776eca2 Mon Sep 17 00:00:00 2001 From: Jon Evans <j...@craftyjon.com> Date: Mon, 26 Feb 2018 22:06:31 -0500 Subject: [PATCH] Rework footprint selection filtering to improve behavior Fixes: lp:1751960 * https://bugs.launchpad.net/kicad/+bug/1751960 --- pcbnew/

[Kicad-developers] [PATCH] Fix Gerber job file bug and crash issue on MacOS

Re-sending these since they may have gotten lost in the other thread. These fix some bugs Andy Peters found on GerbView MacOS. -Jon 0001-Fix-edge-case-GERBER_FILE_IMAGE-creation-logic.patch Description: Binary data 0001-Use-proper-path-when-loading-files-from-Gerber-job-f (1).patch

Re: [Kicad-developers] Windows Nightlies Installer - Unable to check components for instal

In the case that there is a separate installer for the libraries (which I also think makes sense), maybe those line items should be removed from the main installer instead of just disabled (if that is easy) to reduce confusion? On Mon, Feb 26, 2018 at 12:42 PM, Wayne Stambaugh

Re: [Kicad-developers] [PATCH] Don't use the RTREE in UpdateAllLayersOrder() / UpdateAllLayersColor()

rom kicad or stand alone mode. > >>> > >>> Cheers, > >>> > >>> Wayne > >>> > >>> On 2/26/2018 5:01 AM, Maciej Sumiński wrote: > >>>> Jon, > >>>> > >>>> With this patch applied, any laye

Re: [Kicad-developers] [PATCH] Don't use the RTREE in UpdateAllLayersOrder() / UpdateAllLayersColor()

> attached address sanitizer report for details. > > Regards, > Orson > > On 02/25/2018 10:01 PM, Jon Evans wrote: > > This patch uses simple iteration instead of the RTREE search to update > the > > layer order and color in VIEW. On my Linux system, this results in a

Re: [Kicad-developers] pcbnew: Right Click Context Menu

To be honest I'm not sure I think those options should even be in the context menu, especially when you have selected an item. They are already on the toolbar and have hotkeys. But maybe some people use them and would be sad if we removed them :) On Sun, Feb 25, 2018 at 9:27 PM, Andrey Kuznetsov

Re: [Kicad-developers] gerbview on macOS path issue for job files

OK, got the crash bug too. On Sun, Feb 25, 2018 at 8:12 PM, Jon Evans <j...@craftyjon.com> wrote: > I'm still trying to debug the crash, but the attached patch should fix the > files not found issue. > > On Sun, Feb 25, 2018 at 7:16 PM, Andy Peters <de...@latke.net> wro

Re: [Kicad-developers] gerbview on macOS path issue for job files

I'm still trying to debug the crash, but the attached patch should fix the files not found issue. On Sun, Feb 25, 2018 at 7:16 PM, Andy Peters <de...@latke.net> wrote: > > > On Feb 25, 2018, at 5:11 PM, Jon Evans <j...@craftyjon.com> wrote: > > Hmm, can't reproduce

Re: [Kicad-developers] [PATCH] GerbView performance optimizations

And one final performance patch for now On Sun, Feb 25, 2018 at 6:56 PM, Jon Evans <j...@craftyjon.com> wrote: > One more performance optimization attached > > Clemens -- are you talking to me directly? For most of my smaller fixes I > do not push them to anywhere public befo

Re: [Kicad-developers] [PATCH] GerbView performance optimizations

> > > > On 02/25/2018 03:14 PM, Jon Evans wrote: > >> These patches improves redraw performance when toggling sketch/filled > >> draw modes. > >> > >> On Linux at least, the difference is quite noticeable on complicated > >> Gerber files. >

Re: [Kicad-developers] gerbview on macOS path issue for job files

Hmm, can't reproduce on Linux (when loading job file, it successfully finds the Gerbers in the same directory as the job file) Do you have the ability to build a debug build and get a stack trace of the crash? -Jon On Sun, Feb 25, 2018 at 7:02 PM, Andy Peters wrote: > On

Re: [Kicad-developers] GerbView: KiCad-rc2: Layer filenames mixed up in right tab view.

irectory by File - Load Gerber File... - Shift-Clicking > on the files in the order I want to load them - Open. > > (I need to click #no of file times to dismiss the warning dialog box > because of the proprietary format "%FSDAX33Y33*%", which is annoying, btw.) > > Regards, &

[Kicad-developers] [PATCH] Ensure ROUTER_PREVIEW_ITEM draws on top of all normal layers

Fixes: https://bugs.launchpad.net/kicad/+bug/1751646 From e648158336af3f90c41bf17a9a2b387b5b095191 Mon Sep 17 00:00:00 2001 From: Jon Evans <j...@craftyjon.com> Date: Sun, 25 Feb 2018 18:17:59 -0500 Subject: [PATCH] Ensure ROUTER_PREVIEW_ITEM draws on top of all normal layers Fixes: lp:1

Re: [Kicad-developers] GerbView: KiCad-rc2: Layer filenames mixed up in right tab view.

Hi Clemens, do these files have Gerber X2 attributes? What process did you use to load them? (i.e. did you load one at a time; use a Gerber job file, load them all at once, etc)? Thanks, Jon On Sun, Feb 25, 2018 at 6:15 PM, Clemens Koller wrote: > Hi! > > I am not absolutely

Re: [Kicad-developers] [PATCH] GerbView performance optimizations

One more performance patch for GerbView attached On Sun, Feb 25, 2018 at 3:14 PM, Jon Evans <j...@craftyjon.com> wrote: > These patches improves redraw performance when toggling sketch/filled draw > modes. > > On Linux at least, the difference is quite noticeable on complica

[Kicad-developers] [PATCH] Don't use the RTREE in UpdateAllLayersOrder() / UpdateAllLayersColor()

number of items in the view). -Jon From a7bda21efef9ca6eee250ea3ce420d058b3cf354 Mon Sep 17 00:00:00 2001 From: Jon Evans <j...@craftyjon.com> Date: Sun, 25 Feb 2018 15:38:05 -0500 Subject: [PATCH] Don't use the RTREE in UpdateAllLayersOrder() / UpdateAllLayersColor() Since we are going to i

[Kicad-developers] [PATCH] GerbView performance optimizations

These patches improves redraw performance when toggling sketch/filled draw modes. On Linux at least, the difference is quite noticeable on complicated Gerber files. -Jon From 04cb51708ff6f46773b3f1acad2b8b8e9adf2db6 Mon Sep 17 00:00:00 2001 From: Jon Evans <j...@craftyjon.com> Date: Sun,

[Kicad-developers] [PATCH] Refactor post-load actions in PcbNew and apply them consistently

Fixes: https://bugs.launchpad.net/kicad/+bug/1751589 From c8e31559693753a6fd9cfaab29c5d77e01122a7b Mon Sep 17 00:00:00 2001 From: Jon Evans <j...@craftyjon.com> Date: Sun, 25 Feb 2018 12:52:52 -0500 Subject: [PATCH] Refactor post-load actions in PcbNew and apply them consistently Fix

[Kicad-developers] [PATCH] Fix regression in GerbView display settings; some optimization too

in GerbView. -Jon From 47b143f347d55c7608afd8aba087ed324cfb74da Mon Sep 17 00:00:00 2001 From: Jon Evans <j...@craftyjon.com> Date: Sun, 25 Feb 2018 12:38:35 -0500 Subject: [PATCH] Fix regression in GerbView display settings; some optimization too --- common/view/view.cpp

Re: [Kicad-developers] Stable 5 development.

I would also recommend keeping 5.0 in master (and just use tags for the RCs) to keep things simpler. I think we don't have enough committers and QA process to handle two parallel branches. Like Jeff said, anyone working on 6.0 stuff can just keep it in a private branch a little longer. -Jon On

Re: [Kicad-developers] Fabrication Outputs and Plot

e: > > > > There is no plan yet but it has been discussed. The only downside is > that we will have to write our own print handling on windows and I'm > guessing macos. That's one of the reasons no one has signed up yet because > it will be a large undertaking. > > &

Re: [Kicad-developers] Fabrication Outputs and Plot

> W dniu 2018-02-24 o 19:24, Jon Evans pisze: > > Yeah, there (at least) three different dialogs that all present similar > things (i.e. a list of layers to include, settings, etc): > > Export->SVG > Print > Plot > > The Print code for Export->SVG seems to just

Re: [Kicad-developers] Fabrication Outputs and Plot

ot > code while the later goes through the Print code. > > Do we need both? I haven’t a clue. > > It would be nice to clean this stuff up, if there is in fact a clean way > to present it. > > Cheers, > Jeff. > > > On 24 Feb 2018, at 14:54, Jon Evans <j...@craf

Re: [Kicad-developers] [PATCH] fix crashes related to footprint selection

All set. Included here for reference On Sat, Feb 24, 2018 at 1:09 PM, Jeff Young <j...@rokeby.ie> wrote: > Hi Jon, > > Cool. You want to attach that one to the bug? > > Cheers, > Jeff. > > > On 24 Feb 2018, at 17:55, Jon Evans <j...@craftyjon.com> w

Re: [Kicad-developers] [PATCH] fix crashes related to footprint selection

i Jon, > > Thanks for looking into this, but the second one will kill performance. > I’ve got a slightly different one baking…. > > Cheers, > Jeff. > > > On 24 Feb 2018, at 17:18, Jon Evans <j...@craftyjon.com> wrote: > > See: https://bugs.launchpad.net/

<    1   2   3   4   5   6   7   8   9   10   >