Re: [Kicad-developers] Default Canvas for v5

res. >> >> [1]: http://docs.wxwidgets.org/3.0/classwx_rich_message_dialog.html >> >> On 1/3/2018 3:13 PM, Jon Evans wrote: >> > I figured we might want to re-use this in the future if we ever have >> > additional "show once" things that are more complicat

Re: [Kicad-developers] Default Canvas for v5

do the trick > as it allows you to change the strings for the Ok and Cancel buttons. > Other than that, everything else seems fine. > > Cheers, > > Wayne > > On 12/31/2017 4:28 PM, Jon Evans wrote: > > For your consideration, a patch is attached that implements the abo

Re: [Kicad-developers] Stable 5 branch status

Maybe one quick and helpful change would be to make DIALOG_SYMBOL_REMAP::backupProject() add a timestamp or other unique ID to the backup file name, so it won't clobber old backups if run multiple times due to "non-standard" workflows? On Tue, Jan 2, 2018 at 2:42 PM, José Ignacio

Re: [Kicad-developers] Default Canvas for v5

For your consideration, a patch is attached that implements the above. On Sun, Dec 31, 2017 at 2:24 PM, Jon Evans <j...@craftyjon.com> wrote: > I think that getting automatic OpenGL detection and recovery working for > 5.0 might be ambitious. > Maybe Chris can detail what

Re: [Kicad-developers] Default Canvas for v5

I think that getting automatic OpenGL detection and recovery working for 5.0 might be ambitious. Maybe Chris can detail what the next steps are for his approach there, but in case we want to push that to a later release, here's what I propose: 1) Rename the View menu options based on my proposal

Re: [Kicad-developers] Default Canvas for v5

acceleration or not. On Dec 31, 2017 13:07, "Jon Evans" <cdaw...@gmail.com> wrote: > How about "Modern" instead of GAL for user-facing stuff? > > "Legacy" > "Modern (Accelerated)" > "Modern (Fallback)" > > On Dec 31, 2017 12

Re: [Kicad-developers] Default Canvas for v5

t is better to call it > fallback or faillsafe. > > Calling it standard gives the impression that this is what they should > choose, but really we want them to select OpenGL. > > Den 31. dec. 2017 18.12 <20%2017%2018%2012> skrev "Wayne Stambaugh" < > stambau.

Re: [Kicad-developers] Default Canvas for v5

iven that the gal canvas layer colors > and transparencies are completely user configurable but I'm not opposed > to a default layer color/transparency configuration that looks more like > the legacy canvas. > > > On 31 Dec 2017, at 10:09, Clemens Koller <c...@embeon.de> wrote

Re: [Kicad-developers] Default Canvas for v5

vas. >>> >> >> I don' think this is necessary given that the gal canvas layer colors >> and transparencies are completely user configurable but I'm not opposed >> to a default layer color/transparency configuration that looks more like >> the legacy canvas. &

Re: [Kicad-developers] Default Canvas for v5

.ch...@gmail.com> wrote: > I like this. If you don't offer, everyone who's already used KiCad 4 and > didn't realize they (c/sh)ould switch to GAL still won't notice that in > KiCad 5. A first-run dialog would be a good idea IMO. > > On Sun, Dec 31, 2017 at 02:53:50AM +, Jon Ev

Re: [Kicad-developers] Default Canvas for v5

I know this would be work for someone to do and maybe I'd offer to do it if the project leaders approve... What about a one-time pop-up when first installing a release 5.0 that appears if the config says the user was using legacy canvas, telling them about how to switch and that they should check

Re: [Kicad-developers] [RFC] Eeschema bus upgrades and new connectivity algorithm

behind the curly braces. -Jon On Thu, Dec 21, 2017 at 5:30 AM, kristoffer Ödmark < kristofferodmar...@gmail.com> wrote: > On 2017-12-20 16:58, Jon Evans wrote: > > > For user experience, it might be a bit annoying to have to remember to > insert a separator character if you wan

Re: [Kicad-developers] [PATCH] Correct bus junction behavior

g > existing schematics is very low and the color issue can be resolved > reasonably soon, then I would consider merging for the stable 5 version. > Otherwise, we should hold off until the we open version 6 for development. > > Cheers, > > Wayne > > On 12/20/2017 8

Re: [Kicad-developers] [RFC] Eeschema bus upgrades and new connectivity algorithm

t;>> > >>>>> On 2017-12-19 22:03, Wayne Stambaugh wrote: > >>>>>> This would be problematic for users like me who use the underscore > >>>>>> character in names for readability. > >>>>>> > >>>>>>

Re: [Kicad-developers] Flip board view: horizontal scrollbar swapped ?

