The 12.11 RC1 (11 November 2012 build 8549) is out.

[oBFusCATed]

Which is why you would not see it in the latest revision .

Sorry, but I don't see it in 8579 and I have EditorTweaks plugin enabled. This seems like a rather strange place to add such a feature:)

[Folco]

This has already been fixed in the trunk, see revision 8580.

Nice, and thank you !

[raynebc]

So judging by the complaints it would be better if it (a) only responded to key presses that add or remove characters in the editor, and/or (b) had a menu toggle?

At the very least it shouldn't scroll the window when you use modifier keys.  I routinely ALT+TAB between different windows of source code, and having it jump around from where I'm trying to look just complicates things.  If you use arrow keys while the cursor is off screen, it should still probably scroll to make the cursor visible, but I'd guess that's functionality built more into the core of the IDE instead of a plugin?  I'll probably turn it off because I couldn't immediately find that it does anything I need.

[Alpha]

The attached patch should (hopefully) satisfy everyone.  It moves configuration to a more logical spot, adds the option to completely disable, and functions more conservatively (only keys that add text, and specific navigation keys that I have enumerated, are detected).

If you use arrow keys while the cursor is off screen, it should still probably scroll to make the cursor visible, but I'd guess that's functionality built more into the core of the IDE instead of a plugin?

Yes, that is in the core.

Sorry, but I don't see it in 8579 and I have EditorTweaks plugin enabled. This seems like a rather strange place to add such a feature:)

Well, if a fixed bug refuses to come back, I do not see anything to complain about (this might have something to do with an operating system specific way of sending keyboard events... this bug had been noticeable on my Ubuntu).
I put it in EditorTweaks because this function did not seem like a core requirement, and it is a tweak to how the editor acts.  Is there somewhere else you suggest it be put?


(Note to self: whenever adding a new feature, no matter how nice, always make sure it can easily be disabled.)

[MortenMacFly]

The attached patch should (hopefully) satisfy everyone.

I'll give it a try and if everything is OK I think this should make it into trunk before the release. Any objections?

[oBFusCATed]

No, objections here.

[Alpha]

The attached patch should (hopefully) satisfy everyone.

... *Facepalm*
I must have been working to late at night; I deleted the initialization for a member variable.
(Also noticed that WXK_NUMPAD_TAB was forgotten.)

Code

Index: src/plugins/contrib/EditorTweaks/EditorTweaks.cpp
===================================================================
--- src/plugins/contrib/EditorTweaks/EditorTweaks.cpp	(revision 8598)
+++ src/plugins/contrib/EditorTweaks/EditorTweaks.cpp	(working copy)
@@ -182,6 +182,7 @@
     }
     m_suppress_insert = cfg->ReadBool(wxT("/suppress_insert_key"), false);
     m_convert_braces  = cfg->ReadBool(wxT("/convert_braces"),      false);
+    m_buffer_caret    = -1;
 }
 
 void EditorTweaks::OnRelease(bool /*appShutDown*/)
@@ -431,40 +432,32 @@
     const int keyCode = event.GetKeyCode();
     switch (keyCode)
     {
-    case WXK_NUMPAD_UP:
-    case WXK_UP:
+    case WXK_NUMPAD_UP:      case WXK_UP:
         if (event.GetModifiers() != wxMOD_CONTROL)
             DoBufferEditorPos(-1);
         break;
 
-    case WXK_NUMPAD_DOWN:
-    case WXK_DOWN:
+    case WXK_NUMPAD_DOWN:    case WXK_DOWN:
         if (event.GetModifiers() == wxMOD_CONTROL)
             break;
         // fall through
-    case WXK_NUMPAD_ENTER:
-    case WXK_RETURN:
+    case WXK_NUMPAD_ENTER:   case WXK_RETURN:
         DoBufferEditorPos(1);
         break;
 
-    case WXK_TAB:
+    case WXK_NUMPAD_TAB:     case WXK_TAB:
         if (event.GetModifiers() != wxMOD_NONE)
             break;
         // fall through
     case WXK_BACK:
-    case WXK_NUMPAD_DELETE:
-    case WXK_DELETE:
-    case WXK_NUMPAD_LEFT:
-    case WXK_LEFT:
-    case WXK_NUMPAD_RIGHT:
-    case WXK_RIGHT:
+    case WXK_NUMPAD_DELETE:  case WXK_DELETE:
+    case WXK_NUMPAD_LEFT:    case WXK_LEFT:
+    case WXK_NUMPAD_RIGHT:   case WXK_RIGHT:
         if (event.GetModifiers() == wxMOD_ALT)
             break;
         // fall through
-    case WXK_NUMPAD_HOME:
-    case WXK_HOME:
-    case WXK_NUMPAD_END:
-    case WXK_END:
+    case WXK_NUMPAD_HOME:    case WXK_HOME:
+    case WXK_NUMPAD_END:     case WXK_END:
         DoBufferEditorPos();
         break;
 

[Feneck91]

Just one think to say : "great job!", congratulation!
I used CB for 3 years and i'm a (very little) contributor (help to implements stacked baseD tab switching) and a lot of work has been done! My last NB was svn 8497. Lot of problems with debugger has been fixed (faster when doing a step, breakpoints that works fine (some breakpoints does't works before)), SUPPR key works to delete variables.
=> wxLongLong type are not displayed into debugger (I'll see to find a way to make it work).
Some new plugins not works (SmartIndentxxx are disabled) but it is certainly because I just override my CB with NB.

[FiReCoLoR]

hey .. i'm new out here .. hello everyone.   
really excited for the new version .. of code::blocks.

you developers of code::blocks are really doing great job. that's why is the fav. for c,C++ programming.

i don't know .. you can here/consider my suggestion. 
i want to enjoy doing programming .. so if you guys can make code::blocks  look like  and feel touch  like in apple xcode and coda.
:
i hope you guys will think abt it .. but still not a big deal.
still 1st priority is of new engine ,and of working.
all the best.
waiting for the new release.

[oBFusCATed]

FireColor:
You like XCode? 
Probably you're the only person in the world.
And no we won't make C::B look like XCode. 
And I don't know what engine are you talking about.

p.s. please try to increase the signal/noise ratio in your posts.... currently it is mostly noise!

[FiReCoLoR]

   haha .. sorry. i don't mean i like xcode. i like the presentation while typing,highlighting {} yellow attractive way.
i hope u got it. i haven't use xcode. i have seen on tutorials.

code::blocks is good for me.no to xcode.

and engine i mean to say .. good processing of code::blocks bugfree that is our 1st priority.i was saying.  

and i didn't get .. " p.s. please try to increase the signal/noise ratio in your posts.... currently it is mostly noise! " :/

[oBFusCATed]

...   haha .. sorry. i don't mean i like xcode. i like the presentation while typing,highlighting {} yellow attractive way.
i hope u got it....

I've got nothing from you post. Next time try to be more clear, otherwise people would just skip your posts as I did for the most part of yours.
<sarcasm>Also it will be a good idea to do some maintenance of your keyboard, because the shift key seems to be broken. </sarcasm>

[MortenMacFly]

Sorry to say that, but I also don't get what you actually want? What is your problem, what is not working? Steps to reproduce, screenshots - whatever. Please be more descriptive and precise.

[superbem]

Hello all,
this is my first post
fine peace of software
just like to add
why not add in the download package wxwidgets for compiling right in C:::B?! mingw
It's 5mb...
only the static lib that's what matters...
unicode...
why not default that?
anyway for what that matters
here it is https://secure.host-ed.me/~superbem/wxWidgets-2.8.12.rar (hope not breaking rules, forgot to read it)
appreciated
cheers