On Sunday, 16 June 2013 14:10:46 CEST, Pali Rohár wrote:
I think no. Kontact kpart plugin needs to know if standalone
trojita binary is already running... And for this I'd like to use
already implemented dbus trojita api.
If Trojita is already running at the time Kontact launches, there isn't
On Sunday, 16 June 2013 14:16:32 CEST, Kevin Krammer wrote:
It might even be slightly beyond the scope of the GSoC
proposal, because it is
not related to Kontact or KDE integration but a new generic feature for
Trojita.
It is up to us (that is, Pali, you, Thomas, Caspar and me) to decide what
On Sunday, 16 June 2013 14:14:17 CEST, Pali Rohár wrote:
Ok, so if I choose QtKeychain for implementing gsoc kwallet
support, there could be problem with packaging. But benefit is
support for Apple & Gnome. If I choose kwallet library directly,
there will be no packaging problems, but it does n
On Monday 17 June 2013 13:42:36 Jan Kundrát wrote:
> On Sunday, 16 June 2013 14:16:32 CEST, Kevin Krammer wrote:
> > It might even be slightly beyond the scope of the GSoC
> > proposal, because it is
> > not related to Kontact or KDE integration but a new generic
> > feature for Trojita.
>
> It is
On Monday 17 June 2013 13:36:51 Jan Kundrát wrote:
> On Sunday, 16 June 2013 14:10:46 CEST, Pali Rohár wrote:
> > I think no. Kontact kpart plugin needs to know if standalone
> > trojita binary is already running... And for this I'd like
> > to use already implemented dbus trojita api.
>
> If Troj
On Monday, 17 June 2013 13:48:14 CEST, Pali Rohár wrote:
Ok, similar behaviour is in Kmail and Kaddressbook. But they
instead showing error message only bring main standalone
application window to the front.
Thanks for checking these; that's better than what I was suggesting.
Jan
--
Trojitá,
On Monday, 17 June 2013 13:48:09 CEST, Pali Rohár wrote:
Also I think that mailto support is needed for Kontact
integration. Otherwise something like send email from
KAddressbook (or other Kontact application) will use Kmail and
not Trojita.
You are right, but I suspect that the KAddressBook
On Sunday, 16 June 2013 13:26:24 CEST, Pali Rohár wrote:
But I tried it and here is updated timeline:
Hi Pali, thanks for your flexibility.
24.6 - 30.6
* change trojita code to use functions from loaded plugins
* move internal password code into trojita plugin (and drop
internal addressbook
On Monday, 2013-06-17, Pali Rohár wrote:
> On Monday 17 June 2013 13:42:36 Jan Kundrát wrote:
> > It is up to us (that is, Pali, you, Thomas, Caspar and me) to
> > decide what is "in scope" and what is not.
> >
> > My preference for this GSoC is that it shall improve Trojita
> > even in the ways
On Monday 17 June 2013 13:48:39 Jan Kundrát wrote:
> On Sunday, 16 June 2013 14:14:17 CEST, Pali Rohár wrote:
> > Ok, so if I choose QtKeychain for implementing gsoc kwallet
> > support, there could be problem with packaging. But benefit
> > is support for Apple & Gnome. If I choose kwallet library
On Montag, 17. Juni 2013 13:48:39 CEST, Jan Kundrát wrote:
- if there's no QtKeychain at build time, disable password
storage altogether and have Trojita ask for one when needed
Wouldn't that render Trojitá "unusable" for "non-DE" users (openbox or so), eventually
even the "minor" ones (xfce,
On Sunday, 16 June 2013 13:26:24 CEST, Pali Rohár wrote:
24.6 - 30.6
* change trojita code to use functions from loaded plugins
* move internal password code into trojita plugin (and drop
internal addressbook for now, it will be ported in august)
I'll be predictably not (very) available July
On Monday, 2013-06-17, Pali Rohár wrote:
> Kevin, do you know if it is possible to tell QtKeychain to use
> *only* kwallet (or gnome secure storage)? Or at least warn user
> if want to use kwallet, but it is not available now? This could
> fix above problem (when you "rebooting" to other desktop a
On Monday 17 June 2013 14:46:24 Thomas Lübking wrote:
> > On Sunday, 16 June 2013 13:26:24 CEST, Pali Rohár wrote:
> >> 24.6 - 30.6
> >> * change trojita code to use functions from loaded plugins
> >> * move internal password code into trojita plugin (and drop
> >> internal addressbook for now, it
On Monday, 17 June 2013 14:41:16 CEST, Thomas Lübking wrote:
Wouldn't that render Trojitá "unusable" for "non-DE" users
(openbox or so), eventually even the "minor" ones (xfce, lxde)?
That depends on what "unusable" means. It will cause a regression in that the
passwords will no longer be reme
On Monday, 17 June 2013 13:59:24 CEST, Kevin Krammer wrote:
I am pretty sure that either goes through
KToolInvocation::invokeMailer() or,
if the applicaiton directly assembles mails itself, through kdepimlibs
MailTransport facilities.
In the case of a mailto URI most likely through KRun, but I
Noone asked me, but I'm on the list :) Is it worth looking at how, for
example, Claws-mail or Sylpheed do it? Neither is tied wholly into the
gnome ecosystem that I know of, so maybe their strategy is instructive.
As a somewhat casual user I can say Trojita stops becoming lightweight
when it dep
On Monday, 2013-06-17, Jan Kundrát wrote:
> On Monday, 17 June 2013 13:59:24 CEST, Kevin Krammer wrote:
> > I am pretty sure that either goes through
> > KToolInvocation::invokeMailer() or,
> > if the applicaiton directly assembles mails itself, through kdepimlibs
> > MailTransport facilities.
> >
On Montag, 17. Juni 2013 18:20:37 CEST, Jan Kundrát wrote:
On Monday, 17 June 2013 14:41:16 CEST, Thomas Lübking wrote:
Wouldn't that render Trojitá "unusable" for "non-DE" users
(openbox or so), eventually even the "minor" ones (xfce, lxde)?
That depends on what "unusable" means.
Typing pass
On Mon, 17 Jun 2013, Thomas L?bking wrote:
Date: Mon, 17 Jun 2013 21:01:30 +0200
From: Thomas L?bking
Reply-To: trojita@lists.flaska.net
To: trojita@lists.flaska.net
Subject: [trojita] Re: Using QtKeychain
On Montag, 17. Juni 2013 18:20:37 CEST, Jan Kundr?t wrote:
On Monday, 17 June 2013 14:4
20 matches
Mail list logo
