Re: [Kicad-developers] HotKey config

I had thought about annotating changed items with a ‘*’, but I like this idea better. > On 8 Jun 2019, at 02:04, Strontium wrote: > > Presumably the hotkey file is textual. I would prefer Full also, but a way to > have both the benefits of both Sparse and FULL files is to list everything, > b

Re: [Kicad-developers] HotKey config

Presumably the hotkey file is textual. I would prefer Full also, but a way to have both the benefits of both Sparse and FULL files is to list everything, but comment out the entries which are still the default.  So the file shows exactly whats been changed, AND what all the possibilities are.

Re: [Kicad-developers] HotKey config

+1 On 6/7/19 1:25 PM, Seth Hillbrand wrote: > +1 > > On 2019-06-07 12:46, Jon Evans wrote: >> I vote "full", because I'd rather not have to look two places to see >> what's what. >> >> On Fri, Jun 7, 2019 at 12:40 PM Jeff Young wrote: >> >>> Individual hotkey config files need to be able to be s

Re: [Kicad-developers] HotKey config

+1 On 2019-06-07 12:46, Jon Evans wrote: I vote "full", because I'd rather not have to look two places to see what's what. On Fri, Jun 7, 2019 at 12:40 PM Jeff Young wrote: Individual hotkey config files need to be able to be sparse. So for instance an “Eagle HotKeys” file can specify just

Re: [Kicad-developers] HotKey config

I vote "full", because I'd rather not have to look two places to see what's what. On Fri, Jun 7, 2019 at 12:40 PM Jeff Young wrote: > Individual hotkey config files need to be able to be sparse. So for > instance an “Eagle HotKeys” file can specify just those ACTIONs it wanted > to match with E

[Kicad-developers] HotKey config

Individual hotkey config files need to be able to be sparse. So for instance an “Eagle HotKeys” file can specify just those ACTIONs it wanted to match with Eagle. The user can then read as many of these as they like. But what about the “standard” user config file where we store hotkey assignm

Re: [Kicad-developers] HotKey user model

I suppose " doing an immediate action and selecting the tool" has the best of both worlds, but off the top of my head I cant think of any other piece of mainstream software (CAD or otherwise) that does this. I think I'd lean also towards 'hotkey activates the tool' seeing as its the most common.

Re: [Kicad-developers] HotKey user model

