VisTrails Home

Version 2

From VisTrailsWiki

(Difference between revisions)
Jump to: navigation, search
(Juliana's notes about new interface)
m (Juliana's notes about new interface)
Line 13: Line 13:
** [JF] the only issue here is whether this will be too ''busy''
** [JF] the only issue here is whether this will be too ''busy''
** [DK] It is, arguably, the same amount of business as the PIP, however.
** [DK] It is, arguably, the same amount of business as the PIP, however.
-
** [CT] I often used the picture-in-picture to select a different version without having to change to the history view and then change back.  I do miss it.  If it is detachable, the user can just put it where they want it, which makes this a question of where to put it by default and whether or not to allow it to be where it used to be (since detachable objects can not generally be placed there).   
+
** [CT] I often used the picture-in-picture to select a different version without having to change to the history view and then change back.  I miss it.  If it is detachable, the user can just put it where they want it, which makes this a question of where to put it by default and whether or not to allow it to be where it used to be (since detachable objects can not generally be placed there).   
* We need some indication of which workflow is being displayed. Somewhere, we should display the label that identifies the workflow
* We need some indication of which workflow is being displayed. Somewhere, we should display the label that identifies the workflow
** [DK] In the v2.0 branch, the tab shows this.  I have it display "Pipeline: alias" or "Pipeline: ROOT + 3". [JF] Ok.
** [DK] In the v2.0 branch, the tab shows this.  I have it display "Pipeline: alias" or "Pipeline: ROOT + 3". [JF] Ok.

Revision as of 11:21, 23 May 2011

This page is setup to address and track issues with the new VisTrails 2.0 construction. Please add comments or new issues to this page.

Contents

Juliana's notes about new interface

  • It seems there are too many windows when we start VisTrails. What about only showing the main window? And fire the spreadsheet and inspector only when 'needed'? for the inspector, when a vt is open and a wf is selected, and for the spreadsheet when a workflow is run.
    • [DK] What do you mean by windows? The tabbed windows or the fact that there is a builder window, "utility" window, and a spreadsheet window?
    • [JF] The latter: 3 windows popup when I start VisTrais: the builder, the inspector and the spreadsheet.
    • [DK] Many of the windows in the "utility" window are not dependent on a workflow (for example, the console and messages tabs). We could however, not display them until a user asks to see the given view.
    • [JF] This is what I meant.
  • I noticed that the picture-in-picture disappeared. I think that is helpful to give context. At least when we are displaying a workflow, it is useful to see the version tree.
    • [DK] I think it was too small to be useful. I can see the argument for being able to see both, but I think we need more real estate than the PIP had; perhaps we allow the History View to be shown as a tab on the left or as a detached view?
    • [JF] the only issue here is whether this will be too busy
    • [DK] It is, arguably, the same amount of business as the PIP, however.
    • [CT] I often used the picture-in-picture to select a different version without having to change to the history view and then change back. I miss it. If it is detachable, the user can just put it where they want it, which makes this a question of where to put it by default and whether or not to allow it to be where it used to be (since detachable objects can not generally be placed there).
  • We need some indication of which workflow is being displayed. Somewhere, we should display the label that identifies the workflow
    • [DK] In the v2.0 branch, the tab shows this. I have it display "Pipeline: alias" or "Pipeline: ROOT + 3". [JF] Ok.
    • [ES] Dave, it doesn't show anymore. I remember seeing the tab before, but I've just checked out v2.0 and I can't see it either.
    • [DK] Right, when there is only a single tab, I hide the tab bar. You can see the titles when if you create a new view (Ctrl/Cmd+T)
  • When I click on the workflow tab (in the main window,lower left corner) it always shows an "untitled.vt". This looks like a bug... And if I click on untitled.vt, nothing happens.
    • [DK] Yes, Emanuele mentioned this at the meeting. I'm also not happy with the current interface.

Dave's List

  • Reduce size of palette names so they don't take so much space
  • Set default palettes for diff, other views
  • Diff currently being shown as a pipeline. Should we create a mode for this
  • Buttons in Messages window look bad on the Mac, don't need all of them now as well, I think
  • Missing callbacks for Merge and Control Flow Assistant menu items
  • Move execute button so it doesn't look like a mode
  • Aliases support for parameters.
    • [DK] I really want to see old-style aliases finally go away with the globals for workflow and vistrails taking their place, but we can add them for now.
    • [ES] I just added them in v2.0 branch.
  • How do we support functions that have no parameters in the new port configuration?
  • Do we need to worry about parameters with default values that won't be saved? For example, a Boolean that we want set to False will not show as a set parameter currently because that is the default. Same for an empty string...

Claurissa's Notes V2.0

  • When you detach and close a tab from the Configure/Console/Documentation/Latex/Messages/etc. window, there is no way to get it back without restarting VisTrails.
  • Is there a way to collapse all lists in the modules tab? That would be nice to have.
  • The save file option is disabled even after I make a change. I can only select save as, or save on exit (on either the v2.0 or mashup branches). An asterisk does appear next to the filename in the window title on the mashups branch, but not the v2.0 branch.
  • Changing between files using the workspace tab doesn't work on the 2.0 branch (but does on mashups).
  • The Provenance browser doesn't contain newly executed workflows unless I exit VisTrails and restart (it doesn't update). Perhaps that is because I can't save the file???
  • Are the objects that appear in the bottom half of the workspace tab associated with execution provenance? It is not clear to me what they are for. It seems a new one appears after I save a new file and stays there permanently. Clicking on them doesn't seem to do much. Are they just for information?

Juliana's notes about the mashup functionality

  • Since it is not possible to create aliases with the current 2.0, I used 1.6 to create aliases for brain.vt. But when I loaded brain.vt into the 2.0 version and selected the mashup inspector, no aliases were shown [JF] My bad: it works!
  • When I save a mashup, where is it saved? Should it be displayed under the "List" tab in the mashup inspector?
    • [ES] The mashups are saved when you save the vistrail. When you tag a mashup it is added to the list.
  • I changed a tag for a mashup, and clicked "save". But the new tag was not displayed in the "List".
    • [ES] There was a problem with the signals that were not being caught. You don't have to save. Just changing a tag should put it in the list.
  • In the "List", will I be able to select a previously created mashup and change it?
    • [ES] Yes, this is working in the current mashups branch
  • What is the difference between the "Save" and the "Update"?
    • [ES] In the mashup preview tab, pressing "Update" will run the pipeline with the values filled in the gui. It doesn't change anything in the mashup. I am still not sure what to do with the "save" button. I just wanted a button where the user could tell that he wants that mashup to be in the list, but for that he can just tag the mashup on inspector. What do you think?
    • [JF] From the interface, it is not clear that by just changing the tag, the mashup will be saved. Maybe, when the user hits save, if a tag has not been entered (i.e., the default tag is being used), we could prompt the user to enter a tag name? Also, while editing the mashup using the inspector, it might be better to have the name of the workflow on the top, don't you think? (and the mashup tag right below).
  • [JF] Should we have a special widget for entering file names?
  • [JF] How do I view the actual mashup interface? And how to I execute the mashup on my laptop?
  • I made some changes to the "Alias Details" and then clicked on "Save" and then "Preview", nothing happened. After I clicked on these two buttons a few times, the workflow executed, but the actual mashup preview was not displayed.
    • [ES] I am working on fixing this now.
  • It would be nice if it were possible to center and resize the workflow to fit in the window (cmd-shift-R)
    • [ES] This is supported in the current mashups branch (I haven't built a new binary yet)
Personal tools