F/E full information window: null key-value pairs

Bug #1181245 reported by Jack Ireland
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Helioviewer.org
Fix Released
Critical
Jeff Stys

Bug Description

Many of the key-value pairs contain either the entry "null" or are simply empty. At the moment these are greyed out. Keys that have a non-null value are interspersed between keys that have a null value. I wonder if the difference between the null and non-null entries might be highlighted even more by separating out the null and non-null entries. The top of the list would show the non-null entries (in alphabetical order) and then the bottom of the list would show the null entries (in alphabetical order). This would better highlight the information that is recorded, but probably at the expense of telling the user about the information that was not recorded.

The current layout has value too, though, as it informs the user of what types of information are considered important by the HEK and what was recorded or not. The current layout is more even in its treatment of information captured or not. Perhaps that is more informative to the user.

Changed in helioviewer.org:
status: New → Triaged
Changed in helioviewer.org:
milestone: none → 2.4.0
assignee: nobody → Jeff Stys (jstys-z)
importance: Undecided → Critical
Revision history for this message
Jeff Stys (jstys-z) wrote :

The current layout was chosen because it allows for efficient side-by-side comparison between dialogs. By default, each dialog of the same type/frm should show the same set of rows in the same order, making it easier to scan visually. If the empty/null rows are not of interest, they may be toggled off. Moving them to a separate section would make side-by-side comparison much more difficult for the user.

If a change is still desired, I suggest having the empty/null rows hidden by default. The user can then optionally show the empty/null rows if they would like to perform a side-by-side comparison.

Please update bug status with desired course of action.

Revision history for this message
Jack Ireland (jack-ireland) wrote : Re: [Bug 1181245] Re: F/E full information window: null key-value pairs

I think we should probably just go with the current functionality. The
side-to-side comparison is a good use case.

On 06/13/2013 10:24 AM, Jeff Stys wrote:
> The current layout was chosen because it allows for efficient side-by-
> side comparison between dialogs. By default, each dialog of the same
> type/frm should show the same set of rows in the same order, making it
> easier to scan visually. If the empty/null rows are not of interest,
> they may be toggled off. Moving them to a separate section would make
> side-by-side comparison much more difficult for the user.
>
> If a change is still desired, I suggest having the empty/null rows
> hidden by default. The user can then optionally show the empty/null
> rows if they would like to perform a side-by-side comparison.
>
> Please update bug status with desired course of action.
>

Changed in helioviewer.org:
status: Triaged → Won't Fix
Changed in helioviewer.org:
status: Won't Fix → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.