Another problem observed is that Shift+F11 does not seem to work as specified. When that keybinding is assigned to the Debug|Step Out function as I did, it works exactly as F11, i.e. as Debug|Step into. That looks like a bug.I have the same problem and I think this is system wide or at least gtk-wide and it is related to xkeyboard-config.
You might use KDE, but C::B itself uses wxWidgets as framework anfd wxWidgets is build against gtk on (almost) all linux platforms.
wx-config --version=2.8 --toolkit=gtk2 --debug --cxxflags
Somehow, it would be nice if one could replace --toolkit=gtk2 with --toolkit=kde and get the proper behaviour.There is port of wxwidgets to qt (the toolkit used to build kde), but I'm not sure it will ever be released...
And it will most likely not be possible to build C::B out of the box with it.Somehow, it would be nice if one could replace --toolkit=gtk2 with --toolkit=kde and get the proper behaviour.There is port of wxwidgets to qt (the toolkit used to build kde), but I'm not sure it will ever be released...
And it will most likely not be possible to build C::B out of the box with it.Somehow, it would be nice if one could replace --toolkit=gtk2 with --toolkit=kde and get the proper behaviour.There is port of wxwidgets to qt (the toolkit used to build kde), but I'm not sure it will ever be released...
This is how I do it in codelite IDE (for the exact same purpose: F10 for the debugger ;)) :
#if defined(__WXGTK20__)
// A rather ugly hack here. GTK V2 insists that F10 should be the
// accelerator for the menu bar. We don't want that. There is
// no sane way to turn this off, but we *can* get the same effect
// by setting the "menu bar accelerator" property to the name of a
// function key that is apparently legal, but doesn't really exist.
// (Or if it does, it certainly isn't a key we use.)
gtk_settings_set_string_property (gtk_settings_get_default (),
"gtk-menu-bar-accel", "F15", "foo");
#endif
I would suggest an option implemented in C::B doing the above, preferably in a way that didn't requiire the user to recompile the IDE. That way, C::B could be more KDE-compliant, and we could reclaim F10 for the debugger (or anything else).What about talking to the gtk devs to make their toolkit more kde compilant? :)
I would suggest an option implemented in C::B doing the above, preferably in a way that didn't requiire the user to recompile the IDE. That way, C::B could be more KDE-compliant, and we could reclaim F10 for the debugger (or anything else).What about talking to the gtk devs to make their toolkit more kde compilant? :)
p.s. I think this hack have been posted already on the forum.