[Octave-bug-tracker] [bug #51279] Auto-indent with 'use tabs' option jumps cursor to wrong position

[Marshall]

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

                 Summary: Auto-indent with 'use tabs' option jumps cursor to
wrong position
                 Project: GNU Octave
            Submitted by: marsian
            Submitted on: Tue 20 Jun 2017 05:42:39 PM UTC
                Category: GUI
                Severity: 3 - Normal
                Priority: 5 - Normal
              Item Group: None
                  Status: None
             Assigned to: None
         Originator Name: Marsian
        Originator Email: 
             Open/Closed: Open
         Discussion Lock: Any
                 Release: 4.2.1
        Operating System: Microsoft Windows

    _______________________________________________________

Details:

In the GUI editor, Windows 10, I have the following problems with
auto-indent:
1) When auto indent or unindent is triggered when there are lines after it,
then the cursor is jumping to the middle of the next non-whitespace line
(after inserting the proper newline and indentation). Then I have to move the
cursor back to the right location before continuing to type.

2) A space seems to be required on the control statement in order to trigger
auto indent/unindent. So 'for', and 'if' are triggered normally, but not for
'do' or 'end' statements unless a space is purposefully put after it. (I
thought un-indent just wasn't implemented until I discovered the space after
makes it work).

I have the following possibly related options:
Auto indentation, indentation uses tabs. I thought 'show completion list
automatically' might be affecting it, but the behavior is the same if the list
is showing or not. Disabling 'auto-indentation uses tabs' fixes the cursor
jumping to the wrong position problem (problem 1), except I want that option.
It doesn't fix the problem of the required space in the line to enable the
auto-indent trigger (problem 2).




    _______________________________________________________

Reply to this item at:

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

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