bugGNU Octave - Bugs: bug #59701, GUI doesn't activate unless I...

 
 

bug #59701: GUI doesn't activate unless I click on it.

Submitter:  None
Submitted:  Wed 16 Dec 2020 07:45:16 AM UTC
   
 
Category:  GUI Severity:  1 - Wish
Priority:  5 - Normal Item Group:  Feature Request
Status:  Fixed Assigned to:  None
Originator Name:  Originator Email:  -email is unavailable-
Open/Closed:  * Closed Release:  * 6.1.0
Operating System:  * Microsoft Windows Fixed Release:  None
Planned Release:  None
* Mandatory Fields

Add a New Comment Rich Markup
   

Jump to the original submission

Fri 12 Feb 2021 06:28:54 PM UTC, comment #9: 

It's been two weeks without comment so I'm going to assume this patch was successful.  Marking as fixed and closing report.

Rik <rik5>
Group administrator
Sat 30 Jan 2021 12:58:17 PM UTC, comment #8: 

I have pushed cset http://hg.savannah.gnu.org/hgweb/octave/rev/0e97c97044ee for fixing the issue with the missing focus of the filter's line edit.

Torsten Lilge <ttl>
Group Member
Fri 29 Jan 2021 09:27:42 PM UTC, comment #7: 

Ah, just realized an effect that is probably related. When switching to another application on the same workspace by Alt+Tab, the focus immediately goes back to octave.

Torsten Lilge <ttl>
Group Member
Fri 29 Jan 2021 09:20:37 PM UTC, comment #6: 

John, thanks for testing and for the feedback. I will try to use a focus proxy for the filter line edits. The problem also occurs without the new feature when switching to the widgets by shortcut.

Regarding the other "feature": I can not reproduce this on Debian Buster with Gnome. Does this only happen when a specific widget of octave has focus?

Torsten Lilge <ttl>
Group Member
Fri 29 Jan 2021 08:44:42 PM UTC, comment #5: 

Torsten: Thanks for the fix.  It seems to work well except that even when the filter checkbox is selected in the history or workspace windows, I have to click on the textbox entry widget for it to accept input.  That's different from the way that the file browser window works.  It accepts input in the textbox entry widget immediately when I move the mouse over the file browser.

Also, I noticed something strange with gnome.  I can get in a state such that if I have the mouse pointer over the Octave window and use the gnome keyboard shortcut to move to another gnome workspace, it temporarily moves to the new workspace immediately but pops back to the one where Octave is located.  That was surprising but maybe it's just a "feature" of the focus-follows-mouse mode and the workspace switching feature?

John W. Eaton <jwe>
Group administrator
Sun 20 Dec 2020 06:42:01 PM UTC, comment #4: 

The feature is implemented by cset http://hg.savannah.gnu.org/hgweb/octave/rev/66af654b3485 that I have pushed to the default branch.

Torsten Lilge <ttl>
Group Member
Sat 19 Dec 2020 06:28:02 PM UTC, comment #3: 

I am working on a patch for the default branch.

Just to be sure: You are using "focus follows mouse" for your desktop and this does not work for the widgets docked to the main window but for floating widgets. However, if the command window, which is docked to the main window, has focus and you move the mouse away and back to the main window, the command window gets focus again. Is this correct?

Torsten Lilge <ttl>
Group Member
Fri 18 Dec 2020 06:14:18 AM UTC, comment #2: 

Thank you for your return. It is quite annoying. I hope you come up with a solution for it. Thank you.

Anonymous
Wed 16 Dec 2020 06:02:48 PM UTC, comment #1: 

Thanks for the report. I guess you refer to the "focus follows mouse" policy? This only seems to work for floating widgets, as hovering with the mouse over docked widgets does not change the current focus (and does not emit the QApplication::focusChanged signal). I have to find out whether this is not supported by Qt or whether Octave breaks something here.

Torsten Lilge <ttl>
Group Member
Wed 16 Dec 2020 07:45:16 AM UTC, original submission:  

When I return typing, immediately after relocating my mouse onto octave, it doesn't allow me to type in the command window unless I click on the window.

Anonymous

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by rik5 (Posted a comment)
  • -email is unavailable- added by jwe (Posted a comment)
  • -email is unavailable- added by ttl (Posted a comment)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only group members can vote.

     

    Follow 5 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2021-02-12 rik5 StatusReady For Test Fixed
        Open/ClosedOpen Closed
    2020-12-20 ttl StatusNone Ready For Test
    2020-12-19 ttl Severity3 - Normal 1 - Wish
        Item GroupPerformance Feature Request

    Back to the top

    Powered by Savane 3.13-3230.
    Corresponding source code