especially if it was kind enough to other
Free Software email clients to be compatible with them all.
I'd have edited evolution itself, but as an Ubuntu user evolution
development is very hard for us and I was never able to get it to
build.
Best Regards, Martin Owens
Destroyer of Secur
shouldn't the Free Software world also want to make features that
aren't interoperable, but in a way that invites proprietary email
clients to support them. (i.e. documenting them in a project neutral
space and making sure it's using as much existing te
Hey Matthew,
I welcome the move to XDG at last but...
On Sun, 2010-06-06 at 12:34 -0400, Matthew Barnes wrote:
> .local/
> +-- share/
> +-- evolution/
> +-- addressbook/
> | +-- <>
> +-- calendar/
> | +-- <>
>
properly by a file system
service so searching and listing is quick enough.
Think about making these systems less complex.
Regards, Martin Owens
___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers
location of emails/account folders be made configurable
so I can tie mine up to an XDG Emails directory?
The more user data out of configuration directories, the better. User
visible, indexable by outside services, etc.
Martin Owens,
___
Evolution-ha
Hi Trenton,
Welcome, don't worry. Your question is in the right place.
> I subscribe to a lot of rss and podcast. I use evolution to handle my
> rss and email, and use Gpodder for my podcast client. I like having
> everything I need available in one client, but as far as I know,
> evolution doesn
>
> Thanks for the great update on this Matt. Its going to be a tough time
> for many of us for the next couple of months. That's one reason, I asked
> you to look at Camel/Gobject stuff for 2.27.x. May be, we have too many
> things to do, which would take more than a 6-month cycle? May be a
> bi
configuration)
I believe there is a new .config directory and probably a new .cache
directory for all the stuff programs need to do with those. It'd be nice
to sort out the data using a standard like XDG too.
Best Regards, Martin Owens
___
d be a simple matter of getting the files
in the right places.
As for opensync, could you imagine if they could eliminate all those
custom end point plugins for each and every application?
Best Regards, Martin Owens
___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers
h the main aspects of being able to run your files through any
application outside of gnome is still very attractive. ergo: ssh from
your laptop to your computer, your looking for a contact in your
evolution account. You have the command line.
P.S. I
ving to "sync" data, it would allow programmers far more stability
and confidence in how to access various types of data, creating a
platform for more interesting ideas to be tried out.
Oh and most people end up creating a backgrounds folder anyway.
Best Regards, Martin Owens
___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers
stored in the right place it's not permanent
and is more of a state of the application.
Best Regards, Martin Owens
___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers
know if I've managed to explain my ideas on how we can
differentiate user data from configuration data. I'd be interested in
cases which break my logic.
Best Regards, Martin Owens
___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers
t what is currently best practice.
Best Regards, Martin Owens
___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers
14 matches
Mail list logo