Re: [Kicad-developers] [PATCH] [RFC] Get rid of boost::context

Brief testing with Win7 x86_64 gives positive results. I really hope this is the end of the boost::context nightmare. Cheers, Orson On 03/07/2017 02:36 PM, Tomasz Wlostowski wrote: > Hi, > > The attached patch removes boost::context dependency by introducing a > single-file libcontext that

Re: [Kicad-developers] [PATCH] Open polylines in OpenGL GAL

Hi John, Thank you for fixing the problem. I have just committed your patch. Cheers, Orson On 03/07/2017 01:11 PM, John Beard wrote: > Hi, > > Attached patch fixes polylines in GAL: they were drawn always closed > in OpenGL and always open in Cairo. > > I think the code could stand a refactor

Re: [Kicad-developers] [PATCH] Fix crash when switching from dragging to routine (PNS router)

rely sure which changes you are referring to. > > My patch also does not prevent track dragging, it just breaks the > *routing* coroutine out of its loop, which I would think you have to do > one way or another to avoid this bug. > > On Tue, 7 Mar 2017, Maciej Sumiński wrot

Re: [Kicad-developers] [PATCH] Fix crash when switching from dragging to routine (PNS router)

Hi Julius, I apologize it has taken me so long to reply. In fact, your patch made me investigate the problem, as I felt preventing track dragging is a cure for the symptoms, but not for the cause. Recently I have made a few changes to the code, and now PNS should not crash anymore. If this is

Re: [Kicad-developers] [PATCH] Make all layers slightly semitransparent as before

