Re: [Evolution-hackers] synchronizing evolution instances
On Thu, 2008-11-13 at 17:37 +0100, Christoph Höger wrote: Hello, as long as google calendar support seems broken I am searching for an alternative for syncing my gnome-desktop-calendars (home, notebook, work). To fill that hole I had the idea of writing a simple python application that can sync at least the calendars of multiple evolution instances (with different versions if possible). That raises the question of how to access the calendar data from the outside read/write and (and how to determine an order between elements). Especially it would be nice to access the data on a per-event-base and use some evolution API to export into/import from ical format programatically. any thoughts? Supposedly (I haven't tried it myself...) conduit can do this already. http://www.conduit-project.org Dan ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] 2.23.3.1 no delete shortcut?
Done, thanks. Dan (http://bugzilla.gnome.org/show_bug.cgi?id=536591) On Wed, 2008-06-04 at 10:21 +0530, Srinivasa Ragavan wrote: File a bug and CC me. I'll make sure that there are no regressions in it. -Srini. On Tue, 2008-06-03 at 11:51 -0400, Daniel Gryniewicz wrote: Yep, that's it. Reverting 35570 fixes the problem, and makes ctrl-d delete messages again. Dan On Tue, 2008-06-03 at 11:23 +0530, Srinivasa Ragavan wrote: But that was added to keybindings section, which was only my commit. -Srini. On Mon, 2008-06-02 at 23:27 -0400, Daniel Gryniewicz wrote: I'm guessing it was revision 35571, which removed accel=*Control*d from ui/evolution-mail-message.xml entirely. This is just a guess, tho. Dan On Tue, 2008-06-03 at 08:32 +0530, Srinivasa Ragavan wrote: No, It shouldn't. Did I broke something? I definitely hacked some code around delete, but sure that it worked well. -Srini On Mon, 2008-06-02 at 21:56 -0400, Daniel Gryniewicz wrote: Is it my imagination, or does 2.23.3.1 not have any keyboard shortcut for delete? Ctrl-D seems to open a save dialog now, rather than delete. Dan ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
[Evolution-hackers] 2.23.3.1 no delete shortcut?
Is it my imagination, or does 2.23.3.1 not have any keyboard shortcut for delete? Ctrl-D seems to open a save dialog now, rather than delete. Dan ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Evolution 2.21.4 , Evolution-Data-Server 2.21.4 , GtkHTML3.17.4 and Evolution-Exchange 2.21.4 released
On Tue, 2007-12-18 at 15:53 -0500, Matthew Barnes wrote: On Tue, 2007-12-18 at 19:33 +, William Murray wrote: Excellent... but compiling on Fedora 8 gives: which: no gtkdoc-rebase in (/usr/bin:/bin) This seems to be to do with gnome version advancement, which is what evolution is synced to, so I guess I am lost unless I upgrade more of gnome? Upgrade to gtk-doc 1.9 (from Rawhide). I've already fixed the E-D-S configure script to require it. For Gentoo, I fixed the script to not fail if it wasn't there. It looked like an attempt had been made to do that, but there was a bug in it. Daniel ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Synching Evolution/GNOME version
On Wed, 2007-10-03 at 09:03 -0400, Matthew Barnes wrote: On Wed, 2007-10-03 at 11:31 +, Srinivasa Ragavan wrote: There have been many requests regarding syncing the versions of Evolution (currently 2.12) and GNOME (2.20). I feel that it would be fine, if we just sync the minor versions. Evolution 2.22 GtkHTML 3.22 Evolution Data Server 1.22 Evolution Exchange 2.22 +1 Since Evolution is an official GNOME component I think it makes a lot of sense to keep the versions sync'ed with the mothership. +1 here too, assuming my vote counts. :) This will make it easier for us disto maintainers. Unfortunately, nothing can be done about gtkhtml, because it's major rev is already past 2. Daniel ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] evolution's UI, consistency and codebase
On Thu, 2007-05-31 at 15:00 +0530, Srinivasa Ragavan wrote: On Thu, 2007-05-31 at 11:19 +0200, Gilles Dartiguelongue wrote: Le jeudi 31 mai 2007 à 08:59 +, Srinivasa Ragavan a écrit : On Thu, 2007-05-31 at 10:36 +0200, Gilles Dartiguelongue wrote: I've seen that too, but the point was more: Why are the message view headers looking different than every other ETable I can see in evolution ?. I've looked at different themes and it was always different. I'm not an expert in GtkWidget hacking but can't we inherit some properties from regular list headers ? Different in what sense? I see that message-list is not consistent with GtkTreeview but so as is the other memo/task list. Im sorry, I'm not getting it. See attachements: - in mail view, even if it's not perfect it looks like a GtkTreeView header - in memo view, the header looks like a button This is even more flagrant with the Glossy theme. Frankly, for me with Industrial, it looks the same in both places. For me, it looks like Gilles. I have a clearlooks-based theme. I'd guess it's engine related? Daniel ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Crazy Bug in Evolution? Glib? GTKHTML? GCC?
On Tue, 2006-09-12 at 21:20 -0600, Zan Lynx wrote: Ok, first off, I am a AMD-64 Gentoo user. I know nobody cares about our bug reports but I've reached the end of my rope so I am looking for help. As you'll see, my rope is pretty long. :) I'm reporting this here since so far, I have only seen it with the new Evolution 2.8. Other software is GCC 4.1.1, Glib 2.12.3, gtkhtml 3.12, gdk-pixbuf 0.22, GTK+ 2.10.3 big snip Something occurred to me since we talked last night. Do you by any chance have gtk+ built with -O3 or -finline-functions? If so, could you rebuild it with -O2? This sounds like just the sort of random crashes we've been seeing with gtk+ built with high optimizations. I've just modified the gtk+ ebuilds to strip CFLAGS down to upstream approved levels. Daniel signature.asc Description: This is a digitally signed message part ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Bogofilter junk plugin patch
On Tue, 2005-12-20 at 15:29 +0300, Mikhail Zabaluev wrote: Hello, I've massaged my Bogofilter junk plugin into a patch for inclusion in the Evolution source tree, attached below. The plugin is included in the experimental list. Hi. I have a very similar patch I've been using for a while. I would *highly* suggest using -u for the scan case, and -Ns and -Sn for the learn cases. It makes a big difference in the learning ability. Daniel ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