the two. Routing in 3D is kind of a gimmick IMHO but placement in 3D can be quite useful when you are packing things tightly and have proper 3D models of parts. -Jon On Wed, Dec 20, 2017 at 10:20 AM, Wayne Stambaugh <stambau...@gmail.com> wrote: > On 12/19/2017 10:45 PM, Jon Evans wro

Re: [Kicad-developers] [PATCH] Correct bus junction behavior

This patch is essential for my connectivity work (but that's not a V5 thing...) It would be quite easy for me to implement the color thing as part of the connectivity changes (since the junction would be able to know if it was connected to buses or not) -Jon On Wed, Dec 20, 2017 at 8:18 AM,

Re: [Kicad-developers] Flip board view: horizontal scrollbar swapped ?

I would file a bug report for this. There is actually an underlying problem that is going to keep causing little things like this to pop up... The GAL / tool framework doesn't have a transform matrix applied between the user inputs and the world coordinate system. When the Flip Board view is

Re: [Kicad-developers] [RFC] Eeschema bus upgrades and new connectivity algorithm

up to > me. > I think that this still apply although some things might be a little > clearer > now, so, in a way it is a little obsolete. I am sending it the same because > I do not want to kill its spirit... > > ...but please continue to keep in mind that these are my 0.

Re: [Kicad-developers] [RFC] Eeschema bus upgrades and new connectivity algorithm

, 2017 at 12:16 PM, Andy Peters <de...@latke.net> wrote: > > > On Dec 13, 2017, at 9:15 PM, Jon Evans <j...@craftyjon.com> wrote: > > > > Hi all, > > > > As some of you know, I've been working on some new features for Eeschema > that expand the capab

Re: [Kicad-developers] [RFC] Eeschema bus upgrades and new connectivity algorithm

at 11:27 AM, Kevin Cozens <ke...@ve3syb.ca> wrote: > On 2017-12-13 11:15 PM, Jon Evans wrote: > >> As some of you know, I've been working on some new features for Eeschema >> that expand the capabilities of buses. >> > [snip] > >> https://youtu.be/z6x0xiKgDIc

Re: [Kicad-developers] [RFC] Eeschema bus upgrades and new connectivity algorithm

Hi Marco, The idea of aliases is to be "templates" for buses when you also give names to a bus. This is a little different than you describe, and I think is a powerful feature. If you define an alias called MEMORY, you can then define *multiple different* memory buses, so they have to have

Re: [Kicad-developers] [RFC] Eeschema bus upgrades and new connectivity algorithm

Hello all, Please do not put much focus on the names that I used to refer to the concepts (vector vs group). I needed a clear way to separate these concepts to write the code, and those names are the "working titles". They do not need to be the final names, and probably don't even need to be

[Kicad-developers] [RFC] Eeschema bus upgrades and new connectivity algorithm

Hi all, As some of you know, I've been working on some new features for Eeschema that expand the capabilities of buses. These features are not yet complete, but I wanted to share my progress to get early feedback. Since there are a number of things, I have made a ~4 minute demo video, in which I

Re: [Kicad-developers] Joining buses with junctions behavior

It seems crazy to me too, but I guess we can't remove support for it because someone out there is probably relying on it... On Tue, Dec 12, 2017 at 1:33 PM, Andy Peters <de...@latke.net> wrote: > > > > On Dec 10, 2017, at 9:09 AM, Jon Evans <j...@craftyjon.com&g

Re: [Kicad-developers] Joining buses with junctions behavior

not accurate and there needs to be a junction. > > > > -S > > > > On Sun, Dec 10, 2017 at 8:09 AM, Jon Evans <j...@craftyjon.com> wrote: > > > >> Hi all, > >> > >> As I am working on bus features I have dived into all the ways you can >

[Kicad-developers] [PATCH] Remove outdated check on endAngle to fix GerbView arc draw direction

Hi all, Quick fix for an arc drawing path that still had some wrong logic in it. -Jon From 318991f7202e42af73367be7f3ba4bf872efd4ce Mon Sep 17 00:00:00 2001 From: Jon Evans <j...@craftyjon.com> Date: Sun, 10 Dec 2017 13:35:00 -0500 Subject: [PATCH] Remove outdated check on endAngle to f

[Kicad-developers] Joining buses with junctions behavior

Hi all, As I am working on bus features I have dived into all the ways you can use buses (that I haven't always known about myself). One thing I noticed was an example given on the docs: http://docs.kicad-pcb.org/stable/en/eeschema.html#wires-buses-labels-power-ports Under "Global connections

[Kicad-developers] [PATCH] Fix AlignLeft / AlignRight when using Flip Board view

ually want this to work, i.e. maybe having a separate "view coordinate system" and "edit coordinate system" so that the tools don't have to worry about whether or not the view is mirrored. -Jon From 94f5acd881c04c49ed5eafd8bfd0fab37e89abf3 Mon Sep 17 00:00:00 2001 From: Jon Evans

[Kicad-developers] [PATCH] Use explicit shift in hotkeys instead of mixed-case characters

A minor fix due to how wxWidgets parses menu items. Fixes: https://bugs.launchpad.net/kicad/+bug/1737303 -Jon From 73d759dbcb406ce31077e85e486e07d816ed9ca4 Mon Sep 17 00:00:00 2001 From: Jon Evans <j...@craftyjon.com> Date: Sat, 9 Dec 2017 13:36:23 -0500 Subject: [PATCH] Use explicit

[Kicad-developers] [PATCH] Remove LAYER_WORKSHEET from forced visibility since it now has a control

Fixes: https://bugs.launchpad.net/kicad/+bug/1737315 -Jon From 5929f906aee2d5d7cf3b98add4efb0705e3b7782 Mon Sep 17 00:00:00 2001 From: Jon Evans <j...@craftyjon.com> Date: Sat, 9 Dec 2017 13:07:51 -0500 Subject: [PATCH] Remove LAYER_WORKSHEET from forced visibility since it now has a c

Re: [Kicad-developers] Signal integrity simulation within Kicad

features have been implemented in the GAL canvases yet. Best, Jon On Wed, Dec 6, 2017 at 12:38 PM, Andreas Buhr <andr...@andreasbuhr.de> wrote: > Hi Jon, > > thanks a lot for your help. > > On 12/05/2017 03:51 PM, Jon Evans wrote: > > For (2), the PCB_BASE_FRAME methods are

Re: [Kicad-developers] Signal integrity simulation within Kicad

Hi Andreas, For (1), I will defer to others who know more about this, I seem to remember a conversation about this a while ago on the mailing list, with the conclusion being that it is indeed hard to be notified when BOARD changes, and fixing this could be a bit of work. For (2), the

Re: [Kicad-developers] COMPONENT_TREE performance

<tomasz.wlostow...@cern.ch > wrote: > On 04/12/17 19:23, Jon Evans wrote: > > It's probably a good idea to implement a "toolkit abstraction layer" if > > we ever go down this road, so that we wouldn't have to do it *again* if > > we ever switch again. > > Thi

Re: [Kicad-developers] COMPONENT_TREE performance

I think the huge amount of programming effort is the main roadblock, but maybe Wayne et. al. have other thoughts. The roadmap might look something like this: 1) Enable printing without wx (using cairo) 2) Finish porting any remaining features to GAL for PcbNew and GerbView -> Remove legacy canvas