Hi Jose, Good catch. Thank you for the patch, I have just committed it. Regards, Orson On 03/07/2017 06:59 AM, José Ignacio Romero wrote: > When colors were changed to COLOR4D, the original semi-transparent > colors were lost, making things hard to see in multilayer boards > without hitting {

Re: [Kicad-developers] [PATCH] Move ZoomFitScreen and ZoomPreset to common

> >> <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>> >> > > <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com> >> <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>>>> wrote: >> > &

Re: [Kicad-developers] [PATCH] Add WithAlpha method to COLOR4D

Hi John, Thank you for the patch, I have just committed it. Cheers, Orson On 03/02/2017 06:52 AM, John Beard wrote: > Hi, > > Here's a patch to add a new method to COLOR4D: WithAlpha. This means > you can do this: > > const COLOR4D color = getSomeColor(); //could be an argument or static

Re: [Kicad-developers] [PATCH] Fix MacOS coroutine segfault

/1658249 >> >> On 24 February 2017 at 00:38, Chris Pavlina <pavlina.ch...@gmail.com> wrote: >>> Backtrace attached. Boost is 1.63.0. >>> >>> On Thu, Feb 23, 2017 at 11:36:02AM +0100, Maciej Sumiński wrote: >>>> Hi Chris, >>>> >>>&

Re: [Kicad-developers] [PATCH] eeschema pspice netlist exporter alternative list.

Hi Martin, I am sorry it has taken me so long to respond. Your patch looks reasonable, so I have just pushed it. Thank you for your contribution. Regards, Orson On 02/22/2017 03:24 AM, Martin Stoilov wrote: > Hello all, > > Ngspice requires four nodes for a MOSFET component - nd ng ns nb, but

Re: [Kicad-developers] SCH_LEGACY_PLUGIN buffering

On 02/28/2017 05:20 PM, Wayne Stambaugh wrote: [snip] Regarding the second patch: I am looking for a way to store temporary changes to libraries. Libraries are linked to files, and now the binding is even stronger, as files are reloaded upon a change [1]. It means that

Re: [Kicad-developers] [PATCH] Fix layer color swatches in Linux

Hi John, Thank you for the patches. I have tested them on Linux and Windows, and everything works as expected. I think the layer widget looks even better now, good job! Cheers, Orson On 03/01/2017 01:11 AM, John Beard wrote: > Hi Wayne, > > On Wed, Mar 1, 2017 at 2:06 AM, Wayne Stambaugh

Re: [Kicad-developers] [PATCH] Fix zoom controls in footprint viewer

Thank you Jon, I have just pushed your patch. Regards, Orson On 03/01/2017 03:59 AM, Jon Evans wrote: > This got overlooked in common_tools refactor > > -Jon > > > > ___ > Mailing list: https://launchpad.net/~kicad-developers > Post to :

Re: [Kicad-developers] [PATCH] Move ZoomFitScreen and ZoomPreset to common

t; some edge case operations (i.e. "zoom to fit screen" would be instantaneous >> if nothing has modified the board since the last time the bbox was cached, >> even on large boards) >> >> -Jon >> >> On Fri, Feb 24, 2017 at 11:01 AM, Wayne Stambaugh <s

Re: [Kicad-developers] SCH_LEGACY_PLUGIN buffering

On 02/28/2017 03:01 PM, Wayne Stambaugh wrote: > On 2/28/2017 4:37 AM, Maciej Sumiński wrote: >> Hi Wayne, >> >> Would you have a look at the attached patches? I do not want to >> introduce changes to the schematic plugins code without your approval. >> >>

Re: [Kicad-developers] SCH_LEGACY_PLUGIN buffering

One more patch to make the change complete. On 02/28/2017 10:37 AM, Maciej Sumiński wrote: > Hi Wayne, > > Would you have a look at the attached patches? I do not want to > introduce changes to the schematic plugins code without your approval. > > The first one removes multi

[Kicad-developers] SCH_LEGACY_PLUGIN buffering

Hi Wayne, Would you have a look at the attached patches? I do not want to introduce changes to the schematic plugins code without your approval. The first one removes multiple chunks of code that regenerate properties basing on the PART_LIB field values. Instead, a PROPERTIES object is

Re: [Kicad-developers] New addition to the lead developer team.

Great! KiCad demands high quality work force, congratulations Tom! Cheers, Orson On 02/27/2017 10:52 PM, Wayne Stambaugh wrote: > I have just given product and stable branch commit privileges to Tomasz > Wlostowski. Please join me in congratulating him for his promotion to > the lead

Re: [Kicad-developers] Change behaviour of selectCopper and selectNet feature

Hi Thomas, I see your point, but before we merge your patch, we need to address the other problem first. I would like to see a bug report, but I guess this behavior is hard to trigger without applying your patch first. BTW. are the rendering glitches visible in the linked video occurring in

Re: [Kicad-developers] [PATCH] Undo/redo points for zone fill actions (GAL)

Hi, This one has been merged too, thank you once again. Cheers, Orson On 02/26/2017 06:40 PM, John Beard wrote: > Hi, > > Sorry, that patch had a dependency on a previous commit in my patch stack. > > Here's an updated one. PCB_EDITOR_CONTROL now inherits PCB_TOOL, not > TOOL_INTERACTIVE, so

Re: [Kicad-developers] [PATCH] Draw zone hatching in GAL

Hi John, Thank you for the patch, I have just merged it. Cheers, Orson On 02/26/2017 09:11 AM, John Beard wrote: > Hi, > > Here's a patch to draw the zone hatching in GAL. > > The hatching is already contained within the ZONE_CONTAINER objects, > so this patch just regenerates the hatching at

Re: [Kicad-developers] [PATCH] Add cancel interactive tool to GAL

Hi John, I am really happy to see that your patching spree has not stopped. I have just committed your patch. Thank you for adding missing GAL features. Cheers, Orson On 02/24/2017 06:18 AM, John Beard wrote: > Hi, > > This adds a new action to the common ACTIONS tools: cancelInteractive. > >

Re: [Kicad-developers] [PATCH] Move ZoomFitScreen and ZoomPreset to common

flag for things like BOARD. >> >> If there is no good way to implement caching, I guess another way would >> be to implement caching at the sites that use the BOARD bounding box >> heavily (autorouter etc) >> >> -Jon >> >> On Fri, Feb 24, 2017 at 9:22

Re: [Kicad-developers] [PATCH] Move ZoomFitScreen and ZoomPreset to common

The previous mail had incorrect patch, please check this one. On 02/24/2017 10:16 AM, Maciej Sumiński wrote: > Hi Jon, > > The current version looks much better to me. From what I see there is no > actual bounding box caching, as GetBoundingBox() always calls > ComputeBoundingB

Re: [Kicad-developers] [PATCH] Move ZoomFitScreen and ZoomPreset to common

w if this looks better. > > Best, > Jon > > On Thu, Feb 23, 2017 at 4:17 AM, Maciej Sumiński <maciej.sumin...@cern.ch> > wrote: > >> Hi Jon, >> >> I really like the generic approach in the zoom methods. This part I >> would merge instantly, but t

Re: [Kicad-developers] [PATCH] Fix grid sizes in GAL modedit

Thank you John, your patch has just been committed. Cheers, Orson On 02/23/2017 03:15 PM, John Beard wrote: > Hi, > > The COMMON_TOOLS GAL tool wasn't registered in modedit, so the grid > setting didn't work. > > Here's a patch. This fixes lp:1667264, possibly the tersest bug report > ever,

Re: [Kicad-developers] [PATCH] Change reporter message of footprint missmatch to warning on netlist-import

Hi Marco, Good catch, I have just committed your patch. Thank you for your contribution. Regards, Orson On 02/22/2017 02:30 PM, Marco Sterbik wrote: > Hi, > > this patch just fixes a small thing that may irritate beginners to the > program (at least in a recent training some people were a bit

Re: [Kicad-developers] [PATCH] Fix MacOS coroutine segfault

Hi Chris, Would you give more details about the problem? Boost version, backtrace? Regards, Orson On 02/23/2017 02:23 AM, Chris Pavlina wrote: > Hi, > > pcbnew is segfaulting on launch on my MacOS Sierra build, due to a null > dereference in the coroutine code: > > coroutine.h > 408static

Re: [Kicad-developers] [PATCH] Select filter dialog in GAL

l be greyed out as currently? > Perhaps the CONTEXT_MENU::HasEnabledItems could work too to delegate > the decision to the enablement functions of each item? > > Cheers, > > John > > On Thu, Feb 23, 2017 at 1:11 AM, Maciej Sumiński > <maciej.sumin...@cern.ch> w

Re: [Kicad-developers] [PATCH] Move ZoomFitScreen and ZoomPreset to common

Hi Jon, I really like the generic approach in the zoom methods. This part I would merge instantly, but there is an issue with caching the board bounding box. It does not take into account that items already added to board may change their position and affect the bounding box. I would remove

Re: [Kicad-developers] [PATCH] Update tool framework documention

Hi John, I planned to do this, but your changes are even better than what I had in mind. Thank you, your patch is already pushed with a few minor modifications in a separate commit. Cheers, Orson On 02/23/2017 04:51 AM, John Beard wrote: > Hi, > > In light of recent changes to the tool

Re: [Kicad-developers] [PATCH] Select filter dialog in GAL

Hi Jon, Thank you very much for you help. Actually we had another idea for the selection filter [1]. We would like to have a panel in the layer widget area and filter the selection all the time, instead of after invoking a dialog. As your patch is ready at the moment, we can merge it unless

Re: [Kicad-developers] [PATCH] Change from EDA_COLOR_T to COLOR4D and arbitrary color support

Great, so now they are in the master repository. Thank you for the patches. Regards, Orson On 02/22/2017 02:10 PM, Jon Evans wrote: > Yes, they are ready to merge. > > Best, > Jon > > On Feb 22, 2017 03:37, "Maciej Sumiński" <maciej.sumin...@cern.ch> wrote:

Re: [Kicad-developers] [PATCH] Refactor COMMON_ACTIONS into a base and derived class

pendencies on pcbnew that need to be resolved -- I did not >> want to take on the refactoring needed to fix this in this patch, but I >> plan on looking at it in the near future. >> >> Best, >> Jon >> >> On Mon, Feb 20, 2017 at 11:13 AM, Maciej Sumiń

Re: [Kicad-developers] [PATCH] Change from EDA_COLOR_T to COLOR4D and arbitrary color support

ind changing to static consts! > > Best, > Jon > > On Mon, Feb 20, 2017 at 12:50 PM, Maciej Sumiński <maciej.sumin...@cern.ch> > wrote: > >> Hi Jon, >> >> I have just tested the patch, and I really like it. I just need to test >> it a bit lo

Re: [Kicad-developers] [PATCH] Fix layer color swatches in Linux

Wayne, I would like to merge the COLOR4D patches today, once I confirm with Jon they are complete. Regards, Orson On 02/21/2017 03:41 PM, Wayne Stambaugh wrote: > I forgot to mention that this will likely clash with the COLOR4D work > that is already in progress so we will have to coordinate

Re: [Kicad-developers] [PATCH] Change from EDA_COLOR_T to COLOR4D and arbitrary color support

Hi Jon, I have just tested the patch, and I really like it. I just need to test it a bit longer, as there are numerous changes, but I am in favor of merging the patch. I also applied one more patch changing a few defines (UNSPECIFIED, BLACK, WHITE) to static consts, I hope you do not mind. If

Re: [Kicad-developers] [PATCH] Refactor COMMON_ACTIONS into a base and derived class

(maybe pcb_actions.cpp or >> something in future) would need to include most of these headers so it >> can still map legacy event IDs, but that's how it should be - a file >> that needs lots, includes lots. >> >> Cheers, >> >> John >> >> >&g

Re: [Kicad-developers] [PATCH] Setting grid line sizes and density

to unbind >> from a lambda, as I suspect you are right. >> >> Cheers, >> >> John >> >> On Fri, Feb 17, 2017 at 12:23 AM, Maciej Sumiński >> <maciej.sumin...@cern.ch> wrote: >>> Hi John, >>> >>> Thank you very m

Re: [Kicad-developers] [PATCH] Refactor COMMON_ACTIONS into a base and derived class

Hi Jon, I see the point of your patch, as COMMON_ACTIONS are now a bit misused. They should not keep majority of the TOOL_ACTIONs, as many of them are pcbnew specific, but there are still actions that will be shared with other applications (e.g. zoom & grid control, move/rotate/flip). For some

Re: [Kicad-developers] [PATCH] Remove dependence on LAYER_ID from EDA_DRAW_PANEL_GAL

Hi Jon, Thank you very much, I have just committed your patch. Regards, Orson On 02/17/2017 02:02 AM, Jon Evans wrote: > Hi all, > > Another refactoring of the GAL base classes, this time to not depend on > LAYER_ID, which is specific to pcbnew. > > Best, > Jon > > > >

Re: [Kicad-developers] [PATCH] Setup PCB painter in the PCB draw class rather than the base class

[merged] On 02/16/2017 03:10 AM, Jon Evans wrote: > Hi all, > > Patch attached for the issue I mentioned in the GerbView thread. > This will allow creation of other derived classes of EDA_DRAW_PANEL_GAL. > > Best, > Jon > > > > ___ > Mailing list:

Re: [Kicad-developers] [PATCH] Move layer color settings from child class to base class RENDER_SETTINGS

Hi Jon, I have just pushed your both patches. Now you made me curious what else is there between 0001-Setup-painter and 0006-Move-layer-colors. Thank you very much! Regards, Orson On 02/16/2017 04:30 AM, Jon Evans wrote: > Hi all, > > This patch follows up on the one I sent earlier, to finish

Re: [Kicad-developers] [PATCH] Setting grid line sizes and density

Hi John, Thank you very much, I see lots of great improvements here. Your branch is a good candidate for merge, but there is one problem. If I type a value in INCREMENT_TEXT_CTRL and hit Enter, pcbnew segfaults. I suspect that kill focus event handler is executed after the window is gone, but I

Re: [Kicad-developers] [PATCH] hiding nets from ratsnest

Hi Julius, Thank you for the patch, but at the moment I am not sure we can push it. We would like to have the feature you implemented, but there is a new connectivity algorithm on the way, which may be much different compared to what we have now. There is also a minor bug, which causes ratsnest

Re: [Kicad-developers] [PATCH] CPolyLine -> SHAPE_POLY_SET refactor

On 02/01/2017 02:36 PM, jp charras wrote: [snip] > * In GAL canvas, depending on the zoom level and the size of the filled zones > areas, filled zones > areas are displayed or not. > Same for zone outlines. Without looking at the code, my first shot is incorrect bounding box calculation

Re: [Kicad-developers] [PATCH] Add exchange footprints to GAL

Hi John, I have just pushed your patches. Once again - thank you very much! Taking into account your recent contributions, I dare to say you now deserve the GAL contributor medal. Regards, Orson On 01/31/2017 04:32 PM, John Beard wrote: > Hi, > > The attached patches add the "exchange

Re: [Kicad-developers] Modedit graphical item properties dialog patch

Thank you Diogo, I have just committed your patch. Regards, Orson On 01/27/2017 09:49 PM, Diogo Condeço wrote: > From a6d5b321ca5d5a75cde7f5039bb0bd0f729454b4 Mon Sep 17 00:00:00 2001 > From: Diogo Condeco > Date: Fri, 27 Jan 2017 20:31:35 + > Subject: [PATCH] MACOS

Re: [Kicad-developers] Modedit graphical item properties dialog patch

On 01/25/2017 08:14 PM, Diogo Condeço wrote: > Hi all, > > This patch corrects the CMD+C cancel dialog bug on macos... There are still > some both in the footprint editor, and the board editor. I will try to > patch them once i can get some free time. I wonder if FixOSXCancelButtonIssue() call

Re: [Kicad-developers] Pad import/export/push and modedit mirror

Thank you John, you really help us progress towards legacy canvas removal, good job! I have just merged your patches and fixed minor code formatting violations mentioned by Wayne. Regards, Orson On 01/25/2017 08:39 AM, John Beard wrote: > Sorry, attached the wrong version of the "import export"

Re: [Kicad-developers] issues in GAL mode with event manager.

Hi Jean-Pierre, Both problems should be already fixed. Regards, Orson On 01/20/2017 09:57 AM, jp charras wrote: > Le 20/01/2017 à 09:46, Maciej Sumiński a écrit : >> Hi Jean-Pierre, >> >> Thank you for the report. I already see the first issue, the fix is in >> progre

Re: [Kicad-developers] [PATCH] Move PostCommandMenuEvent to EDA_BASE_FRAME

Hi John, I have just merged your patch, thank you for your contribution. Regards, Orson On 01/23/2017 02:11 AM, John Beard wrote: > Hi, > > This is a small patch to move PostCommandMenuEvent up to > EDA_BASE_FRAME, from PCB_BASE_EDIT_FRAME. > > This function has nothing intristic to PCB edit

Re: [Kicad-developers] [PATCH] C++14-style std::make_unique for C++11

Hi John, I have just merged your patch, thank you for your contribution. Regards, Orson On 01/21/2017 05:38 PM, John Beard wrote: > Hi, > > This is a patch to add std::make_unique to common.h when the C++ > standard is C++11 (which it normally is for KiCad). > > This simplifies code creating

Re: [Kicad-developers] [PATCH] mousewheelpan + ctrl = zooming

adds two last options and decreases the pan step in >> 3d-viewer to be more comfortable. >> It works in eeschema, pcbnew (legacy, openGL, cairo), 3d-viewer, >> gerbview. >> >> 2017-01-17 11:27 GMT+02:00 Maciej Sumiński <maciej.sumin...@cern.ch >> <

Re: [Kicad-developers] Assertion Failure in GAL

Hi Simon, Thank you for the report. I am unable to reproduce the problem even though I also use a tiling wm. The assert is not critical, it has been added when I was debugging another problem, so it is simply gone now. Regards, Orson On 01/18/2017 03:17 AM, Simon Richter wrote: > Hi, > > I can

Re: [Kicad-developers] [PATCH] mousewheelpan + ctrl = zooming

>> 2017-01-06 12:03 GMT+02:00 Константин Барановский >>> <baranovskiykonstan...@gmail.com <mailto:baranovskiykonstan...@gmail.com >>>> : >>> >>> 2016-11-23 0:22 GMT+02:00 Maciej Sumiński <maciej.sumin...@cern.ch >>>

[Kicad-developers] Local ratsnest

One of the features that are available in the legacy canvas, but not in GAL is local ratsnest. Now, we need to decide whether we would like the same functionality in the GAL canvas, or perhaps should it be modified. Do you use it? If so, what are your use cases? Do you think it would be better to

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

On 01/16/2017 04:30 PM, jp charras wrote: [snip] > Hi, CERN guys, > I remember someone at CERN worked on (or was willing to work on) SVG import. > > Is it a work in progress? Actually, the task has been undertaken by our friends from Brazil during the last hackathon. The basic import should be

Re: [Kicad-developers] Group selection idea

Hi Kristoffer, Please consider the following ideas, perhaps you will find it useful: * Create a PCB_GROUP class inheriting from BOARD_ITEM_CONTAINER As BOARD_ITEM_CONTAINER is also a BOARD_ITEM, you get an easy way of creating nested groups. This also enables selecting a group with the

Re: [Kicad-developers] Anti-Aliasing in GAL OpenGL Canvas

Hi Michael, I apologize it has taken me so long, but finally I have merged your changes. Good job, we will have even more eye-candy for the next release! Regards, Orson On 12/23/2016 05:48 PM, Michael Steinberg wrote: > Hello all, > > I've been working on adding Anti-Aliasing to the OpenGL

Re: [Kicad-developers] PCB update behavior

n my designs I always put a schematic symbol for each footprint, >> especially mounting holes) >> Perhaps an option similar to options existing in import netlist dialog. >> Or, better, like in Altium, a dialog to validate footprints which will >> be removed or changed. >

[Kicad-developers] PCB update behavior

Someone on #kicad has noticed that "Perform PCB update" removes components that were placed only in pcbnew without a schematic symbol counterpart assigned. It works as if "delete extra footprints" option was always enabled when reading a netlist. The drawback is it removes logos, mounting holes,

Re: [Kicad-developers] Current state of ActionPlugin

Hi Jean-Samuel, I think your patch will facilitate use of 3rd party python plugins, as the current way of executing commands from the Python shell is not quite user friendly. I vote for merging the patch, but we need to fix some code formatting issues first. Also, I wonder if it would be the

Re: [Kicad-developers] Cairo boost

I am glad the world still has not exploded;) On 12/12/2016 11:16 PM, Nick Østergaard wrote: > Come on! I waited almost eight minutes for you to rebase and push that > bunch of patches :D > > 2016-12-12 22:15 GMT+01:00 Maciej Sumiński <maciej.sumin...@cern.ch>: >> Hi Ni

