GUI usability: differentiate non-editable cells

[impishfae]

Status: Included in version 1.4.0

(I know, I can hear what you're thinking: will this woman never shut up with her suggestions!)

There's quite a few places in the GUI which have editable and non-editable information displayed in the same row of a table and it's not immediately clear to the user which cells are editable and which are just informational.

Can we grey out the columns which are non-clickable or... something?

[No rush: most people experiment anyway to work out what they have a desperate hankering to change ]

[Lokorin]

It shouldn't be a problem. Should it just gray out the header or should it also make the column contents gray? (the second might be harder)

I also hope that the background of columns that have editble information change color when the row is selected in win32, if they do not then someone please tell me.

[impishfae]

The cells themself is what's important, really (which I can imagine might be a pain in the bum).

Yes, the row does change colour when selected (blue background). Fields that are editable seem to go dark green when the row is selected. It's this dark green colour which doesn't properly go away sometimes when you select another row.

[Lokorin]

Should they always be gray, or only when the row is selected?

[impishfae]

Well, my vote is for all the time.

I figure that usually people aren't really needing to select a row (it's not like the selection itself does anything, well until you implement those change on the participation stuff in the bottom rewards panel) Mainly users are really after changing an individual cell.

So changing background colour on row-selection isn't, to me, as important as just indicating which cells are editable and which aren't, by leaving the non-editable ones greyed out all the time.

[Lokorin]

The changes have been commited. Should the background upon selection still be green, or should it return back to the default color?

[impishfae]

Ooo! Shiny. Looks good to me.