Re: [dev] [PATCH] Reorder-and-extend-glyph-attributes
Hi,
* Christoph Lohmann 2014-08-02 11:34
> As mentioned in my last e‐mail: The number of sucking e‐mail providers
> is greater than two, which requires variable blinking definitions to im‐
> plement e‐mail awareness correctly.
>
> Thinking this further would allow a simple integration of a global suck‐
> iness index for e‐mail providers which are then scaled down to the human
> perception and a psychological scale for showing the importance of keep‐
> ing distance to certain users of some e‐mail provider.
Suckiness is theoretically bound by zero from below; it can get
arbitrarily high, though. This observation reveals some problems with
mapping suckiness to a perceivable scale. This is probably what you mean
by “scale down”. Blinking doesn't seem to be the ideal cue for that
(assuming proportional scaling), since both very fast blinking and very
slow blinking are -- for practical purpose -- useless. One solution is
to look for another cue which is perceivable well in its extrema.
Another solution is to employ some saturating mapping (like logistic
func) from suckiness to the well perceivable domain of the cue.
Maybe this is worth a separate project with hand selected, well tested
cues and mappings since other UIs will certainly jump on the waggon,
once they see the benefits of easily recognising what sucks more.
--s
Received on Sat Aug 02 2014 - 22:41:41 CEST
This archive was generated by hypermail 2.3.0
: Sat Aug 02 2014 - 22:48:07 CEST