Re: [Kicad-developers] COMPONENT_TREE performance

I've got some experience with Qt and would be willing to help out with investigating this at some point. My only experience with wx is with kicad, and it seems to have many more problems than Qt... On the other hand, I disagree with the suggestion that Electron would be a good path for KiCad,

Re: [Kicad-developers] [PATCH] Eeschema wire/bus selection logic

Gave this a shot, I like this logic, thanks! On Thu, Nov 30, 2017 at 8:55 PM, Seth Hillbrand wrote: > ​Attached is a patch to correct the wire/bus connection logic. Currently, > Eeschema will register wires and busses as being connected if their > endpoints touch.

[Kicad-developers] [PATCH] Restore "Flip Board" checkbox state when switching canvases

Another quick bug fix -Jon From 1b44ddc372d1bafba7e0132a04d09eadf5bdb449 Mon Sep 17 00:00:00 2001 From: Jon Evans <j...@craftyjon.com> Date: Wed, 29 Nov 2017 20:58:47 -0500 Subject: [PATCH] Restore "Flip Board" checkbox state when switching canvases Fixes: lp:1733936 * https://bu

Re: [Kicad-developers] Signal integrity simulation within Kicad

Hi Andreas, This is a neat idea! It would be great to have a nice open-source tool for this, as all of the useful ones today are very expensive and proprietary. As far as I know (others please correct me if I am wrong), there isn't currently any functionality to generate polygons from the

Re: [Kicad-developers] [PATCH] Fix DRC marker drawing in Cairo and color in hover state

FYI, this patch can be ignored, I inadvertently rolled it up with the other patch that JP has already committed, so all fixes are now in. -Jon On Wed, Nov 29, 2017 at 7:19 AM, Jon Evans <j...@craftyjon.com> wrote: > Oops, attached! > > On Wed, Nov 29, 2017 at 4:27 AM, Nick Ø

