<div dir="ltr">Rajce will be releasing a new REST API sometime during 2021. <a href="https://www.rajce.idnes.cz/api">https://www.rajce.idnes.cz/api</a> <div>So the plugin may need a new implementation. I don't know whether working on it temporarily until the API changes<br>will be worth it or not. </div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Mar 12, 2021 at 12:41 PM Gilles Caulier <<a href="mailto:caulier.gilles@gmail.com">caulier.gilles@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi,<br>
<br>
xqilla sound like a dead project from source forge. It do not use<br>
cmake and for Windows it only compatible with older MSVC version.<br>
<br>
Sound like a bad idea.<br>
<br>
Yes, Rajce webservice plugin is the only code using QtXmlPatterns. If<br>
i remove the dependency in cmake rules, compilation crying ike that :<br>
<br>
[100%] Building CXX object<br>
core/dplugins/generic/webservices/rajce/CMakeFiles/Generic_Rajce_Plugin.dir/rajcecommand.cpp.o<br>
Dans le fichier inclus depuis<br>
/home/gilles/Devel/7.x/core/dplugins/generic/webservices/rajce/rajcecommand.cpp:24:<br>
/home/gilles/Devel/7.x/core/dplugins/generic/webservices/rajce/rajcecommand.h:32:10:<br>
erreur fatale: QXmlQuery : Aucun fichier ou dossier de ce type<br>
32 | #include <QXmlQuery><br>
| ^~~~~~~~~~~<br>
compilation terminée.<br>
make[2]: *** [core/dplugins/generic/webservices/rajce/CMakeFiles/Generic_Rajce_Plugin.dir/build.make:160<br>
: core/dplugins/generic/webservices/rajce/CMakeFiles/Generic_Rajce_Plugin.dir/rajcecommand.cpp.o]<br>
Erreur 1<br>
make[2]: *** Attente des tâches non terminées....<br>
Dans le fichier inclus depuis<br>
/home/gilles/Devel/7.x/build/core/dplugins/generic/webservices/rajce/Generic_Rajce_Plugin_autogen/EWIEGA46WW/moc_rajcecommand.cpp:10,<br>
depuis<br>
/home/gilles/Devel/7.x/build/core/dplugins/generic/webservices/rajce/Generic_Rajce_Plugin_autogen/mocs_compilation.cpp:2:<br>
/home/gilles/Devel/7.x/build/core/dplugins/generic/webservices/rajce/Generic_Rajce_Plugin_autogen/EWIEGA46WW/../../../../../../../../core/dplugins/generic/webservices/rajce/rajcecommand.h:32:10:<br>
erreur fatale: QXmlQuery : Aucun fichier ou dossier de ce type<br>
32 | #include <QXmlQuery><br>
| ^~~~~~~~~~~<br>
compilation terminée.<br>
make[2]: *** [core/dplugins/generic/webservices/rajce/CMakeFiles/Generic_Rajce_Plugin.dir/build.make:82<br>
: core/dplugins/generic/webservices/rajce/CMakeFiles/Generic_Rajce_Plugin.dir/Generic_Rajce_Plugin_autogen/mocs_compilation.cpp.o]<br>
Erreur 1<br>
/home/gilles/Devel/7.x/core/dplugins/generic/webservices/rajce/rajcetalker.cpp:34:10:<br>
erreur fatale: QXmlResultItems : Aucun fichier ou dossier de ce type<br>
34 | #include <QXmlResultItems><br>
| ^~~~~~~~~~~~~~~~~<br>
compilation terminée.<br>
make[2]: *** [core/dplugins/generic/webservices/rajce/CMakeFiles/Generic_Rajce_Plugin.dir/build.make:134<br>
: core/dplugins/generic/webservices/rajce/CMakeFiles/Generic_Rajce_Plugin.dir/rajcetalker.cpp.o]<br>
Erreur 1<br>
make[1]: *** [CMakeFiles/Makefile2:13352 :<br>
core/dplugins/generic/webservices/rajce/CMakeFiles/Generic_Rajce_Plugin.dir/all]<br>
Erreur 2<br>
make: *** [Makefile:160 : all] Erreur 2<br>
[gilles@localhost rajce]$<br>
<br>
So only 2 classes are used from QtXmlPatterns. The question is : why<br>
this classes are used to talk with webservice ? Perhaps there is a<br>
more simplified solution to drop this dependency ?<br>
<br>
Best<br>
<br>
Gilles Caulier<br>
<br>
Le ven. 12 mars 2021 à 07:17, Anjani Kumar <<a href="mailto:anjanik012@gmail.com" target="_blank">anjanik012@gmail.com</a>> a écrit :<br>
><br>
> Hello,<br>
> I have looked for some possible alternatives to the QXmlPatters module. I saw that the rajce plugin uses XQuery. Found this <a href="http://xqilla.sourceforge.net/HomePage" rel="noreferrer" target="_blank">http://xqilla.sourceforge.net/HomePage</a>. Maybe we can use this.<br>
> Let me know what you think.<br>
><br>
> Anjani<br>
><br>
> On Wed, Mar 10, 2021 at 11:01 PM Anjani Kumar <<a href="mailto:anjanik012@gmail.com" target="_blank">anjanik012@gmail.com</a>> wrote:<br>
>><br>
>> On Wednesday, March 10, 2021 3:11:40 PM IST Gilles Caulier wrote:<br>
>> > Hi,<br>
>> ><br>
>> > Welcome to the game.<br>
>> ><br>
>> > If you have questions, we are available to respond in this email<br>
>> ><br>
>> > Did you have already played with Qt6 API before?<br>
>> ><br>
>> > All point listed in idea page is enough clear for you ?<br>
>> ><br>
>> > Best regards<br>
>> ><br>
>> > Gilles Caulier<br>
>> ><br>
>> > Le mer. 10 mars 2021 à 08:14, Maik Qualmann <<a href="mailto:metzpinguin@gmail.com" target="_blank">metzpinguin@gmail.com</a>> a écrit<br>
>> :<br>
>> > > Hi Anjani,<br>
>> > ><br>
>> > > Welcome, this is the right place, all active digiKam developers read along<br>
>> > > here and can answer your questions.<br>
>> > ><br>
>> > > Maik<br>
>> > ><br>
>> > > Am Mittwoch, 10. März 2021, 07:55:30 CET schrieb Anjani Kumar:<br>
>> > > > Hello people,<br>
>> > > > I have been contributing to the KDE community for an year and am also<br>
>> > > > participating in SoK 2021(my KDE Invent[1]). I am interested in porting<br>
>> > > > digikam to Qt6. For starters I've built digikam from source and would<br>
>> > > > like to discuss other things. Is it the right place for discussion or<br>
>> > > > should I email the mentors directly?<br>
>> > > ><br>
>> > > > Thanks<br>
>> > > > Anjani Kumar<br>
>> > > ><br>
>> > > > --------<br>
>> > > > [1] <a href="https://invent.kde.org/anjani" rel="noreferrer" target="_blank">https://invent.kde.org/anjani</a><br>
>><br>
>> Thanks for the quick responses. Tbh I haven't played "much" with Qt6. I am<br>
>> also assuming that this the first initiative in a KDE project to port to Qt6.<br>
>> All I am doing so far is look for whats changed and what others are discussing<br>
>> about it. I've built some examples from the Qt6 docs and that seems fine to<br>
>> catch up. I have worked with Qt5 Network Manager and some other modules and<br>
>> that seems like I can port it to Qt6.<br>
>><br>
>> The points are clear. One question I had was with Qt XML Patterns. Seems like<br>
>> Qt6 doesn't support this and I am not sure how to replace it's current usages<br>
>> in the code-base.<br>
>><br>
>> I'll ask more once I unroll other points as well.<br>
>><br>
>> Thanks<br>
>> Anjani<br>
>><br>
>><br>
</blockquote></div>