Add option to hide the exposed filter

Created on 14 December 2021, over 2 years ago
Updated 21 April 2023, about 1 year ago

UPDATE: It sounds like this is actually a bug - the exposed filter is intended to always be hidden. So I'm updating the title accordingly. The original feature request is below, but can be ignored:

Problem/Motivation

The use-case that led us to this module is giving content editors the ability to place a Views block which is filtered to a particular taxonomy term, chosen at the time of block placement. So for example, letting a content editor place a listing of all videos tagged as "cats". We don't want the end-user to see the exposed filter, we just want the content editor to see it. So given the example, the end-user would just see a list of videos tagged as "cats", without any ability to change the filter.

This module gets us most of the way there, but we still need to hide the exposed filter so that the end-user can't change it. We are using CSS ("display:none") to do this. This works fine but is a little hacky and I thought maybe there ought to be a UI solution, if this is a common-enough use case.

Proposed resolution

I don't know of a good resolution - just throwing it out there in case it would be a useful feature.

Remaining tasks

* Decide if this is a common-enough use case
* Decide on the best interface
* Develop/review

User interface changes

TBD

API changes

TBD

Data model changes

TBD

✨ Feature request
Status

Needs review

Version

1.0

Component

User interface

Created by

πŸ‡ΊπŸ‡ΈUnited States brockfanning

Live updates comments and jobs are added and updated live.
Sign in to follow issues

Comments & Activities

Not all content is available!

It's likely this issue predates Contrib.social: some issue and comment data are missing.

  • πŸ‡ΊπŸ‡ΈUnited States chrisgross

    The latest patch does seem to work as far as hiding the filters are concerned, but I question the purpose of choosing which filters to hide when placing the block. In our use case, the people placing blocks are content editors, and they don't really have any concept of what an exposed filter is or whether they should hide them. Adding this option just serves to confuse them, doubly so since the filters are all displayed by default and have to be turned off.

    My understanding of the purpose of this module is simply to let content creators decide how to filter the content that appears in the blocks they place, which is what they are doing in the block settings. Letting them then choose not to hide said filters from the user-facing page sort of defeats the purpose of setting the value in the block config, does it not?

    Perhaps if there truly is a use case for this, it should perhaps be configurable somewhere else?

Production build 0.69.0 2024