Hi JP, > On 26 Apr 2019, at 19:12, jp charras wrote: > > Le 26/04/2019 à 19:21, Jeff Young a écrit : >> I’ve been talking to Wayne about the ‘W’ and ‘X’ hotkeys. It appears the >> design goal is to have these be immediate actions (that is, they start a >> wire or a track, rather than just sel

Re: [Kicad-developers] HotKey user model

On 26/04/2019 13:12, jp charras wrote: > Le 26/04/2019 à 19:21, Jeff Young a écrit : >> I’ve been talking to Wayne about the ‘W’ and ‘X’ hotkeys. It appears the >> design goal is to have these be immediate actions (that is, they start a >> wire or a track, rather than just selecting the wire or

Re: [Kicad-developers] HotKey user model

No, and I'll be adding that feature for 6.0 On Fri, Apr 26, 2019 at 1:14 PM Drew Van Zandt wrote: > On this general topic, is there a technical reason that one cannot assign > a shortcut key for "select whole net"? > > > *Drew Van Zandt* > > > On Fri, Apr 26, 2019 at 2:13 PM jp charras wrote: >

Re: [Kicad-developers] HotKey user model

On this general topic, is there a technical reason that one cannot assign a shortcut key for "select whole net"? *Drew Van Zandt* On Fri, Apr 26, 2019 at 2:13 PM jp charras wrote: > Le 26/04/2019 à 19:21, Jeff Young a écrit : > > I’ve been talking to Wayne about the ‘W’ and ‘X’ hotkeys. It a

Re: [Kicad-developers] HotKey user model

Le 26/04/2019 à 19:21, Jeff Young a écrit : > I’ve been talking to Wayne about the ‘W’ and ‘X’ hotkeys. It appears the > design goal is to have these be immediate actions (that is, they start a wire > or a track, rather than just selecting the wire or track tool). > > Presumably this would then

Re: [Kicad-developers] HotKey user model

My $0.02: I don’t want a tool to start doing something while my eyes are possibly off the screen (looking at the keyboard to hit the right hotkey) because my mousing hand may have drifted, causing the action to be carried out in the wrong place (e.g. starting a track in the wrong spot). If mos

[Kicad-developers] HotKey user model

I’ve been talking to Wayne about the ‘W’ and ‘X’ hotkeys. It appears the design goal is to have these be immediate actions (that is, they start a wire or a track, rather than just selecting the wire or track tool). Presumably this would then also apply to ‘A’, ‘P’, ‘L’, ‘H’, ‘J’, ‘Q’, etc. (N

Re: [Kicad-developers] '/' hotkey

On 3/1/2018 10:56 AM, jp charras wrote: > Le 01/03/2018 à 15:47, Wayne Stambaugh a écrit : >> On 3/1/2018 9:28 AM, Jon Evans wrote: >>> Here's a blog post from the developers of Atom editor talking about >>> solving this problem: >>> https://blog.atom.io/2016/10/17/the-wonderful-world-of-keyboards.

Re: [Kicad-developers] '/' hotkey

Le 01/03/2018 à 15:47, Wayne Stambaugh a écrit : > On 3/1/2018 9:28 AM, Jon Evans wrote: >> Here's a blog post from the developers of Atom editor talking about >> solving this problem: >> https://blog.atom.io/2016/10/17/the-wonderful-world-of-keyboards.html > > I always new keyboard issues were ba

Re: [Kicad-developers] '/' hotkey

You can get the untranslated key code using EVT_CHAR by calling GetRawKeyCode() and GetRawKeyFlags(). On 3/1/2018 9:52 AM, Jon Evans wrote: > sorry, meant KEY_DOWN / KEY_UP, got them mixed up.  Translated vs. > untranslated. > > On Thu, Mar 1, 2018 at 9:47 AM, Wayne Stambaugh

Re: [Kicad-developers] '/' hotkey

sorry, meant KEY_DOWN / KEY_UP, got them mixed up. Translated vs. untranslated. On Thu, Mar 1, 2018 at 9:47 AM, Wayne Stambaugh wrote: > On 3/1/2018 9:28 AM, Jon Evans wrote: > > Here's a blog post from the developers of Atom editor talking about > > solving this problem: > > https://blog.atom.

Re: [Kicad-developers] '/' hotkey

On 3/1/2018 9:28 AM, Jon Evans wrote: > Here's a blog post from the developers of Atom editor talking about > solving this problem: > https://blog.atom.io/2016/10/17/the-wonderful-world-of-keyboards.html I always new keyboard issues were bad but I didn't think they were this bad. Someone needs to

Re: [Kicad-developers] '/' hotkey

Here's a blog post from the developers of Atom editor talking about solving this problem: https://blog.atom.io/2016/10/17/the-wonderful-world-of-keyboards.html I have not studied this at all yet but perhaps it is relevant (i.e. maybe we should be looking at EVT_CHAR too?) On Thu, Mar 1, 2018 at 9

Re: [Kicad-developers] '/' hotkey

On 2/28/2018 3:46 PM, Wayne Stambaugh wrote: > On 2/28/2018 2:31 PM, jp charras wrote: >> Le 28/02/2018 à 17:45, Wayne Stambaugh a écrit : >>> In the process of attempting to fix this bug[1], I ran into an issue >>> with the '/' hotkey for all main frames. For some reason, the hotkey >>> help dial

Re: [Kicad-developers] '/' hotkey

On 2/28/2018 2:31 PM, jp charras wrote: > Le 28/02/2018 à 17:45, Wayne Stambaugh a écrit : >> In the process of attempting to fix this bug[1], I ran into an issue >> with the '/' hotkey for all main frames. For some reason, the hotkey >> help dialog is being displayed for both '/' and '?' keys whi

Re: [Kicad-developers] '/' hotkey

Le 28/02/2018 à 17:45, Wayne Stambaugh a écrit : > In the process of attempting to fix this bug[1], I ran into an issue > with the '/' hotkey for all main frames. For some reason, the hotkey > help dialog is being displayed for both '/' and '?' keys which broke the > track posture switching in pcb

Re: [Kicad-developers] '/' hotkey

Hi Wayne, wxTextCtrl doesn’t properly send a wxEVT_TEXT_ENTER when it’s multi-line. The standard work-around is to add a character hook to get it. It seems like those would all be in dialogs, though, and shouldn’t be affecting the main frame. Hmmm… I see there’s also an EDA_DRAW_FRAME char hook.

[Kicad-developers] '/' hotkey

In the process of attempting to fix this bug[1], I ran into an issue with the '/' hotkey for all main frames. For some reason, the hotkey help dialog is being displayed for both '/' and '?' keys which broke the track posture switching in pcbnew. This bug only seems to affect windows. The attache

Re: [Kicad-developers] Hotkey summary

Timofonic: I'd suggest you to raise your awareness about this and then modify hotkey assignments from within eeschema resp. pcbnew. You could then evaluate if such modifications would represent a good path to some more homogenous appearance. Having said this, there are of course no bug "danger

Re: [Kicad-developers] Hotkey summary

I think this would be a great usability improvement if the hotkeys are arranged homogeneously in both applications. This is one usability issue that seemed very weird to me as trying to switch to KiCad and not used to complex design programs. I'm not sure if this change could be substantial to cau

Re: [Kicad-developers] Hotkey summary

Am 08.09.2015, 21:04 Uhr, schrieb Nick Østergaard : What is your intention or goal with this? Oh, just a contribution to documentation, whether one could use it or not - that's his or her matter. I created this for an employee who's quite mouse oriented. 2015-09-08 21:00 GMT+02:00 Rob Mar

Re: [Kicad-developers] Hotkey summary

What is your intention or goal with this? 2015-09-08 21:00 GMT+02:00 Rob Maris : > From the hotkey export for eeschema and pcbnew I created a libreoffice/pdf > sheet that's intended to provide a comprehensive view on the hotkeys. > > For this purpose, the hotkeys for both subsystems are put togeth

[Kicad-developers] Hotkey summary

From the hotkey export for eeschema and pcbnew I created a libreoffice/pdf sheet that's intended to provide a comprehensive view on the hotkeys. For this purpose, the hotkeys for both subsystems are put together, and rearranged according to two criteria: 1. Those with comparable functionality i

Re: [Kicad-developers] Hotkey to confirm an action

...@gmail.com] Sent: Tuesday, April 01, 2014 11:42 PM To: kicad-developers@lists.launchpad.net Subject: [Kicad-developers] Hotkey to confirm an action Hi, Today I was trying the hotkeys on eeschema and fint they can help a lot to do the work but I couldn't find and confirm action hotkey. For example

[Kicad-developers] Hotkey to confirm an action

Hi, Today I was trying the hotkeys on eeschema and fint they can help a lot to do the work but I couldn't find and confirm action hotkey. For example if I press M and the move the module then I need to use mouse click to confirm the action and the same happens for all the actions like place a compo

Re: [Kicad-developers] Hotkey for moving zone corner?

On 06/25/13 19:23, Chris Morgan wrote: > In my case I'm using zones for high current and high-ish ac voltage > traces so I can provide enough area to disperse heat and reduce > conductivity. I wasn't sure how else to manage doing this with traces > but I'm coming from eaglecad. Same here sans eagl

Re: [Kicad-developers] Hotkey for moving zone corner?

In my case I'm using zones for high current and high-ish ac voltage traces so I can provide enough area to disperse heat and reduce conductivity. I wasn't sure how else to manage doing this with traces but I'm coming from eaglecad. Chris On Jun 25, 2013, at 12:11 PM, Dick Hollenbeck wrote: > O

Re: [Kicad-developers] Hotkey for moving zone corner?

On 06/25/2013 05:32 AM, Chris Morgan wrote: > I searched but couldn't find a hotkey for moving zone edges or a command to > do so in the > hotkey list. Should I send a patch to add a new hotkey for that? > > Chris > I last used zone editing quite some time ago, on a board with over 10 zones.

[Kicad-developers] Hotkey for moving zone corner?

I searched but couldn't find a hotkey for moving zone edges or a command to do so in the hotkey list. Should I send a patch to add a new hotkey for that? Chris ___ Mailing list: https://launchpad.net/~kicad-developers Post to : kicad-developers@lists