Author Topic: CTRL-C captured by doxyblocks, not a Copy function  (Read 5002 times)

Offline gd_on

  • Lives here!
  • ****
  • Posts: 824
CTRL-C captured by doxyblocks, not a Copy function
« on: January 27, 2014, 04:54:41 pm »
I have search in the forum, but not found if this behavior has been already described.
I'm on Windows, C::B svn 9613, compiled by myself with wx 2.8.12, 32 bits.
If in the editor, I select a word and press Ctrl-c, doxyblocks is activated and tries to open a .chm file.
Normally, I think this behavior is obtained by Ctrl-Shift-c, not Ctrl-c. My keyboard is normally configured : when I enter a c it's a c which is displayed, not a C.
I tried to find in the shortcut configuration if something was wrong, but found nothing.
I tried to see in Doxyblocks config, if this shortcut can be modified, but apparently, it's not the case.

In the editor, when I type Ctrl-Shift-c, I obtain a commented line. So may be, there is a conflict on this shortcut.
I'm sure that I often used these couple of commands, Ctrl-c and Ctrl-v, this is why I'm a little bit surprised.
Is it, new, old, ... I don't know.
Apparently, this is not new, but I have not been able to find when this happened, and if it's possible, where I can configure this.

If I disable doxyblocks plugin, I can work with Ctrl-c and Ctrl-v, as usual on Windows.

gd_on
Windows 11 64 bits (24H2), svn C::B (last version or almost!), wxWidgets 3.2.8 (tests with 3.3), Msys2 Compilers 15.1.0, 64 bits (seh, posix : gcc, g++ and gfortran in C:\msys64\mingw64) or 32 bits (dwarf2, posix  in C:\msys64\mingw32).

Offline gd_on

  • Lives here!
  • ****
  • Posts: 824
Re: CTRL-C captured by doxyblocks, not a Copy function
« Reply #1 on: January 27, 2014, 05:42:08 pm »
Well, I answer partially.
I use a localized C::B. If C::B is in English, I have the standard behavior.
Apparently, the problems comes from the translation.
The English string is "Run &CHM\tCtrl-Shift-C" which I translated by "Lancer &CHM\tCtrl-Maj-C"
If the translation of the first part is OK, the second part must not be translated here. The translated chain must be "Lancer &CHM\tCtrl-Shift-C".
A little bit strange ! Like that it works.
There are other strings like this one where the "Shift" is translated by "Maj", the standard indication on a French keyboard. But, until now, nobody, and myself the first, had signaled this problem. Really strange. :-[

gd_on
Windows 11 64 bits (24H2), svn C::B (last version or almost!), wxWidgets 3.2.8 (tests with 3.3), Msys2 Compilers 15.1.0, 64 bits (seh, posix : gcc, g++ and gfortran in C:\msys64\mingw64) or 32 bits (dwarf2, posix  in C:\msys64\mingw32).

Offline dmoore

  • Developer
  • Lives here!
  • *****
  • Posts: 1576
Re: CTRL-C captured by doxyblocks, not a Copy function
« Reply #2 on: January 27, 2014, 06:04:07 pm »
Maybe because I removed the accelerators from the edit menu in a recent commit. So ctrl-maj-c gets treated as ctrl-c if there is no higher priority ctrl-c defined in the menubar?

Offline gd_on

  • Lives here!
  • ****
  • Posts: 824
Re: CTRL-C captured by doxyblocks, not a Copy function
« Reply #3 on: January 27, 2014, 06:10:21 pm »
May be.
An other strange thing, but finally probably the same one :
in DoxyBlocks.cpp, at line 529, the text is : _("&Doxywizard...\tCtrl-Shift-D") but in the menu I see the equivalent of : _("&Doxywizard...\tCtrl-Alt-D"),
and the same for Ctrl-Shift-B, displayed as Ctrl-B and so on ...
Probably the text does not reflect the real behavior or needs to be updated.

gd_on
« Last Edit: January 27, 2014, 06:19:17 pm by gd_on »
Windows 11 64 bits (24H2), svn C::B (last version or almost!), wxWidgets 3.2.8 (tests with 3.3), Msys2 Compilers 15.1.0, 64 bits (seh, posix : gcc, g++ and gfortran in C:\msys64\mingw64) or 32 bits (dwarf2, posix  in C:\msys64\mingw32).