Comment 103 for bug 691380

(In reply to comment #98)
> Some further advanced comments on the proposed behaviour:

<snip>

> Resulting intuitive behaviour of g1 and h1 combined is that
> - when quickfilter bar is hidden, Ctrl+F will use simple quick filter widget
> - when quickfilter bar is shown, Ctrl+F will use that instead.

<snip>

> To retain full functionality, and for simplicity's sake, I am very much in
> favor of 2a), on-demand secondary tags bar inside the message list pane, on
> top of results list.

(In reply to comment #99)
> (In reply to comment #98)
>> Some further advanced comments on the proposed behaviour:
>>
>> (In reply to comment #37)
>> > Properties of Simple Quick Filter Widget with sticky pin
>> [...]
>> h2) always ensure that criteria for quick filter widget and classic
>> filter bar are identical (both the search string and the advanced criteria)
>> - while typing into the widget, search string simultaneously appears
>> in the filter bar (if it's shown)
>
> and vice versa, of course
>
>> - when setting advanced criteria in the widget, same criteria are
>> simultaneously set in the filter bar
>
> and vice versa, for sure
>
>> - when user changes the visibility of either the widget (toolbar
>> customize) or the filter bar (View > toolbars > filter bar, or the
>> filter tab toggle), ensure criteria from "the other" filter UI, if
>> any, are duplicated immediately
>
> so that filter criteria are always identical/synchronized, right away

+1 to all of your above comments - thanks for taking the time to clarify these issues Thomas.