On Thu, 2012-11-22 at 09:13 +0100, Milan Crha wrote:
the book/calendar backends are currently designed to not have any direct
UI interaction with user, they basically serve for data only. While it
works, it has its caveats, like when user tries to access server using
SSL with self-signed
Yes, the gtk_init() issue occurred to me after posting that suggestion. I
agree a separate process is the better idea. Then gtk3 won't taint
evolution-source-registry.
(Apologies for top-posting. I'm trying out Dan's webkit-composer branch and it
seems to have some kinks yet to be worked
Hi everyone,
Am Donnerstag 22 November 2012, um 09:13:16 schrieb Milan Crha:
Hi,
the book/calendar backends are currently designed to not have any direct
UI interaction with user, they basically serve for data only. While it
works, it has its caveats, like when user tries to access
On Mon, 2012-11-26 at 10:08 +0100, Christian Hilberg wrote:
Thanks Milan for bringing that up again. Yes, some infrastructure to
request for user input from within the backends would be very helpful.
We have a dialog ready [0] in evolution-kolab to ask for a user selection
from several options
On Thu, 2012-11-22 at 13:04 -0500, Matthew Barnes wrote:
1) Write this as a ESourceRegistryServer extension, and just link to
GTK+ from the extension module. That way it's easily removable if
the Tizen folks don't want it, or they want to implement their own
version using Qt.
On Thu, 2012-11-22 at 13:04 -0500, Matthew Barnes wrote:
Actually I don't think evolution-source-registry requires GTK+. If it's
the password dialog you're thinking of, we only link to gcr-base-3 which
speaks via D-Bus to the process actually showing the password dialog.
Hi,
yes, I
On Thu, 2012-11-22 at 13:04 -0500, Matthew Barnes wrote:
Actually I don't think evolution-source-registry requires GTK+. If it's
the password dialog you're thinking of, we only link to gcr-base-3 which
speaks via D-Bus to the process actually showing the password dialog.
I'm not sure if