Re: [Kicad-developers] [PATCH] Fix DRC marker drawing in Cairo and color in hover state

Oops, attached! On Wed, Nov 29, 2017 at 4:27 AM, Nick Østergaard <oe.n...@gmail.com> wrote: > No patch is attached to this email. > > Den 29. nov. 2017 4.00 AM skrev "Jon Evans" <j...@craftyjon.com>: > >> Hi all, >> >> I started working on [1]

[Kicad-developers] [PATCH] Add DRC items when reloading board view (Fixes lp:1542420)

effort than necessary right before release. -Jon From ead8fbb2cddbb85a6151a4fec276839bf3f749db Mon Sep 17 00:00:00 2001 From: Jon Evans <j...@craftyjon.com> Date: Tue, 28 Nov 2017 21:57:28 -0500 Subject: [PATCH] Add DRC items when reloading board view (Fixes lp:1542420) ---

[Kicad-developers] [PATCH] Fix DRC marker drawing in Cairo and color in hover state

Hi all, I started working on [1] but haven't solved it yet. I did fix a few minor bugs discovered along the way, in the attached patch. The polygon wasn't closed, so weird draw artifacts appear in Cairo, and the color was not being taken from the color settings class, so the markers were not

Re: [Kicad-developers] [PATCH] Eeschema automatic manage junctions

> Regards, > > >> Orson > > >> > > >> 1. > > >> https://launchpadlibrarian.net/213748651/KICAD%20-%20BUG% > > <https://launchpadlibrarian.net/213748651/KICAD%20-%20BUG%> > > >> 20REPORT%20-%2

Re: [Kicad-developers] Update of KiCad documentation?

make it an actual release note. If there are specific things that > > needs to be updated in the docs, please create a pull request and/or > > report an issue on the doc repo. > > > > 2017-11-28 17:24 GMT+01:00 Jon Evans <j...@craftyjon.com > > <mailto:j...@cr

Re: [Kicad-developers] Update of KiCad documentation?

So, since this commit message method won't work for all the existing commits, where should we start to collect a list of features/changes from 4.0? If the doc repository is a good place for this, I can start something there and send a patch. It looks like changelogs are not currently part of the

[Kicad-developers] [PATCH] Preserve color scheme when switching to legacy (Fixes lp:1670669)

urned from the COLORS_DESIGN_SETTINGS as "legacy safe" while preserving the underlying colors. -Jon From f5ce890d7538aeaafb3bfde19eae71e933ed7616 Mon Sep 17 00:00:00 2001 From: Jon Evans <j...@craftyjon.com> Date: Mon, 27 Nov 2017 22:12:31 -0500 Subject: [PATCH] Preserve color scheme when switching to

[Kicad-developers] [PATCH] Show message panel info for highlighted net in GAL (Fixes lp:1518626)

Hi all, Another quick fix for a behavior difference between GAL and legacy. -Jon From b293e78f3a67a4ffaf86a3834c8cf9c24a23471e Mon Sep 17 00:00:00 2001 From: Jon Evans <j...@craftyjon.com> Date: Mon, 27 Nov 2017 21:07:59 -0500 Subject: [PATCH] Show message panel info for highlighted net

[Kicad-developers] [PATCH] Allow changing LAYER_PADS color and visibility (Fixes lp:1672646)

Hi all, This adds LAYER_PADS to the render settings that are accessible to the user, meaning you can change the color or hide this layer now. Best, Jon From f4fe87ffcbfaed7a0a23cba54d3e126dfe5c Mon Sep 17 00:00:00 2001 From: Jon Evans <j...@craftyjon.com> Date: Mon, 27 Nov 2017 20

[Kicad-developers] [PATCH] Reset tool transitions even when already active (Fixes lp:1733224)

it was not done this way. Thanks, Jon From 78c1922d39172082ca54b50af4d027790e24db31 Mon Sep 17 00:00:00 2001 From: Jon Evans <j...@craftyjon.com> Date: Sun, 26 Nov 2017 20:21:00 -0500 Subject: [PATCH] Reset tool transitions even when already active (Fixes lp:1733224) --- common/tool/tool_manag

[Kicad-developers] [PATCH] Gerbview: apply layer colors to GAL after sorting (Fixes lp:1720540)

Hi all, This patch fixes this issue with X2 layer sorting feature in the GAL canvas: https://bugs.launchpad.net/kicad/+bug/1720540 Best, Jon From db967d279e5ab12cd3b71b2d28c466a0a5ad1758 Mon Sep 17 00:00:00 2001 From: Jon Evans <j...@craftyjon.com> Date: Sun, 26 Nov 2017 19:02:35 -0500 S

