Am 18.08.2012, 13:26 Uhr, schrieb Jan Kundrát <[email protected]>:
On 08/17/12 22:07, Thomas Lübking wrote:
Attached.
The GUI looks very simple.
Yes, i don't like it complex ;-)
Originally I assumed that you'd like to maintain separate releases of
the application
I had no concrete release plans so far (Just named it "be.contacts"
because i prefix many things that way)
but given the current discussion about editing the address book entries
would you like to ship be_contacts along Trojita?
We should in that case find another name for it.
The way of adding entries seems a bit unintuitive for me, though
You click add and get a new entry - what you do with it remains on you.
clicked on "add", clicked on the "[New Contact]" placeholder to enter
the name, but it appears that pressing enter
No, actually enter will cause a newline
is the only way to change to another input field (mouse didn't work)
Last minute bug - you can tab across the fields (i wanted separate tab
lists for the left and the right side, so once you focus an address field
the tabchain remains in the editor, otherwise never enters it - but was
apparently to overzealous)
Replacing "Qt::TabFocus" with "Qt::StrongFocus" in line 527 will fix that.
IMHO, having at least the possibility to launch a standalone
abook-management application, or better integrating it into Trojita
altogether, would be an answer to many questions raised in this thread.
As for integrating it into the binary, i'd prefer to preserve the CLI
interface (so one can add addresses through xdg mime configs, bashscripts,
stuff like that)
But one could either share a lib or compile two binaries on the same
sources.
(Some quick buttons for explicitly adding addresses directly from the
message view would still be very welcome.)
Yes, i think that got somehow messed up in the other thread and that's
probably my fault because i didn't consider that Peter might not be aware
of the completion changes.
An explicit button (in doubt icon + tooltip) to add / remove addresses is
(next to any autolearning) "mandatory" but can not alone keep the
addressbook sane (cause removing arbitrary addressees is impossible) and
abusing the completer list for managing is between weird and error prone.
Therefore yes: a distinct tool to manage addresses is the only sane way to
manage an addressbook - the MUA can only provide convenience features.
Cheers,
Thomas
