<div dir="ltr">yes a pure Qt5 implementation is planed, but as usual, the last 10% are the most difficult to transform as optional.<div><br></div><div>Gilles Caulier</div></div><div class="gmail_extra"><br><div class="gmail_quote">2016-05-29 13:33 GMT+02:00 maderios <span dir="ltr"><<a href="mailto:maderios@gmail.com" target="_blank">maderios@gmail.com</a>></span>:<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 05/22/2016 02:10 PM, Gilles Caulier wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi all,<br>
<br>
I would to talk about the next plan to release 5.0.0 in few weeks.<br>
<br>
This is the current status :<br>
<br>
1/ Source code : mostly ready.<br>
<br>
- It still some points where code is not ported from old KDE to new Qt5,<br>
especially the view information on the right side bar of file dialog<br>
(metedata). This view was existing in KDE4 version because the file<br>
dialog from KDELibs permit to do it. The Qt5 file dialog cannot do it.<br>
We need to find a new solution. I think we will delay this feature for<br>
later. The old implementation is simply no compiled.<br>
<br>
- KDE dependencies are now cleaned to the max without to break anything.<br>
You must know that it's planed to provide a simple solution to compile<br>
digiKam as pure Qt5 application, as Marble do currently for ex. This imply :<br>
<br>
* translations moved from KF5::i8n to Qt5::tr. This still compatible<br>
with KDE architecture to extract strings for translators.<br>
<br>
* editor as a plugins interface, which is not shared with the rest of<br>
KDE. There is no advantage to maintain this. We plan to embed editor<br>
tools as static implementation. This will speed up startup a little bit<br>
and reduce KDE dependencies (KService, KxmlGui).<br>
<br>
* KConfig still mandatory to build digiKam core. I think we can move<br>
later from KConfig to QSettings, as Clementine do when Amarok have been<br>
forked. This will be a long task in all case.<br>
<br>
* KWindowsSystem still used in digiKam core. Some few entries in source<br>
code where we can use native Qt5 implementation instead.<br>
<br>
* Solid still used in-deep in digiKam core. I think this dependency is<br>
fine as it's a pure Qt5 library. There is no equivalent in Qt5 for the<br>
moment.<br>
<br>
* KxmlGui, KService still used in digiKam core. This is the most tedious<br>
port to move to pure Qt5 and the last one to do.<br>
<br>
All the rest is optional. Look well the DEPENDENCIES file resuming all<br>
requirements to compile digiKam. This is vcery important for packagers :<br>
<br>
<a href="https://quickgit.kde.org/?p=digikam-software-compilation.git&a=blob&f=DEPENDENCIES" rel="noreferrer" target="_blank">https://quickgit.kde.org/?p=digikam-software-compilation.git&a=blob&f=DEPENDENCIES</a><br>
<br>
2/ Port to OSX :<br>
<br>
- Macports project still the best way to compile digiKam. This require<br>
an Apple computer. A cross compiling solution exists but nothing have<br>
been tested for the moment (<a href="https://github.com/tpoechtrager/osxcross" rel="noreferrer" target="_blank">https://github.com/tpoechtrager/osxcross</a>)<br>
<br>
- but i write all bash script to prepare PKG file automatically. All<br>
compilation work fine, i need to finalize PKG build.<br>
<br>
- A 5.0.0 OSX PKG file must be provided as release announcement.<br>
<br>
3/ Port to Windows :<br>
<br>
- Here after 3 weeks of work with MXE cross compiling frameworks, i can<br>
said that whole digiKam compile for Windows target in 32 or 64 bits<br>
"under Linux" as well.<br>
<br>
- Packaging will be done with NSIS installer also under Linux.<br>
Typically, a Windows target will be possible to do all automatically<br>
under Linux with a cron-tab.<br>
<br>
- A 5.0.0 installer for Windows must be provided as release announcement.<br>
<br>
4/ Web Site : a lots of work to do.<br>
<br>
- KDE admin contact me to move current web site from Drupal 6 to Drupal<br>
8 as well, for security issue.<br>
<br>
- After the migration, the Site design must be fully revamped.<br>
<br>
- A Web design student working with me in my office is ready to work on<br>
it in one week.<br>
<br>
- A new web site must be started for 5.0.0 release announcement.<br>
<br>
Voilà for the resume. If you have questions, lets me hear...<br>
<br>
Best<br>
<br>
Gilles Caulier<br>
<br>
</blockquote></div></div>
Hi Gilles<br>
Thanks for these good news, especially "KDE dependencies are now cleaned to the max without to break anything". I dream about a pure qt application, may be some day?<br>
Greetings<span class="HOEnZb"><font color="#888888"><br>
-- <br>
Maderios<br>
_______________________________________________<br>
Digikam-users mailing list<br>
<a href="mailto:Digikam-users@kde.org" target="_blank">Digikam-users@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/digikam-users" rel="noreferrer" target="_blank">https://mail.kde.org/mailman/listinfo/digikam-users</a><br>
</font></span></blockquote></div><br></div>