Feature request: new editor commands: "Go to Next(Previous) Top Level Form" and similars

[Marcio Mazza]

I once again feel the lack of some keybindings which I use quite often in my little Java editing world.
The missed ones now are Shift+Ctrl+(Up/Down)

They are bound to these commands, depending on whether you're editing Java source code or, for instance, XML:

Shift+Ctrl+Up
    Go to Previous Member    (Editing Java Source)
    Go to Previous Sibling    (Editing in Structured Text Editors)

Shift+Ctrl+Down
    Go to Next Member    (Editing Java Source)
    Go to Next Sibling    (Editing in Structured Text Editors)

I initially think it would be fine if we had two (really four) commands (with their "Up" counterparts):

Shift+Ctrl+Down(Up)
    Go to Next(Previous) Top Level Form

Ctrl+Down(Up)
    Go to Next(Previous) Sibling (that is: go to the next(previous) "same level" form)

I'm quite in doubt about the precise behaviour of this "Go to Next(Previous) Sibling".
Maybe (or maybe not) it should go to a higher level enclosing form after the cursor hits the first "same level form".
Maybe we should just have other command to go to the first "outer" form. I dunno.
The emacs moving commands might clarify the question.

In contrast I think that "Go to Next(Previous) Top Level Form" suggests a clearer behaviour
and that it should be bound to "Shift+Ctrl+Down(Up)" for Cusp to get along well with the default Eclipse JDE bindings.

[Gorsal]

I think that Shift+Enter and Shift+Space already takes care of going
to the top level form. If not, then can you look in the error log. You
should see something which says 'could not parse' and then something.
You're right, there should be more keybindings, I think that is
important. It sounds like you want a subset of the
http://www.emacswiki.org/emacs/PareditCheatsheet Paredit mode.