ctrl+s doesnt work for saving in eeschema

Bug #711667 reported by Nils Peter Hesse
18
This bug affects 4 people
Affects Status Importance Assigned to Milestone
KiCad
New
Undecided
Unassigned

Bug Description

The expected shortcut ctrl+s doesn't work in EEschema while it's working in PCBNew.
This can be very annoying because the usual way of quick-saving doesn't work. Using the pure 'S' for saving seems to work.

Also it would be nice to have a status bar entry if the file was saved.

Ubuntu 10.04
KiCad testing BZR 2757
wxWidgets 2.8

Tags: hotkey
Revision history for this message
Wayne Stambaugh (stambaughw) wrote :

I cannot duplicate this. The ctrl+S menu short cut was added to the testing branch in r2101. The current behavior is to save all of the schematic files not just the current one visible in the editor. One thing that is different than PCBNew is the enabling and disabling of the save project tool bar button when the schematic has been modified. Currently, you can save the schematic even when no changes have been made. You can verify this by saving your schematic and looking at the time stamp at top of the .sch files. I can change this bug to wishlist for the enable/disable behavior but ctrl+s does save the schematic.

Revision history for this message
Nils Peter Hesse (nphesse) wrote : Re: [Bug 711667] Re: ctrl+s doesnt work for saving in eeschema

Strange, ctrl+S definitly doesn't work here whilst only 'S' does.
Verified by saving in both ways with a delay of 10 minutes and looking
at the timestamp.

I'm on BZR2822 (testing), Ubuntu 10.04, wxWidgets 2.8.11 Unicode and
boost::polygon on 64 Bits GNU/Linux.

Anything else I could post to help?

PS: I just checked and new and open also doesn't work here with
"Ctrl+N" and "Ctrl+O". All three are listed in the file menu just with
the single character (which works as for saving). All other menu items
are shown with "Ctrl+[Key]"

On Mon, Feb 21, 2011 at 10:49 PM, Wayne Stambaugh
<email address hidden> wrote:
> I cannot duplicate this.  The ctrl+S menu short cut was added to the
> testing branch in r2101.  The current behavior is to save all of the
> schematic files not just the current one visible in the editor.  One
> thing that is different than PCBNew is the enabling and disabling of the
> save project tool bar button when the schematic has been modified.
> Currently, you can save the schematic even when no changes have been
> made.  You can verify this by saving your schematic and looking at the
> time stamp at top of the .sch files.  I can change this bug to wishlist
> for the enable/disable behavior but ctrl+s does save the schematic.
>
> --
> You received this bug notification because you are a direct subscriber
> of the bug.
> https://bugs.launchpad.net/bugs/711667
>
> Title:
>  ctrl+s doesnt work for saving in eeschema
>
> Status in KiCad:
>  New
>
> Bug description:
>  The expected shortcut ctrl+s doesn't work in EEschema while it's working in PCBNew.
>  This can be very annoying because the usual way of quick-saving doesn't work. Using the pure 'S' for saving seems to work.
>
>  Also it would be nice to have a status bar entry if the file was
>  saved.
>
>  Ubuntu 10.04
>  KiCad testing BZR 2757
>  wxWidgets 2.8
>
> To unsubscribe from this bug, go to:
> https://bugs.launchpad.net/kicad/+bug/711667/+subscribe
>

Revision history for this message
Wayne Stambaugh (stambaughw) wrote :

Thanks for the extra information. I checked this on Windows with
wxWidgets 2.8.11 so the problem may be specific to Linux. I'll see if
the problem exists on my 64-bit Debian box.

