Pipeline Browser Ideas: Difference between revisions

From ParaQ Wiki
Jump to navigationJump to search
No edit summary
No edit summary
Line 1: Line 1:
Here is an example pipeline. Pipelines of this size and branching level are common
Here is an example pipeline. Pipelines of this size and branching level are common


[[Image:browser5.jpg]]
[[Image:browser5.jpg||300px|]]


Based on the design we came up with at the summit, we can display this pipeline like this:
Based on the design we came up with at the summit, we can display this pipeline like this:


[[Image:browser.jpg]]
[[Image:browser.jpg||200px|]]


The rules are:
The rules are:
Line 12: Line 12:
If a leaf is collapsed, it looks like:
If a leaf is collapsed, it looks like:


[[Image:browser3.jpg]]
[[Image:browser3.jpg||200px|]]


This makes it easy to see all pipeline attached to a single source. Note that I chose to display the last filter on the pipeline as the collapsed name.
This makes it easy to see all pipeline attached to a single source. Note that I chose to display the last filter on the pipeline as the collapsed name.
We can also use color highlighting. So when the user moves the pointer over clip1, all related filters are highlighted:
We can also use color highlighting. So when the user moves the pointer over clip1, all related filters are highlighted:


[[Image:browser2.jpg]]
[[Image:browser2.jpg|200px|]]


Here contour is input, shrink1 is output, clip2 is related (the clip planes of clip1 and clip2 are linked). Now, let's look at fan-in (multiple inputs). Here I added two filters to the pipeline:
Here contour is input, shrink1 is output, clip2 is related (the clip planes of clip1 and clip2 are linked). Now, let's look at fan-in (multiple inputs). Here I added two filters to the pipeline:
   
   
[[Image:browser6.jpg]]
[[Image:browser6.jpg|300px|]]


One solution we discussed is to treat multiple input filters like new sources:
One solution we discussed is to treat multiple input filters like new sources:


[[Image:browser4.jpg]]
[[Image:browser4.jpg|200px|]]


Here, the only way to find out what the inputs of append are is to bring the cursor over it. This might not work if the input are inside a collapsed pipeline. An alternative is the following:
Here, the only way to find out what the inputs of append are is to bring the cursor over it. This might not work if the input are inside a collapsed pipeline. An alternative is the following:


[[Image:browser7.jpg]]
[[Image:browser7.jpg|200px|]]


In this case, the user is given a few clues:
In this case, the user is given a few clues:

Revision as of 16:16, 29 March 2006

Here is an example pipeline. Pipelines of this size and branching level are common

Browser5.jpg

Based on the design we came up with at the summit, we can display this pipeline like this:

Browser.jpg

The rules are:

  • Pipeline without fan-out: filter below it's input, connected with a line
  • Pipeline with fan-out: indent once to show fan-out

If a leaf is collapsed, it looks like:

Browser3.jpg

This makes it easy to see all pipeline attached to a single source. Note that I chose to display the last filter on the pipeline as the collapsed name. We can also use color highlighting. So when the user moves the pointer over clip1, all related filters are highlighted:

Browser2.jpg

Here contour is input, shrink1 is output, clip2 is related (the clip planes of clip1 and clip2 are linked). Now, let's look at fan-in (multiple inputs). Here I added two filters to the pipeline:

Browser6.jpg

One solution we discussed is to treat multiple input filters like new sources:

Browser4.jpg

Here, the only way to find out what the inputs of append are is to bring the cursor over it. This might not work if the input are inside a collapsed pipeline. An alternative is the following:

Browser7.jpg

In this case, the user is given a few clues:

  • Append is connected to shrink2 (shown with an arrow)
  • Append is connected to outline (shown with an arrow)
  • The two instances of append refer to the same filter (they have the same name and they are highlighted green when the cursor moves over them)
  • Streamlines is connected to append (arrow as well as highlight color)

I like the second solution better. I showed it to Utkarsh and Will, they agree. One potential improvement is to add some sort of mark to all instances of append to make it clear that there is another input somewhere.