Hi Astron, Cedric, everyone,<br><br><div class="gmail_quote">On Thu, Oct 11, 2012 at 3:33 PM, Stefan Knorr <span dir="ltr"><<a href="mailto:heinzlesspam@gmail.com" target="_blank">heinzlesspam@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello all,<br>
<br>
the following is just an idea of mine (yes, the discussion is ~over, I<br>
know):<br>
In general, I agree with Mirek's stance of "don't overuse the info<br>
bars." Still, to cover some more possible cases:<br>
How about overlaying all infobars on top of each other, but push every<br>
subsequent infobar ~2 pixels down and make it a bit darker (or lighter).<br>
This way, you should easily be able to fit a few bars in the average<br>
window without it looking too ugly. If there are any more than three<br>
bars, you could show a counter, something like (4) or so.<br>
To see all bars, one could go either of two ways:<br>
<br>
* Create a hover effect where when the mouse hovers over the bars, they<br>
all automatically expand (might not be a good idea, given how we killed<br>
two hover features since two 3.6.0 already) </blockquote><div><br></div><div>I would oppose this on the basis of ux-error-prevention. Moving targets are rarely good.</div><div>Also, since the bars would expand anyway, it wouldn't really solve the problem of having too many infobars in one window.</div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
* Let the user scroll through the info bars with the mouse wheel/touch<br>
scrolling<br></blockquote><div><br></div><div>I would oppose this as well: not everyone can scroll. (I've seen various touchpads where scrolling is pretty hard, and touchpad scrolling itself is not very discoverable.)</div>
<div>Also, that the user should scroll would be undiscoverable itself.</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Additionally, we might indeed want to use colour to discriminate between<br>
different types of notifications. "Your document is unreadable" and<br>
"Printing ..." should definitely have different importances. Likewise,<br>
we could push more grave notifications above less grave ones.<br></blockquote><div><br></div><div>Here I can only speak for my proposal, but infobars are not notifications per se.</div><div>They're more like problem-solvers. They're there not to just inform you that there's a problem, they're there to help you fix it, either by offering a remedy right away (but, as the remedy has some side-effects, it needs to ask the user first, as per ux-control) or at least by giving you the necessary info to fix it.</div>
<div><br></div><div>Thus "Printing..." should never be an infobar, it should be shown in the status bar or, preferably, handled by the OS itself.</div><div><br></div><div>There should be no "grave" and "non-grave" infobars. Each one should be there in case of a problem. In case of a serious problem, where the user is unable to work with the document or when editing would lead to data loss, a modal dialog should be used instead.</div>
<div><br></div><div>Thus "Your document is unreadable" should not be an infobar either.</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Lastly, for notifications the user really needs to see, we could think<br>
about an elevation scheme when there are too many bars already, i.e. the<br>
normally non-modal alert would become a normal modal window. (Of course,<br>
this somewhat bears the question if there really should ever be a<br>
modeless notification that users have to answer.)<br></blockquote><div><br></div><div>As said above: the infobar is for problems that don't prevent the user from editing the document without data loss, yet for which an automated solution could cause harm to the user, his data, or would counter what the user is trying to do.</div>
<div>Infobars can be safely ignored or dismissed, but acting on them should improve the UX.</div><div><br></div><div>Anyway, I stand by my previous post.</div></div>