Re: [Kicad-developers] Cairo boost

master. > > 2016-12-12 17:08 GMT+01:00 Maciej Sumiński <maciej.sumin...@cern.ch>: >> I have just fixed the two mentioned problems (screen refresh after flip, >> inverted cursor control using arrow keys) and merged the changes to the >> master branch. >> >> Regard

Re: [Kicad-developers] Patch to replace avhttp by curl in stable branch

Hi Jean-Pierre, I have just successfully build the 4.0 branch with your patch and it fixes the problem here. Well done! I vote for merging the patch. Regards, Orson On 12/07/2016 08:50 PM, jp charras wrote: > patches related to this replacement) signature.asc Description: OpenPGP digital

[Kicad-developers] Cairo boost

Hi, Tom has just finished working on cairo backend optimizations [1]. We still have a few tricks up our sleeves, so if the current performance is still not high enough to make cairo the offical SW renderer, we can continue optimizations. It is not merged yet, as the most time consuming part is

Re: [Kicad-developers] Via Stitching

Hi Heikki, Good catches, thank you for the report. Both issues should be already fixed. Regards, Orson On 12/07/2016 01:11 PM, Heikki Pulkkinen wrote: > Hi > > Yesterday I do some work with Via Stitching cleanup. Cleanup Tracks and > Vias has been changed quite much past two weeks. I found

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

