Hi Cedric,<div><br><div class="gmail_quote">On Thu, Oct 4, 2012 at 4:13 PM, Cedric Bosdonnat <span dir="ltr"><<a href="mailto:cbosdonnat@suse.com" target="_blank">cbosdonnat@suse.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hello!<br>
<br>
I'm currently starting to implement the InfoBars as I'll need them for<br>
the CMIS integration work. After some tests with stacked info bars, I<br>
figured out that we may want to specify what to do when we have too many<br>
of them (see attached screenshot).<br>
<br>
Any idea? limit them to a maximum of stacked info bars at the same time?<br>
hide the old one automatically? anything else?<br>
<br>
Note that it may not happen too often to have that many bars... but who<br>
knows ;)<br></blockquote><div><br></div><div>I deliberately left this scenario out of my proposal [1], because:</div><div>a) If some infobars are hidden, it means the user is not made aware of some problems. All info bars should have similar importance, and thus it's not good to hide some and show some.</div>
<div>b) LibreOffice developers should take care not to overuse infobars. They should also be careful to use them only to "offer possible remedies to document-related problems, or at least to give information about them so that the user can remedy them himself".</div>
<div>c) If there are so many issues with a document that there's a flood of infobars, then the user should probably react to at least some of them. If he doesn't want to, he can always dismiss them.</div><div><br>
</div><div>[1] <a href="http://wiki.documentfoundation.org/Design/Whiteboards/Infobar">http://wiki.documentfoundation.org/Design/Whiteboards/Infobar</a></div></div></div>