Closed JJTR2 closed 12 months ago
To add to this: I just realized that when you close a histogram and try to re-open it through the list on the left side, it doesn't work, but only expands the list-entry.
Thanks @euCitizn and @dnwerner for reporting these! @linev I can reproduce both behaviors at https://jsroot.gsi.de/latest/api.htm#url_syntax_tabs_layout. Is the first one intended? The second one definitely looks like a bug.
I hope the first one is not intended behavior. Nothing happening vs (previously) jumping to the correct histo feels like a regression, since it makes quickly jumping to a histo more tedious ("try to open a histo to compare some data" -> "nothing happens" -> "realize that the histo must have been opened before" -> "try to find the open tab" -> "open the histo" is quite a bit slower than "try to open a histo" -> "open the histo")
It is side effect of changes I made for histogram classes. Now histogram can be "expand" in the hierarchy browser and therefore second click on the item tries to expand histogram object. I will try to improve this.
Maybe something like:
click -> previous behavior double-click (instead of second click) -> new behavior
could be implemented instead?
No, I need to fix logic of normal click. It was done for geometry viewer where default action is "expand" of volumes hierarchy. But it had side effect after I allow to expand histograms. Fix is simple and I will submit it soon.
Awesome, thanks for the quick update!
Should be improved in jsroot 7.5.1
release
Awesome, thanks! 🚀
Hi, I noticed that if you have multiple histograms open, you can't jump to a specific histogram anymore (that is already open) by clicking it on the histogram list on the left.
I know that this is the behavior for TGraphs for some time now, but I do find it more practical if you jump back to the open histogram by using the histogram list