Hi,
I finally started doing something instead of just examining. The code is
available in the tags branch in:
git://git.mildred.fr/pub/mildred/trojita.git (and for some reason, my
cgit front-end cannot accessthis new repository, I'll have to look at it)
What i did is create a TreeView contai
(You might want to subscribe to the ML; I had to moderate your mail and include
you in the Cc list explicitly.)
On Friday, 14 June 2013 15:11:36 CEST, Mildred Ki'Lya wrote:
What i did is create a TreeView containing tags. When a mailbox
is selected, the TagListModel (a new class I created) is
Hi Pali,
thanks for your plan. In general, it looks good, even though I have a couple of
comments on this.
First of all, the timeframe is missing. I agree that it's great to first decide
on *what* to do and only file the detailed timeline later on, so I'm adding
this for the sake of completene
On Wednesday, 12 June 2013 21:39:39 CEST, Pali Rohár wrote:
Jan, can you comment using above library? What will be better:
external dependency or include it into Trojita git tree?
Distributors will shoot us when we bundle too much, IMHO. An external dep for
*optional* stuff is fine; what I was
On Friday, 2013-06-14, Jan Kundrát wrote:
> On Wednesday, 12 June 2013 21:39:39 CEST, Pali Rohár wrote:
> > Jan, can you comment using above library? What will be better:
> > external dependency or include it into Trojita git tree?
>
> Distributors will shoot us when we bundle too much, IMHO. An e
On Friday, 2013-06-14, Jan Kundrát wrote:
> into Kontact" is a good first step, but I was hoping for something more
> integrated, i.e. using Kontact's facilities for notiffying about new
> mails, etc (assuming there is something like that in Kontact).
Notifications are independent of the Kontact
Hello,
On Friday 14 June 2013 16:30:16 Jan Kundrát wrote:
> Hi Pali,
> thanks for your plan. In general, it looks good, even though I
> have a couple of comments on this.
>
> First of all, the timeframe is missing. I agree that it's
> great to first decide on *what* to do and only file the
> deta
On Friday 14 June 2013 16:45:38 Kevin Krammer wrote:
> On Friday, 2013-06-14, Jan Kundrát wrote:
> > On Wednesday, 12 June 2013 21:39:39 CEST, Pali Rohár wrote:
> > > Hm, maybe it will be better to create separate plugin
> > > interface for passwords, separate for addressbook, ... so
> > > it will
On Friday 14 June 2013 17:51:11 Pali Rohár wrote:
> On Friday 14 June 2013 16:30:16 Jan Kundrát wrote:
> > Second, some of the tasks are defined in a rather high-level
> > way. For example, the "create new kpart plugin for kdepim
> > which render trojita GUI into Kontact" is a good first step,
> >
On Friday, 14 June 2013 16:45:38 CEST, Kevin Krammer wrote:
Yeah, packagers don't like bundles libraries at all :)
New external libraries are ok but of course additional effort
so optional is
helpful.
What they have no problem with is library that are already
packaged, which for
Qt Keychains
On Friday, 14 June 2013 17:51:11 CEST, Pali Rohár wrote:
Kontact has summary kpart plugin which showing new (unread)
mails. But I do not know if it can be extended without patching
it...
Based on what Kevin said in his response, it looks like there's no Kontact-wide
method of notifying about
On Friday 14 June 2013 18:13:27 Jan Kundrát wrote:
> On Friday, 14 June 2013 16:45:38 CEST, Kevin Krammer wrote:
> > Yeah, packagers don't like bundles libraries at all :)
> > New external libraries are ok but of course additional
> > effort so optional is
> > helpful.
> > What they have no problem
On Freitag, 14. Juni 2013 16:30:16 CEST, Jan Kundrát wrote:
I'm not sure whether DBUS is what we want here.
The traditional way for POSIX systems (including mac, but not windows) was to
have a PID lockfile and SIGHUP the running process to make it raise/activate
itself.
It's also poosible to
On Donnerstag, 13. Juni 2013 09:08:57 CEST, Jan Kundrát wrote:
Thinking about this and expanding on my domain-based filtering
idea, perhaps the button could tell the user what domains the
mail is trying to fetch from, and upon pressing it, save these
settings (the domain of the image URL) pers
On Friday, 14 June 2013 19:01:41 CEST, Thomas Lübking wrote:
(Proof: you're willing to whitelist domains. You didn't see the implications. You're
certainly above mean. qed.)
I was actually aware of this threat and expected the users to be aware of the risks of
allowing access to domains they d
On Freitag, 14. Juni 2013 19:31:50 CEST, Jan Kundrát wrote:
I was actually aware of this threat
Ok, proof damanged.
and expected the users to be aware of the risks
Depends on "users" - as long as pot. facebook an trojitá users are disjunct,
this is probably true.
But the majority of all use
On Friday, 2013-06-14, Pali Rohár wrote:
> I think that QtKeychain is still young project, there could be
> packaging problems and my goal is to have kwallet support.
It has been around for quite some time (~2 years) and it has KWallet support.
> So I think using stable kwallet library will be b
On Friday, 2013-06-14, Pali Rohár wrote:
> Kontact has summary kpart plugin which showing new (unread)
> mails. But I do not know if it can be extended without patching
> it...
>
> @Kevin, do you know if this is hardcoded for kmail? Or is there
> API for using kontact summary plugin (adding new m
On Friday 14 June 2013 21:17:26 Kevin Krammer wrote:
> On Friday, 2013-06-14, Pali Rohár wrote:
> > Kontact has summary kpart plugin which showing new (unread)
> > mails. But I do not know if it can be extended without
> > patching it...
> >
> > @Kevin, do you know if this is hardcoded for kmail?
On Friday, 2013-06-14, Thomas Lübking wrote:
> On Freitag, 14. Juni 2013 16:30:16 CEST, Jan Kundrát wrote:
> > I'm not sure whether DBUS is what we want here.
>
> The traditional way for POSIX systems (including mac, but not windows) was
> to have a PID lockfile and SIGHUP the running process to m
On Freitag, 14. Juni 2013 21:41:14 CEST, Kevin Krammer wrote:
As far as I know there are only two contact data services: Evolution Data
Server (EDS) and Akonadi.
Data service is not excatly the same as "addressbook", where there are hundreds.
So if Trojitá was eg. to (by desktop service plugin)
On Fri, 14 Jun 2013, Thomas L?bking wrote:
On Freitag, 14. Juni 2013 19:31:50 CEST, Jan Kundr?t wrote:
and expected the users to be aware of the risks
Depends on "users" - as long as pot. facebook an trojit? users are disjunct,
this is probably true.
But the majority of all users will just se
On Fri, 14 Jun 2013, Jan Kundr?t wrote:
Hi Pali,
thanks for your plan. In general, it looks good, even though I have a couple
of comments on this.
First of all, the timeframe is missing. I agree that it's great to first
decide on *what* to do and only file the detailed timeline later on, so
On Friday, 14 June 2013 22:12:42 CEST, David Lang wrote:
_possibly_ override the default on a per-folder basis
I don't think that the folder-based policy is particularly safe -- it would be
trivial to defeat any of my filters to fill a mail into a wrong mailbox, for
example, which is why I re
On Freitag, 14. Juni 2013 22:12:42 CEST, David Lang wrote:
repeated scary warnings are worse than useless. They
desensitize users about other, more important, warnings.
I did not seriously suggest that as viable option (the workflow alone would be
nasty)
You cannot protect all the users. If
On Sat, 15 Jun 2013, Thomas L?bking wrote:
On Freitag, 14. Juni 2013 22:12:42 CEST, David Lang wrote:
You cannot protect all the users. If you try you will just make
the software worthless.
I can not protect a single one.
That does not mean one should encourage them to jump off the cliff.
T
26 matches
Mail list logo
