Re: [Kicad-developers] Patches consistency

ah found the issue, build wx with “—disable-mediactrl” as its incompatible with macOS >= 10.12 > On 1/01/2018, at 12:26 PM, Anton Shevchenko wrote: > > There were 3 issues while running patch utility on all files in patches > subfolder. > > 1. regarding

Re: [Kicad-developers] Symbol library editor functionality removed

On 01/01/18 00:40, Andy Peters wrote: Apropos of the recent discussion about problems with the ‘/‘ character in symbol names (https://lists.launchpad.net/kicad-developers/msg31705.html), I went to rename three problematic symbols in my library. I’m on the 24 Dec 2017 nightly on macOS. (This

[Kicad-developers] Symbol library editor functionality removed

Apropos of the recent discussion about problems with the ‘/‘ character in symbol names (https://lists.launchpad.net/kicad-developers/msg31705.html), I went to rename three problematic symbols in my library. I’m on the 24 Dec 2017 nightly on macOS. (This is all in bug

Re: [Kicad-developers] Patches consistency

There were 3 issues while running patch utility on all files in patches subfolder. 1. regarding wxwidgets-3.0.2_macosx_unicode_pasteboard.patch The patch could not be applied for the simple reason there was no "#if 0" lines in the source code of wxwidgets-3.0.2 (downloaded from sourceforge.net).

Re: [Kicad-developers] Default Canvas for v5

the big problem i have with setup wizards is it is not always obvious which options will be or were set by the setup dialog Simon > On 1/01/2018, at 11:08 AM, Kristoffer Ödmark > wrote: > > There is still some functionality in it that is missing from what I

Re: [Kicad-developers] Default Canvas for v5

There is still some functionality in it that is missing from what I gather. I do like the idea that just having an "enable hw acceleration" button or switch in the nagdialog, it feels proffessional, and most people will try it i think. Also, these problems seems like there could be some

Re: [Kicad-developers] Patches consistency

whats the error when you try applying it on 3.0.2 i don’t think i have any issues? (jsut fyi i did a build last night with it being patched without issues) Simon > On 1/01/2018, at 5:22 AM, Anton Shevchenko wrote: > > Thanks Jess for pointing this. My mistake. > I meant

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 wrote: > 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

Re: [Kicad-developers] Default Canvas for v5

On 2017-12-31 12:35 PM, Nick Østergaard wrote: We could also write about this in the release notes. That would be a good idea. +1 -- Cheers! Kevin. http://www.ve3syb.ca/ |"Nerds make the shiny things that distract Owner of Elecraft K2 #2172 | the mouth-breathers, and that's

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

+1 No menu items. Just a checkbox for Enable Hardware Acceleration in Preferences. > On 31 Dec 2017, at 18:36, Andy Peters wrote: > >> - In the case of graphics glitches, inform the users in the FAQ/Manual >> that they can fall back to software renderer in the View menu. >> -

[Kicad-developers] bug process

When I start working on a bug I assign it to me and mark it “In Progress”. Once I upload a patch, should I un-assign it and give it some other status, or will committers find it either way? Thanks, Jeff. ___ Mailing list:

Re: [Kicad-developers] Default Canvas for v5

> On Dec 31, 2017, at 11:06 AM, Tomasz Wlostowski > wrote: > > On 31/12/17 18:38, Nick Østergaard wrote: >> I don't think the term standard for Cairo is good. It is better to call >> it fallback or faillsafe. >> > > How about this: > > - Always start with OpenGL

Re: [Kicad-developers] Default Canvas for v5

Do we actually need the legacy canvas anymore? I know we need the code in it for printing, but do we need the option to render the UI in legacy mode or could we hide that in some place less prominent than the view menu? It would be a lot less confusing if the only choice was between hardware

Re: [Kicad-developers] Default Canvas for v5

How about "Modern" instead of GAL for user-facing stuff? "Legacy" "Modern (Accelerated)" "Modern (Fallback)" On Dec 31, 2017 12:38, "Nick Østergaard" wrote: > I don't think the term standard for Cairo is good. It is better to call it > fallback or faillsafe. > > Calling it

Re: [Kicad-developers] Default Canvas for v5

On 31/12/17 18:38, Nick Østergaard wrote: > I don't think the term standard for Cairo is good. It is better to call > it fallback or faillsafe. > How about this: - Always start with OpenGL by default. - If pcbnew crashes, fall back automagically to Cairo on the next launch. Inform that the

Re: [Kicad-developers] Default Canvas for v5

On Sun, Dec 31, 2017 at 12:04:29PM -0500, Jon Evans wrote: > How about something like this? > > [image: Inline image 1] > > (N.B. I agree with Andy, and think we could consider renaming the options > in the View menu to "Legacy", "Accelerated (OpenGL)" and "Standard (Cairo)" > or something like

Re: [Kicad-developers] Default Canvas for v5

I don't think the term standard for Cairo is good. It 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" <

Re: [Kicad-developers] Default Canvas for v5

We could also write about this in the release notes. Den 31. dec. 2017 15.06 skrev "Jon Evans" : > On modern computers, the OpenGL canvas offers by far the best experience > for users. Until we have the code in place to be able to default to OpenGL > and safely / neatly fall

Re: [Kicad-developers] Default Canvas for v5

Looks good to me. On 12/31/2017 12:04 PM, Jon Evans wrote: > How about something like this? > > Inline image 1 > > (N.B. I agree with Andy, and think we could consider renaming the > options in the View menu to "Legacy", "Accelerated (OpenGL)" and > "Standard (Cairo)" or something like that) >

Re: [Kicad-developers] Default Canvas for v5

How about something like this? [image: Inline image 1] (N.B. I agree with Andy, and think we could consider renaming the options in the View menu to "Legacy", "Accelerated (OpenGL)" and "Standard (Cairo)" or something like that) -Jon On Sun, Dec 31, 2017 at 11:40 AM, Andy Peters

Re: [Kicad-developers] Default Canvas for v5

> On Dec 31, 2017, at 6:49 AM, Simon Wells > wrote: > > What about having the default set to cairo, and when the first/once run > dialog runs it talks about openGL (this goes against you already set to GAL) > but it allows a default that even if

Re: [Kicad-developers] Patches consistency

BTW, will we need separate branches for OS versions (3.0.3_yosemite, 3.0.3_high_sierra) or are the patches all compatible with each other (and just required for the specific OS versions)? > On 31 Dec 2017, at 16:22, Anton Shevchenko wrote: > > Thanks Jess for pointing

Re: [Kicad-developers] Patches consistency

Thanks Jess for pointing this. My mistake. I meant the wxwidgets-3.0.2_macosx_unicode_pasteboard.patch could not be applied.Neither on top of 3.0.2 nor on top of 3.0.3. -- Sincerely, Anton Shevchenko in...@sancoder.com On Sat, Dec 30, 2017, at 3:42 AM, Jeff Young wrote: > Hi Anton, > >

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

Dear all, apologies for randomly jumping into this. When I switched from Altium Designer to kicad for most of my simpler designs (sometime in about 2013), the thing I missed most about Altium Designer's schematic editor was the "harness" feature, which in Altium are distinct from buses and are

Re: [Kicad-developers] Default Canvas for v5

On modern computers, the OpenGL canvas offers by far the best experience for users. Until we have the code in place to be able to default to OpenGL and safely / neatly fall back to Cairo if it doesn't work, I think there is value in telling new users (once) about the fact that they can switch to

Re: [Kicad-developers] Default Canvas for v5

This is possible solution as well. My concern with this is that users will ignore the message as users tend to do and start bitching about the performance. On 12/31/2017 08:49 AM, Simon Wells wrote: > What about having the default set to cairo, and when the first/once run > dialog runs it talks

Re: [Kicad-developers] Default Canvas for v5

My personal preference would be to show the nag-dialog only if the user has upgraded from a previous version of kicad, and only once. New users wouldnt have to be informed, and if possible fallback a fallback to the cairo solution instead of falling back to legacy might be tempting. Could

Re: [Kicad-developers] Default Canvas for v5

What about having the default set to cairo, and when the first/once run dialog runs it talks about openGL (this goes against you already set to GAL) but it allows a default that even if it crashes won’t require manually editing a configuration to make it workable Simon > On 1/01/2018, at 2:48

Re: [Kicad-developers] Default Canvas for v5

I spite of my disdain for nagware, I'll tolerate this under the following conditions: The current canvas is not already on one of the gal canvases. If the user is already using a gal canvas, a dialog to inform the user about the gal canvas is silly. It's a one shot dialog that never appears

Re: [Kicad-developers] Default Canvas for v5

+1 to the startup dialog idea. I think we also need to set reasonable transparencies in the layers so that it looks more like the default legacy canvas. > On 31 Dec 2017, at 10:09, Clemens Koller wrote: > > On 2017-12-31 03:53, Jon Evans wrote: >> I know this would be work for

Re: [Kicad-developers] About icons of Sch Library Editor and PCB Library Editor

I also preferred the old icons. > On 31 Dec 2017, at 09:30, Eldar Khayrullin wrote: > > Hello. > I don't understand why this app icons were changed. > Previous icons were more clear, simple and laconic. > Now icons are hard to perception. > Are any opinion? >

Re: [Kicad-developers] Default Canvas for v5

On 2017-12-31 03:53, Jon Evans wrote: > 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

Re: [Kicad-developers] [PATCH] add helper to selecting graphic grid. Add 40 mils grid (approx. 1mm) to draw graphic items in mm

Update! В Воскресенье, 24 дек. 2017 в 8:59 П. П., Eldar Khayrullin написал: Hello guys. Is it patch has chance to be merged? В Суббота, 18 ноя. 2017 в 2:47 П. П., Eldar Khayrullin написал: Hello. Can you apply my small patch? Description

[Kicad-developers] About icons of Sch Library Editor and PCB Library Editor

Hello. I don't understand why this app icons were changed. Previous icons were more clear, simple and laconic. Now icons are hard to perception. Are any opinion? ___ Mailing list: https://launchpad.net/~kicad-developers Post to :