https://bugs.kde.org/show_bug.cgi?id=411099
--- Comment #12 from Rafael Linux User <rafael.linux.u...@gmail.com> --- (In reply to Maik Qualmann from comment #11) > Do not get me wrong. The concept is also that the search is a virtual album > and the last view is restored. You also do not expect that you have to press > on album, tags or date tab first on Enter. The last view is restored. What > we need to change is to speed up the search as much as possible. But above > all, the GUI must not freeze and a new input must possible and be executed > immediately. We have to change that. > > Maik Don't worry, I know you always try to do the best for Digikam. I understand the concept of virtual album based on saves search, but when we work with thousand images with metadata, user ends hating the unresponsiveness of interface each time he did a long search autosaved in the last use of the search tab. I could understand that any previous saved search appeared as a virtual album (next to the real albums tree) when the user intentionally save it. But is not the case. The auto-beginning of search, IMHO, is more focused to the searches that interactively shows words matching the letters user is typing (like when you use the "Search using ..." field that all we know in any web browser and the browser shows a dropdown list of possible matches). But just nowadays, using DK 6.2 over SQL Lite, retrieving all thumbnails related to a "incomplete keyword" (while user is typing) has undesirable performance consequences. Even (why not?) to show (like mentioned web browsers dropdown lists) the possible matches without showing thumbnails, will improve drastically the search experience. ;) -- You are receiving this mail because: You are watching all bug changes.
