[Kicad-developers] [PATCH] Fix the option inversing in CvPcb->FootprintPreview->DisplayOptions

2018-01-13 Thread Константин Барановский
Option 'Center and warp cursor on zoom' has inverted (opposed) value in the display options dialog of Footprint preview of CvPcb. If this option is set the cursor does not moves to center on zooming but if option is unset it does. From 92ebe9b6dfcc37648940eba486f521892039d688 Mon Sep 17 00:00:00

[Kicad-developers] kicad back annotation tool

2018-01-13 Thread Dan Weatherill
Dear all, apologies first for the (unrelated to 5.0 stable) spam. I have been working for a while on a back-annotation tool for kicad. It is finally in a shape where I feel it's worth letting others look at it and getting some feedback. You can find it here:

Re: [Kicad-developers] Reproducible on Windows or Linux?

2018-01-13 Thread Wayne Stambaugh
macos may be more strict about dialog parenting than other systems. I doubt setting to correct parent will cause any issues with linux or windows On 01/13/2018 07:59 PM, Jeff Young wrote: > Thanks, Wayne. > > The combination of wxWidgets and OSX is so brain-dead that even if I fix that > it

Re: [Kicad-developers] Reproducible on Windows or Linux?

2018-01-13 Thread Jeff Young
Thanks, Wayne. The combination of wxWidgets and OSX is so brain-dead that even if I fix that it might not cure the bug. In any case, I’ll investigate…. Cheers, Jeff. > On 14 Jan 2018, at 00:51, Wayne Stambaugh wrote: > > On linux the Footprint Text Properties dialog

Re: [Kicad-developers] Reproducible on Windows or Linux?

2018-01-13 Thread Wayne Stambaugh
On linux the Footprint Text Properties dialog stays on top of the Footprint Properties dialog. That being said, the parent window of the Footprint Text Properties dialog should be the Footprint Properties dialog not the footprint editor main window. On 01/13/2018 07:44 PM, Jeff Young wrote: >

[Kicad-developers] Reproducible on Windows or Linux?

2018-01-13 Thread Jeff Young
Could someone check to see if: https://bugs.launchpad.net/kicad/+bug/1692352 reproduces on Windows or Linux? I suspect it’s OSX-specific, but we actually instantiate the DialogEditModuleText as a child of the PCB_BASE_FRAME rather than the

[Kicad-developers] Update PCB from Schematic

2018-01-13 Thread Jeff Young
This is a shortcut for eeschema Annotate + eeschema Write Netlist + pcbnew Read Netlist, right? Is there a reason the Update PCB from Schematic dialog doesn’t include the “keep/delete” options we have in the Read Netlist dialog? (It appears to mostly do a delete, but not entirely:

Re: [Kicad-developers] eeschema Save

2018-01-13 Thread Jeff Young
> There is a "Save Current Sheet" in the File menu. Ha! I hadn’t even noticed that. So we do actually support both operations. > I'm fine with dropping "Project" from the tooltip. Maybe "Save all > schematic sheets" would be a better tooltip. Sure, as long as we change the File menu entry

Re: [Kicad-developers] eeschema Save

2018-01-13 Thread Wayne Stambaugh
I don't think you are giving our users much credit. I could be wrong but I would think most user understand that the schematic is not just the current sheet. There is a "Save Current Sheet" in the File menu. I'm fine with dropping "Project" from the tooltip. Maybe "Save all schematic sheets"

Re: [Kicad-developers] eeschema Save

2018-01-13 Thread Jeff Young
But without a tooltip, how is anyone to know that? The window shows only a single sheet at a time. One might be forgiven for concluding that the save button will only save the current one. (Or even worrying that it might, and cycling through all the sheets hitting Save.) Having a

Re: [Kicad-developers] eeschema Save

2018-01-13 Thread Wayne Stambaugh
Just because a schematic has more than one sheet (file), complex or otherwise does not mean we have a different save context. You are still saving the current schematic no matter how may files are involved. Please do *not* do this. On 01/13/2018 03:06 PM, Andrey Kuznetsov wrote: > You already

Re: [Kicad-developers] eeschema Save

2018-01-13 Thread Andrey Kuznetsov
You already said the save will save everything, now you want to introduce differentiating icons/tooltips that will add complexity to the most simple tasks that will already do the implied function without the need for clarifying what is sheet and what is hierarchy. No changing tooltips based on

Re: [Kicad-developers] eeschema Save

2018-01-13 Thread Jeff Young
Yeah, I was trying not to let feature creep in. But yes, I would be happier with a floppy disk icon than an arrow pointing to a hard-disk (for wherever we use it). I think Andrey has pulled me around to (a') followed by (a), although I still prefer a context-sensitive tooltip (iii). > On 13

Re: [Kicad-developers] eeschema Save

2018-01-13 Thread Jeff Young
The function is always the same: save as many sheets as there are. The only question is how to communicate that to the user. Your reply sounds like a vote for (a)(ii), although you weren’t specific about the tooltip side of things. Cheers, Jeff. > On 13 Jan 2018, at 19:23, Andrey Kuznetsov

Re: [Kicad-developers] eeschema Save

2018-01-13 Thread Andrey Kuznetsov
What is the problem with saving ALL schematics in the project that have been edited, whether it's a 1 sheet or heirarchy sheet project? Are there times when you only want to save that sheet but not the other sheets? If yes, then maybe add 2 save buttons, save and save all, if not then just the

Re: [Kicad-developers] Libedit and Modedit Icons

2018-01-13 Thread Wayne Stambaugh
On 1/12/2018 8:19 PM, Nick Østergaard wrote: > IMHO the new icon collection looks awful. They are not pixel aligned and > renders quite fuzzy in many details. > > http://storage4.static.itmages.com/i/18/0113/h_1515804843_8735496_c1a004f249.png > > Looking at the the new ones are part of the red

Re: [Kicad-developers] Some thoughts on symbol remapping

2018-01-13 Thread Nick Østergaard
2018-01-10 20:45 GMT+01:00 Rene Pöschl : > On 10/01/18 19:54, Matthijs Kooijman wrote: > >> Hi Wayne, >> >> If the remapping algorithm cannot find the exact library match which > is currently being used (and should be in the project library list or > the cache) to

Re: [Kicad-developers] Strawman for new Exchange Footprint and Update Footprints dialogs

2018-01-13 Thread Jeff Young
FWIW, I kept “Exchange” in the code to minimise changes. The “Replace” / “Change” UI strings appear in a single place in the Exchange Footprints dialog, a single place in the Edit Footprint dialog, and 2 places in the menu structures for each canvas. (The tooltips read “assign a new footprint

[Kicad-developers] eeschema Save

2018-01-13 Thread Jeff Young
The eeschema Save button’s tooltip reads “save schematic project” (emphasis mine). Because of that, it got the project-with-superimposed-disk in the recent icon update. I don’t think either of those is optimal. There are 3 distinct concepts: 1) Kicad projects (containing schematics, PCBs,