[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/
- [Octave-bug-tracker] [bug #44402] spurious undo button, Carnë Draug, 2015/03/01
- [Octave-bug-tracker] [bug #44402] spurious undo button, Dan Sebald, 2015/03/01
- [Octave-bug-tracker] [bug #44402] spurious undo button, Carnë Draug, 2015/03/01
- [Octave-bug-tracker] [bug #44402] spurious undo button, Dan Sebald, 2015/03/01
- [Octave-bug-tracker] [bug #44402] spurious undo button, Mike Miller, 2015/03/08
- [Octave-bug-tracker] [bug #44402] spurious undo button, Torsten, 2015/03/14
- [Octave-bug-tracker] [bug #44402] spurious undo button, Torsten, 2015/03/14
- [Octave-bug-tracker] [bug #44402] spurious undo button, Mike Miller, 2015/03/15
- [Octave-bug-tracker] [bug #44402] spurious undo button, Carnë Draug, 2015/03/15
- [Octave-bug-tracker] [bug #44402] spurious undo button, Torsten, 2015/03/15
- [Octave-bug-tracker] [bug #44402] spurious undo button,
Carnë Draug <=
- [Octave-bug-tracker] [bug #44402] spurious undo button, Torsten, 2015/03/16
- [Octave-bug-tracker] [bug #44402] spurious undo button, Torsten, 2015/03/25