On 12/07/2016 10:55 AM, Maciej Sumiński wrote: > On 12/07/2016 10:35 AM, Michael Steinberg wrote: >> Hello Orson, >> >> >> Am 07.12.2016 um 10:29 schrieb Maciej Sumiński: >>> I used to work with projects that had multiple small unit tests and it >>> w

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

On 12/07/2016 10:35 AM, Michael Steinberg wrote: > Hello Orson, > > > Am 07.12.2016 um 10:29 schrieb Maciej Sumiński: >> I used to work with projects that had multiple small unit tests and it >> was quite neat solution. Do you think it would be much harder to apply >&

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

Hi Michael, On 12/06/2016 05:35 PM, Michael Steinberg wrote: > Hello, > > I played around a bit and settled on a quick solution. For running > the tests on windows binding to the shared libs is a problem with our > default build, because we have separate output directories per target. > Only

Re: [Kicad-developers] Symbol library editor UI refactor

On 12/06/2016 09:10 AM, Maciej Sumiński wrote: > Hi Nick, > > On 12/05/2016 11:46 PM, Nick Østergaard wrote: [snip] >> But I wonder if the filter should be able to also consider the library >> name. Currently it seems to only consider the parts. For example if I >>

Re: [Kicad-developers] Github plugin not built in Ubuntu PPA

