Don't freeze GUI when showing hotkey list.

Bug #1428125 reported by arl
10
This bug affects 1 person
Affects Status Importance Assigned to Milestone
KiCad
Fix Released
Wishlist
Unassigned

Bug Description

The List of hotkeys is very useful as a quick reference when getting started with KiCAD. However, when I want to learn these keys it is best for me to keep it displayed and keep on working my project. At the moment the UI is blocking and I have to close the window to try these shortcuts, pretty annoying. Someone could of course copy the text or look at other documentation, but then there is no reason to keep this window.

Also consider adding more interactive documentation of shortcuts into tooltips.

Changed in kicad:
importance: Undecided → Wishlist
Revision history for this message
Melroy van den Berg (melroyvandenberg) wrote :

Alternative, you can open the online documentation, eg. eeschema:

 http://ci.kicad-pcb.org/job/any-kicad-doc-head/ws/src/Eeschema/Eeschema.html#_hot_keys

Revision history for this message
Nick Østergaard (nickoe) wrote :

We all know that is a bad workaround, because the hotkeys can be modified by the user.

Revision history for this message
Nick Østergaard (nickoe) wrote :

A "better" workaround other than looking at the docs is to simply take a screenshot of the users hotkeys, or simply write them down somehow else.

Revision history for this message
Martin d'Allens (martin-dallens) wrote :

I can't reproduce this bug. Has it been fixed or is it platform-specific?

Application: kicad
Version: (after 2015-may-25 BZR unknown)-product release build
wxWidgets: Version 3.0.2 (debug,wchar_t,compiler with C++ ABI 1002,GCC 4.9.2,wx containers,compatible with 2.8)
Platform: Linux 3.19.0-21-generic x86_64, 64 bit, Little endian, wxGTK
Boost version: 1.54.0
         USE_WX_GRAPHICS_CONTEXT=OFF
         USE_WX_OVERLAY=OFF
         KICAD_SCRIPTING=OFF
         KICAD_SCRIPTING_MODULES=OFF
         KICAD_SCRIPTING_WXPYTHON=OFF
         USE_FP_LIB_TABLE=HARD_CODED_ON
         BUILD_GITHUB_PLUGIN=ON

Revision history for this message
Nick Østergaard (nickoe) wrote :

I don't think there has been any change committed that could change this. But I have noticed that it seems to work better in eeschema, than in pcbnew. In pcbnew I have to work a tool to get it to unfocus. So maybe it is some property of the windows that needs to be changed.

Can you verify this behaivour Martin? I tested on 5732.

Revision history for this message
Martin d'Allens (martin-dallens) wrote :

I tested it again today with rev 5796 to no avail.
Steps :
- Open Eeschema, press "?"
- Move the window out of the way
- Use various shortcuts to interact with eeschema
- Same with Pcbnew

The only thing that came close was:
- Open Eeschema, press "?"
- Move the window out of the way
- Open a mdialog like Generate Netlist
- Close the dialog
- Now it's the shortcut list that gets the focus, not the main windows, but that might be expected (opened last), although it's not the last I interacted with.

Application: kicad
Version: 0.201506202246+5796~23~ubuntu15.04.1-product release build
wxWidgets: Version 3.0.2 (debug,wchar_t,compiler with C++ ABI 1002,GCC 4.9.2,wx containers,compatible with 2.8)
Platform: Linux 3.19.0-21-generic x86_64, 64 bit, Little endian, wxGTK
Boost version: 1.54.0
         USE_WX_GRAPHICS_CONTEXT=OFF
         USE_WX_OVERLAY=OFF
         KICAD_SCRIPTING=ON
         KICAD_SCRIPTING_MODULES=ON
         KICAD_SCRIPTING_WXPYTHON=ON
         USE_FP_LIB_TABLE=HARD_CODED_ON
         BUILD_GITHUB_PLUGIN=ON

Revision history for this message
Wayne Stambaugh (stambaughw) wrote : Re: [Bug 1428125] Re: Don't freeze GUI when showing hotkey list.

I confirmed that this problem is caused by the DIALOG_SHIM base class
used to derive all of KiCad's dialogs. It appears to be due to the
quasimodal code and I'm not sure what the fix would be since the class
DIALOG_DISPLAY_HTML_TEXT_BASE is used in modal mode by other dialogs.
This change to the DIALOG_SHIM class also broke the behavior of the
modeless behavior of the Eeschema find dialog in the same manner.

On 6/21/2015 5:12 AM, Martin d'Allens wrote:
> I tested it again today with rev 5796 to no avail.
> Steps :
> - Open Eeschema, press "?"
> - Move the window out of the way
> - Use various shortcuts to interact with eeschema
> - Same with Pcbnew
>
> The only thing that came close was:
> - Open Eeschema, press "?"
> - Move the window out of the way
> - Open a mdialog like Generate Netlist
> - Close the dialog
> - Now it's the shortcut list that gets the focus, not the main windows, but that might be expected (opened last), although it's not the last I interacted with.
>
>
> Application: kicad
> Version: 0.201506202246+5796~23~ubuntu15.04.1-product release build
> wxWidgets: Version 3.0.2 (debug,wchar_t,compiler with C++ ABI 1002,GCC 4.9.2,wx containers,compatible with 2.8)
> Platform: Linux 3.19.0-21-generic x86_64, 64 bit, Little endian, wxGTK
> Boost version: 1.54.0
> USE_WX_GRAPHICS_CONTEXT=OFF
> USE_WX_OVERLAY=OFF
> KICAD_SCRIPTING=ON
> KICAD_SCRIPTING_MODULES=ON
> KICAD_SCRIPTING_WXPYTHON=ON
> USE_FP_LIB_TABLE=HARD_CODED_ON
> BUILD_GITHUB_PLUGIN=ON
>

Changed in kicad:
status: New → Fix Committed
Jon Neal (reportingsjr)
Changed in kicad:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.