On Mon, 2004-01-19 at 00:22, JP Rosevear wrote:
On Mon, 2004-01-19 at 01:40, Hans Petter Jansson wrote:
On Sun, 2004-01-18 at 21:10, JP Rosevear wrote:
Basically the UI for showing/hiding calendar sources and selecting a
primary source sucks pretty bad. It allows inconsistencies in the
We don't. That's why we removed it. :) There are plenty RSS aggregators
outside of Evolution. We don't have the time to maintain the amount of
code it would need, either, as I understand.
It was more that (a) the summary didn't fit in as well in the new
layout, and (b) the existing code was
hi,
i switched from outlook to evolution some time ago and thought that it
was time to convert my outlook addressbook. i'd like to keep my contacts
in an openldap server. everything workes fine exept the address-field:
evolution stores the (private) addressdata in the homePostalAddress
field of
hi,
i switched from outlook to evolution some time ago and thought that it
was time to convert my outlook addressbook. i'd like to keep my contacts
in an openldap server. everything workes fine exept the address-field:
evolution stores the (private) addressdata in the homePostalAddress
field of
Hi,
Thanks all !!!
Regarding the evo-address-book integration with OpenOffice, following option looks
good:
The Evoab Driver directly calls the evo-data-server api instead of calling the 'Helper
fork like evolution-addressbook-export'. As the glib integration is already in
OpenOffice there
Hi Frank,
On Fri, 2004-01-16 at 16:25, Frank Schönheit wrote:
As the
glib integration is already in OpenOffice there doesnt seem to much
problem in linking evo-data-server/Orbit and dependent components
and calling the apis, hopefully ;-) .
Hmm. Linking OOo libraries with foreign
I'm working on a python program to synchronize evolution with the
OrganizerApp for TI calculators. It's mostly done, with the glaring
hole being the evolution support. I know there is a C API for
evolution, but I haven't found any documentation on how to use it. Any
pointers? Any better way to
I was looking at the first-time startup issue for the mailer, setting up
an Inbox etc.
...
Do any of the other components need data like this, and/or is there any
argument to using this path convention?
The addressbook starts with a card for Ximian, Inc. Though localizing
that might encourage
On Mon, 2004-01-19 at 19:45, Hans Petter Jansson wrote:
The main issue I see with this is that you will create meetings that
will disappear the moment you finish creating them (unless primary
implies both displayed and default, which is a little inconsistent).
What I meant was primary ==
Basically what you're after, extending the ui, adding menu items, etc,
no.
You can add whole new components (i.e. 'mail' or 'calendar' are
components), or you can add certain backends, like email backends and
addressbook backends. But you can't add to menu's of the existing parts
currently.
Hey guys.
Been working on the language selection bounty and have about half
finished, but I have a few small questions, mostly about formats of
headers and stuff.
1) The setting should also be saved in the html output in a lang
attribute on the body element. What is the format of the lang
On Tue, 2004-01-20 at 00:49 +, iain wrote:
Hey guys.
Been working on the language selection bounty and have about half
finished, but I have a few small questions, mostly about formats of
headers and stuff.
1) The setting should also be saved in the html output in a lang
attribute on
On Tuesday, January 20, 2004 10:44:38 +1030 Not Zed [EMAIL PROTECTED]
wrote:
You can add whole new components (i.e. 'mail' or 'calendar' are
components), or you can add certain backends, like email backends and
addressbook backends. But you can't add to menu's of the existing parts
currently.
nothing like that is supported.
Jeff
On Tue, 2004-01-20 at 07:00, Mark Derricutt wrote:
Sent this yesterday but it never seemed to send...
I was wondering if it was possible to write plugins/extensions for
evolution ( either the 1.4.x series or 1.5.x ).
At work we currently have a
You can add whole new components (i.e. 'mail' or 'calendar' are
components), or you can add certain backends, like email backends and
addressbook backends. But you can't add to menu's of the existing parts
currently.
Hmm, that could work for some things I had in mind, maybe.
FWIW we
On Fri, 2004-01-16 at 07:47 +, Ross Burton wrote:
On Thu, 2004-01-15 at 01:42, Not Zed wrote:
isn't this just the problem where a non-window was being passed to
something expecting a window? it was patched yesterday.
Ah, I patched Empty Trash but obviously missed that this may be
As the
glib integration is already in OpenOffice there doesnt seem to much
problem in linking evo-data-server/Orbit and dependent components
and calling the apis, hopefully ;-) .
Hmm. Linking OOo libraries with foreign components which are *not*
shipped together with OOo is
On Sun, 2004-01-18 at 11:54, wind li wrote:
Hi,Michael
This is Wind Li. I am working on StarOffice Address Book Integration
now.
Right; - I think the best way here is to proceed as was done for the
old-style gtk+ stuff; ie. a mess. You'll need to check-in binary builds
of the
Michael: I need your help with a Bonobo-related bug that's really biting
the addressbook.
http://bugzilla.ximian.com/show_bug.cgi?id=52948
Basically, one thread in evolution-data-server is stuck waiting for a
return value from another thread, but the latter is stuck in
bonobo_object_dup_ref ()
I've changed the 'secret' and 'reprompt' booleans into a single flag, i
thought that'd be more future-proof than adding another boolean
argument, which i needed to add.
Basically
secret == flags CAMEL_SESSION_PASSWORD_SECRET
reprompt == flags CAMEL_SESSION_PASSWORD_REPROMPT
and there's a new
ok, sounds good.
Jeff
On Mon, 2004-01-19 at 23:38, Not Zed wrote:
I've changed the 'secret' and 'reprompt' booleans into a single flag, i
thought that'd be more future-proof than adding another boolean
argument, which i needed to add.
Basically
secret == flags
Basically the UI for showing/hiding calendar sources and selecting a
primary source sucks pretty bad. It allows inconsistencies in the UI.
I've been playing around with this a bit and keep coming up with two
issues:
1. Does it make sense to allow a primary calendar (the one
highlighted) to not
On Sun, 2004-01-18 at 22:10, JP Rosevear wrote:
Basically the UI for showing/hiding calendar sources and selecting a
primary source sucks pretty bad. It allows inconsistencies in the UI.
I've been playing around with this a bit and keep coming up with two
issues:
1. Does it make sense to
On Sun, 2004-01-18 at 21:10, JP Rosevear wrote:
Basically the UI for showing/hiding calendar sources and selecting a
primary source sucks pretty bad. It allows inconsistencies in the UI.
I've been playing around with this a bit and keep coming up with two
issues:
1. Does it make sense to
On Mon, 2004-01-19 at 01:40, Hans Petter Jansson wrote:
On Sun, 2004-01-18 at 21:10, JP Rosevear wrote:
Basically the UI for showing/hiding calendar sources and selecting a
primary source sucks pretty bad. It allows inconsistencies in the UI.
I've been playing around with this a bit and
On Sun, 2004-01-18 at 22:10 -0500, JP Rosevear wrote:
Basically the UI for showing/hiding calendar sources and selecting a
primary source sucks pretty bad. It allows inconsistencies in the UI.
I've been playing around with this a bit and keep coming up with two
issues:
1. Does it make
26 matches
Mail list logo
