Installed from "stable 4.10.2" release using KDE Installer 1.0.0 to the default location. The following was printed to stdout/stderr/whatever (found with WinDbg): file:///c:/programdata/kde/share/apps/ktouch/qml/main.qml: File name case mismatch The actual path was "C:\ProgramData\KDE\share\apps\ktouch\qml\main.qml". Reproducible: Always Steps to Reproduce: Starting KTouch from the shortcut created by KDE Installer or directly clicking the exe from Windows Explorer. Actual Results: The window of KTouch is empty and nothing can be done except closing it. Expected Results: KTouch starts fine.
Since the whole user interface of KTouch is realized with QML it looks like the initialization of the QML view failed ('main.qml' is, as the name suggests, the central UI component pulling in all the other bits). This fits nicely with the console output you've have posted, it seems that the QML engine cares about capitalization of the used paths even on Windows. The thing is KTouch obtains the path to 'main.qml' the usual way, that is via `KGlobal::dirs()->findResource("appdata", "qml/main.qml")`. So if my theory is correct the issue is most likely a kdelibs bug. Since I don't have an Windows development environment around I can't confirm this myself in the near future. I would be very grateful if someone from the KDE on Windows team would find some time to investigate what's up with KStandardDirs::findResource on Windows.
Could you specify the compiler? I can see the user interface on mingw64 with win7 64bit.
The compiler is MSVC 2010 32bit.
Ok, this should be fixed now, it works for me, it probably is due to a broken libbzip2 package at the beginning.
@Patrick Thanks for the near-instant support. The KDE community doesn't fail to amaze me. It would have taken me hours to get to the bottom of this.
ok, sorry, I was to early, I can reproduce this now with the x64 compiler installation. My guess is that this is due to the spaces in the installation path. I will try to look into that soon.
I'm also using MSVC 2010 32bit installation, and had the same problem last month, but can't reproduce any more after recent updating. Has this problem been fixed ?
Now using MSVC 2010 32bit it's working for me, too, but using MinGW 64bit it still doesn't work.
Well, afair I haven't done anything to fix this yet.
Ok, found the problem, this happens only with mingw binaries. to work around this problem, rename all dlls under lib\kde4\imports from lib....dll to ....dll. The problem is that the qml plugins are build as shared libraries but should be plugins (which do not have a lib prefix). This will be fixed for the next release.
I am closing this bug as it is really old and is no longer relevant. There is no Windows version of KTouch anymore.