bugGNU Octave - Bugs: bug #51891, GUI panel sizes are not restored...

 
 

bug #51891: GUI panel sizes are not restored properly after introduction of variable editor

Submitter:  Mike Miller <mtmiller>
Submitted:  Tue 29 Aug 2017 10:07:36 PM UTC
   
 
Category:  GUI Severity:  3 - Normal
Priority:  5 - Normal Item Group:  Regression
Status:  Fixed Assigned to:  None
Originator Name:  Open/Closed:  * Closed
Release:  * dev Operating System:  * GNU/Linux
Fixed Release:  None Planned Release:  None
* Mandatory Fields

Add a New Comment Rich Markup
   

Jump to the original submission

Tue 05 Sep 2017 09:16:15 PM UTC, comment #6: 

Yeah, closing this fixed.

Mike Miller <mtmiller>
Group Member
Tue 05 Sep 2017 09:11:39 PM UTC, comment #5: 

I don't know when it started because the Variable Editor itself is pretty new code.  I didn't start playing with it until several modifications had been made.  Should I just open up a new bug report about this weird docking behavior since it isn't related to GUI panel sizes?

Rik <rik5>
Group administrator
Tue 05 Sep 2017 08:54:33 PM UTC, comment #4: 

This works for me now.

Rik - are you saying this weird behavior started only after this change was made? Or can we close this as fixed?

I don't see anything like what you describe with Gnome. When I drag the docked variable editor around within the main window, it does appear as a separate floating window, but it disappears as soon as the mouse is released.

Mike Miller <mtmiller>
Group Member
Tue 05 Sep 2017 05:15:52 PM UTC, comment #3: 

I don't know if this is related, but if I drag the Variable Editor so that it would sit on top of the command window, but still within the GUI, then I visually get two copies of the Variable Editor.  The first copy is to the right of the Command Window, but is not viable.  The copy that should be above the Command Window is, instead, undocked.


It's weird, so I attached a screenshot.  This is with KDE, which might be part of the problem.


Rik <rik5>
Group administrator
Sat 02 Sep 2017 08:04:18 PM UTC, comment #2: 

I have pushed cset
http://hg.savannah.gnu.org/hgweb/octave/rev/a8ecad336cfd
which fixes the issue for me.

Torsten Lilge <ttl>
Group Member
Tue 29 Aug 2017 10:28:47 PM UTC, comment #1: 

I can only get this to behave by dragging and docking all of the panels completely differently than the default layout.

I have a guess, but I don't know how to check this against what the default qt-settings file is doing.

Is it possible that the previous layout had the Command, Documentation, and Editor panels docked in a "center" position, but the new layout has then docked in a "right" position relative to the others? And maybe this gives them equal weight so the splitter always comes up dividing the window in half?

Mike Miller <mtmiller>
Group Member
Tue 29 Aug 2017 10:07:36 PM UTC, original submission:  

Starting with changeset ab5780d54869 (https://hg.savannah.gnu.org/hgweb/octave/rev/ab5780d54869), something is wrong with the saving and restoring of docked panel sizes within the GUI main window.

Here's how I set up the main window, starting from a blank slate with ~/.config/octave/qt-settings deleted:

  • ./run-octave
  • click Next, Next, Finish, close the announcements dialog
  • maximize the GUI
  • drag the vertical splitter left, so that the first column of three panels takes up about 20% of the screen width (on my display, this is about where the "Attribute" column in the Workspace panel is just about completely covered up)
  • run "getenv COLUMNS" in the command window, reports back 188
  • quit
  • ./run-octave again, the splitter has now been moved back to what looks like the exact center of the screen


I rewround some commits and this only started happening with the introduction of the variable editor, and specifically with ab5780d54869, which added it to the default qt-settings template. And is still happening on the current @ development head.

Mike Miller <mtmiller>
Group Member

 

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

Attach Files:
   
   
Comment:
   

Attached Files

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by rik5 (Updated the item)
  • -email is unavailable- added by ttl (Posted a comment)
  • -email is unavailable- added by mtmiller (Submitted the item)
  •  

    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 4 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2017-09-05 mtmiller StatusReady For Test Fixed
        Open/ClosedOpen Closed
    2017-09-05 rik5 Attached File- Added Screenshot_20170905_101314.png, #41736
    2017-09-02 ttl StatusNone Ready For Test

    Back to the top

    Powered by Savane 3.13-02a9.
    Corresponding source code