On 2/21/2011 5:17 PM, Nils Peter Hesse wrote:
> Strange, ctrl+S definitly doesn't work here whilst only 'S' does.
> Verified by saving in both ways with a delay of 10 minutes and looking
> at the timestamp.
>
> I'm on BZR2822 (testing), Ubuntu 10.04, wxWidgets 2.8.11 Unicode and
> boost::polygon on 64 Bits GNU/Linux.
>
> Anything else I could post to help?
>
> PS: I just checked and new and open also doesn't work here with
> "Ctrl+N" and "Ctrl+O". All three are listed in the file menu just with
> the single character (which works as for saving). All other menu items
> are shown with "Ctrl+[Key]"
>
> On Mon, Feb 21, 2011 at 10:49 PM, Wayne Stambaugh
> <email address hidden> wrote:
>> I cannot duplicate this. The ctrl+S menu short cut was added to the
>> testing branch in r2101. The current behavior is to save all of the
>> schematic files not just the current one visible in the editor. One
>> thing that is different than PCBNew is the enabling and disabling of the
>> save project tool bar button when the schematic has been modified.
>> Currently, you can save the schematic even when no changes have been
>> made. You can verify this by saving your schematic and looking at the
>> time stamp at top of the .sch files. I can change this bug to wishlist
>> for the enable/disable behavior but ctrl+s does save the schematic.
>>
>> --
>> You received this bug notification because you are a direct subscriber
>> of the bug.
>> https://bugs.launchpad.net/bugs/711667
>>
>> Title:
>> ctrl+s doesnt work for saving in eeschema
>>
>> Status in KiCad:
>> New
>>
>> Bug description:
>> The expected shortcut ctrl+s doesn't work in EEschema while it's working in PCBNew.
>> This can be very annoying because the usual way of quick-saving doesn't work. Using the pure 'S' for saving seems to work.
>>
>> Also it would be nice to have a status bar entry if the file was
>> saved.
>>
>> Ubuntu 10.04
>> KiCad testing BZR 2757
>> wxWidgets 2.8
>>
>> To unsubscribe from this bug, go to:
>> https://bugs.launchpad.net/kicad/+bug/711667/+subscribe
>>
>

Revision history for this message
Martin Errenst (imp-d) wrote :

I cannot reproduce the inital report with a recent build, but:
ctrl-shift-s does not work, even if it's in the hotkey list. Trying to set it to another combination like ctrl-shift-a, throws up an error message, saying "Hotkey code not handled". Guess the hotkeys are case insensitive?

Set the hotkey for save-as to crtl-a, hotkey was successfully set (it's displayed as the hotkey for save-as in the file menu), it does not work, only clicking on the entry does.

Application: Pcbnew
Version: (2014-02-21 BZR 4711)-product Release build
wxWidgets: Version 2.9.5 (debug,wchar_t,compiler with C++ ABI 1002,GCC 4.6.3,wx containers,compatible with 2.8)
Platform: Linux 3.10.17-gentoo 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

tags: added: hotkey
Revision history for this message
Nicklas Björk (nicklas-3) wrote :

This problem appears to have returned. In bzr 5034 eeschema does not honour ctrl+s (or any other configured hotkey, it seems). File, Save Schematic Project works fine, as does the save button in the toolbar.

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

Try to reset your hotkey keybindings.

Revision history for this message
Stefan Berndtsson (stefan-berndtsson) wrote :

I have the same issue with saving in eeschema. I don't know how to reset the hotkey keybinding, but in the $HOME/.eeschema configuration file there are no hotkey entries that I can find.

I'm unsure when this problem returned, but it may have been when I changed from wxWidgets 2.8 to 3.0.

Application: kicad
Version: (2014-08-29 BZR 5105)-product Release build
wxWidgets: Version 3.0.0 (debug,wchar_t,compiler with C++ ABI 1002,GCC 4.8.2,wx containers,compatible with 2.8)
Platform: Linux 3.13.0-32-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
Wayne Stambaugh (stambaughw) wrote :

This may be related to this bug https://bugs.launchpad.net/kicad/+bug/1035151 which I just fixed. Please test r5106 and see if it solved the problem for you. It seemed to work for me. If it did resolve this problem, I'll mark this as a duplicate bug.

Revision history for this message
Stefan Berndtsson (stefan-berndtsson) wrote :

5106 has indeed fixed the issue.

Revision history for this message
Wayne Stambaugh (stambaughw) wrote :

Thank you for the quick reply. I tag this as a duplicate.

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.