<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Apr 8, 2014 at 10:17 AM, Boudewijn Rempt <span dir="ltr"><<a href="mailto:boud@valdyas.org" target="_blank">boud@valdyas.org</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">On Monday 07 April 2014 Apr 14:08:38 Kevin Krammer wrote:<br>
> On Wednesday, 2014-04-02, 18:19:09, Chris wrote:<br>
><br>
> > way dll's are loaded. App directory first, shared folders last. Why do I<br>
> > even need ksycoca4 I'll never know. Are you really trying to emulate<br>
> > windows registry? one of the worst inventions like ahh ever.<br>
><br>
> The system config cache is not a config storage system.<br>
><br>
> It  improves startup speed by creating a mmap-able cache of system<br>
> configuration items. Not really needed on Windows where it is unlikely that<br>
> there are system configuration files.<br>
<br>
</div>Well, you need it to load plugins with KServiceTypeTrader -- without a sycoca cache, that won't work as far as I know. If there's a way to make KServiceTypeTrader bypass sycoca and scan the desktop files directly, that would be awesome, of course.<br>


<br>
Running kbuildsycoca4 as part of the installation procedure is a problem for a lot of reasons:<br>
<br>
* it generates files, and if anything happens to those files the install is broken. Which means I cannot let the system generate the files in a place the user can delete, which means that the files need to be removed when uninstalling, which is tricky, since they weren't there when installing<br>


<br>
* it makes a portable version of the kde application that uses plugins is impossible<br>
<br>
* it needs to run in a cmd window, so users complain that the krita installer pops up a window -- they think that means the application is broken.<br>
<span class="HOEnZb"><font color="#888888"><br>
<br>
--<br>
Boudewijn Rempt<br>
<a href="http://www.valdyas.org" target="_blank">http://www.valdyas.org</a>, <a href="http://www.krita.org" target="_blank">http://www.krita.org</a>, <a href="http://www.boudewijnrempt.nl" target="_blank">http://www.boudewijnrempt.nl</a><br>


<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" target="_blank">https://mail.kde.org/mailman/listinfo/kde-windows</a><br>
</font></span></blockquote></div><br></div><div class="gmail_extra">I wouldn't center the discussion around kbuildsycoca. There's alternatives (e.g. QPluginLoader) that maybe need to be recommended for portability?</div>

<div class="gmail_extra"><br></div><div class="gmail_extra">Instead, it could be interesting if somebody could give a try applications ported to frameworks and see how we could go about these.</div><div class="gmail_extra">

FWIW, there's people who are already pushing KF5 on Windows and, interestingly enough, they seem very detached to the KDE Windows community.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Aleix</div>

</div>