<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Jul 2, 2014 at 12:10 PM, Jos Poortvliet <span dir="ltr"><<a href="mailto:jospoortvliet@gmail.com" target="_blank">jospoortvliet@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On Wednesday 02 July 2014 00:33:03 Aleix Pol wrote:<br>
> On Wed, Jul 2, 2014 at 12:26 AM, Nicolás Alvarez<br>
> <<a href="mailto:nicolas.alvarez@gmail.com">nicolas.alvarez@gmail.com</a>><br>
> wrote:<br>
> > For everybody's knowledge :) I'm working on single-app KDE installers<br>
> > based on Windows Installer (built with the WiX toolkit).<br>
> ><br>
> > My plan is to have a .msi with KDE Frameworks, Qt, and other common<br>
> > dependencies that all app needs, and another .msi for each app. Then<br>
> > there will be a .exe installer for each app, which chains together the<br>
> > deps and the app. The app package will be embedded inside the<br>
> > installer .exe, while the dependencies will be downloaded on demand.<br>
> ><br>
> > Why the download on demand? If I were to embed both .msi's inside the<br>
> > installer executable, the installers would work offline, but they<br>
> > would be large (50-100MB) for every app, and the user would be<br>
> > downloading the same data multiple times. By downloading the deps<br>
> > during installation, we get relatively small installers (app only)<br>
> > that will only download a larger package if it's the first KDE app you<br>
> > are installing.<br>
> ><br>
> > To make the executable installers (bundles), I'm using the WiX Burn<br>
> > tool. Its default user interface looks like this:<br>
> > <a href="http://i.imgur.com/zokLHVe.png" target="_blank">http://i.imgur.com/zokLHVe.png</a> which is better than the typical setup<br>
> > wizard, but it isn't the nicest thing ever either. It's possible to<br>
> > change the UI by providing a theme XML file with the dialog layout<br>
> > (it's like a Qt .ui), or also by providing custom code in a DLL. I<br>
> > will investigate the DLL approach and see if I can make a UI in Qt<br>
> > that way :)<br>
> ><br>
> > The WiX code is available on kde:scratch/nalvarez/kde-wix.git.<br>
> ><br>
> > Questions welcome :)<br>
><br>
> Would it make sense then to have a Muon Discover version targeting windows?<br>
> The bad part is that by installing it we'd be pulling half KDE+Frameworks,<br>
> but from there it would be quite consistent.<br>
<br>
</div></div>If we want to bring our view of application management to windows (app<br>
stores) we should do it building on what is there: have our apps in<br>
Microsoft's app store. Not create ANOTHER app store... I think that that is<br>
just complicated.<br>
<br>
The MSI solution seems far better and probably was a major thing that has<br>
been holding back KDE software adoption on Windows.<br>
<br>
Just my few cents...<br>
<br>
> Aleix<br>
</blockquote></div><br></div><div class="gmail_extra">I agree, I was just thinking out loud I guess.</div><div class="gmail_extra"><br></div><div class="gmail_extra">So is it feasible to get those packages in the Windows Store?</div>

<div class="gmail_extra"><br></div><div class="gmail_extra">Aleix</div></div>