[Libreoffice-ux-advise] [Bug 133836] Autofilter enables deselect items automatically when typing a search

2023-12-05 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=133836

--- Comment #30 from ady  ---
(In reply to Heiko Tietze from comment #29)

> Turning it into "[ ] Add" ends up in a strange workflow where one
> has to select the checkbox first to get the intended result - otherwise all
> previous input would be lost.

Having "[ ] Add" (or some alternative nomenclature) is at least respectful of
the current behavior and workflow. A tooltip on it would add some clarity and
allow for users to discover it and try/test its effect. Such setting would have
to be remembered until the specific autofilter is canceled and it should be
independent for each column/field of the whole autofilter set. To be clear,
this is just a comment about it; I am not saying I am 100% convinced.

Some brainstorming, not having thought about the following thoroughly-enough...

A possible alternative would be to have an additional checkbox on the left of
each value (OFF by default), located to the left of the current one: setting
the additional check box ON [x] would "fix" the current status of the
already-available check box on that value (leaving it grayed out), whether it
would be ON or OFF. The new additional check box on each value would also
remain independent of the current "All" and independent of the search box. The
new additional check box would be cleared by a new upper ("Fix all" or
equivalent) check box located to the left side of the current "All" filter.

This is similar to the aforementioned "[ ] Add", but per-value. I guess both of
these could be implemented. This provides additional flexibility for the
possible different results of the filter, at the cost of more UI artifacts,
screen area, and also (potentially) additional clicks for the new behavior (but
not for the current behavior).

This all is only a *brainstorming* idea (not having thought about it
thoroughly-enough), not a suggestion. Clearly it would make the AutoFilter UI
heavier and wider. I'm not sure it would be intuitive "as-is" - I'd have to see
the resulting UI. Tooltips are essential. The default status and behavior
should remain as the current one.

Maybe the new additional check boxes (or whichever other alternative) should
also remain hidden (or not included) in the Autofilter feature, only to be
shown by some new additional new "Complex Autofilter" alternative, leaving the
current Autofilter feature without these changes. Both should share the basic
characteristics, in order to avoid branching code (with the maintenance
consequences). Again, brainstorming only.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Libreoffice-ux-advise] [Bug 133836] Autofilter enables deselect items automatically when typing a search

2023-12-04 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=133836

Heiko Tietze  changed:

   What|Removed |Added

 CC|heiko.tietze@documentfounda |libreoffice-ux-advise@lists
   |tion.org|.freedesktop.org
   Keywords||needsUXEval

--- Comment #29 from Heiko Tietze  ---
I still have my doubts with the proposed solution.

Currently we have a tri-state checkbox with auto-select on input. Typing
"lorem" shows all content with this keyword, the checkbox "All" is indetermined
allowing to select all or nothing. The UI is clear and easy to understand, yet
lacks on the ability to combine search terms.

If we change the control to "[/] Add Visible", typing "ipsum" could auto-add
the result to the previous "lorem" but unchecking would probably apply to all
items. This is not clear enough. The idea with a checkbox "[ ] Auto select"
before the search term still fails here (and requires additional clicks).
Turning it into "[ ] Add" ends up in a strange workflow where one has to select
the checkbox first to get the intended result - otherwise all previous input
would be lost.

I can imagine some Google-ish/RegEx-like input where "lorem +ipsum" returns a
combination (or one needs to quote to get the exact result). Question is
whether users can deal with this flexibility.

We may show the first results separately, maybe underneath the current. But in
the end as control is missing to combine searches. Don't see how we get there
without plastering the UI with more controls. Any good idea?

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Libreoffice-ux-advise] [Bug 133836] Autofilter enables deselect items automatically when typing a search

2020-06-24 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=133836

Heiko Tietze  changed:

   What|Removed |Added

 Ever confirmed|0   |1
   Severity|normal  |enhancement
 Status|UNCONFIRMED |NEW
 CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda
   |.freedesktop.org|tion.org
   Keywords|needsUXEval |

