El dimecres, 16 d’agost de 2023, a les 13:35:44 (CEST), Nicolas Fella va
escriure:
> Hi,
>
> at the last meeting we decided to extract KStatusNotifierItem from
> KNotifications into a separate Framework.
>
> Reasons are:
>
> - They are rather distinct in scope/concept
>
> - They negatively aff
On Donnerstag, 11. Mai 2023 18:32:23 CEST Volker Krause wrote:
> let's get the process for getting KTextTemplate (https://invent.kde.org/
> libraries/ktexttemplate) into KF6 going. This is the library formerly known
> as Grantlee and implements Django-style text templates. It's in use in PIM
> and
On Freitag, 12. Mai 2023 11:14:29 CEST Albert Astals Cid wrote:
> El dijous, 11 de maig de 2023, a les 18:32:23 (CEST), Volker Krause va
>
> escriure:
> > Hi,
> >
> > let's get the process for getting KTextTemplate (https://invent.kde.org/
> > libraries/ktexttemplate) into KF6 going. This is the
El dijous, 11 de maig de 2023, a les 18:32:23 (CEST), Volker Krause va
escriure:
> Hi,
>
> let's get the process for getting KTextTemplate (https://invent.kde.org/
> libraries/ktexttemplate) into KF6 going. This is the library formerly known
> as Grantlee and implements Django-style text template
On 11/17/22 02:08, David Faure wrote> Done:
kconfig v5.100.1
f4dcf631e9f22e25c768c323762672716ddbdd02
8bbb7951d74e8e289f7b0599887ef328b2726fdbdaae18effda2c9d7f18a82da
sources/kconfig-5.100.1.tar.xz
plasma-framework v5.100.1
0435ec52c76092bc8a8e2703fa0acbbb63484dfe
53940a920773a105df0af9dd3dbf
On mercredi 16 novembre 2022 16:34:28 CET Nate Graham wrote:
> Hello frameworks and release folks,
>
> We had a few major regressions in the 5.100 release that have already
> been fixed; see:
> - https://invent.kde.org/frameworks/kconfig/-/merge_requests/148
> - https://invent.kde.org/frameworks/p
This has all been executed now, including the move on Gitlab and the necessary
changes to the dependency metadata. So unless I'm missing something this
should be all done now and we'll have KDAV in KF 5.72 as a drop-in replacement
for the one released with 20.04 :)
Thanks everyone for helping w
On Friday, 19 June 2020 01:16:20 CEST Friedrich W. H. Kossebau wrote:
> Am Samstag, 4. April 2020, 16:20:21 CEST schrieb Kevin Ottens:
> > Overall apidox would likely need a big pass of cleanups as well.
>
> I locally prepared the addition of ECMAddQch usage for KDAV tonight, and
> while testing t
Am Freitag, 19. Juni 2020, 01:16:20 CEST schrieb Friedrich W. H. Kossebau:
> Will commit the ECMAddQch stuff once https://invent.kde.org/pim/kdav/-/
> merge_requests/1 is in, to not block this more due to resulting new merge
> conflicts.
And while I was typing & sending, that got merged at the sam
Am Samstag, 4. April 2020, 16:20:21 CEST schrieb Kevin Ottens:
> Overall apidox would likely need a big pass of cleanups as well.
I locally prepared the addition of ECMAddQch usage for KDAV tonight, and while
testing the output already did some small bits of minor cleanup (consistent
casing of t
El diumenge, 14 de juny de 2020, a les 10:17:01 CEST, Ben Cooksley va escriure:
> On Sun, Jun 14, 2020 at 8:03 PM Volker Krause wrote:
> >
> > With both 20.04.2 and 5.71.0 out I think it's now time to do this move.
> >
> > What extra steps do we need to take now that the framework/application
> >
On Sun, Jun 14, 2020 at 8:03 PM Volker Krause wrote:
>
> With both 20.04.2 and 5.71.0 out I think it's now time to do this move.
>
> What extra steps do we need to take now that the framework/application
> distinction exists in Gitlab as well? I guess this is the first case of a
> post-migration m
With both 20.04.2 and 5.71.0 out I think it's now time to do this move.
What extra steps do we need to take now that the framework/application
distinction exists in Gitlab as well? I guess this is the first case of a
post-migration move. Also, what is the impact on the 20.04.3 release when we
m
On Sun, May 24, 2020 at 8:52 AM Volker Krause wrote:
>
> The remaining issues that didn't change ABI anymore (movable value types, hide
> private methods/slots inside the private classes, etc) have long since been
> addressed.
>
> I think there's two possible time slots to actually execute the mov
The remaining issues that didn't change ABI anymore (movable value types, hide
private methods/slots inside the private classes, etc) have long since been
addressed.
I think there's two possible time slots to actually execute the move to
frameworks now:
* ASAP, for the June release.
* For the J
Thanks for the review! We are cutting it close again with the 20.04 deadline,
but fortunately most of these findings aren't ABI-breaking :)
The result was discussed in more detail at the (virtual) PIM sprint, summary
below for the record.
On Saturday, 4 April 2020 16:20:21 CEST Kevin Ottens wro
Hello,
On Saturday, 9 November 2019 12:33:54 CEST Volker Krause wrote:
> during Akademy there was a request to promote KDAV from KDE PIM to
> Frameworks for use by Plasma Mobile. KDAV is a framework that implements
> the CalDav/ CardDav/GroupDav protocol on top of KIO's WebDav support. It
> would
Hi,
> In mostly all files it is not clear if the LGPL or the GPL is meant (stating
> "GNU Library General Public License" and referring to the GPL text at the
> end of the statement). This license statement is used for all files except
> autotests/fakesever.cpp and autotests/fakeserver.h.
> Luckil
On Sonntag, 16. Februar 2020 10:29:42 CET Volker Krause wrote:
> On Saturday, 15 February 2020 11:42:57 CET Andreas Cord-Landwehr wrote:
> > Hi, sorry for this very late mail, missed the call for reviews...
> >
> > Would it be possible to do some license clarifications before moving kdav
> > into
On Saturday, 15 February 2020 11:42:57 CET Andreas Cord-Landwehr wrote:
> Hi, sorry for this very late mail, missed the call for reviews...
>
> Would it be possible to do some license clarifications before moving kdav
> into the frameworks section?
>
> In mostly all files it is not clear if the L
Hi, sorry for this very late mail, missed the call for reviews...
Would it be possible to do some license clarifications before moving kdav into
the frameworks section?
In mostly all files it is not clear if the LGPL or the GPL is meant (stating
"GNU Library General Public License" and referrin
On Saturday, 9 November 2019 12:33:54 CET Volker Krause wrote:
> Hi,
>
> during Akademy there was a request to promote KDAV from KDE PIM to
> Frameworks for use by Plasma Mobile. KDAV is a framework that implements
> the CalDav/ CardDav/GroupDav protocol on top of KIO's WebDav support. It
> would
вс, 10 нояб. 2019 г. в 15:44, David Faure :
>
> On samedi 9 novembre 2019 21:14:46 CET Alexander Potashev wrote:
> > сб, 9 нояб. 2019 г. в 14:37, Volker Krause :
> > > during Akademy there was a request to promote KDAV from KDE PIM to
> > > Frameworks for use by Plasma Mobile. KDAV is a framework t
On samedi 9 novembre 2019 21:14:46 CET Alexander Potashev wrote:
> сб, 9 нояб. 2019 г. в 14:37, Volker Krause :
> > during Akademy there was a request to promote KDAV from KDE PIM to
> > Frameworks for use by Plasma Mobile. KDAV is a framework that implements
> > the CalDav/ CardDav/GroupDav protoc
сб, 9 нояб. 2019 г. в 14:37, Volker Krause :
> during Akademy there was a request to promote KDAV from KDE PIM to Frameworks
> for use by Plasma Mobile. KDAV is a framework that implements the CalDav/
> CardDav/GroupDav protocol on top of KIO's WebDav support. It would be
> classified as a function
On Saturday, 9 November 2019 18:45:17 CET Christoph Feck wrote:
> Hi Volker,
>
> On 11/09/19 12:33, Volker Krause wrote:
> > during Akademy there was a request to promote KDAV from KDE PIM to
> > Frameworks for use by Plasma Mobile. KDAV is a framework that implements
> > the CalDav/ CardDav/Group
Hi Volker,
On 11/09/19 12:33, Volker Krause wrote:
during Akademy there was a request to promote KDAV from KDE PIM to Frameworks
for use by Plasma Mobile. KDAV is a framework that implements the CalDav/
CardDav/GroupDav protocol on top of KIO's WebDav support. It would be
classified as a functio
El dissabte, 20 de juliol de 2019, a les 12:14:09 CEST, David Faure va escriure:
> Hi everyone,
>
> I just discussed this with Volker IRL and I found a solution to address my
> initial concern with the name, the fact that a developer (who's new to all
> this) seeing "Cal" might not understand th
On samedi 20 juillet 2019 17:02:40 CEST Alexander Potashev wrote:
> сб, 20 июл. 2019 г. в 13:14, David Faure :
> > I just discussed this with Volker IRL and I found a solution to address my
> > initial concern with the name, the fact that a developer (who's new to all
> > this) seeing "Cal" might n
сб, 20 июл. 2019 г. в 13:14, David Faure :
> I just discussed this with Volker IRL and I found a solution to address my
> initial concern with the name, the fact that a developer (who's new to all
> this) seeing "Cal" might not understand this as meaning Calendar.
> At the same time, KCalendar is u
Hi everyone,
I just discussed this with Volker IRL and I found a solution to address my
initial concern with the name, the fact that a developer (who's new to all
this) seeing "Cal" might not understand this as meaning Calendar.
At the same time, KCalendar is unclear (does it display a calendar?
To me this sounds as if KCal is the best choice: KCal - a library with iCal
support. It's short, closest to iCal, and does not clash with calendar
systems.
Greetings
Dominik
Allen Winter schrieb am Do., 18. Juli 2019, 18:40:
> On Thursday, July 18, 2019 12:18:36 PM EDT Volker Krause wrote:
> >
On Thursday, July 18, 2019 12:18:36 PM EDT Volker Krause wrote:
> On Wednesday, 17 July 2019 01:51:42 CEST Aleix Pol wrote:
> > On Tue, Jul 16, 2019 at 6:10 PM Volker Krause wrote:
> > > On Monday, 15 July 2019 18:43:42 CEST Aleix Pol wrote:
> > > > On Fri, Jul 12, 2019 at 9:03 PM Allen Winter wr
On Wednesday, 17 July 2019 01:51:42 CEST Aleix Pol wrote:
> On Tue, Jul 16, 2019 at 6:10 PM Volker Krause wrote:
> > On Monday, 15 July 2019 18:43:42 CEST Aleix Pol wrote:
> > > On Fri, Jul 12, 2019 at 9:03 PM Allen Winter wrote:
> > > > On Friday, July 12, 2019 12:23:58 PM EDT Volker Krause wrot
On Tue, Jul 16, 2019 at 6:10 PM Volker Krause wrote:
>
> On Monday, 15 July 2019 18:43:42 CEST Aleix Pol wrote:
> > On Fri, Jul 12, 2019 at 9:03 PM Allen Winter wrote:
> > > On Friday, July 12, 2019 12:23:58 PM EDT Volker Krause wrote:
> > > > With the 19.08 release approaching (and thus the dead
On Saturday, 6 April 2019 18:01:09 CEST Volker Krause wrote:
> Hi,
>
> I'd like to propose KContacts for review to move from KDE PIM to KF5.
>
> KContacts is essentially an implementation of the vCard standard, covering
> the data model as well as parsing and creating of vCard files. As the
> rec
On Monday, 15 July 2019 18:43:42 CEST Aleix Pol wrote:
> On Fri, Jul 12, 2019 at 9:03 PM Allen Winter wrote:
> > On Friday, July 12, 2019 12:23:58 PM EDT Volker Krause wrote:
> > > With the 19.08 release approaching (and thus the deadline for
> > > incompatible
> > > changes if we go ahead with th
On Fri, Jul 12, 2019 at 9:03 PM Allen Winter wrote:
>
> On Friday, July 12, 2019 12:23:58 PM EDT Volker Krause wrote:
> > With the 19.08 release approaching (and thus the deadline for incompatible
> > changes if we go ahead with this plan), I'd like to raise this again for
> > getting to a decisio
пт, 12 июл. 2019 г. в 19:25, Volker Krause :
> - Alexander P's fundamental objections to the current KCalCore API
After studing kcalcore sources again and also its usages with LXR, I
realize that i would be painful to remove the FileStorage
functionality because it implements format detection, and
On Friday, July 12, 2019 12:23:58 PM EDT Volker Krause wrote:
> With the 19.08 release approaching (and thus the deadline for incompatible
> changes if we go ahead with this plan), I'd like to raise this again for
> getting to a decision :)
>
> Summary of what happened in the past weeks:
> - the
With the 19.08 release approaching (and thus the deadline for incompatible
changes if we go ahead with this plan), I'd like to raise this again for
getting to a decision :)
Summary of what happened in the past weeks:
- the Person/Attendee slicing issue was fixed by making both independent types
On Tue, Apr 30, 2019 at 8:52 PM Allen Winter wrote:
>
> Clazy is complaining about missing assign operators. Do we care?
> If so, I can take a look at adding them or if anyone else wants to do that.
> -Allen
That will be fixed in Qt.
Regards,
Sergio Martins
Clazy is complaining about missing assign operators. Do we care?
If so, I can take a look at adding them or if anyone else wants to do that.
-Allen
./src/calendar.cpp
line 305: for (it = vals.constBegin(); it != vals.constEnd(); ++it) {
=> Using assign operator but class
QTypedArrayData
On Wed, Apr 17, 2019 at 6:40 PM Volker Krause wrote:
>
> On Sunday, 14 April 2019 13:31:41 CEST David Faure wrote:
> > On dimanche 7 avril 2019 14:45:09 CEST Volker Krause wrote:
> > > Hi,
> > >
> > > I'd like to propose KCalCore for review to move from KDE PIM to KF5.
> > >
> > > KCalCore is an i
On Sunday, 14 April 2019 20:30:07 CEST Alexander Potashev wrote:
> вт, 9 апр. 2019 г. в 20:10, Volker Krause :
> > On Sunday, 7 April 2019 16:24:13 CEST Alexander Potashev wrote:
> > > вс, 7 апр. 2019 г. в 15:45, Volker Krause :
> > > > Hi,
> > > >
> > > > I'd like to propose KCalCore for review t
On Sunday, 14 April 2019 13:31:41 CEST David Faure wrote:
> On dimanche 7 avril 2019 14:45:09 CEST Volker Krause wrote:
> > Hi,
> >
> > I'd like to propose KCalCore for review to move from KDE PIM to KF5.
> >
> > KCalCore is an implementation of the iCalendar standard based on libical,
>
> I won
On lundi 15 avril 2019 12:40:06 CEST Daniel Vrátil wrote:
> On Sunday, 14 April 2019 20:17:54 CEST David Faure wrote:
> > Maybe KCal is enough? Reminds of iCal.
>
> Wasn't KCal the original name of the library from pre-Akonadi times?
> KCalCore was a fork of KCal with the pre-Akonadi "Resources" s
On Mon, Apr 15, 2019 at 2:52 PM David Jarvie wrote:
>
>
>
> On 15 April 2019 13:25:56 BST, Allen Winter wrote:
> > On Monday, April 15, 2019 6:40:06 AM EDT Daniel Vrátil wrote:
> > > On Sunday, 14 April 2019 20:17:54 CEST David Faure wrote:
> > > > On dimanche 14 avril 2019 19:46:02 CEST David Ja
On 15 April 2019 13:25:56 BST, Allen Winter wrote:
> On Monday, April 15, 2019 6:40:06 AM EDT Daniel Vrátil wrote:
> > On Sunday, 14 April 2019 20:17:54 CEST David Faure wrote:
> > > On dimanche 14 avril 2019 19:46:02 CEST David Jarvie wrote:
> > > > On 14 April 2019 12:31:41 BST, David Faure
On Sunday, 14 April 2019 20:17:54 CEST David Faure wrote:
> On dimanche 14 avril 2019 19:46:02 CEST David Jarvie wrote:
> > On 14 April 2019 12:31:41 BST, David Faure wrote:
> > > On dimanche 7 avril 2019 14:45:09 CEST Volker Krause wrote:
> > > > Hi,
> > > >
> > > > I'd like to propose KCalCore
вт, 9 апр. 2019 г. в 20:10, Volker Krause :
>
> On Sunday, 7 April 2019 16:24:13 CEST Alexander Potashev wrote:
> > вс, 7 апр. 2019 г. в 15:45, Volker Krause :
> > > Hi,
> > >
> > > I'd like to propose KCalCore for review to move from KDE PIM to KF5.
> > >
> > > KCalCore is an implementation of the
On dimanche 14 avril 2019 19:46:02 CEST David Jarvie wrote:
> On 14 April 2019 12:31:41 BST, David Faure wrote:
> > On dimanche 7 avril 2019 14:45:09 CEST Volker Krause wrote:
> > > Hi,
> > >
> > > I'd like to propose KCalCore for review to move from KDE PIM to KF5.
> > >
> > > KCalCore is an im
On 14 April 2019 12:31:41 BST, David Faure wrote:
> On dimanche 7 avril 2019 14:45:09 CEST Volker Krause wrote:
> > Hi,
> >
> > I'd like to propose KCalCore for review to move from KDE PIM to KF5.
> >
> > KCalCore is an implementation of the iCalendar standard based on
> libical,
>
> I wonde
On Sunday, April 14, 2019 7:31:41 AM EDT David Faure wrote:
> On dimanche 7 avril 2019 14:45:09 CEST Volker Krause wrote:
> > Hi,
> >
> > I'd like to propose KCalCore for review to move from KDE PIM to KF5.
> >
> > KCalCore is an implementation of the iCalendar standard based on libical,
>
> I w
On dimanche 7 avril 2019 14:45:09 CEST Volker Krause wrote:
> Hi,
>
> I'd like to propose KCalCore for review to move from KDE PIM to KF5.
>
> KCalCore is an implementation of the iCalendar standard based on libical,
I wonder about the name, which doesn't mean much outside the circle of PIM
peo
On Monday, 8 April 2019 02:44:46 CEST Alexander Potashev wrote:
> вс, 7 апр. 2019 г. в 17:24, Alexander Potashev :
> > вс, 7 апр. 2019 г. в 15:45, Volker Krause :
> > > Hi,
> > >
> > > I'd like to propose KCalCore for review to move from KDE PIM to KF5.
> > >
> > > KCalCore is an implementation o
On Tuesday, 9 April 2019 03:11:57 CEST Aleix Pol wrote:
> On Sat, Apr 6, 2019 at 6:02 PM Volker Krause wrote:
> > Hi,
> >
> > I'd like to propose KContacts for review to move from KDE PIM to KF5.
> >
> > KContacts is essentially an implementation of the vCard standard, covering
> > the data mode
On Sunday, 7 April 2019 16:24:13 CEST Alexander Potashev wrote:
> вс, 7 апр. 2019 г. в 15:45, Volker Krause :
> > Hi,
> >
> > I'd like to propose KCalCore for review to move from KDE PIM to KF5.
> >
> > KCalCore is an implementation of the iCalendar standard based on libical,
> > covering the dat
On Sat, Apr 6, 2019 at 6:02 PM Volker Krause wrote:
>
> Hi,
>
> I'd like to propose KContacts for review to move from KDE PIM to KF5.
>
> KContacts is essentially an implementation of the vCard standard, covering the
> data model as well as parsing and creating of vCard files. As the recent CI
> i
On Sunday, 7 April 2019 18:54:19 CEST Albert Astals Cid wrote:
> El diumenge, 7 d’abril de 2019, a les 14:45:09 CEST, Volker Krause va
escriure:
> > Hi,
> >
> > I'd like to propose KCalCore for review to move from KDE PIM to KF5.
>
> Does exceptions.h need a d-pointer?
Looks like it, I'll fix t
Thanks for having a look at this Albert!
On Sunday, 7 April 2019 18:46:46 CEST Albert Astals Cid wrote:
> El dissabte, 6 d’abril de 2019, a les 18:01:09 CEST, Volker Krause va
escriure:
> > Hi,
> >
> > I'd like to propose KContacts for review to move from KDE PIM to KF5.
>
> ## QUESTION 1 ##
>
вс, 7 апр. 2019 г. в 17:24, Alexander Potashev :
>
> вс, 7 апр. 2019 г. в 15:45, Volker Krause :
> > Hi,
> >
> > I'd like to propose KCalCore for review to move from KDE PIM to KF5.
> >
> > KCalCore is an implementation of the iCalendar standard based on libical,
> > covering the data model, input/
El diumenge, 7 d’abril de 2019, a les 14:45:09 CEST, Volker Krause va escriure:
> Hi,
>
> I'd like to propose KCalCore for review to move from KDE PIM to KF5.
Does exceptions.h need a d-pointer?
Cheers,
Albert
El dissabte, 6 d’abril de 2019, a les 18:01:09 CEST, Volker Krause va escriure:
> Hi,
>
> I'd like to propose KContacts for review to move from KDE PIM to KF5.
## QUESTION 1 ##
Does VCardTool need a d-pointer? Should it be a namespace instead of a class?
It's a class with no members, seems a bi
вс, 7 апр. 2019 г. в 15:45, Volker Krause :
> Hi,
>
> I'd like to propose KCalCore for review to move from KDE PIM to KF5.
>
> KCalCore is an implementation of the iCalendar standard based on libical,
> covering the data model, input/output and the rather complex recurrence
> algorithms defined in
On Fri, Aug 31, 2018 at 6:35 AM Volker Krause wrote:
>
> On Thursday, 30 August 2018 18:04:56 CEST Christoph Feck wrote:
> > On 18.08.2018 15:38, Volker Krause wrote:
> > > The KIO dependency has been refactored away, so [KF5Syndication] is now a
> > > tier 2 functional framework.
> >
> > Any idea
On Thursday, 30 August 2018 18:04:56 CEST Christoph Feck wrote:
> On 18.08.2018 15:38, Volker Krause wrote:
> > The KIO dependency has been refactored away, so [KF5Syndication] is now a
> > tier 2 functional framework.
>
> Any idea why
> https://api.kde.org/frameworks/syndication/html/syndication-
On 18.08.2018 15:38, Volker Krause wrote:
The KIO dependency has been refactored away, so [KF5Syndication] is now a tier 2
functional framework.
Any idea why
https://api.kde.org/frameworks/syndication/html/syndication-dependencies.html
says it needs KIO?
On Monday, 20 August 2018 22:51:44 CEST David Faure wrote:
> On samedi 18 août 2018 15:38:48 CEST Volker Krause wrote:
> > On Wednesday, 22 April 2015 21:44:05 CEST Daniel Vrátil wrote:
> > > Hi all,
> > >
> > > I'd like to ask for review of another Framework from kdepimlibs:
> > > KF5Syndication
On samedi 18 août 2018 15:38:48 CEST Volker Krause wrote:
> On Wednesday, 22 April 2015 21:44:05 CEST Daniel Vrátil wrote:
> > Hi all,
> >
> > I'd like to ask for review of another Framework from kdepimlibs:
> > KF5Syndication
> >
> > KF5Syndication is an RSS/Atom parsing library. It also provide
On Wednesday, 22 April 2015 21:44:05 CEST Daniel Vrátil wrote:
> Hi all,
>
> I'd like to ask for review of another Framework from kdepimlibs:
> KF5Syndication
>
> KF5Syndication is an RSS/Atom parsing library. It also provides API to
> fetch
> feeds directly from network.
>
> It's a Tier 3 Frame
Adding other lists.
On 10-Jan-2018 11:49 PM, "Sayan Biswas" wrote:
> Hi,
>
> A very happy new year to all. Hope you guys are doing good. :)
>
> Me and Rahul (CC'ed; IRC nick - rahulch) came up with an idea for a
> new application in KDE, and we were hoping to get an opinion on it.
>
> The centra
Hi,
thanks for your hard work and good luck with your new job! :)
I'd love taking over KNotifications with the Plasma Notification applet as I
would really like to move that stack forward to better follow Plasma's mantra
of not standing in the user's way.
I already made a wiki page [1] with so
On Thursday 28 May 2015 22:52:17 David Rosca wrote:
> It's been over 14 days now, so if there are no objections, I will ask
> sysadmins to move it to frameworks.
>
> Also, are there any other steps I should do besides moving the repository?
It looks fine, it's getting picked up for KF 5.11.
--
It's been over 14 days now, so if there are no objections, I will ask
sysadmins to move it to frameworks.
Also, are there any other steps I should do besides moving the repository?
Thanks,
David
On Tue, May 12, 2015 at 11:44 PM, David Rosca wrote:
> Hi all,
>
> I'd like to submit bluez-qt [1] f
On Thursday 23 April 2015, David Edmundson wrote:
> > It's a Tier 3 Framework (depends on KCodecs and KIO). AFAIK it's
> > currently being
> > used only by Akregator.
>
> There is another (depending on the definition of "currently")
>
> Plasma 4 used it for an RSS reader plasmoid.
> In Plasma 5 t
On Wed, Apr 22, 2015 at 9:44 PM, Daniel Vrátil wrote:
> Hi all,
>
> I'd like to ask for review of another Framework from kdepimlibs:
> KF5Syndication
>
> KF5Syndication is an RSS/Atom parsing library. It also provides API to
> fetch
> feeds directly from network.
>
> It's a Tier 3 Framework (depe
On Thu, Apr 23, 2015 at 12:13 AM, Daniel Vrátil wrote:
> On Wednesday, April 22, 2015 11:02:31 PM Frank Osterfeld wrote:
>> Hi,
>>
>> > KF5Syndication is an RSS/Atom parsing library. It also provides API to
>> > fetch feeds directly from network.
>> >
>> > It's a Tier 3 Framework (depends on KCode
On Wednesday, April 22, 2015 11:02:31 PM Frank Osterfeld wrote:
> Hi,
>
> > KF5Syndication is an RSS/Atom parsing library. It also provides API to
> > fetch feeds directly from network.
> >
> > It's a Tier 3 Framework (depends on KCodecs and KIO). AFAIK it's currently
> > being used only by Akreg
On Wednesday, April 22, 2015 10:51:15 PM Mark Gaiser wrote:
> On Wed, Apr 22, 2015 at 9:44 PM, Daniel Vrátil wrote:
> > Hi all,
> >
> > I'd like to ask for review of another Framework from kdepimlibs:
> > KF5Syndication
> >
> > KF5Syndication is an RSS/Atom parsing library. It also provides API
Hi,
>
> KF5Syndication is an RSS/Atom parsing library. It also provides API to fetch
> feeds directly from network.
>
> It's a Tier 3 Framework (depends on KCodecs and KIO). AFAIK it's currently
> being
> used only by Akregator.
The Akonadi RSS resources (still lingering in some work branch, I
> On 22 Apr 2015, at 22:51, Mark Gaiser wrote:
>
> Disclaimer: I've never seen this code nor knew about it's existence till ~30
> minutes ago.
>
> This library depends on QtXml (quite heavily in fact). That very Qt module is
> deprecated [1].
> Funnily enough, that is the only place that ment
On Wed, Apr 22, 2015 at 9:44 PM, Daniel Vrátil wrote:
> Hi all,
>
> I'd like to ask for review of another Framework from kdepimlibs:
> KF5Syndication
>
> KF5Syndication is an RSS/Atom parsing library. It also provides API to
> fetch
> feeds directly from network.
>
> It's a Tier 3 Framework (depe
Time to move Modem Manager Qt now? Last Plasma 5.2.2 is tarred and KF 5.9
is due for tagging in 2 weeks.
Jonathan
On 16 March 2015 at 15:44, Jan Grulich wrote:
> On Thursday 12 of March 2015 14:12 David Edmundson wrote:
> > Looks good to me.
> > 2 minor comments.
> >
> > All classes are names
On Thursday 12 of March 2015 14:12 David Edmundson wrote:
> Looks good to me.
> 2 minor comments.
>
> All classes are namespaced, but generictypes.h is not.
> Given these names could easily clash with something else and are publicly
> included, it might be worth putting them in the same namespace.
El Dijous, 12 de març de 2015, a les 09:56:06, Jan Grulich va escriure:
> Hi all,
>
> I would like to ask you if you could review ModemManagerQt library
> (currently as libmm-qt). I want to make it as framework before KF5 5.9.0
> gets released and make Plasma 5.3 depend on it, otherwise we would h
Looks good to me.
2 minor comments.
All classes are namespaced, but generictypes.h is not.
Given these names could easily clash with something else and are publicly
included, it might be worth putting them in the same namespace.
ModemManager::ModemMessaging::messages can be const?
David
I'm forwarding the reply here too:
> The name KF5BluezQt seems inelegant, is has both a prefix and a suffix, how
> about just KF5Bluez?
That would work, but only for cmake files, otherwise I would have to
change namespace from BluezQt to just Bluez, which is obviously
not a right thing.
> The h
On Tue, Mar 10, 2015 at 10:12:31PM +0100, David Rosca wrote:
> BluezQt is a wrapper library for Bluez 5 DBus API. It will be
> used in Bluedevil as a replacement for libbluedevil.
> It is currently in playground (playground/libs/bluez-qt).
>
> It should be a Tier 1 framework (only depends on Qt li
On Thursday 26 February 2015 01:06:40 Albert Astals Cid wrote:
> El Dimecres, 25 de febrer de 2015, a les 13:23:42, David Faure va escriure:
> > On Wednesday 28 January 2015 20:01:45 Albert Astals Cid wrote:
> > > El Dimecres, 28 de gener de 2015, a les 16:17:53, David Faure va
escriure:
> > > > O
On Tuesday 03 of March 2015 13:06:19 Aleix Pol wrote:
> Hi,
> My build had been failing for the last days, I just realized that the
> issue was that we're now depending on URI/Escape.pm in order to encode
> uri's from cmake in kdelibs4support and kdoctools.
>
> Was this intentional?
Yes, it is. Y
El Dimecres, 25 de febrer de 2015, a les 13:23:42, David Faure va escriure:
> On Wednesday 28 January 2015 20:01:45 Albert Astals Cid wrote:
> > El Dimecres, 28 de gener de 2015, a les 16:17:53, David Faure va escriure:
> > > On Monday 26 January 2015 15:25:34 Daniel Vrátil wrote:
> > > > Bump.
> >
On Wednesday 11 February 2015 15:03:06 Aleix Pol wrote:
> On Thu, Jan 8, 2015 at 6:08 PM, Daniel Vrátil wrote:
> > Hi all,
> >
> > KXmlRpcClient provides a complete XMLRPC client for applications to use.
> > It's used most notably by DrKonqi to talk to b.k.o. It's the first
> > framework split fr
On Wednesday 28 January 2015 20:01:45 Albert Astals Cid wrote:
> El Dimecres, 28 de gener de 2015, a les 16:17:53, David Faure va escriure:
> > On Monday 26 January 2015 15:25:34 Daniel Vrátil wrote:
> > > Bump.
> > >
> > > We would really love to get this to 5.7, so unless anyone objects, I'll
>
On Fri, Feb 13, 2015 at 10:34 AM, Harald Sitter wrote:
> >
> > Can someone tell the distro packagers list they'll have a duplciation
> issue
> > when using frameworks 5.8 + Plasma 5.2?
>
> if the translation catalog gets renamed there is no conflict.
> currently it is libkxmlrpcclient5.pot, so si
On Thu, Feb 12, 2015 at 8:25 PM, Albert Astals Cid wrote:
> El Dijous, 12 de febrer de 2015, a les 12:31:14, Daniel Vrátil va escriure:
>> On Friday, January 30, 2015 09:12:01 AM David Faure wrote:
>> > On Wednesday 28 January 2015 17:12:04 Daniel Vrátil wrote:
>> > > I guess I should update kde-b
El Dijous, 12 de febrer de 2015, a les 12:31:14, Daniel Vrátil va escriure:
> On Friday, January 30, 2015 09:12:01 AM David Faure wrote:
> > On Wednesday 28 January 2015 17:12:04 Daniel Vrátil wrote:
> > > I guess I should update kde-build-metadata and release-tools and ask for
> > > the _stable_q
On Thursday 12 February 2015 12:31:14 Daniel Vrátil wrote:
> On Friday, January 30, 2015 09:12:01 AM David Faure wrote:
> > On Wednesday 28 January 2015 17:12:04 Daniel Vrátil wrote:
> > > I guess I should update kde-build-metadata and release-tools and ask for
> > > the _stable_qt5 build once the
On Friday, January 30, 2015 09:12:01 AM David Faure wrote:
> On Wednesday 28 January 2015 17:12:04 Daniel Vrátil wrote:
> > I guess I should update kde-build-metadata and release-tools and ask for
> > the _stable_qt5 build once the repo is moved to frameworks on
> > projects.k.o, so that changes d
On Thu, Jan 8, 2015 at 6:08 PM, Daniel Vrátil wrote:
> Hi all,
>
> KXmlRpcClient provides a complete XMLRPC client for applications to use. It's
> used most notably by DrKonqi to talk to b.k.o. It's the first framework split
> from kdepimlibs that we feel is ready to be shipped with KDE Frameworks
1 - 100 of 133 matches
Mail list logo