On Donnerstag, 28. Oktober 2021 10:01:41 CEST Christoph Cullmann (cullmann.io)
wrote:
> On 2021-10-28 08:32, Helio Chissini de Castro wrote:
> > Hi Albert
> >
> > Can i raise the questions on all valid possible solutions ?
> >
> > - Maintain qxmlpattern on our side
> > - Move to libxslt
> > -
On Donnerstag, 28. Oktober 2021 10:01:41 CEST Christoph Cullmann (cullmann.io)
wrote:
> On 2021-10-28 08:32, Helio Chissini de Castro wrote:
> > Hi Albert
> >
> > Can i raise the questions on all valid possible solutions ?
> >
> > - Maintain qxmlpattern on our side
> > - Move to libxslt
> > -
Hi Albert
Can i raise the questions on all valid possible solutions ?
- Maintain qxmlpattern on our side
- Move to libxslt
- Move away from Xml
The first one is easy from the point of view of applications, but we don't
know how much maintenance towards qt6 will be considering.
The second one
Hi Albert
Can i raise the questions on all valid possible solutions ?
- Maintain qxmlpattern on our side
- Move to libxslt
- Move away from Xml
The first one is easy from the point of view of applications, but we don't
know how much maintenance towards qt6 will be considering.
The second one
QXmlPatterns has been deprecated for a long time and the current plan is that
there will no Qt6 release of it.
We use it in quite some places
https://lxr.kde.org/search?%21v=kf5-qt5&_filestring=CMakeLists.txt&_string=XmlPatterns
For those that don't want to click the link
artikulate
QXmlPatterns has been deprecated for a long time and the current plan is that
there will no Qt6 release of it.
We use it in quite some places
https://lxr.kde.org/search?%21v=kf5-qt5&_filestring=CMakeLists.txt&_string=XmlPatterns
For those that don't want to click the link
artikulate