Re: [Evolution-hackers] GSoC Ideas
How about an ability to use a different backend DB, if that does not exist already? I use MongoDB to scoop up my email after Evolution stores it and it would be really great if MongoDB also could be used within Evolution itself. Best regards, Eldon Ziegler On Mon, 2014-02-10 at 15:33 +0100, Alberto Ruiz wrote: Some things come to my mind: - notmuch indexing and search language - a smarter threading algorithm (trying to match GMail's, right now I get parents that are later in time) On Mon, 2014-01-27 at 17:03 +0100, Fabiano Fidêncio wrote: Howdy! I'd like to see a student working on Evolution family on this year GSoC (if GNOME is accept as an org, of course). So, I'm starting this thread to keep track/discuss possible ideas and, as soon as we have settled on them, move to Evolution's wikipage. From my side, I think would be nice if we can have instrospection working with EDS. Addressbook part is already done and the student only would have to implement and to use a libcal's wrapper, instead of using libical directly. I'd like to know your thoughts about it, guys. Too short? Too long? Out of interest? Do-able? Also, I'd like to ask you guys, if you have more ideas, please, put them here and let's keep discussing :-) Best Regards, -- Fabiano Fidêncio ___ evolution-hackers mailing list evolution-hackers@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-hackers ___ evolution-hackers mailing list evolution-hackers@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] GSoC Ideas
1) Enhancement of search bar with expression search ability, such as: from:emre to:evolution subject:search or shortly f:emre t:evolution s:search 2) Attachment Detach and Link function On Mon, Feb 10, 2014 at 6:41 PM, Eldon Ziegler eld...@atlanticdb.infowrote: How about an ability to use a different backend DB, if that does not exist already? I use MongoDB to scoop up my email after Evolution stores it and it would be really great if MongoDB also could be used within Evolution itself. Best regards, Eldon Ziegler On Mon, 2014-02-10 at 15:33 +0100, Alberto Ruiz wrote: Some things come to my mind: - notmuch indexing and search language - a smarter threading algorithm (trying to match GMail's, right now I get parents that are later in time) On Mon, 2014-01-27 at 17:03 +0100, Fabiano Fidêncio wrote: Howdy! I'd like to see a student working on Evolution family on this year GSoC (if GNOME is accept as an org, of course). So, I'm starting this thread to keep track/discuss possible ideas and, as soon as we have settled on them, move to Evolution's wikipage. From my side, I think would be nice if we can have instrospection working with EDS. Addressbook part is already done and the student only would have to implement and to use a libcal's wrapper, instead of using libical directly. I'd like to know your thoughts about it, guys. Too short? Too long? Out of interest? Do-able? Also, I'd like to ask you guys, if you have more ideas, please, put them here and let's keep discussing :-) Best Regards, -- Fabiano Fidêncio ___ evolution-hackers mailing list evolution-hackers@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-hackers ___ evolution-hackers mailing list evolution-hackers@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-hackers -- Emre ___ evolution-hackers mailing list evolution-hackers@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] GSoC Ideas
On Tue, Feb 11, 2014 at 4:44 PM, Emre Erenoglu ereno...@gmail.com wrote: 1) Enhancement of search bar with expression search ability, such as: from:emre to:evolution subject:search or shortly f:emre t:evolution s:search 2) Attachment Detach and Link function Apologies for top posting :( -- Emre ___ evolution-hackers mailing list evolution-hackers@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] GSoC Ideas
On Tue, Feb 11, 2014 at 1:44 PM, Emre Erenoglu ereno...@gmail.com wrote: 1) Enhancement of search bar with expression search ability, such as: from:emre to:evolution subject:search or shortly f:emre t:evolution s:search It could be done within the notmuch idea, no? 2) Attachment Detach and Link function Could you elaborate a bit more, please? -- Fabiano Fidêncio ___ evolution-hackers mailing list evolution-hackers@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] GSoC Ideas
On Tue, Feb 11, 2014 at 5:10 PM, Fabiano Fidêncio fabi...@fidencio.orgwrote: On Tue, Feb 11, 2014 at 1:44 PM, Emre Erenoglu ereno...@gmail.com wrote: 1) Enhancement of search bar with expression search ability, such as: from:emre to:evolution subject:search or shortly f:emre t:evolution s:search It could be done within the notmuch idea, no? I don't know about the notmuch, but if you say so, then OK :) 2) Attachment Detach and Link function Could you elaborate a bit more, please? Sure, I already posted a message to the user list today on this. Basically today, to detach an attachment, I need to first save it and then remove attachment. It's two step process and cumbersome. So a detach function that would save the attachment and delete it would be good. Optionally, if it can post the location of the file into the remaining attachment item, or better include a link to the filesystem location, would be awesome. Exact function add-on in Outlook is here: http://www.kopf.com.br/outlook/ -- Emre ___ evolution-hackers mailing list evolution-hackers@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] GSoC Ideas
Guys, First of all, I'd like to move a few Ideas to https://wiki.gnome.org/Outreach/SummerOfCode/2014/Ideas What I can see as do-able for now are these following ideas: Idea: Complete instrospection suppor for EDS (mentor: FabianoFidencio) Benefits: With introspection working in calendar backend we can improve our tests (that can be written in another languages than C) and make the calendar backend usable for another projects. Requirements: C, GObject, GLib Notes: This project consists basically in write a libical[0] wrapper, using GObject, to replace the libical's APIs that are being called directly in EDS calendar banckend. Introspection works properly for Addressbook backend. [0]: http://www.citadel.org/doku.php/documentation:featured_projects:libical Idea: Standalone app for editing server-side Sieve[0] fielters (mentor: MatthewBarnes) Benefits: Support server side filters in evolution. What could be done using the standalone app as a useful starting point. [0]: http://sieve.info/ Requirements: C, GTK+, GLib Notes: Idea: Improve threading algorithm (mentor: AlbertoRuiz) Benefits: A better usability for the users, once our current threading algorithm is not that smart. Requirements: C, GTK+, GLib Notes: Ideally we should try to math GMail's Idea: Notmuch[0] as indexer and search language (mentor: AlbertoRuiz/FabianoFidencio/MilanCrha) Benefits: A real gain for usability once the user will be able to search something in a gazillions of mail and get the results really fast. Requirements: C, GTK+, GLib, D-Bus Notes: Alberto Ruiz started a proof of concept using this git repo: https://github.com/aruiz/evolution-notmuch [0]: http://notmuchmail.org/ Idea: Implement a simple PKCS#11 module using evolution's addressbook as a backend (mentor: DavidWoodhouse) Benefits: Allow users to send encrypted email to contacts with X509 certificate Requirements: C, GTK+, GLib Notes: A small discussion about this idea/issue was started in https://bugzilla.gnome.org/show_bug.cgi?id=704246 Could you guys please take a look and correct some bullshit that I eventually have written down? About the ideas that showed up today, I'd like to see Milan and Matthew opinions. Best Regards, -- Fabiano Fidêncio ___ evolution-hackers mailing list evolution-hackers@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] GSoC Ideas
What I'd really love to have is the ability to select multiple messages (using CTRL-click etc.) and then choose reply and have it create a new message replying to the set of people the original message was addressed to (removing duplicates), and including quoted copies of all the selected message. And including the proper References header. Alternatively to that, even better would be to have the paste quotation menu item include the proper attribute line before the quote... and add the quoted message ID to the References header as well. This seems hard, but maybe not depending on what info you can send along with the select request. I'm constantly trying to reply to multiple messages in a single message and it is kind of a pain right now. However I'm not sure this is a GSOC-level project. ___ evolution-hackers mailing list evolution-hackers@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] GSoC Ideas
On Tue, 2014-02-11 at 17:21 +0400, Emre Erenoglu wrote: On Tue, Feb 11, 2014 at 5:10 PM, Fabiano Fidêncio fabi...@fidencio.org wrote: On Tue, Feb 11, 2014 at 1:44 PM, Emre Erenoglu ereno...@gmail.com wrote: 1) Enhancement of search bar with expression search ability, such as: from:emre to:evolution subject:search or shortly f:emre t:evolution s:search It could be done within the notmuch idea, no? I don't know about the notmuch, but if you say so, then OK :) Hi, I think having the notmuch as a GSoC project is a good idea, as it involves work for couple weeks. Fidencio has it in his list already, thus the short-search might be gained for free. 2) Attachment Detach and Link function This one, from my point of view, doesn't qualify for a GSoC project, basically because it's only a serialization of two actions, which might not make anybody busy for couple weeks. Also, as Andre mentioned on the evolution-list, those detached attachments might not be available, if you move to other machine (supposing you'll move the attachment on a remote protocol, like IMAP, Exchange related, and so on), thus the link to it will be relevant only on one machine, and only until user actually deletes the file (or even better until overwrites it with a content from other attachment, which may then just confuse him/her, even unintentionally and being done by the user him/her-self). It doesn't mean that it cannot live as a bug request, for someone whom would like to play a bit with the code, it's just that it's too simple for a GSoC project, from my point of view. Bye, Milan ___ evolution-hackers mailing list evolution-hackers@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] GSoC Ideas
On Tue, Feb 11, 2014 at 9:18 PM, Milan Crha mc...@redhat.com wrote: 2) Attachment Detach and Link function It doesn't mean that it cannot live as a bug request, for someone whom would like to play a bit with the code, it's just that it's too simple for a GSoC project, from my point of view. Hi Milan, thanks for your comment. As the requester of this, I will try to open a bug report. I have other idea if it's not too simple as well. When converting a message to a task, the message itself is copied. A more intuitive (in my opinion) implementation could be the one in Outlook, ie when you flag an email for follow-up, you shall be able to add a reminder, making this appear in the task list, but not actually being a copy of the mail. So if I click that task, Evolution shall open the mail linked to it. This may also be a simple one, but sometimes useful. (I'm moving from Outlook, this is something I miss in my daily workflow receiving +100 business mails a day). Maybe some of these simpler idea can be combined into a GSoC User Experience Enhancement project :) -- Emre ___ evolution-hackers mailing list evolution-hackers@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] GSoC Ideas
On Tue, 2014-02-11 at 18:18 +0100, Milan Crha wrote: On Tue, 2014-02-11 at 17:21 +0400, Emre Erenoglu wrote: 2) Attachment Detach and Link function This one, from my point of view, doesn't qualify for a GSoC project, basically because it's only a serialization of two actions, which might not make anybody busy for couple weeks. Also, as Andre mentioned on the evolution-list, those detached attachments might not be available, if you move to other machine (supposing you'll move the attachment on a remote protocol, like IMAP, Exchange related, and so on), thus the link to it will be relevant only on one machine, and only until user actually deletes the file (or even better until overwrites it with a content from other attachment, which may then just confuse him/her, even unintentionally and being done by the user him/her-self). It doesn't mean that it cannot live as a bug request, for someone whom would like to play a bit with the code, it's just that it's too simple for a GSoC project, from my point of view. I agree. I think it would be sufficient to just prompt to save the attachments before permanently removing them. The prompt would also double as an are you sure? check to help avoid accidents. Matthew Barnes ___ evolution-hackers mailing list evolution-hackers@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] GSoC Ideas
On Mon, 2014-02-10 at 09:41 -0500, Eldon Ziegler wrote: How about an ability to use a different backend DB, if that does not exist already? I use MongoDB to scoop up my email after Evolution stores it and it would be really great if MongoDB also could be used within Evolution itself. No interest in this, as it would only compound our workload. SQLite is the chosen tool for the job. But you're free to fork Camel if you like. Matthew Barnes ___ evolution-hackers mailing list evolution-hackers@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] GSoC Ideas
Some things come to my mind: - notmuch indexing and search language - a smarter threading algorithm (trying to match GMail's, right now I get parents that are later in time) On Mon, 2014-01-27 at 17:03 +0100, Fabiano Fidêncio wrote: Howdy! I'd like to see a student working on Evolution family on this year GSoC (if GNOME is accept as an org, of course). So, I'm starting this thread to keep track/discuss possible ideas and, as soon as we have settled on them, move to Evolution's wikipage. From my side, I think would be nice if we can have instrospection working with EDS. Addressbook part is already done and the student only would have to implement and to use a libcal's wrapper, instead of using libical directly. I'd like to know your thoughts about it, guys. Too short? Too long? Out of interest? Do-able? Also, I'd like to ask you guys, if you have more ideas, please, put them here and let's keep discussing :-) Best Regards, -- Fabiano Fidêncio ___ evolution-hackers mailing list evolution-hackers@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-hackers -- Cheers, Alberto Ruiz ___ evolution-hackers mailing list evolution-hackers@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] GSoC Ideas
On Mon, 2014-01-27 at 17:03 +0100, Fabiano Fidêncio wrote: I'd like to see a student working on Evolution family on this year GSoC (if GNOME is accept as an org, of course). So, I'm starting this thread to keep track/discuss possible ideas and, as soon as we have settled on them, move to Evolution's wikipage. A couple years ago I mentored a GSoC student on a concept demonstration of a GTK-based server-side mail filter editor which would have used the ManageSieve protocol. The plan was to create a working stand-alone demo application for the GSoC project, and then afterward start integrating it into Evolution. The student never finished, but I still think it's a good idea. Matt ___ evolution-hackers mailing list evolution-hackers@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-hackers