These are very promising news! :)<br><br><div class="gmail_quote">On Sat, Jun 1, 2013 at 12:19 PM, 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">Hi,<br>
<br>
As you no doubt have noticed, if only from my increased grumpiness, I've spend quite a bit of time on Windows in the past week or two. There's been some good progress, which I want to document here, and there are some todo's left, which also need to be documented.<br>

<br>
Done:<br>
<br>
* Switched from emerge to a new build system.<br>
<br>
Tobias has created a basically purely cmake-based build system that uses known-good tarballs of dependencies to build krita and all the dependencies. This works pretty well, with some gotchas:<br>
<br>
   ** missing dependencies: oxygen icons, tiff, ocio, openexr, openjeg<br>
   ** missing utilities: png2ico, so the application doesn't get an app icon<br>
<br>
* Switched to kdelibs-stripped<br>
<br>
This is basically a fork of kdelibs I created for Krita Sketch. It strips out dbus and all the other daemons. I updated it to KDE 4.10 and replaced<br>
the windows wmi solid backend with Patrick von Reth's new windows backend. This solves the startup slowness of Krita completely as well as problems with showing the file dialog. However:<br>
<br>
   ** since dbus is missing, kio jobs are broken: every place where we use a job ui delegate is broken.<br>
<br>
<br>
* Made the opengl2 canvas work on Windows<br>
<br>
After modernizing our opengl canvas, the last problem on windows as the place where we tried to disable double buffering after already creating a context. That fixed, the opengl canvas is as smooth or smoother on Windows as on Linux.<br>

<br>
   ** Missing features: ocio (also on Linux), 3d cursors, gradient previews, opengl-based cursor outline<br>
<br>
* "Fixed" the jumping window on creating a view for the first time.<br>
<br>
This is a problem in kdelibs/calligra where we try to restore the docker, statusbar and toolbar settings of a view which also restores the geometry. I work around by saving and restoring the geometry around the call to add the view. The proper solution is to move away from kparts.<br>

<br>
* Managing palettes is broken, so disabled the palettes docker<br>
<br>
Palettes are broken on Linux as well, but not so bas as on Windows where trying to create a new palette hangs Krita. Not so good, so I disabled this for now. We need to rewrite our palette handling completely, independently of Calligra, I think, since the use cases are different.<br>

<br>
Still real problems are:<br>
<br>
* Packaging<br>
<br>
  ** The scripts I use to package up Krita create basically broken packages that need a reboot so the windows packaging system can repair the<br>
package before first start. I don't know what caused this.<br>
<br>
  ** We also still need to run update-mime-database and kbuildsycoca4<br>
<br>
  ** We also don't yet offer the user an option to select the location of the install<br>
<br>
  ** The slideshows are wrongly timed<br>
<br>
* Real bugs<br>
<br>
  ** duplicate layer is broken<br>
<br>
  ** Vc is said to be broken with msvc2010<br>
<br>
  ** ...<br>
<br>
* 32 bits packages only<br>
<br>
  I haven't got a 64 bits msvc2010 compiler, so I cannot create 64 bits packages.<br>
<br>
<br>
I'm trying to make new packages for testing today. If they are good, then I think that this'll be the first non-highly-experimental version of Krita on Windows, though, since even with the caveats it's really pretty good now...<br>

<br>
<br>
Boudewijn<br>
______________________________<u></u>_________________<br>
Krita mailing list<br>
<a href="mailto:kimageshop@kde.org" target="_blank">kimageshop@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/kimageshop" target="_blank">https://mail.kde.org/mailman/<u></u>listinfo/kimageshop</a><br>
</blockquote></div><br><br clear="all"><br>-- <br>Dmitry Kazakov