[Kicad-developers] Eeschema connectivity storage

Hi Wayne, JP, and others with lots of Eeschema knowledge, I am working on a set of features to expand the capabilities of buses in Eeschema (more details soon, but in short, extending the concept of a bus beyond just a vector of signals with the same prefix, to an arbitrary grouping of signals).

Re: [Kicad-developers] Assertion in dialog_symbol_remap in latest master

ting to > http://github.com/KiCad. It should be point to where the default kicad > symbol libraries are install. > > Thanks, > > Wayne > > On 11/13/2017 9:30 PM, Jon Evans wrote: > > Hi Wayne, > > > > I just pulled in your recent changes and got a series of

[Kicad-developers] Eeschema relative file handling

I noticed that when I run eeschema as a single binary rather than starting through the kicad shell, I cannot pass a relative filename as the argument (single_top.cpp passes the argument straight through to SCH_EDIT_FRAME::OpenProjectFiles(), which asserts when given a relative path). Is this

[Kicad-developers] Assertion in dialog_symbol_remap in latest master

Hi Wayne, I just pulled in your recent changes and got a series of assertions when trying to remap the symbol table. I just ignored them and it seemed to work, but something is strange here: ../../eeschema/dialogs/dialog_symbol_remap.cpp(306): assert "aPathA.IsAbsolute()" failed in

[Kicad-developers] [PATCH] Fix aperture macro hit testing (Fixes lp:1730249)

Hi all, This patch fixes a bug reported by Nick in GerbView GAL, where aperture macro hit testing wasn't quite right. https://bugs.launchpad.net/kicad/+bug/1730249 -Jon From 2e20fe8d6130d9531ce99bb432e4f9cfce61e589 Mon Sep 17 00:00:00 2001 From: Jon Evans <j...@craftyjon.com> Date: Sat,

Re: [Kicad-developers] [PATCH] GerbView GAL support

FF >> KICAD_SCRIPTING=ON >> KICAD_SCRIPTING_MODULES=ON >> KICAD_SCRIPTING_WXPYTHON=ON >> KICAD_SCRIPTING_ACTION_MENU=ON >> BUILD_GITHUB_PLUGIN=ON >> KICAD_USE_OCE=ON >> KICAD_SPICE=ON >> >> >> 2017-09-27 <20

Re: [Kicad-developers] [PATCH] Eeschema automatic manage junctions

I looked at fixing this and some other related things, and decided to just wait for the GAL port. There will need to be huge refactoring of the eeschema draw code as part of that effort, so putting much effort into making the wxDC drawing better seems not worth it. -Jon On Nov 3, 2017 00:08,

[Kicad-developers] [PATCH] Fix arc drawing algorithm in GerbView GAL (Fixes lp:1720384)

:00 2001 From: Jon Evans <j...@craftyjon.com> Date: Wed, 25 Oct 2017 23:30:25 -0400 Subject: [PATCH] Fix arc drawing algorithm in GerbView GAL (Fixes lp:1720384) --- gerbview/gerbview_painter.cpp | 24 1 file changed, 16 insertions(+), 8 deletions(-) diff --git a/ge

[Kicad-developers] Color issues before V5

Hi all, I'm currently working on refactoring SELECTION_TOOL to share code between GerbView and Pcbnew, but I also want to know about any issues with the new color options so that I can try to spend some time improving things before V5. I know about these ones:

Re: [Kicad-developers] [PATCH] Set color picker color alpha channel to 1

KiCad recently (early 2017) moved from indexed color to full RGBA color, and I picked the COLOR4D struct to do that because it was already in use elsewhere for the 3D viewer (probably because OpenGL uses floating point color). It's kind of an arbitrary choice because any integer mapping can be

Re: [Kicad-developers] [PATCH] Use wxImage instead of wxBitmap in COLOR4D picker (Fixes LP:1718389)

.char...@wanadoo.fr) > wrote: > > Le 29/09/2017 à 01:33, Jon Evans a écrit : > > Hi all, > > > > The COLOR4D_PICKER_DLG has not been working on macOS [1]. > > > > Through some experimentation, I found that drawing to a wxBitmap in > createRGBBitmap() / > &

[Kicad-developers] [PATCH] Use wxImage instead of wxBitmap in COLOR4D picker (Fixes LP:1718389)

Hi all, The COLOR4D_PICKER_DLG has not been working on macOS [1]. Through some experimentation, I found that drawing to a wxBitmap in createRGBBitmap() / createHSVBitmap() just doesn't work on macOS. I am not sure how to fix it, but I did find out that drawing to a wxImage works just fine, so

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

