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

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

[Octave-bug-tracker] [bug #54078] No more QDockWidget title bar and dock


From: Dan Sebald
Subject: [Octave-bug-tracker] [bug #54078] No more QDockWidget title bar and dock button on undocked panes under Windows
Date: Sun, 10 Jun 2018 13:51:50 -0400 (EDT)
User-agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:55.0) Gecko/20100101 Firefox/55.0

Follow-up Comment #21, bug #54078 (project octave):

The shortcut key sequences:

Those would be available in both Windows and Linux.  They're convenient, but
the issue is how to make the user aware of them.  The existence of shortcuts
associated with a drop down menu can be gleaned from listing right next to the
action.  The shortcuts of the 

https://savannah.gnu.org/bugs/download.php?file_id=44348

patch are of the "easter egg" variety with no documentation.  And I made them
sort of complex so there is no accidentally typing them.

As Philip said, a documented command for dock/undock is the easier way for the
user to at least having a chance of finding some alternate route of
dock/undock.  The problem there is defining something logical

dock "Variable Editor"
dock "Command Window"
etc.

?????

Plus, the command-line interaction requires programmers to delve in the
libinterp/corefcn/octave-link.cc code, which isn't something I want to do.  I
wish that were programmed differently so that the GUI could override the
behavior of functions.  I don't like GUI-specific in the core code.

I was thinking last night that perhaps the dock/undock could be mixed in with
the Window drop-down menu.  Notice how things like


File:New
File:Recent Editor Files
Help:Documentation


have a little triangle next to them, which when followed with the mouse
presents a submenu?  We could do the same thing with


Window : Command Window > Show Ctrl+Shift+0
                          Hide
                          Dock
                          Undock


where the column to the right is meant to represent the submenu created by
dragging the mouse over the tiny triangle.

BTW, I'm a bit confused by the current Window drop-down menu.  In the attached
screenshot notice there is a Show WINDOW list and below that is a WINDOW list.
 Are these pretty much the same thing?  (If WINDOW is selected it also shows
the window.)  Or does one just show and hide while the bottom one will focus
as well?  That seems like a fairly big additional list in the drop-down menu
for splitting hairs.  Furthermore, I wonder how many people are going to
remember the number and association with a window.  That is Cntrl+Shift... +3,
that "3" part isn't something I would remember.  I typically associate a
letter in some way, e.g., the first or second letter of the name of the
object.  Plus, acting on the current window is useful, e.g., "dock the
currently focused window", that sort of thing.  And there are probably ways of
generating a context menu, e.g., I type Cntrl+Shift and it pops up a menu with
a list of windows to select from.

(file #44353)
    _______________________________________________________

Additional Item Attachment:

File name: Window_dropdown_menu_Screenshot_from_2018-06-10_12-40-23.png
Size:159 KB


    _______________________________________________________

Reply to this item at:

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

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




reply via email to

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