On 10/03/12 23:44, Thomas Lübking wrote:
I don't mind altering the implementation (it certainly would differ
quite some) but ftr didn't do that because I wouldn't know how to
clarify things in the GUI.
Right now, if you click into a treview, the context menu is clearly
linked to that box, so if you add a folder there or change subscriptions
(or maybe later on settings) it's pretty clear that this action is tied
to the account in that rectangular box, while if you've all in one
treeview, you'll have to somehow stress that the current action relies
to the "current" (selected? context trigger position?) top level item.
Hi Thomas,
agreed. I would do it in the same way as how TB works; if the action
somehow depends on the context (like "create a subfolder"), the dialog
box shows a combobox to select an item to operate on. Lot of work, yep.
Let's use the multiple widgets approach at first to see how that works.
I've so far only added support for multiple imap accounts but am under
the impression this will be analog for smtp.
I think that we should focus on the IMAP bits at this point. When our
ideas about how this should be done converge, we can apply them
consistently to SMTP and identity management as well. I probably should
not have mentioned these issues at this point.
Why not stick with trivial 0, 1, 2,...?
More complex collision test.
OK, random IDs be it. It your code, use them.
Mostly the composer & addressbook part.
I frankly can't say out of hand whether there's been a outstanding
please fix this and that review.
They're attached for review.
Thanks, I've applied the attached patches. I had a bunch of conflicts
due to my wide-sweeping changes due to Qt5 (that's not your fault, I
made them only today), so you'll likely have to rebase. They're in as of
v0.3-1234-g58eab3e (and what a lovely revision :) ).
Thanks for your contribution, and I'm really looking forward the
multiple account bits.
With kind regards
Jan
--
Trojita, a fast e-mail client -- http://trojita.flaska.net/
