Closed tinevez closed 4 years ago
note the related PR #115
related in that it also reads some of the internal data of TrackScheme window, something is the same idea/plan, something is a bit different
Hello Vlado. I will have to rewrite all of this anyway...
Hi Jean-Yves, well I don't know... I find it actually very educational, at least for me, to see how things can be read out... pity, I have discovered it only today (while I have prepared material for my PR much earlier).
I left the comment here only beacuse I found a non-zero intersection between the two PRs.
Hello Vlado, Now that the master has new methods I will rewrite this and thrash this branch & PR. You ok with that?
Hi Jean-Yves, well, I don't know...
the new methods on master only do what your commit c26d467 was proposing plus they allow to retrieve the currently opened/viewed time point (and most likely only the time point of the given track scheme window, AFAIR).
As far as I understand your/this PR, it does much more: one can store/restore the layout of a session -- which I find actually very useful; I actually think the second commit of this PR is still valid
I would dare to back up and left this decision up to you -- I'm fine w/ and even w/o this PR existing (w/ + checkbox in load dialog "do you want to restore the precious session layout" would be the best IMHO)
long reply, low information, typical Vlado
Superseded by #117
The state of each opened view is serialized with the Mastodon project. The state includes window position, transform, current coloring, ...
Serialization is made in a XML file in the project file:
To access this data, the
MamutViews
exposes their content (trackscheme or bdv + coloringModel).Deserialization is made by unmarshalling the XML into a
Map<String, Object>
that is passed to the constructors ofMamutViewBdv
andMamutViewTrackScheme
, setting the state adequately, and when possible before theJFrame
is made visible.