Perhaps another route is to improve the messaging given to the user in these cases, so that it's easy for them to correct the file / report an issue to their tool vendor? On Thu, Sep 28, 2017 at 11:53 AM, Wayne Stambaugh wrote: > On 9/28/2017 10:32 AM, jp charras wrote: >

Re: [Kicad-developers] [PATCH] GerbView GAL support

Thanks Oliver! I have to admit, part of why I took on this project was to learn about the GAL things so that I can be of assistance for the eeschema port :-) I definitely plan to help with that, but I have some other things to work on in the short term (and want to make sure everything is working

Re: [Kicad-developers] [PATCH] Clean up unused junctions

Hi Seth, Neat feature! I just checked this out and it does seem to work in most cases. There seem to be some situations where it doesn't remove junctions in my existing schematics -- when I use "delete connection" it works, but when I use "delete wire" it only works some of the time. I haven't

Re: [Kicad-developers] [PATCH] Multilayer keepout zones

Hi Oliver, Your recent changes do fix the issue I saw, thanks. -Jon On Tue, Sep 26, 2017 at 7:47 AM, Wayne Stambaugh wrote: > Oliver, > > Thanks for making the changes. > > JP, > > Would you please take a look at this patch set when you get a chance. > You are more

Re: [Kicad-developers] [PATCH] GerbView GAL support

GetLOD() > method to hide d-codes depending on the zoom level. It is done the same > way e.g. for track net labels. > > Regards, > Orson > > On 09/25/2017 03:26 AM, Jon Evans wrote: > > Hi Orson, Tom, > > > > Thanks for the tips. I eventually did figure out what wa

Re: [Kicad-developers] [PATCH] Multilayer keepout zones

Nice job Oliver. This is a great feature and your plan to add keepout support to footprints is also a good thing. I tried it out on my MacOS machine and found an issue I think -- after deleting a keepout, I filled zones again and the fill is still avoiding the keepout shape after deletion -- not

Re: [Kicad-developers] [PATCH] GerbView GAL support

gt; Thanks, > > > > Wayne > > > > On 9/21/2017 6:05 AM, Maciej Sumiński wrote: > >> Hi Jon, > >> > >> Thanks you, this is really cool! Now it is even more tempting to merge > >> the gerbview_gal branch. I am going to wait one more day for

Re: [Kicad-developers] Question : ZONE_CONTAINER

pcb_painter.cpp:1085 void PCB_PAINTER::draw( const ZONE_CONTAINER* aZone ) On Thu, Sep 21, 2017 at 11:27 PM, Oliver Walters < oliver.henry.walt...@gmail.com> wrote: > I'm looking for where ZONE_CONTAINER is drawn in GAL? In legacy it is > handled in class_zone.cpp but I can't find where it's

Re: [Kicad-developers] [PATCH] GerbView GAL support

t; wrote: > Hi Jon- > > Sorry, my wording was bad. This is not a merging show-stopper. Legacy > use is unaffected. > > Best- > Seth > > On Thu, Sep 21, 2017 at 11:55 AM, Jon Evans <j...@craftyjon.com> wrote: > >> Hi Seth, >> >> Thanks for rep

Re: [Kicad-developers] GitHub Plugin (my nemesis)

I think it would make the most sense to do option (a), possibly also leaving open the possibility of changing the updates source location (for example, it's conceivable to have a mirror server at kicad-pcb.org that contains snapshots of the libraries that are compiled from the Git repo whenever

Re: [Kicad-developers] [PATCH] GerbView GAL support

tempting to merge >> the gerbview_gal branch. I am going to wait one more day for vetos and >> tomorrow I will push it to the master branch. >> >> Regards, >> Orson >> >> On 09/20/2017 09:57 PM, Jon Evans wrote: >> > Hi Orson, >> &g

Re: [Kicad-developers] [PATCH] GerbView GAL support

Hi Orson, Give this a shot in your branch. It should work in pcbnew also now. -Jon On Wed, Sep 20, 2017 at 9:28 AM, Jon Evans <j...@craftyjon.com> wrote: > Hi Orson, > > Thank you for staging this for merge on your branch. I checked and you do > have all the patches. &g

Re: [Kicad-developers] [PATCH] GerbView GAL support

sal way is to > create a temporary VIEW_GROUP object containing the selection candidate. > This way it can be temporarily displayed on the overlay layer, without > modifying the original ViewGetLayer() methods. > > Regards, > Orson > > 1. https://code.launchpad.net/~orsonmmz/kic

Re: [Kicad-developers] Live zone filling

hat and a board went to production with a nonfunctional ground pour -_-) > > On Tue, Sep 19, 2017 at 12:51 PM, Kevin Cozens <ke...@ve3syb.ca> wrote: > >> On 2017-09-19 01:08 PM, Jon Evans wrote: >> >>> Thanks for the detailed feedback. I was definitely think

Re: [Kicad-developers] Live zone filling

since the data is not yet committed to the board. For a real implementation we would have to look at better ways of doing this. Thanks, Jon On Tue, Sep 19, 2017 at 12:24 PM, Tomasz Wlostowski < tomasz.wlostow...@cern.ch> wrote: > On 19.09.2017 15:26, Jon Evans wrote: > > Yes, I

Re: [Kicad-developers] Live zone filling

...@embeon.de> wrote: > On 2017-09-19 15:59, Jon Evans wrote: > > What I want to investigate first is how difficult it would be to > subdivide a zone into chunks that can be generated independently. If this > is done, than the chunks can be done one after the other in a >

Re: [Kicad-developers] Live zone filling

o the processor cores. > > However i do not know if the KiCad sources allow this kind of > > multithreading. > > Multi-threading inside context switching. That could be interesting! > > > > > Best Regards > > > > > > Am 2017-09-19 15:26, schrieb Jon Eva

Re: [Kicad-developers] Live zone filling

mic >> plane generation: >> https://www.youtube.com/watch?v=n6TskayF1Oc >> >> I would be glad to test these things in Kicad... >> >> Regards, >> >> Clemens >> >> >> On 2017-09-19 02:18, Jon Evans wrote: >> > Hi all, &

[Kicad-developers] Live zone filling

Hi all, I've been wanting to take a look at live zone filling, as it's a really useful feature that some professional EDA tools have. If zones refill in real time as you move things around, it's easy to make sure you leave enough space for your fill to succeed. I made a quick patch to pcbnew

Re: [Kicad-developers] [PATCH] Make BRIGHT_BOX line width dependent on zoom level

way to temporarily have an item rendered on another layer? -Jon On Fri, Sep 15, 2017 at 3:21 PM, Maciej Suminski <maciej.sumin...@cern.ch> wrote: > On 09/15/2017 09:09 PM, Jon Evans wrote: > > Hi Orson, > > > > I understand your concern; I will back out this patch

Re: [Kicad-developers] [PATCH] GerbView GAL support

While I'm waiting for review I made another small fix On Sun, Sep 17, 2017 at 9:04 PM, Jon Evans <j...@craftyjon.com> wrote: > One follow-on patch attached after I realized that a fix hadn't made its > way in. > -Jon > > On Sun, Sep 17, 2017 at 6:47 PM, Jon Evans <j

Re: [Kicad-developers] Questions regarding .sweet format

Having tokens with state also means you can tell if the parent doesn't have the token for some reason (i.e. maybe a new token has been added and you are migrating a file to the new format version) vs. if the parent just has the parameter set to false. On Mon, Sep 18, 2017 at 10:36 AM, Kristoffer

Re: [Kicad-developers] Need testers (especially on OSX) for this patch.

Hi JP, works well for me on macOS 10.12. Arrow keys do nothing in GerbView and move the cursor around in footprint editor as expected. Thanks Jon On Mon, Sep 18, 2017 at 7:08 AM, jp charras wrote: > Hi All, > > I am trying to fix an issue in GAL mode. > It is related to

Re: [Kicad-developers] [PATCH] GerbView GAL support

One follow-on patch attached after I realized that a fix hadn't made its way in. -Jon On Sun, Sep 17, 2017 at 6:47 PM, Jon Evans <j...@craftyjon.com> wrote: > Hi all, > > The day has finally come! I have distilled my GerbView GAL branch into a > patchset attached to this

Re: [Kicad-developers] [PATCH] Make BRIGHT_BOX line width dependent on zoom level

is > almost done, but I am stuck with a few visual artifacts I could not fix > easily. > > Regards, > Orson > > On 09/06/2017 02:24 AM, Jon Evans wrote: > > Hi all, > > > > This patch is a quick one to make the line width of the BRIGHT_BOX > > depen

Re: [Kicad-developers] [PATCH] Make BRIGHT_BOX line width dependent on zoom level

his patch. > > IIRC he said he would look into it when he had time. Perhaps he has not > had time ;) > > Something to consider. > > Cheers, > Oliver > > On 6 Sep 2017 10:25, "Jon Evans" <j...@craftyjon.com> wrote: > >> Hi all, >> >&g

