https://bugs.kde.org/show_bug.cgi?id=502490
Tuomas Nurmi <tuo...@norsumanageri.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |tuo...@norsumanageri.org
--- Comment #1 from Tuomas Nurmi <tuo...@norsumanageri.org> ---
Thank you for the report. There are multiple fine points there, I'll try to
address the easiest one first:
the option to customize the applet size (I know that it is hidden somewhere, in
a place I could not find --> Indeed: context applets can be resized by enabling
context view edit mode, and dragging from the highlighted lower edges of the
applets. I added the highlight colour a year ago, but haven't come up with more
ideas how to make it more discoverable, yet.
Regarding the different navigation paradigms:
I guess I had completely forgotten/ignored that a. expanding/collapsing applets
exists, as I've never used it myself. Maybe clicking one of the buttons at
bottom should also expand the applet if it is collapsed. That would probably
make sense.
b. is something that's not nice and I encounter constantly myself, too. There's
multiple layers there: multiple flickable layers, the whole concept, and also
some technical challenges in getting QML to do what one actually wants it to
do. I don't have any immediate ides how to make better with current paradigm,
though.
Although the solution you described at point 1. would make sense especially
with Wikipedia and Albums, it's not a behaviour pattern that I'd be quite happy
with in my own usage.
Some comments on the notes:
-- The "current track" and five "similar artists" fit well in one context view
tab.
-- A tab with only "similar artists" can list more than five (if the user want
to customize it as needed)
----> True, but I'm generally very hesitant to changing/removing any existing
functionality, as I don't really have a good idea on how people are actually
using the context view (but judging from quite various bug reports/feature
request, might be pretty diverse usage patterns)
-- A tab for "Albums" can show (and edit?) the tracks rating 🟊🟊🟊✩✩, instead of
being a duplicate of filtering the library with the current artist name. As of
now, if the track is not currently playing, the only possibility to view and
edit the rating tag is to open the "Edit Tags" window (right-click on the
selected track(s), one track at a time if the ratings are different)
-----> Could be, but with Albums applet, there are especially technical
hurdles. It's interaction with database and player is a pretty complex beast,
and I still haven't managed to work around various small issues that
Qt6/QtControls2 port introduced (currently in git master).
On the other hand, I'd like to make it easier to create new context view
applets. This might contradict with the tab-based view.
Somewhat related invent.kde.org issue is also available at
https://invent.kde.org/multimedia/amarok/-/issues/12
--
You are receiving this mail because:
You are watching all bug changes.
