+2
Under review

Slave ESASky instances

John Hoar 6 years ago updated by Deborah Baines 4 years ago 5

Allow an instance of ESASky to be slaved to another instance of ESASky, such that if the user move the view, or change FOV of the 'master' instance the slaved instance should change acccordingly. This should be implemented in such a way as to be compatible with other ESA archives using the underlying technology, i.e. ESASky controlling EuclidSky, and vice versa

Thank you for the clarification, John. We will study your proposal and let you know about any progress. To enhance the use of ESASky with python notebooks is certainly something we have in our roadmap.


Cheers,


Belén


The point is that a slaved instance just needs to be able to receive a message: 'go here' or 'change fov to X'. You do not need to make a multi-window version of ESASky, you let the browser itself provide the application contexts.


If the message interface is sufficient open, it might not even need to be an ESASky instance (or EuclidSky) sending the messages; it could be a python notebook.

Dear John,


thank you very much for your suggestion. Could you please provide a use case so that we better understand what you want?


Cheers,


Belén