<div dir="ltr">I see that somebody wants to resuscitate KDE on Windows or it seems . This project freezed at 4.10.2 . <br></div><div class="gmail_extra"><br><div class="gmail_quote">2015-10-20 16:49 GMT+02:00 Christoph Cullmann <span dir="ltr"><<a href="mailto:cullmann@absint.com" target="_blank">cullmann@absint.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
after some patching, we got around to a state that allows to e.g. use KWrite<br>
on Windows or Mac with stock frameworks master and stock Qt 5.5, without any additional<br>
patches and no stuff like dbus running. (as standalone installer/bundles)<br>
<br>
To have KIO working, one needs to teach it how to find the .protocol files, like<br>
ATM done by some patches to Qt by the Windows folks (or we avoid that by embedding that<br>
info in the slaves in the plugin meta data), for icons you need to set the icon lookup<br>
path + theme hardcoded.<br>
<br>
My question: What is the actual goal for frameworks on non-linux like (or non-xdg conform)<br>
or whatever called operating systems?<br>
<br>
My personal current goal is to have them in at state that allows:<br>
<br>
1) use stock Qt as base<br>
2) have frameworks in a state that allows them to be used in application standalone installer/app-bundle without global stuff required<br>
3) avoid the use of non-existing stuff like the dbus session bus<br>
<br>
For the "make it easy to bundle" I patched some frameworks to support stuff inside qt resources.<br>
(xmlgui for ui files, kconfig for global default config files)<br>
<br>
That works only, if the applications bundle their ui files in resources, too, otherwise, they just won't be found<br>
and the applications break, unless you patch again Qt to look in non-standard locations.<br>
<br>
For the "non-dbus" I made some stuff bit more "failure safe", if no bus is around, on cost of features.<br>
(like for kio, no instant segfault anymore, just no working dbus related stuff)<br>
<br>
Here the applications need a bit care, too, like not exit, if they can't register on the bus.<br>
<br>
Is that just my personal goal or is that what we want to have as frameworks goal on such operating systems?<br>
Would that make the stuff more usable for Krita for example?<br>
<br>
Greetings<br>
Christoph<br>
<br>
--<br>
----------------------------- Dr.-Ing. Christoph Cullmann ---------<br>
AbsInt Angewandte Informatik GmbH Email: cullmann@AbsInt.com<br>
Science Park 1 Tel: <a href="tel:%2B49-681-38360-22" value="+496813836022">+49-681-38360-22</a><br>
66123 Saarbrücken Fax: <a href="tel:%2B49-681-38360-20" value="+496813836020">+49-681-38360-20</a><br>
GERMANY WWW: <a href="http://www.AbsInt.com" rel="noreferrer" target="_blank">http://www.AbsInt.com</a><br>
--------------------------------------------------------------------<br>
Geschäftsführung: Dr.-Ing. Christian Ferdinand<br>
Eingetragen im Handelsregister des Amtsgerichts Saarbrücken, HRB 11234<br>
_______________________________________________<br>
Kde-windows mailing list<br>
<a href="mailto:Kde-windows@kde.org">Kde-windows@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/kde-windows" rel="noreferrer" target="_blank">https://mail.kde.org/mailman/listinfo/kde-windows</a><br>
</blockquote></div><br></div>