[KPhotoAlbum] UI-Glitch?

[Andreas Schleth]

Hi Johannes,

these seemingly simple things are always much more complicated than
expected, see below in the text.

Anyway, I am on the branch for now to give it a go - let's see how it
develops.

Best regards, Andreas


Am 16.02.21 um 01:02 schrieb Johannes Zarl-Zierl:
> Hi Andreas,
>
> Am Mittwoch, 3. Februar 2021, 00:30:55 CET schrieb Johannes Zarl-Zierl:
>>> I use the search box in many other cases (when sifting through
>>> categories or so) but then I always know which data pool I am fishing in.
>>>
>>> So my preference would be #3:
>>> - when in thumbnail view: focus on the thumbnails,
>>> - when in other views: focus on the search box.
> I've implemented #2 (don't give focus to search bar) anyways - at least as a
> basis for further discussion.
>
> I think given Reimar's suggestions for making the whole window more keyboard-
> friendly, this variant may now work significantly better than when I initially
> suggested it as an option.
>
> If you could try out the branch "work/jzarl/searchPopup" [1,2] you'll find

This my current version: v5.7.0-209-gb2034b26 (after some fiddling with
git - I am not so git proficient that I can swear that I have the right
branch)

It feels nearly right.

And I am just exploring the difference between searching and just typing
in the category list...

Why is it that the arrow-keys and home/end do not act on the search
string when the focus is on the search bar? The left-right arrows are
"dead" and the up/down arrow keys act on the category entries.

I would naively expect that the keys would help editing the search
string...

> that:
>   - the searchBar no longer has input focus by default
>   - pressing '/' activates the search bar (regardless of current view)
I like that, feels like vim :-)
>   - tab order makes going back to the main content easier
>
> One further tweak that may make this even smoother could be for the SearchBar
> to loose focus when it is cleared by pressing escape - any thoughts on this?

As mentioned above, it might worth a try to make the search box function
in more or less the same way as the google search slot (in terms of key
bindings when it has focus).

I this respect "enter" and "esc" behave different from the google
example. The "esc" function is a nice addition, "enter" however behaves
strangely:

- in a category of many names I type 3 letters so the list is down to 6
names, none of which is highlighted

- on "enter" (from the search bar) some selection is done and I am back
in the main window.

- going back to the same category, I would expect to find at least one
of the 6 names - but no: all of them are different.

So what exactly did my "enter" action select?

- OK, ok, ok: the "enter" (from the search bar) selects the first in the
list (which is not by default highlighted) and this name is not anymore
displayed when opening the category list again.

- However "enter" in a fresh category selection view (without selecting
anything and with focus in the list albeit not activated by any
keypress) does nothing at all.

>
> Cheers,
>    Johannes
>
>
>
>
> [1] https://invent.kde.org/graphics/kphotoalbum/-/commits/work/jzarl/
> searchPopup
> [2] Sorry for the confusing branch name - I initially intended to implement a
> search popup like you'd get in dolphin or firefox.
>
> _______________________________________________
> KPhotoAlbum mailing list
> KPhotoAlbum at mail.kdab.com
> https://mail.kdab.com/mailman/listinfo/kphotoalbum

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kphotoalbum/attachments/20210216/1317578d/attachment.htm>