Increasing recognition of information via look

[crispd]

-Bold device names specifically (Mentioned in previous issue as a method of maintaining readability while decreasing font size) -Using an orange warning color to highlight selected device row (Device template) instead of blue. The chance that an operator could change a devices value should be made more apparent with a color like orange. -When gaining a group of devices, the primarily selected device should have the standard orange warning indicating it is selected, but all devices secondarily selected via its inclusion in the group should also indicate that they too are subject to change using orange but to a lesser extent than the primary selection. -An option could be discussed for better indicating which device is being gained opposite than the operators setting.

[crispd]

-shading of device names was done by any variance in the device channel up to the 13th character: REA_BTS25:PSQ_D1192 shaded REA_BTS25:PSD_D1200 Un-shaded (D in PSD instead of Q in PSQ) REA_BTS30:PSC2_D1219 shaded (BTS changed from 25-30 but so did psD to psC) REA_BTS30:PSC1_D1219 shaded (No change in first thirteen characters) REA_BTS30:PSQ_D1221 Un-shaded (C in PSC changed to a Q in PSQ) REA_BTS30:PSQ_D1228 Un-shaded (No change in first thirteen characters)

[crispd]

[crispd]

Two images referenced in issue thread #1 sufficiently answers: 1)Boldening of device names 2)Orange highlighting for indicating which device is primarily selected. Ongoing points: 3)Discussion on a means to indicate secondarily selected devices via ganging, and whether or not it is necessary to further strengthen recognition of which devices are being inversely ganged from the primary selection. 4)Whether or not it is still necessary to separate device identification with shaded background to device name. Shading in this way was a solution to the issue that it can be hard to track a devices controls left to right by name alone. The solution would not require special grouping.

[crispd]

All Items have been met with opsTuner v1.5. Secondarily selected devices get their gaining column highlighed orange, much like it did with the gaining checkbox in the old ROLS implementation. Whether a device is inversely gained is displayed as a + or - in that column, which is sufficient because it is the specific part of the screen being highlighted when secondarily selected anyways. Boldening Device names, and shaded backgrounds are both being done to improve on the user's ability to recognize screen information. The Items discussed in this section have been sufficiently met to close this Issue Thread.