- From: Brad Fults <brad@mipscomputation.com>
- Date: Tue, 23 Nov 2004 09:29:54 -0800
>> <indicator id="engineTemp"> >> <slice id="engineTempCold" min="0" max="140" /> >> <slice id="engineTempGood" min="141" max="220" /> >> <slice id="engineTempHot" min="221" /> </indicator> ... >> indicator#engineTemp { indicator-style-type: vertical-bar } >> indicator#engineTemp slice#engineTempCold { background-color: #00f } >> indicator#engineTemp slice#engineTempGood { background-color: #0f0 } >> indicator#engineTemp slice#engineTempHot { background-color: #f00 } > This seems like overkill for what is essentially just a little bar to show the relevant of a search result or the percentage use of someone's quota. The point is that whether or not showing search result relevance or a user's quota usage is 90% of the cases where an indicator is needed, there is no reason to limit a widget at design time to 90% of its actual scope. There are certainly needs for an indicator widget where there are varying degrees of importance and/or levels of values within the indicator, hence the "slice". Putting levels as arbitrary as "good", "bad", and "medium" is irresponsible and doesn't take into account other valid uses for the widget, nor future considerations. > On a gauge it is very common to see a line beyond which the indication is > "bad" (or "low", or "high", whichever). I don't think I've ever seen a > gauge with a level beyond which the result was "shoes" or "Bolivia". The point was to highlight the arbitrariness of "low" and "high" or "good" and "bad". I can immediately think of cases where a heat indicator would have at least five levels of values that need to be separated. There are hundreds of other possibilities and if an indicator widget is to be built, it should be generic enough to handle all logical needs for indication. This is very much the same reason that you wouldn't see SVG specifying an element called <circle-with-2px-red-border-and-a-caption-on-the-right />. -BF
Received on Tuesday, 23 November 2004 09:29:54 UTC