Feature Wiki

Information about planned and released features

Tabs

Move Search Header to Kitchensink Filters

1 Initial Problem

The search should uses some unique and odd user interface elements.

Underneath the Search input field there are three filter elements. 

The filter option "area" is not implemented as a KS-Filter, it has to be abandonned. Same for the Creation Date filter. 

2 Conceptual Summary

The top section of the Search tab should be comprised of:

  1. Input field with Button [Search] is not a KS-Element
  2. KS-Filter elements for
    • Title / Description as Input
    • Object Type as Multiselect with object types as options

There will be NO Tree Picker Filter for the Path, since the KS filter element is available.

There will be NO filter element for creation dates. Since there is no respective KS Element. 

3 User Interface Modifications

3.1 List of Affected Views

  • Search Results

3.2 User Interface Details

3.3 New User Interface Concepts

None 

4 Technical Information

{The maintainer has to provide necessary technical information, e.g. dependencies on other ILIAS components, necessary modifications in general services/architecture, potential security or performance issues.}

5 Privacy Information

The search for objects does not process personal data. 

6 Security Implications

No security relevant functional change. 

7 Contact

8 Funding

If you are interest in funding this feature, please add your name and institution to this list.

9 Discussion

JourFixe, ILIAS [jourfixe], 04 MAR 2024: We highly appreciate this suggestion and accept the feature for ILIAS 10 with the following changes:

  • Instead of a filter "Path" we suggest to offer a filter "Scope" and to present a selection dropdown with the option "Repository" and the last 10 entries of the navigation history. This will compensate a lot of workflows that used the repository picker before (which is currently not supported by KS).
  • And in addition, the title "Search Results" should get additional information about the scope of the search.

Famula, Thomas [tfamula], 16 SEP 2024:

  1. The Filter Field "Title/Description" is not necessary. Since there is already a separate Text Input Field above the Filter, a Field in the Filter would be redundant.
  2. When the article was written, it stated that there will be no filter element for creation dates because of the lack of a respective KS Element. In the meantime, it has become possible to use the Duration Input in the Filter. So it should be used for the new Filter in the Search.

JourFixe, ILIAS [jourfixe], 16 SEP 2024: We agree with Thomas' suggestion. No need to have an additional filter for title and description as this is covered by the search input. And we highly appreciate that filtering for creation dates is also possible with this new implemantion due to the new duration input.

10 Implementation

{The maintainer has to give a description of the final implementation and add screenshots if possible.}

Test Cases

Test cases completed at {date} by {user}

  • {Test case number linked to Testrail} : {test case title}

Approval

Approved at {date} by {user}.

Last edited: Today, 14:16, Kunkel, Matthias [mkunkel]