Re: [Kicad-developers] Future plans on the KiCad library releases?

Hi Wayne, > KiCad should not be determining which libraries get loaded just because > our library layout gets more complex. I would reject any design changed > that loaded libraries outside the users control. Maybe I'm misreading > this but it kind of sounds like that to me. My proposal would

Re: [Kicad-developers] Libedit and Modedit Icons

Thanks Chris! You got to this before I had a chance to respond. We need to calm down and move forward with the stable 5 release. Getting hung up on icon details isn't going to get us anywhere. I should have pushed all of the off until v6. Lesson learned. Now that it's merged, I will only

Re: [Kicad-developers] macOS Nightly

Yes, and this was introduced in 786312b103 kicad/common/dialog_shim.cpp:573:5: error: use of undeclared identifier 'ReparentQuasiModal' http://ci.kicad-pcb.org/job/osx-kicad-adam-head/ 2018-01-16 18:42 GMT+01:00 Michael Kavanagh : > Hi all, > > Just a heads up the

Re: [Kicad-developers] Improving behavior and logic of Findngspice.cmake

Hi Carsten, have you tried specifying -DCMAKE_LIBRARY_ARCHITECTURE=x86_64-linux-gnu when calling cmake in the build script? Relevant documentation here, in roughly the 2nd paragraph: https://cmake.org/cmake/help/v3.0/command/find_library.html Thanks, Dan W On Tuesday, 16 January 2018 19:23:25

[Kicad-developers] Improving behavior and logic of Findngspice.cmake

Hi, as written some days ago I'm working currently on packaging of ngspice for Debian main. For this I must follow the Debian (packaging) policy [1]. This requires the installation of shared libraries into /usr/lib/triplet due policy 9.1.1.4 (see [2]). triplet means here the architecture there

Re: [Kicad-developers] [PATCH] Defer canvas type setting save until destruction of EDA_DRAW_FRAME

For me - not entirely, but definitely it is better than the current implementation. If you run KiCad for the first time and select 'Enable hardware acceleration' on a machine that does not support OpenGL, it switches to Cairo (correctly). Then, when you turn off KiCad, it will save OpenGL as the

Re: [Kicad-developers] One more quick plug for reducing "Clarify Selection" dialogs

Hi Seth,I looked into this, and I’m not sure it helps.  The call-chain between ExchangeFootprints and where the GENERAL_COLLECTOR is instantiated looks something like:

Re: [Kicad-developers] One more quick plug for reducing "Clarify Selection" dialogs

I observe a similar issue following Orson's procedure and the new patch. For me, the selection tool will lock selected when there is no element in the selection, causing the screen to scroll when I move the mouse to the edge and I can't get out of the tool selection. I tried to poke through the

Re: [Kicad-developers] KiCad And Quces

gnucap would also be very nice, especially for mixed signal stuff. That said my impression of it is that its development is not especially active at the moment. Dan W On Tuesday, 16 January 2018 09:22:49 GMT Babar Malik wrote: > Thanks a lot. As far as my background knowledge is concerned, I

Re: [Kicad-developers] [PATCH] Implement primitive icon scaling for high DPI

Chris Pavlina kirjoitti 16/01/18 klo 01:04: > I like our font. It looks professional, like it belongs in an > engineering drawing - waaay better than a certain other package that > defaults to some serif font (Times New Roman maybe? blehhh). Would be > nice to be able to change fonts though. > >

[Kicad-developers] macOS Nightly

Hi all, Just a heads up the macOS nightly build seems to be failing. Last completed successfully on 12th Jan. Cheers, Michael ___ Mailing list: https://launchpad.net/~kicad-developers Post to : kicad-developers@lists.launchpad.net Unsubscribe :

Re: [Kicad-developers] [PATCH] Defer canvas type setting save until destruction of EDA_DRAW_FRAME

Sorry I disappeared for a while. I'm building on the machine where I experienced the bug right now. On Tue, Jan 16, 2018 at 04:26:16PM +, Jon Evans wrote: > Wayne/Orson, I'm not sure Chris will have time to review this, could you > please take a look? > > Thanks, > Jon > > On Thu, Jan 11,

Re: [Kicad-developers] Libedit and Modedit Icons

Can't we quit this icon bickering? Opinions are like buttholes, you all have one and I'm not the least bit interested in seeing yours. This thread is getting _exhausting_. Everyone stop replacing everyone's icons constantly, everyone stop nitpicking, everyone just go home and find something

Re: [Kicad-developers] [PATCH] Implement primitive icon scaling for high DPI

On Tue, Jan 16, 2018 at 09:49:51AM +, Fabrizio Tappero wrote: > Hi Thomas, > thanks for the pics. All icons seem out of focus to me. I however > understand that if you need bigger icons you need bigger incons > > It might make sense to chose a 200% magnification only. In this case >

Re: [Kicad-developers] [PATCH] Defer canvas type setting save until destruction of EDA_DRAW_FRAME

I have already read the patch, and IMHO it has a chance to fix the problem. Right now I am building KiCad on an ultraslow virtual machine that does not support OpenGL 2.1, so stay tuned! Cheers, Orson On 01/16/2018 05:26 PM, Jon Evans wrote: > Wayne/Orson, I'm not sure Chris will have time to

