octave-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Octave-bug-tracker] [bug #60079] (Windows) Ctrl-C / Ctrl-V dysfunctiona


From: Torsten Lilge
Subject: [Octave-bug-tracker] [bug #60079] (Windows) Ctrl-C / Ctrl-V dysfunctional in Command Window
Date: Sun, 21 Feb 2021 08:25:10 -0500 (EST)
User-agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/88.0.4324.182 Safari/537.36

Follow-up Comment #16, bug #60079 (project octave):

Thanks for testing; I try to summarize:

Comment #15 seems to describe the expected behavior for the default branch. Is
Ctrl-C working for interrupting the interpreter regardless the setting
"Disable global shortcuts ..."?

Comment #14: Also expected behavior for the default branch but ignoring the
"Disable global shortcut ..." preference in the stable branch. Interrupting
the interpreter with Ctrl-C does *not* work in 7.0.0.

I had a look into the sources and indeed, the handling of the "Disable ..."
pref has changed: Now really all global shortcuts including copy and paste are
disabled when the command window has focus and the pref is set. However, I can
confirm that  Ctrl-C does not interrupt the interpreter on my Debian system.

I suggest to leave the stable branch as it is (ignoring the "Disable global
shortcuts ..." pref for copy and paste) since this probably was the behavior
for a long time. In summary, Ctrl-C not interrupting the interpreter anymore
in the default branch is the remaining issue? If you agree, I update the title
of this report.
  

    _______________________________________________________

Reply to this item at:

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

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




reply via email to

[Prev in Thread] Current Thread [Next in Thread]