[Kicad-developers] [PATCH] Fix scrollbars in macOS GAL canvases

Hi, This patch fixes the issue with scrollbars not working on macOS. The scrollbars were hidden because the GAL was rendering over the entire size of the draw_panel, not the client size (i.e. area minus scrollbar size, etc). Please give this a check on Windows/Linux to make sure it still works

[Kicad-developers] [PATCH] Set modified flag when changing layer visibility (lp:793420)

Hi, This is a partial fix for https://bugs.launchpad.net/kicad/+bug/793420 -- addresses the issue that layer visibility changes don't mark the board as needing a save. -Jon From ee6434e5691fc6f3be88cbce657dde99c3f33990 Mon Sep 17 00:00:00 2001 From: Jon Evans <j...@craftyjon.com> Date: W

Re: [Kicad-developers] 1: GAL Bug with Window Buttons

.de > wrote: > Yes, they are not shown for MacOS. > I tried to get them working long ago, but didn’t succeed. > However, this might just have been due to my inability… :) > > > Regards, > Bernhard > > On 13. Sep 2017, at 21:54, Jon Evans <j...@craftyjon.com> wrot

Re: [Kicad-developers] 1: GAL Bug with Window Buttons

The scrollbars are also disabled on MacOS in the code (for reasons I don't know) -- is there a bug in LP for this already? I couldn't find one with a quick search. On Wed, Sep 13, 2017 at 1:37 PM, Andrey Kuznetsov wrote: > Same thing here: > > Application: kicad > Version:

Re: [Kicad-developers] [PATCH] Add support for panning with left and right mouse buttons

; wrote: > FYI, Regarding panning with 2 fingers, it does not work on my Lenovo > laptop running windows 8. > Only zoom works, 2 finger up-down motion. > > On Wed, Sep 13, 2017 at 6:53 AM, Jon Evans <j...@craftyjon.com> wrote: > >> Hi Orson and Bernhard, >> &g

Re: [Kicad-developers] should we change control in 3d-viewer

Jost posted about working on Space Navigator support back in May -- curious if that is going anywhere? -Jon On Wed, Sep 13, 2017 at 10:57 AM, Kevin Cozens wrote: > On 2017-08-28 09:54 AM, Mário Luzeiro wrote: > >> Hi liyoubdu, >> you are free to develop new ways of browsing

Re: [Kicad-developers] [PATCH] Add support for panning with left and right mouse buttons

> > development recently. > > > > I do not mind adding such setting, but does not it cause issues with > > right-click menus or left mouse button click actions? > > > > Regards, > > Orson > > > > On 09/06/2017 03:31 AM, Jon Evans wrote: > >&

Re: [Kicad-developers] [PATCH] Improved zoom behavior on MacOS

feedback from the Mac users. > > Regards, > Orson > > On 09/12/2017 05:16 PM, Jon Evans wrote: > > Hi, > > This patch changes the way middle wheel events are handled on MacOS. > In my testing, this new behavior feels way better when using Apple > trackpads, and als

[Kicad-developers] [PATCH] Improved zoom behavior on MacOS

Hi, This patch changes the way middle wheel events are handled on MacOS. In my testing, this new behavior feels way better when using Apple trackpads, and also seems to work fine with the normal wheel on my external mouse. Mac users, I'd appreciate some testing to see if the behavior is worse

Re: [Kicad-developers] [PATCH] Make BRIGHT_BOX line width dependent on zoom level

Bump On Tue, Sep 5, 2017 at 10:21 PM, Jon Evans <j...@craftyjon.com> wrote: > OK, will wait to hear from Orson then. I did test and it seems to do what > I want on OpenGL + Cairo > > -Jon > > On Tue, Sep 5, 2017 at 10:03 PM, Oliver Walters < > oliver.henry.walt

Re: [Kicad-developers] [PATCH] Add support for panning with left and right mouse buttons

Bump, are any of the GAL developers around to review this? Thanks, Jon On Tue, Sep 5, 2017 at 9:31 PM, Jon Evans <j...@craftyjon.com> wrote: > Hi all, > > This patch extends the VIEW_CONTROLS to allow optional panning with left > or right buttons in addition to middle.

[Kicad-developers] [PATCH] Don't force grid color to LAYER_GRID in EDA_DRAW_PANEL_GAL

From: Jon Evans <j...@craftyjon.com> Date: Mon, 11 Sep 2017 23:00:41 -0400 Subject: [PATCH] Don't force grid color to LAYER_GRID in EDA_DRAW_PANEL_GAL --- common/draw_panel_gal.cpp | 3 --- pcbnew/class_pcb_layer_widget.cpp | 3 +++ pcbnew/pcbframe.cpp | 6 ++ 3

<    3   4   5   6   7   8   9   10   11   >