Bug #30710

Fine-tuning user interaction in the FilterBar

Added by Ingmar Schlecht over 1 year ago. Updated over 1 year ago.

Status:Accepted Start date:2011-10-10
Priority:Should have Due date:
Assignee:- % Done:

80%

Category:Filterbar
Target version:-
Votes: 0

Description

The FilterBar currently has some usability glitches, that make the user interaction with it a bit cumbersome at the moment.

The following should be changed:

General:
- The min-height of the FilterBar should be big enough so that one row of filters fits in there without the need to increase the height dynamically. On slow computers, the increasing of the height and subsequent downwards moving of the lower grid results in some visual flickering.
- the order of the filter labels should be changed so that the fulltext filter (which is the default on a new click) is the leftmost one instead of the second last one as it is at the moment.

Fulltext filter:
- focus should be in the text field directly
- enter should submit and quite editing mode

Operator:
- since we currently only have the OR as a useful option, it would be worth considering if to only write "OR" there, and no selector at all. Theoretically you don't even need to distinguish between editing mode and non-editing mode for the OR. However, I find the whole operator thing rather hard to work with at the moment, so maybe don't invest a lot of time into it.
- as a quick usability improvement: OR could be the default here, because it is only needed for that.

Tree click behaviour:
- "Unique" behaviour, so that when you click on one tree node, the tree filtering label (i.e. field for the tree field) should just be updated instead of adding another new filter label

History

Updated by Ingmar Schlecht over 1 year ago

Nice, nearly there, thanks for your update!

The min-height needs to be 5px or so bigger still. Under Chrome on Windows I still get the grid moving each time I edit a filter.

The unique stuff for some reason still doesn't work (tested on the http://dam.typo3incubator.org/typo3/ machine with Chrome). Should it?

Updated by Ingmar Schlecht over 1 year ago

Oh, and while we are at the tiny little usability things:

- we should have style="cursor: default;" in the stored filter bar on the right when you hover over a name of a filter to click and load it. (I could also be convinced to have it cursor:pointer, but just not the text cursor we have at the moment. I think cursor:default fits best as we have a double function as a CTRL+Click for select and a click to load, so something neutral like a default cursor seems good). See http://www.javascriptkit.com/dhtmltutors/csscursors.shtml for all the possible cursors.

Updated by Ingmar Schlecht over 1 year ago

Furthermore:

Stored filters:
- focus into the Title input field when you click "create" under stored filters.
- submit on "Enter" keypress in the "create" form for stored filters

More advanced issues with the stored filters:
- shared/private checkbox for stored filters doesn't work
- the stored filter list doesn't refresh after creating, editing or deleting a stored filter

(I will create a separate ticket for the latter two advanced issues)

Updated by Ingmar Schlecht over 1 year ago

Two more things:

- I think the Fulltext filter should just display the input for element, and no label with the word "Fulltext" at all. It's pretty obvious what it does, I think, and it makes the edit mode more intuitive and similar to the display mode

- The filters of type "Field" currently can't be submitted with the Enter key

Updated by Steffen Ritter over 1 year ago

  • Status changed from New to Accepted
  • % Done changed from 0 to 80

Updated by Steffen Ritter over 1 year ago

  • Category set to Filterbar

Also available in: Atom PDF