Hi Carl, Do you mean PPA for the 4.0 branch? Recently I had troubles building the 4.0 branch with Github plugin enabled on Arch as well. Seemingly the problem is disabled SSLv3 support in Arch's OpenSSL package, which might be the case in Ubuntu as well. SSLv3 is used by avhttp to connect to

Re: [Kicad-developers] Symbol library editor UI refactor

I think the tree widget should visibility should be toggled and surely it should display matching libraries as well. Regards, Orson > Nick > > 2016-12-05 17:52 GMT+01:00 Maciej Sumiński <maciej.sumin...@cern.ch>: >> Since some time we have been working on eeschema library

Re: [Kicad-developers] Symbol library editor UI refactor

Thank you Simon! Does it mean you have Windows binaries available for testing? Regards, Orson On 12/05/2016 11:33 PM, Simon Richter wrote: > Hi, > > On 05.12.2016 17:52, Maciej Sumiński wrote: > >> Since some time we have been working on eeschema library editor with the >

[Kicad-developers] Symbol library editor UI refactor

Since some time we have been working on eeschema library editor with the goal of simplifying the user interface. Now it is available for beta testing [1] and I would appreciate some feedback. Changes: - symbol tree widget (thanks to Michele Castellana) - opening multiple components at the same

Re: [Kicad-developers] eeschema status and features safe to work on

Hi Jon, We really appreciate your offer. I am quite positive that most of people here would admit that KiCad begs for some UX improvements. GALifying eeschema is going to be a significant refactor, but it will not happen before v5 release, which is currently planned for Feb 2017. IIRC Wayne

Re: [Kicad-developers] [PATCH] mousewheelpan + ctrl = zooming

The patch seems reasonable to me. Currently with touchpad panning enabled there is no way to zoom with the scroll motion. With the patch applied zoom both are enabled. I do not have a two-wheel mouse or a touchpad to test if everything works well for the second axis, but the patch seems correct.

Re: [Kicad-developers] [RFC] DRAWSEGMENT polygon type vs non-copper zone

Hi Jean-Pierre, On 11/17/2016 06:13 PM, jp charras wrote: [snip] > ZONE_CONTAINER is suitable for copper layer areas, because it handle the > outline polygon (with > holes) but also sub-polygons which are the actual copper filled areas, and > all info (net, clearance) > > It looks to me a bit

[Kicad-developers] [RFC] DRAWSEGMENT polygon type vs non-copper zone

One of our friends continues work on the SVG importer and would like to add a possibility of importing graphics as filled polygons. I see there are two ways of handling polygons: - DRAWSEGMENTs of S_POLYGON type - ZONE_CONTAINER placed on non-copper layers We need to pick one. In order to have

