On Monday, 2014-02-10, 13:47:45, Sebastian Kügler wrote:
> On Friday, February 07, 2014 19:25:55 Kevin Krammer wrote:
> > On Friday, 2014-02-07, 18:26:20, Marco Martin wrote:
> > > * *if* a Qt5 kdepimlibs was available, would this way be
> > > preferrable anyways?
> >
> > My understanding is that
apart from re-implementation of lion mail , what about the other tasks I
mentioned , these are fine? these will also require akonadi client library
of kdepimlibs .
On Mon, Feb 10, 2014 at 6:17 PM, Sebastian Kügler wrote:
> On Friday, February 07, 2014 19:25:55 Kevin Krammer wrote:
> > On Fr
On Friday, February 07, 2014 19:25:55 Kevin Krammer wrote:
> On Friday, 2014-02-07, 18:26:20, Marco Martin wrote:
> > On Friday 07 February 2014 16:28:20 Kevin Krammer wrote:
> > > The GSOC idea referenced below is not about data at all, it is about
> > > state.
> > >
> > > Akonadi state informatio
On Monday, February 10, 2014 11:25:41 Marco Martin wrote:
> On Saturday 08 February 2014, Heena Mahour wrote:
> > Re implementation of lion mail is required in any case .
> > It is currently using data engine which is not the required tool as it
> > should use models throughout and all is based on
On Saturday 08 February 2014, Heena Mahour wrote:
> Re implementation of lion mail is required in any case .
> It is currently using data engine which is not the required tool as it
> should use models throughout and all is based on QGraphicsView .
just for completeless,
dataengines don't have any
>Though it was already usable in practice, sebas never considered Lionmail
as
"finished", so finishing it means more than merely porting it.
So,could this be considered as a constructive idea , or we should skip it
for now?
Regards
On Sun, Feb 9, 2014 at 1:38 AM, Thomas Pfeiffer wrote:
> On Satu
On Saturday 08 February 2014 06:46:35 Martin Klapetek wrote:
> On Sat, Feb 8, 2014 at 6:38 AM, Heena Mahour wrote:
> > Re implementation of lion mail is required in any case .
> > It is currently using data engine which is not the required tool as it
> > should use models throughout and all is bas
Yes,I did thought of the following too :
->Kjots in QML- the notes plasmoid that uses akonadi to store data is
currently Qt based .It would be nice to port it to QML
->implement a kalarm plasmoid
->implement a contacts plasmoid
->implement a akonadi based plasmoid to store birthdays,anniversary etc
On Sat, Feb 8, 2014 at 6:38 AM, Heena Mahour wrote:
> Re implementation of lion mail is required in any case .
> It is currently using data engine which is not the required tool as it
> should use models throughout and all is based on QGraphicsView .
>
DataEngines are just fine for Plasma Next,
Re implementation of lion mail is required in any case .
It is currently using data engine which is not the required tool as it
should use models throughout and all is based on QGraphicsView .
It is architecturally broken and not yet finished as was suggested by Sebas
.
So , it would be a nice idea
On Friday, 2014-02-07, 18:26:20, Marco Martin wrote:
> On Friday 07 February 2014 16:28:20 Kevin Krammer wrote:
> > The GSOC idea referenced below is not about data at all, it is about
> > state.
> >
> > Akonadi state information and control works via D-Bus, so it would be
> > possible to do a cli
On Friday 07 February 2014 16:28:20 Kevin Krammer wrote:
> The GSOC idea referenced below is not about data at all, it is about state.
>
> Akonadi state information and control works via D-Bus, so it would be
> possible to do a client for that without linking to libakonadi-kde.
>
> This was just
On Friday, 2014-02-07, 22:25:53, Heena Mahour wrote:
> I am planing to implement the following for now
> ->to-do list plasmoid
> ->the re-implementation of lion mail
> (for notes there is already kjots )
Just to be sure everyone is on the same page and has the same context: :)
this is an alternat
I am planing to implement the following for now
->to-do list plasmoid
->the re-implementation of lion mail
(for notes there is already kjots )
suggestions?
On Fri, Feb 7, 2014 at 8:58 PM, Kevin Krammer wrote:
> On Friday, 2014-02-07, 15:59:52, Sebastian Kügler wrote:
> > Hi Heena,
> >
> > On
On Friday, 2014-02-07, 15:59:52, Sebastian Kügler wrote:
> Hi Heena,
>
> On Thursday, February 06, 2014 21:59:48 Heena Mahour wrote:
> > Greetings ,
> > I was recently discussing about the integration of plasma workspace for
> > akonadi with Kevin , as also suggested in [1] but is not yet done .
>
Hi Heena,
On Thursday, February 06, 2014 21:59:48 Heena Mahour wrote:
> Greetings ,
> I was recently discussing about the integration of plasma workspace for
> akonadi with Kevin , as also suggested in [1] but is not yet done . Further
> , Since is Plasma is moving toward Qt 5.2 and QML 2.0 while
Greetings ,
I was recently discussing about the integration of plasma workspace for
akonadi with Kevin , as also suggested in [1] but is not yet done . Further
, Since is Plasma is moving toward Qt 5.2 and QML 2.0 while akonadi is not
.It could be achieved by using the control d-bus of akonadi dire
17 matches
Mail list logo
