Talk:Pipeline Browser Ideas: Difference between revisions

From ParaQ Wiki
Jump to navigationJump to search
No edit summary
No edit summary
Line 16: Line 16:


[[User:Berk|Berk]] 12:02, 30 Mar 2006 (EST)
[[User:Berk|Berk]] 12:02, 30 Mar 2006 (EST)
:We should not ignore color highlighting - it can be an aspect of the UI that shows differences, but having multiple channels for that type of information is necessary, as well, given color-blindedness.
:--[[User:Hollywood|David]] 9:00, 31 Mar 2006 (EST)

Revision as of 11:05, 31 March 2006

This is pretty close to what I was drawing up. I have a few concerns about some of the ideas here.

First, changing the text color is a bad idea. For one, some people have a difficult time distinguishing color differences. Even the highlighting of related items can be problematic. The pipeline can be too large for the display window. This may cause some of the highlighted items to be hidden from the user's view. For straight and fan-out pipelines, the relationship should be evident from the item arangement. For fan-in pipelines, the highlighting may help, but the highlighted parts can still be hidden out of the view.

Second, showing the last member of a collapsed sub-pipeline is different from what the user might expect. If they have to learn how to use the new pipeline view, it should have a similar feel to other similar widgets. When a user collapses an item in a tree view, that item is still visible. I think we should maintain that concept in the new pipeline view. There is also a technical reason not to. Qt style can dictate where the elipse should be for an item's text. This is used when an item is too wide for a column. One of the style options is on the left. This would confuse the user with two meanings for the elipse.

To handle the problem of navigation for a fan-in item, I was planning on putting it in several locations. At the source level, it would have its own icon. In the pipelines it would have a special "link" icon. Double clicking or using a context menu, would allow the user to jump to the source location. At the source location, the context menu could list each of the inputs allowing the user to jump back.

--Mark Richardson 19:00, 29 Mar 2006 (EST)

I agree that highlighting is quite limited (some people are color blind, filters might be hidden etc etc.). However, I think it has a few advantages: 1. it is sex, 2. it brings forward associations for people (that are not color blind) and make it easier to focus on a local part of the pipeline, 3. it gives visual hints about associations such as linking. It doesn't have to be color necessarily. That was the first thing that came to my mind.

As for the last member of the pipeline being shown, it is matter of choice. Usually (but not always), the last filter is more representative of what a pipeline branch branch does. It's OK with me either way.

Oh, another thing, Charles suggested having the icons being more representative of the dataset. For example, we could have different datasets for polygonal data, unstructured grids, structured data etc. This could be in addition to source and filter icon. What do you guys think?

Berk 12:02, 30 Mar 2006 (EST)

We should not ignore color highlighting - it can be an aspect of the UI that shows differences, but having multiple channels for that type of information is necessary, as well, given color-blindedness.
--David 9:00, 31 Mar 2006 (EST)