[Kicad-developers] EDGE_MODULE and DRAWSEGMENT refactor

Would it make sense to get rid of EDGE_MODULE class? As far as I can tell, the only difference I see is that EDGE_MODULE stores coordinates relative to its parent module. Perhaps we could have only DRAWSEGMENT offering methods to access both absolute and relative position, but the latter is

Re: [Kicad-developers] [RFC] eeschema new tool/feature.

Hi Dino, I see a great value in a tool like this. KiCad needs a generic way to modify properties for multiple items at once. Currently there are a few tools tools (e.g. Set Footprint Field Sizes, Edit All Track And Vias) that could be replaced by a powerful selection tool and a property editor.

Re: [Kicad-developers] KiCad hackathon invitation

/PKGBUILD On 11/07/2016 06:44 PM, Wayne Stambaugh wrote: > On 11/2/2016 6:16 PM, Maciej Sumiński wrote: >> Hi there, >> >> We have already finished the hackathon at e-HAL in Sao Paulo. We would >> like thank all the participants for the effort they put in KiCad >>

Re: [Kicad-developers] KiCad hackathon invitation

> Please, may I continue do this task and submit to review and commit? > > Ragards. > Oswaldo Fratini Filho. > > 2016-11-02 20:16 GMT-02:00 Maciej Sumiński <maciej.sumin...@cern.ch>: > >> Hi there, >> >> We have already finished the hackathon at e-H

Re: [Kicad-developers] KiCad hackathon invitation

icad/+git/kicad/+ref/properties On 10/12/2016 06:16 PM, Maciej Sumiński wrote: > Hi there, > > At the end of this month there will be another KiCad hackathon, hosted > by e-HAL [1] and supported by Garoa hackerspace [2]. We have prepared a > few blueprints [3] for the features

Re: [Kicad-developers] KiCad hackathon invitation

Just a gentle reminder for people interested in the hackathon. Cheers, Orson On 10/17/2016 01:24 PM, Maciej Sumiński wrote: > We would like to have an IRC meeting on Wednesday evening at 22:00 CEST, > #ki...@freenode.net to discuss the details. If you would like to > participate in the

Re: [Kicad-developers] [RFC] Component library browser improvements.

Hi Wayne, These are seemingly minor details, but this is what improves the user experience, a really important factor in our case. I raise both hands voting for the changes, we need more such changes in KiCad. Regards, Orson On 10/18/2016 08:49 PM, Wayne Stambaugh wrote: > While cleaning up the

Re: [Kicad-developers] KiCad hackathon invitation

