Thu, Sep 19
A new icon hasn't been made yet D12992
We worked a bit more on the okular submission.
For Elisa: I would create the needed 44/150 icons like I did for okular in
Wed, Sep 18
I think you should apply for some account to our window store stuff, too.
Just create a sysadmin ticket for that.
I think it would make sense that you can handle the submission later on as you seem to care to get this done.
Hannah and me can help out with that then later, if stuff is unclear.
I added a merge request for that
We can just add appx generation to the https://binary-factory.kde.org/job/Elisa_Release_win64/ job.
Then you can try the sideload appx locally.
Tue, Sep 17
Sun, Sep 15
I think we need to get craft to build an appx package for
Sat, Sep 14
Fri, Sep 13
Wed, Sep 11
I will try to provide a good review as soon as I can. Sorry for the delay.
Tue, Sep 10
Mon, Sep 9
This is fine for now IMO. We can polish it later.
- export the menu as "Application Menu"
Sun, Sep 8
Sat, Sep 7
- deduce filename on demand
Fri, Aug 30
Thanks for your work.
Thu, Aug 29
Tue, Aug 27
The groundwork has now been done. On the c++ side, the manageheaderbar must be connected to the previousTrack and nextTrack signals of the mediaplaylist.
The information must be made available to qml similar to the currentTrack properties.
On the qml side, the HeaderBar must listen to the added properties and display them.
Mon, Aug 26
- rebase onto master
Sat, Aug 24
Note that there are two issues with this patch:
- Loading the all tracks view seems to take longer
- Restoring of the playlist for tracks with empty title does not work
this should now apply cleanly
That is a good idea, or at least basing the two implementation on a common base class. I'm currently planning to do other things first though, and I don't know when and if I have time to look into it
Fri, Aug 23
I see... I still think the situation is not optimal, but dropping Fedora is also not a good option.
(Not arguing for or against this patch, just providing more info on the Fedora situation.)