[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Octave-bug-tracker] [bug #45943] commands shg and figure(N) (where figu
From: |
Rik |
Subject: |
[Octave-bug-tracker] [bug #45943] commands shg and figure(N) (where figure N exists) fail to bring figure window to foreground |
Date: |
Wed, 15 Aug 2018 17:22:54 -0400 (EDT) |
User-agent: |
Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:61.0) Gecko/20100101 Firefox/61.0 |
Update of bug #45943 (project octave):
Status: Ready For Test => Fixed
Open/Closed: Open => Closed
_______________________________________________________
Follow-up Comment #13:
I checked in an addendum cset here
(https://hg.savannah.gnu.org/hgweb/octave/rev/b785394f10d0) that doesn't
create a new figure if shg is called and no figure exists.
I don't think shg should call figure (gcf). There is a lot of option
processing that goes on in figure.m just to arrive at calling __show_figure__.
However, we could make shg a C++ function if you like. I don't think it is
too important.
I should note that this works perfectly when running the GUI. When running
the CLI, in say a terminal window, then the Qt plot windows are not raised
above the terminal window. I do get an indication down in the desktop bar
that one of the windows has had a status change. I think that is probably
okay. According to the Qt documentation
On Windows, if you are calling this when the application is not currently the
active one then it will not make it the active window. It will change the
color of the taskbar entry to indicate that the window has changed in some
way. This is because Microsoft does not allow an application to interrupt what
the user is currently doing in another application.
That's what I get in Linux if I use the CLI.
I'm going to mark this as fixed.
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?45943>
_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/