We would like to have an IRC meeting on Wednesday evening at 22:00 CEST, #ki...@freenode.net to discuss the details. If you would like to participate in the hackathon, feel invited to join us. Regards, Orson On 10/12/2016 06:25 PM, Maciej Sumiński wrote: > On 10/12/2016 06:16 PM, Maciej Sumiń

Re: [Kicad-developers] Spice simulation on windows.

oes not happen when maximizing the > window. > > 2016-10-14 15:30 GMT+02:00 Maciej Sumiński <maciej.sumin...@cern.ch>: >> Yes, I override three Spice variables: >> >> - unset interactive >> Disable interactive mode. You should expect hang ups when the option is

Re: [Kicad-developers] Spice simulation on windows.

rom > the user config? I would prefer that you didn't so I don't spend time > trying to figure out why my config settings are not being respected. > > On 10/13/2016 11:13 AM, Maciej Sumiński wrote: >> It still loads the original configuration files (when possible) and >> after

Re: [Kicad-developers] Spice simulation on windows.

, Orson On 10/13/2016 06:22 PM, Simon Wells wrote: > If the user file is loaded is it worth adding this to the copy version > info or something to make it easy to see and ask someone about a > custom init file if they experience issues with it? > > On Fri, Oct 14, 2016 at 4:13 AM,

Re: [Kicad-developers] Spice simulation on windows.

respects the users config. I still stand by my > original investigation that this is a package configuration issue, not a > broken code issue but if no one is willing to resolve those issues and > your patch respects the user config, then I'm OK with it. > > On 10/13/2016 9:49 A

Re: [Kicad-developers] Spice simulation on windows.

d equate to a relative path to the executables to >> ../lib/ngspice/*.cm, given that the exe's are in the bin folder on the >> same level as lib. >> >> So feel free to submit your fix. Also, are there any demos that make >> use of those cm libs such that it

Re: [Kicad-developers] KiCad hackathon invitation

On 10/12/2016 06:16 PM, Maciej Sumiński wrote: > Hi there, > > At the end of this month there will be another KiCad hackathon, hosted > by e-HAL [1] and supported by Garoa hackerspace [2]. We have prepared a > few blueprints [3] for the features that we would like to develop dur

[Kicad-developers] KiCad hackathon invitation

Hi there, At the end of this month there will be another KiCad hackathon, hosted by e-HAL [1] and supported by Garoa hackerspace [2]. We have prepared a few blueprints [3] for the features that we would like to develop during the event. If you find any of them interesting and feel like helping

Re: [Kicad-developers] Boost 1.62.

Anyway, I see a tendency to deboostify KiCad, so maybe we could simply include Tom's libcontext [1]? It is a stripped down version of boost::context, and I believe Tom may guarantee the API will stay stable. Regards, Orson 1. https://github.com/twlostow/libcontext On 10/12/2016 02:13 PM, Wayne

Re: [Kicad-developers] Boost 1.62.

It builds fine here as well (Linux x86_64). Perhaps it is only an issue on msys2, but still it needs to be solved. What are the error messages? Regards, Orson On 10/12/2016 11:14 AM, Simon Wells wrote: > can you elaborate the issue you have on osx? i just did a fresh build > (aka nuked my build

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

Hi Nox, Tracks & vias obtain their nets through the net propagation algorithm: they inherit nets from the pads they are connected to. Manually assigned net names will be overridden every time the algorithm is executed. Regards, Orson On 10/07/2016 05:09 PM, Nox wrote: > Hello, > > what do you

Re: [Kicad-developers] Spice simulation on windows.

im solution if they want to use the spice simulator. >> >> Cheers, >> >> Wayne >> >> On 9/30/2016 3:40 AM, Maciej Sumiński wrote: >>> We have also discussed on IRC another possibility, which is loading the >>> extensions manually instead of hav

Re: [Kicad-developers] Spice simulation on windows.

We have also discussed on IRC another possibility, which is loading the extensions manually instead of having ngspice process its initialization file (spinit). This way we can adjust the paths during runtime. Regards, Orson On 09/29/2016 08:51 PM, Wayne Stambaugh wrote: > After much cursing and

Re: [Kicad-developers] [PATCH] Some warning fixes

Hi, Thank you Chris, I have just committed 0001 & 0002. Regards, Orson On 09/30/2016 08:07 AM, Chris Pavlina wrote: > Hi, > > I've attached some patches to quiet warnings. Additionally number 0002 > may actually fix a genuine uninitialized access. Any objections to > pushing these? > > > >

<    1   2   3   4   5   6   7   8   9   >