[Octave-bug-tracker] [bug #54391] Incorrect result when attempting to type or paste UTF-8 Cyrillic text into octave CLI

[Markus Mützel]

Update of bug #54391 (project octave):

        Operating System:               GNU/Linux => Any                    

    _______________________________________________________

Follow-up Comment #7:

I don't know why we ever needed the hard-coded readline bindings in the first
place. Alt+P and Alt+N are already bound to
"non-incremental-reverse-search-history" and
"non-incremental-forward-search-history" by default. The only difference to
"history-search-backward" and "history-search-forward" seems to be that the
latter should only match the start of a line. [1] (But that isn't how Alt+P
behaved for me before the patch.)

Readline 6.3 and newer should be handling UTF-8 charsets correctly
automatically. At least as long as we (or the user) aren't messing with the
meta-settings.
There still seems to be a problem with rl_add_defun and Meta-key shortcuts.
It might be best to remove the calls to rl_add_defun with Meta-key shortcuts
entirely. If it should be necessary, a user could still switch back to the old
functions in their ~/.inputrc with:

"\M-p": history-search-backward
"\M-n": history-search-forward


With the patch applied I can paste the Cyrillic string from comment #0 also in
Octave for Windows (cross-compiled with readline 6.3 from bug #47571) which
previously failed as well.
Alt+P and Alt+N never worked for me on Windows. (But I don't know to which key
the Meta key corresponds on Windows.)

[1]: https://tiswww.case.edu/php/chet/readline/readline.html#SEC15

    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/bugs/?54391>

_______________________________________________
  Message sent via Savannah
  https://savannah.gnu.org/