--- Comment #10 from Heiko Tietze  ---
Comment 9 provides reasonable arguments for this change, nothing to add from UX
POV. Search should limit the number of items in the checkbox list but not
change any selection.
We should also consider bug 55398 requesting a temporary on/off feature.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise


[Libreoffice-ux-advise] [Bug 133836] Autofilter enables deselect items automatically when typing a search

2020-06-23 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=133836

--- Comment #9 from Mike Kaganski  ---
So in short: using the filter must not modify any chechboxes in the list:
neither in filtered away items, nor in the rest that is shown. What was checked
before pressing a key, must be kept cheched; what was unchecked, must stay
unchecked, no matter if it's shown or not. User may use buttons to
select/unselect all; if needed, the buttons may have sisters to allow
select/unselect all *visible* or all *everywhere*.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise


[Libreoffice-ux-advise] [Bug 133836] Autofilter enables deselect items automatically when typing a search

2020-06-23 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=133836

--- Comment #8 from Mike Kaganski  ---
Filter is a means to shorten the list, not to select something. It's reasonable
to use partial filter to only select part of what's visible; it's reasonable to
filter several times to search for a(lise), then b(ob), then c(larice) to only
check those three items from a long list. But each time you enter anything,
your selection is destroyed. It's unusable in all but the simplest case when
you type your filter precisely to only see what you want to select; even if you
type one non-specific filtering, the selection it creates does not help, since
user will still need to de-select items, so it could just as well not select
anything.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise


[Libreoffice-ux-advise] [Bug 133836] Autofilter enables deselect items automatically when typing a search

2020-06-23 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=133836

--- Comment #7 from Timur  ---
Previous comment didn't say what's expected differently. 
I still do not see a bug on a pre-UX level, nor a point in asking for UX.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise


[Libreoffice-ux-advise] [Bug 133836] Autofilter enables deselect items automatically when typing a search

2020-06-23 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=133836

Telesto  changed:

   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Resolution|NOTABUG |---

--- Comment #6 from Telesto  ---
Case 1
1. Open the attached file
2. Expand the filter
3. Uncheck all
4. Type B -> B selected
5. Hit backspace in the search field -> All selected

Case 2
1. Deselect All
2. Check G (which you want the filter
3. Assume a very very long list. Search for B (which you want to check to; not
the rest)

Case 3 (the opposite
1. Deselect nothing
2. Assume a long list: Search G
3. Deselect G
4. Backspace the search field
5. Search B -> you want to deselect that one too

So I still object against working as intended or being a triviality; it not how
it should be, IMHO.. but lets wait for the opinion of the UX-department

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise


[Libreoffice-ux-advise] [Bug 133836] Autofilter enables deselect items automatically when typing a search

2020-06-23 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=133836

--- Comment #5 from Telesto  ---
Created attachment 162358
  --> https://bugs.documentfoundation.org/attachment.cgi?id=162358=edit
Example file

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise


[Libreoffice-ux-advise] [Bug 133836] Autofilter enables deselect items automatically when typing a search

2020-06-23 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=133836

--- Comment #4 from Timur  ---
This is either very trivial and reporter didn't make a second check with
different search, or I don't see something here.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise


[Libreoffice-ux-advise] [Bug 133836] Autofilter enables deselect items automatically when typing a search

2020-06-23 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=133836

Timur  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |NOTABUG

--- Comment #3 from Timur  ---
Because: if you type "border" it will filter 8 items, if you type "meta" it
will select all because all are with "meta". 
So this works as it should. 
I close, but feel free to set New if there's an explanation what exactly is
expected.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise


[Libreoffice-ux-advise] [Bug 133836] Autofilter enables deselect items automatically when typing a search

2020-06-23 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=133836

Telesto  changed:

   What|Removed |Added

 Resolution|NOTABUG |---
 Status|RESOLVED|UNCONFIRMED
   Keywords||needsUXEval
 CC||libreoffice-ux-advise@lists
   ||.freedesktop.org

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise