Problem 2034

Summary: Unable to expand tree view width to see names and loose control
Product: Geant4 Reporter: Laurie Nevay <laurie.nevay>
Component: visualization/OpenGLAssignee: Laurent Garnier <laurent.garnier>
Status: RESOLVED WONTFIX    
Severity: normal CC: garnier, John.Allison
Priority: P4    
Version: 10.3   
Hardware: Apple   
OS: Mac OS X   
Attachments: Screenshot of scene tree being different from /vis/drawTree

Description Laurie Nevay 2018-02-12 22:54:02 CET
In the Qt visualiser on mac, I need to expand the tree view on the left hand side to see the names of various placements (it's a bit narrow by default).  However, it's basically impossible to do this.  Normally, I'd move the mouse over the dividing line between the tree view and the 3D visualisation, click and hold and drag to the right.  However, it doesn't move.  Sometimes if you move it very slowly, it'll work.

After attempting this, the visualiser becomes unusable. Every time I move over the 3D visualisation, it rotates the model whether I click or not.  Clicking doesn't disengage this behaviour.  If I move to the left onto the tree viewer, the width of the tree viewer becomes narrower and narrower following the mouse.  At this point, I have to quit and start again.

Also, in the past the order of the placements in the tree view was the order they were constructed.  This behaviour was changed ~10.3 onwards.  It'd be great if there was an option to retain this behaviour - we build our model in a line / sequence and it really helps to see the tree view to be like that.  I can imagine though for most, alphabetical is better - so maybe just an option.

I have Qt5 through macports.  Mac OSX 10.11.6.  Apple LLVM version 8.0.0 (clang-800.0.42.1).

I'm based at CERN if it helps to see the problem.

Thanks!
Comment 1 John.Allison 2018-02-16 20:59:14 CET
More from Laurie...

Thanks for having a look.  I think [Bug 1933] was perhaps just that one particular crash with a bit of over-zealous interaction after trying to change the width of the tree viewer / side bar.  That was so far a one off crash.  Normally, the viewer continues to function without crashing but just becomes unusable due to the lack of control.

I think this is a different problem.  Once adjusting the tree viewer it's as if the mouse is constantly being clicked, but it's not.  The gui reacts as if I were holding down the mouse - geometry rotating, highlighting of elements in the tree etc.

I'm on Geant4.10.3.p03 just now.  I can't use 10.4.0 generally as the constructor for G4ExtrudedSolid is broken (https://bugzilla-geant4.kek.jp/show_bug.cgi?id=2016), but I've fixed that bug locally so it doesn't crash.  I have the same behaviour in 10.4.

The behaviour is different in the different tabs. In the help and history tabs, I can safely expand and contract the side bar - the geometry does rotate sometimes though.  With the scene tab though, I cannot easily adjust the width.

I've put a video on dropbox - I think this is the easiest way for you to see what's happening.
https://www.dropbox.com/s/yigyc09mxrd8n3k/IMG_2760.MOV?dl=0
I'm just using the trackpad.  You can hear when I click down.  This was with Geant4.10.4.0
Comment 2 Laurent Garnier 2018-08-31 15:51:01 CEST
>> In the Qt visualiser on mac, I need to expand the tree view on the left hand side to see the names of various placements (it's a bit narrow by default).  However, it's basically impossible to do this.  Normally, I'd move the mouse over the dividing line between the tree view and the 3D visualisation, click and hold and drag to the right.  However, it doesn't move.  Sometimes if you move it very slowly, it'll work.

Well, it's a bug that we should fix. An other option to do that is to drag the scene tree outside of the main window

>> Also, in the past the order of the placements in the tree view was the order they were constructed.  This behaviour was changed ~10.3 onwards.  It'd be great if there was an option to retain this behaviour - we build our model in a line / sequence and it really helps to see the tree view to be like that.  I can imagine though for most, alphabetical is better - so maybe just an option.

There is no option to do that, the order could not be changed
Comment 3 John.Allison 2018-08-31 16:03:24 CEST
> Also, in the past the order of the placements in the tree view was the order they were constructed.  This behaviour was changed ~10.3 onwards.  It'd be great if there was an option to retain this behaviour - we build our model in a line / sequence and it really helps to see the tree view to be like that.  I can imagine though for most, alphabetical is better - so maybe just an option.

In general the vis system delivers "touchables" to the the scene handlers and viewers by a recursive traversal of the geometry hierarchy tree. I think this has not changed for many years. The daughters of any node are delivered in the order of placement in that node (G4LogicalVolume).

You can see this behaviour with /vis/drawTree.
Comment 4 Laurie Nevay 2018-10-30 11:02:24 CET
Created attachment 516 [details]
Screenshot of scene tree being different from /vis/drawTree
Comment 5 Laurie Nevay 2018-10-30 11:03:44 CET
Dear John,

Thank you for that information.  However, in doing that command I see the hierarchy in placement order (great!) but this is different from the scene tree which is in alphabetical order.

Best,
Laurie
Comment 6 garnier 2021-05-10 23:45:09 CEST
No progress since more than 3 years = CLOSED