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

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 20

[Kicad-developers] kicad back annotation tool

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: https://github.com/weatherhead99/kic

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

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 mig

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

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 stays on top of the > Foo

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

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

[Kicad-developers] Reproducible on Windows or Linux?

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 DIALO

[Kicad-developers] Update PCB from Schematic

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: https://bugs

Re: [Kicad-developers] eeschema Save

> 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 to

Re: [Kicad-developers] eeschema Save

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" wou

Re: [Kicad-developers] eeschema Save

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 context-sen

Re: [Kicad-developers] eeschema Save

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 sai

Re: [Kicad-developers] eeschema Save

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 sin

Re: [Kicad-developers] eeschema Save

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 J

Re: [Kicad-developers] eeschema Save

Just to be clear on the context-specific options: the idea is to make hierarchical schematics a progressive disclosure feature. So a less-sophisticated user happy with a one-sheet schematic wouldn’t have to deal with tooltips and/or icons relating to hierarchies. So there would always be a sin

Re: [Kicad-developers] eeschema Save

a' and ii a' - the icon is disks, not arrow to drive, I hate that icon, it's the hardest icon to recognize. Arrow to drive implies download to me, not save to disk. On Sat, Jan 13, 2018 at 11:48 AM, Jeff Young wrote: > The *function* is always the same: save as many sheets as there are. The >

Re: [Kicad-developers] eeschema Save

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

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 save

Re: [Kicad-developers] Libedit and Modedit Icons

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 c

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

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 provide the symbol, then

Re: [Kicad-developers] Launchpad janitor down?

Hi again, Is it time for me to get it up and running, or what happened here? There is no comment from lp janitor. https://bugs.launchpad.net/kicad/+bug/1740593 It is fixed by c842787492004da849ae1aef7945310f5a07 2018-01-08 9:11 GMT+01:00 Maciej Sumiński : > It is a Python script invoked vi

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

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

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, ger