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

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

[Octave-bug-tracker] [bug #44402] spurious undo button


From: Carnë Draug
Subject: [Octave-bug-tracker] [bug #44402] spurious undo button
Date: Mon, 16 Mar 2015 02:21:19 +0000
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Firefox/31.0 Iceweasel/31.4.0

Follow-up Comment #9, bug #44402 (project octave):

I think removing the button is a good idea. Looking at all the windows, the
only windows where it could make sense is the editor and the documentation.
Since the later always opens a new tab, then it's really only the text
editor.

Taking a closer at the whole tab, seems to me like none of the buttons there
are useful:

* The "new" and "open" are only used on text editor and already appear on the
editor widget.
* The copy, and paste buttons are like the undo buttons. They already appear
on the editor for that use, and would be of little use on the command line.
* the current directory does the same as the bar on the file browser (may
actually be a good idea to add a "browse directories" button next to the "One
directory up" button on the File browser widget actually)
* this tab widget can float but can't be closed like the others so it will
take up valuable space whether the user wants it or not.

Because of this, I'd argue that we'd be better off without that tab. Here's a
screenshoot of it
http://picpaste.com/pics/Screenshot_from_2015-03-16_01_34_02-PQUkRgEM.1426471752.png

About the shortcut, I am unsure. The shortcuts for the command line are
provided by readline and it seems to me that the GUI is capturing them. I just
tried to define a few shortcuts on .inputrc and they all worked fine without
gui. With the gui, they failed when they clashed. Example ~/.inputrc for
testing:


Control-v: "shortcut V pressed"
Control-f: "shortcut F pressed"


The control-z shortcut is not a very good on the command line since without
the GUI sends the process to the background. We already a quite powerful
library to control what happens at the prompt, and fully configurable. Why
have another one on top of it? Also, Control-C works fine as shortcut for
"abort", but if there's text selected then it suddenly becomes a shortcut for
"copy".

    _______________________________________________________

Reply to this item at:

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

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




reply via email to

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