View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0017276 | MMW 5 | Playlists (Auto) / Search / Filters | public | 2020-12-21 20:52 | 2021-10-22 18:15 |
| Reporter | lowlander | Assigned To | |||
| Priority | urgent | Severity | tweak | Reproducibility | always |
| Status | closed | Resolution | reopened | ||
| Product Version | 5.0 | ||||
| Target Version | 5.0.2 | Fixed in Version | 5.0.2 | ||
| Summary | 0017276: Search mode options counterintuitive | ||||
| Description | Having 'Respect Diacritics' (less flexible) combined with 'Match within words' (more flexible) seems counterintuitive. Also the option match within words would seem to counter the Search whole words only option. I assume the search mode settings are set on speed instead of user search flexibility. | ||||
| Steps To Reproduce | It might be better to have: [Checkbox] Search Whole words when disabled a sub-option dropdown becomes available: xx Matching beginning of words xx Match within words Independent dropdown for: x Ignore diacritics x Respect diacritics | ||||
| Additional Information | TODOC https://www.mediamonkey.com/wiki/index.php?title=WebHelp:Search/5.0 | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 2511 | ||||
| related to | 0017395 | resolved | Ludek | Respect diacritics breaks search operators |
| related to | 0005565 | closed | Ludek | Full-text search only finds prefixes (gives poor results in Oriental languages) |
| related to | 0018425 | resolved | Ludek | Search mode options apply to contextual search but are configurable only for Global Search |
|
|
You are right that combination of "Search whole words only" and "Match within words" does not make any sense. I guess we should just hide (or disable) the "Search whole words only" checkbox whenever the "Match within words" is enabled, as actually it is ignored anyway. |
|
|
ok, I refreshed the browser and seeing your new comments in "Steps to repro" section. The problem is that currently we cannot ignore diacriticts and search within words as we are using FTS engine that can search only prefixes while ignoring the diacritics. So the 5.0 solution would be to disable the '[x] Search whole words only' checkbox whenever the "Respect diacritics / Match within words" is selected And moving the '[ ] Search whole words only' checkbox below the 'Search mode' dropdown -- so that's clear it is sub-option |
|
|
As for the current UI confusion, another solution could be that once the '[x] Search whole words only' checkbox is checked then the dropdown text would change from 'Ignore diacritics / match beginning of words' to just 'Ignore diacritics' |
|
|
Fixed in 2294 by moving the checkbox below the dropdown and make it enabled just when the first choice is seleted. Search mode: ['Ignore diacritics / match beginning of words (faster)'^] -- '[ ] Search whole words only' |
|
|
Verified on 2294, documentation updated. |
|
|
FYI: Whole words searching in 'Respect diacritics' mode was added in 2296 (in course of 0017395), so the '[ ] Search whole words only' is no longer disabled in that mode |
|
|
Re-opened to implement what I have originaly suggested in my note 0017276:0061315 to prevent from confusion i.e. once the '[x] Search whole words only' checkbox is checked then the dropdown text would change from 'Ignore diacritics / match beginning of words' to just 'Ignore diacritics' |
|
|
Per discussion, the following approach would make most sense--a single combo-box with: 1) Ignore diacritics / Match beginning of words (faster) 2) Ignore diacritics / Search whole words only (faster) 3) Respect diacritics / Match within words 4) Respect diacritics / Search whole words only |
|
|
Note that we sould also move this combo box at the top as it applies for both contextual and global search types. Just searching track entities fails to "match within words" (while it works fine for others entities like album/artist/genre/etc.) i.e. "match within words" needs to be implmeneted also for tracklist contextual search EDIT: This was entered by Rusty as 0018425 |
|
|
Fixed in 2511 |
|
|
Verified changes in Options on 2511. |
