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
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
сб, 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
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
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
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
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
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
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
пт, 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,
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:
> -
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
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
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
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"
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
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
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
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
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
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
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
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
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
вс, 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,
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
вс, 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
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 that standard. It's used outside of KDE PIM as well,
34 matches
Mail list logo