A meta-project which contains all tasks and repositories related to packaging and releasing KDE software in desktop versions of Windows.
Tue, Jun 30
Thanks to @brute4s99 who found https://www.microsoft.com/en-us/search/shop/Apps?q=KDE+e.V. and ms-windows-store://publisher/?name=KDE+e.V. in the Microsoft Store app
On the KDE windows wiki page, we have a (probably outdated) list of apps for Win: https://community.kde.org/Windows
Sun, Jun 21
I think having 44x44 and 150x150 icons is just a matter of scaling the ones we have, they are a SVG anyways.
I think the hard part is that somebody needs to check if all things work ok for the binary factory builds and later care about the reported issues.
in the LibreOffice theme we have done icon themes depend on the desktop environment. So there is breeze for kde desktop, elementary for gtk, Colibre for windows and Sukapura for macOS
I use Dolphin from the binary factory. I can test dolphin builds if needed.
Feb 9 2020
Given we have now a bunch of applications in the store, it might sense to start the promotion a bit.
Feb 6 2020
Feb 5 2020
I suppose I can set it resolved.
Thanks a lot for all the support I have received !
A first submission is now published on the Windows store.
Feb 1 2020
Nice that this went now into the store, cool!
After more tests on physical machine instead of virtual machine, I have decided to submit the latest stable build of Elisa.
Let's wait for the result.
Jan 27 2020
I have pushed two commits backporting a few patches.
I believe that this version should be publised (there are still minor bugs). A new tagged version will come soon and provides more fixes.
I will test the new package tomorrow and check if it can be published for the Windows store review process.
Jan 16 2020
Sounds releaseable. Crashes just make a good impression, do you want to release it. We might add a beta disclaimer to the description?
The current package of the 19.12.1 release built with KDE Frameworks 5.66.0 has still one bug:
Dec 17 2019
Opening the settings dialog the first time takes quite long, clicking it the second time crashes elisa.
Maybe you should investigate before we release ^^
Dec 16 2019
MS is not necessarily well liked by KDE users
A simple music player that should be easy to use. It does not require any configuration before one can use it. It will read all your music.
The screenshot of Elisa running on Windows is here https://community.kde.org/File:Elisa-windows.png
Dec 12 2019
Dec 10 2019
Dec 8 2019
Dec 7 2019
Yes it works :)
Dec 4 2019
I would agree that a UNIX/POSIX env var is not the most logical thing to use on Windows, but how do we ensure that we are in sync with ki18n? The usage of QLocale in ki18n looks like it is just adding extra languages to a list of languages, not actually using QLocale to determine what catalog to load. At least LANGUAGE overrides any QLocale settings. Should ki18n not be moved to using QLocale and setDefault()?
So the conclusion is that we are not using setDefault() yet and ki18n & gettext uses the LANGUAGE env so the logical thing, for now, is to also use LANGUAGE env here in KCoreAddons for the plugin metadata translations?
Dec 3 2019
Dec 2 2019
Dec 1 2019
Well it sounds to me like we might need both.
But the issue this pr tries to tackle would probably be gone with setDefault
ki18n does not seem to use QLocale to get the language for translation, but uses LANGUAGE env. Also gettext uses the env variable.
To be honest i don't remember why we don't use setDefault.
Why can't we use setDefault?
Your linked patch does not look like it would change the behaviour on Windows?
Right, but we set it in initializeLanguages.
The doc doesn't mention the LANGUAGE var.