On 11/14/2015 08:32 AM, Robert Jördens wrote: >> That would only occur when the user selects the same experiment in at least >> two explorers. The synchronization is only about handling this corner case >> correctly. > > I don't see why that corner case needs to be supported. > Did that only became relevant as a consequence of the idea to have > multiple explorer docks (instead of one explorer and one dock per open > experiment)?
Yes. Note that text editors like Kate, Sublime Text and Atom have the same issue and solve it in the same way: when you open the same file in two windows, edits in one appear instantaneously in the other. > A) Priority, pipeline, etc could become part of the "arguments" of an > experiment. Those would then then fit in with the widgets of each > experiment. The action buttons could be part of the (global) toolbar > or the menu. > B) Prio, pipeline, etc are fields up in the toolbar, next to action buttons. > C) Both fields and action buttons end up in the experiment docks. > > I would prefer A, C, B. In any case, the explorer would just be the > tree and its use would only be to find, open, and describe (the > docstring) available experiments, just like in a multi-file editor. Ok. One feature I was suggesting before was to memorize the last few used pipelines in the explorer (i.e. turn the text entry an editable combobox) to be able to switch between pipelines rapidly without typing their full name each time. I suppose that if the pipeline selection widget ends up on each experiment dock, we can drop this feature, as a given experiment is submitted into the same pipeline most of the time. Sébastien _______________________________________________ ARTIQ mailing list https://ssl.serverraum.org/lists/listinfo/artiq