Re: [Kicad-developers] [PATCH] Defer canvas type setting save until destruction of EDA_DRAW_FRAME

Wayne/Orson, I'm not sure Chris will have time to review this, could you please take a look? Thanks, Jon On Thu, Jan 11, 2018 at 11:02 PM, Jon Evans wrote: > Updated patch attached (missed initializers in the original) > > On Wed, Jan 10, 2018 at 11:40 PM, Jon Evans

Re: [Kicad-developers] One more quick plug for reducing "Clarify Selection" dialogs

I am seeing a different behavior, I think it is best shown on a screencast [1]. When I start dragging a footprint, mouse cursor is warped back to the drag origin, so the footprint is never moved. If footprint was previously selected, then selection is cleared, but it is still stuck. Cheers, Orson

Re: [Kicad-developers] One more quick plug for reducing "Clarify Selection" dialogs

Hi Orson, Can you say more about the drag issue? If I click in a footprint and drag, it drags the footprint. If I click in a footprint’s pad and drag, it drags the footprint. Same is true whether footprint/pad was previously selected or not. Same is true with trackpad 3-finger drag. Is one of

Re: [Kicad-developers] One more quick plug for reducing "Clarify Selection" dialogs

Hi Jeff, I apologize for long delay. I have just reviewed and tested your patch and the changes look fine, but there is one thing that needs to be addressed before they can be accepted. Dragging a footprint with mouse cursor does not work anymore, cursor simply gets stuck at the drag origin

Re: [Kicad-developers] Libedit and Modedit Icons

For me it feels more natural with thins flowing from left to right, so that means moving the import arrow to the left side, and also making it flowing into the document. Export also flow from left to right, so making it flowing from inside the document to out on the right side. These are good

Re: [Kicad-developers] Libedit and Modedit Icons

I think the in/out axis is more important than the left/right axis. So your suggestion would be an improvement. > On 16 Jan 2018, at 11:40, Oliver Walters > wrote: > > I think you are all correct. During my revamp of the icons I tried to achieve > two things:

[Kicad-developers] Introduction

Babar’s intro made me realise I had never introduced myself to the developers list. I’m a software engineer/architect by trade, although I did digital hardware design back in the 1980’s, and worked on the particle accelerator at BNL. I’ve done a considerable amount of UI design, including

Re: [Kicad-developers] Libedit and Modedit Icons

I think you are all correct. During my revamp of the icons I tried to achieve two things: 1. Differentiate between import and export based on arrow direction (generally import arrows are right to left, and export are left to right) 2. Place import icons on the left, and export on the right

Re: [Kicad-developers] Libedit and Modedit Icons

A majority of participants on the ML found the new icons a step forward and we have a commit. We won’t ever reach a point where we can satisfy everybody, so we must live with the democratic majority. All concerns and inputs raised after the commit are sound, valid and wise and should be

Re: [Kicad-developers] Libedit and Modedit Icons

The attached image shows a comparison between a poorly designed icons and a well designed icon . thank you Fabrizio On Sat, Jan 13, 2018 at 2:19 AM, Nick Østergaard wrote: > IMHO the new icon collection looks awful. They are

Re: [Kicad-developers] Libedit and Modedit Icons

Hi, I do not mean to offend anybody but, for years, there have been people working very hard on the look of KiCad UI (see credits for details). I have designed, and mediated with, the looks of KiCad for several years and I am afraid the icons that have been submitted are not a step forward. When

Re: [Kicad-developers] Libedit and Modedit Icons

FWIW, I also agree that the current import arrow is backwards. > On 16 Jan 2018, at 07:11, Marco Ciampa wrote: > > Hi Oliver, your thoughts? > > On Mon, Jan 15, 2018 at 09:09:48AM +0100, jp charras wrote: >> Le 15/01/2018 à 08:51, Marco Ciampa a écrit : >>> Hi Oliver, >>>

Re: [Kicad-developers] [PATCH] Implement primitive icon scaling for high DPI

Hi Thomas, thanks for the pics. All icons seem out of focus to me. I however understand that if you need bigger icons you need bigger incons It might make sense to chose a 200% magnification only. In this case sharpness is preserved. I shall also say that if your monitor has a higher enough DPI

Re: [Kicad-developers] KiCad And Quces

On 01/16/2018 09:38 AM, Christian Gagneraud wrote: > CC Qucs's maintainer, please feel free to extend. > > On 16 January 2018 at 21:14, Babar Malik wrote: >> I am much more interested to integrate Kicad and Qucs, and the first step >> towards this would be to study the

Re: [Kicad-developers] [PATCH] Ensure DrawRectangle() stroke outline will always be visible

Hi Jon, On 01/16/2018 05:09 AM, Jon Evans wrote: > SELECTION_AREA::ViewDraw() doesn't set the line width. I thought about > fixing it by adding a call to set some kind of arbitrary width, but decided > to do it a different way to be more generally applicable. Despite my > saying that, this is

Re: [Kicad-developers] KiCad And Quces

On 16 January 2018 at 20:10, José Ignacio wrote: > In case you didn't get to try it yet, the development version of kicad > already includes integration with a very good simulator, ngspice. That may > already do everything you need. Qucs is way more than (ng)spice,