Re: Bringing Cantata under the KDE umbrella?
El dilluns, 20 de febrer de 2023, a les 23:34:58 (CET), Heiko Becker va escriure: > On Sunday, 19 February 2023 23:36:22 CET, Albert Astals Cid wrote: > > My only 2 concerns are: > > * Is anyone going to work on it? I guess you? > > * Can we have an agreement by the original author so we can take over the > > > > trademark? > > I got an answer from him: > > "You are more than welcome for fork Cantata, move to KDE, and use the name, > its all fine with me :) Glad someone wants to look after it." Seems a no brainer then :) Cheers, Albert > > Regards, > Heiko
Re: Bringing Cantata under the KDE umbrella?
On Tuesday, 21 February 2023 16:23:54 CET, Sandro Knauß wrote: I really would love to see Cantata to be in KDE. At least try if it gets some momentum. But still you are doing the Qt6 port, so without any new features just in maintenance mode I see value in it. features like cached lyrics, lastfm, wikipedia, serverside playlists software written to export lyrics so that they are present when you switch to info-mode Oh all those features can be interesting for other music players, too! So maybe together with the other music players in KDE we can form an API and library and we only have one place to write it ;) That would indeed be a very welcome thing! Regards, Heiko
Re: Bringing Cantata under the KDE umbrella?
On Tuesday, 21 February 2023 07:04:03 CET, Harald Sitter wrote: On Mon, Feb 20, 2023 at 1:18 PM Aleix Pol wrote: On Mon, Feb 20, 2023 at 12:28 AM Heiko Becker wrote: ... +1. That said, what we could do is incubate into playground and see if we can assemble the required "Healthy team (healthy proportion of volunteers, inclusive towards new contributors, ideally more than one developer)" if not the incubation would simply fail. I just read a bit through the list of incubating/incubated projects and there are quite a few projects where the team size is exactly 1: TellySkout, Haruna, Homebrew, Mycroft, Snorenotify, BabeQt, KDiff3, Ikona, Kup, TotalReqall, GitKlient, libpercentualcolor (if the information on the wiki page is accurate of course). It feels wrong to incubate a project that is already out of development. Especially when we already have a number of music players... I feel like there is a bit of nuance here. AFAIK neither libvlc nor gstreamer have support for mpd so this does occupy a niche of its own. Now, whether that justifies having yet another UI instead of investing into backend abstraction of one of our existing UIs is another question entirely. A question I would expect to get an answer TBH. Why incubate cantata when we could make elisa or juk grow mpd support? There is a substantial amount of code in the UI. Most likely I'm influenced by my usecase, which mostly revolves around having a huge collection of music and listening to it, but I don't think juk is a good match for that. Its just seems to aim a simple player. Elisa is a bit better in that regard, and certainly looks fancy, but it still elides to much information or doesn't allow me to show it in the first place. And both are missing features Cantata has and I like to use. With all respect for the two players and their authors, but writing an MPD abstraction (which I suspect would not be anywhere near trivial) for them *and* improve them is just a too big task, sorry. (And I'm not sure, given my perceived scope of juk, if it even would be welcomed). That being said, abstractions and reuse would be nice. I can name at least three places where e.g. cover fetching is broken and not having to fix it in three places and maybe even three ways would be nice. Lyrics are a similar topic. Regards, Heiko
Re: Bringing Cantata under the KDE umbrella?
Hey, I really would love to see Cantata to be in KDE. At least try if it gets some momentum. But still you are doing the Qt6 port, so without any new features just in maintenance mode I see value in it. > features like cached lyrics, lastfm, wikipedia, serverside playlists > software written to export lyrics so that they are present when you > switch to info-mode Oh all those features can be interesting for other music players, too! So maybe together with the other music players in KDE we can form an API and library and we only have one place to write it ;) Regards, sandro
Re: flag icon replacement
On Dienstag, 21. Februar 2023 14:08:27 CET Harald Sitter wrote: > Our keyboard indicator thingy in plasma is implicitly depending on > flag icons from kdelibs4support. We kinda need a replacement. I've > done some prototyping on using emojis instead. Should we pursue that > approach? and if so where should we put the engine > https://phabricator.kde.org/T13722#286177 We are already pretty much set on that approach in many other places (via KCountry::emojiFlag). Having an icon engine in addition probably makes sense, the lowest possible location would be KGuiAddons I guess? Regards, Volker signature.asc Description: This is a digitally signed message part.
flag icon replacement
Yo Our keyboard indicator thingy in plasma is implicitly depending on flag icons from kdelibs4support. We kinda need a replacement. I've done some prototyping on using emojis instead. Should we pursue that approach? and if so where should we put the engine https://phabricator.kde.org/T13722#286177 HS
Re: Bringing Cantata under the KDE umbrella?
you are making my case for me On Tue, Feb 21, 2023 at 9:39 AM Reindl Harald wrote: > > > > Am 21.02.23 um 07:04 schrieb Harald Sitter: > >> Part of the incubation process is to gather what's the team working on it. > >> https://community.kde.org/Incubator/Projects/DescriptionTemplate > > > > +1. That said, what we could do is incubate into playground and see if > > we can assemble the required "Healthy team (healthy proportion of > > volunteers, inclusive towards new contributors, ideally more than one > > developer)" if not the incubation would simply fail. > > > >> It feels wrong to incubate a project that is already out of > >> development. Especially when we already have a number of music > >> players... > > > > I feel like there is a bit of nuance here. AFAIK neither libvlc nor > > gstreamer have support for mpd so this does occupy a niche of its own. > > Now, whether that justifies having yet another UI instead of investing > > into backend abstraction of one of our existing UIs is another > > question entirely. A question I would expect to get an answer TBH. Why > > incubate cantata when we could make elisa or juk grow mpd support? > > There is a substantial amount of code in the UI > > it's not only the mpd support > > features like cached lyrics, lastfm, wikipedia, serverside playlists > software written to export lyrics so that they are present when you > switch to info-mode > > [harry@srv-rhsoft:~/.cache/cantata]$ disk-usage.sh > /home/harry/.cache/cantata > 8136 Files17836 KB 17 MB : albums/ > 7142 Files21459 KB 20 MB : artists/ > 9800 Files 1267415 KB 1237 MB : covers/ > 4798 Files11289 KB 11 MB : covers-scaled/ >100738 Files 108256 KB 105 MB : lyrics/ > 0 Files0 KB0 MB : scrobbling/ > 1 Files7 KB0 MB : wikipedia/
Re: Bringing Cantata under the KDE umbrella?
Am 21.02.23 um 07:04 schrieb Harald Sitter: Part of the incubation process is to gather what's the team working on it. https://community.kde.org/Incubator/Projects/DescriptionTemplate +1. That said, what we could do is incubate into playground and see if we can assemble the required "Healthy team (healthy proportion of volunteers, inclusive towards new contributors, ideally more than one developer)" if not the incubation would simply fail. It feels wrong to incubate a project that is already out of development. Especially when we already have a number of music players... I feel like there is a bit of nuance here. AFAIK neither libvlc nor gstreamer have support for mpd so this does occupy a niche of its own. Now, whether that justifies having yet another UI instead of investing into backend abstraction of one of our existing UIs is another question entirely. A question I would expect to get an answer TBH. Why incubate cantata when we could make elisa or juk grow mpd support? There is a substantial amount of code in the UI it's not only the mpd support features like cached lyrics, lastfm, wikipedia, serverside playlists software written to export lyrics so that they are present when you switch to info-mode [harry@srv-rhsoft:~/.cache/cantata]$ disk-usage.sh /home/harry/.cache/cantata 8136 Files17836 KB 17 MB : albums/ 7142 Files21459 KB 20 MB : artists/ 9800 Files 1267415 KB 1237 MB : covers/ 4798 Files11289 KB 11 MB : covers-scaled/ 100738 Files 108256 KB 105 MB : lyrics/ 0 Files0 KB0 MB : scrobbling/ 1 Files7 KB0 MB : wikipedia/
