https://bugs.kde.org/show_bug.cgi?id=474819
--- Comment #10 from Johannes Zarl-Zierl <johan...@zarl-zierl.at> --- Hi Andreas, thanks for taking the time. See my responses below... (In reply to Andreas Schleth from comment #9) > b) the options with what external program to open something are static > (good!), but still different for different file types (for the same media > type). I just checked for video (this is where I always use the "open with > external program" path): > *.mkv: QtAV QML Player - QtAV Player - QMPlay2 - VLC - Enqueue with QMPlay2 > *.mp4, *.webm, *.mpg: VLC - QMPlay2 - GPAC - QtAV - Enqueue... - QtAV QML (+ > Audacity only for .mpg) > * mov: QMPlay2 - VLC - QtAV QML Player - Enqueue... - QtAVPlayer I assume that for each file type the options are the same ones that you get in dolphin? If so, than this would be the intended behaviour... > Now I see, that the lists have sometimes different entries for different > types. But these lists are not even complete/correct. Examples: > *.mp4 opens in Audacity too (as the .mpg) - if the sound codec is recognized > in Audacity. > *.mov opens and plays in GPAC which is not in the list. > [How do you find the apps that should work and how do you determine if a > file type is suitable for an app?] The list is compiled from KApplicationTrader::queryByMimeType() [1]. If there's more than one mime type, only applications that support all given mime types are displayed. [1] https://api.kde.org/frameworks/kservice/html/namespaceKApplicationTrader.html#acd651d14667b2437ce7bf056b81ead8a > To differentiate which program can play a *.mkv or *.mp4 file successfully > cannot be determined by the file extension alone, as these files are just > containers for a host of different codecs (most/all? video files are). > Depending which AV-libraries are installed, some may play others may play > not. I would say that this is a problem that is out of scope for kphotoalbum. We already are querying by mime type of files, not file name suffix. Dynamically determining the list of installed codecs and adapting the application list accordingly would have to be done in the KService framework. > [The real use cases for me are: images: open in Gimp, videos: play with VLC > - all the others are (for me!) just a distraction. If I ever need to open a > video in Audacity, the generic "open with ..." would do nicely. Others would > have other preferences.] > > So, what to do about this? I can think of: > a) make the list dependent on media type only (and have some programs throw > an error if they cannot understand a certain codec - most do this nicely) This is what is currently done. > b) let the user configure this list in the settings (for each media type) I would really dislike taking this approach. Having a different list of preferred applications in dolphin/Gwenview/etc. and KPhotoAlbum does not seem like a good user experience. > c) let the user configure a preferred viewer for this media type = the > action that comes with a double click in thumbnail view (I would choose the > internal viewer for images and VLC for video) This is basically feature request #468134. I'm not opposed to adding this, but it'S not on my short list right now... > However, since most of my videos are *.mp4 I like the current solution > already a lot better than the old state :-) So I take it that you're ok with me having closed this bug? If not, you know where the "reopen" button is ;-) Cheers, Johannes -- You are receiving this mail because: You are watching all bug changes.
