[Octave-bug-tracker] [bug #39822] Incorrect GUI terminal key mappings on Windows

[Philip Nienhuis]

URL:
  <http://savannah.gnu.org/bugs/?39822>

                 Summary: Incorrect GUI terminal key mappings on Windows
                 Project: GNU Octave
            Submitted by: philipnienhuis
            Submitted on: Mon 19 Aug 2013 11:20:17 PM CEST
                Category: GUI
                Severity: 3 - Normal
                Priority: 5 - Normal
              Item Group: Incorrect Result
                  Status: None
             Assigned to: None
         Originator Name: Philip Nienhuis
        Originator Email: 
             Open/Closed: Open
         Discussion Lock: Any
                 Release: dev
        Operating System: Microsoft Windows

    _______________________________________________________

Details:

Admittedly something for the nitty-gritty department:

In the GUI terminal on Windows I find the following:

TAB char: takes focus away from terminal to... yes to what? After three TAB
key presses I find focus in the file browser (path pane), next press on the
"Browse your files" button, next  it is down in the directory tree. From then
on it disappears, I can't trace it.
I'd expect focus to be back in the terminal pane after a finite number of TAB
key presses, but after > 50-60 it still isn't clear where focus went.
(As to TAB, I hoped it would work as in Octave-CLI: to complete typed input.
Currently Ctrl-TAB and Ctrl-Shift-TAB do this. No big deal)

Shift-TAB: if TAB works to shift focus elsewhere, Shift-TAB is supposed to
revert one TAB key press, i.e. bring focus back to where it was before the
previous TAB key press. OK, this works.

IIRC on Windows, Ctrl-TAB (& Ctrl-Shift-TAB) is used to switch focus from one
application pane to the next (at least for the Multi Document Interface), TAB
(Shift-TAB) to switch between elements on/in one pane, Alt-TAB to switch
between application windows. The latter works OK.

END: while editing a line, supposed to shift the cursor to the first char
position after the command string. Instead it inserts a tilde ('~') at the
cursor position and beeps.

INS: I'd expect switching between insert and overwrite mode. However, like the
END key, I get an inserted tilde and a beep.
In Octave-CLI it doesn't work either (in fact, in the cmd32.exe terminal).
BTW in a regular cmd32.exe terminal the INS key works as expected, so Octave
apparently modifies its behavior.

DEL: Supposed to delete the character under the cursor. Instead it works as
Backspace (deletes the char before the cursor).

All these keys / key combos (save INS) work fine in octave-cli.exe.




    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?39822>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/