Digikam GSoC 2021

[Anjani Kumar]

Rajce will be releasing a new REST API sometime during 2021.
https://www.rajce.idnes.cz/api
So the plugin may need a new implementation. I don't know whether working
on it temporarily until the API changes
will be worth it or not.

On Fri, Mar 12, 2021 at 12:41 PM Gilles Caulier <caulier.gilles at gmail.com>
wrote:

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