Re: [Evolution-hackers] Evolution Has Regressed Considerably
On Mon, Oct 27, 2014 at 6:09 PM, Matthew Barnes wrote: > On 10/27/2014 02:22 AM, Milan Crha wrote: > >> On Sat, 2014-10-25 at 06:09 +0100, Onyeibo Oku wrote: >> >>> The newest bizarre status is the "Unknown background operation". >>> What is that? >>> >> >> Unknown is unknown, the operation didn't identify itself yet. >> Backtrace matters here, but I'd guess this is related to server >> address resolutions (it uses to be), thus also related to the above >> bug. >> > > I added the "Unknown background operation" as a hack to try and flush out > tasks that were silently executing without a message being posted in the > status bar. > I think the status bar messages shall be cleaned up, today it's more like a place for "logs" of individual actions. Maybe a separate log window can be provided if the user clicks on something like this. but the status bar shall be used only for real stuff that provides status, like "downloading 1 of 100 messages" and it shall update in place, not replace itself with a new message "downloading 2 of 100 messages". When things are downloaded "it shall state "synced" for example, so that you know all messages are there in your inbox, etc. etc. For example, when I open an IMAP folder for the first time with 20k messages inside, the status bar floods with too many messages but does not really give any info since there's no time to read them! they come and disappear immediately. PS. Just a wish... Br, 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
[Evolution-hackers] Frequent Segfault on Master
Hi, I'm getting frequent crashes on master built today and 3-4 days ago, to the level of being unusable. I am assuming that you're aware of it and since this is development master, these are expected, so I'm not filing a bug report, unless you ask me to do so. -- 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] WebKit based Evolution composer status and future
On May 30, 2014 9:28 AM, "Tomas Popela" wrote: > > Hi everyone, > after talk with Milan we decided to merge webkit-composer branch into > master on Monday, June 9, 2014. Great news! Thanks guys for all the work you've been doing! I'll compile it first thing on Monday :) ___ 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] WebKit based Evolution composer status and future
On Tue, May 20, 2014 at 6:27 PM, Milan Crha wrote: > On Tue, 2014-05-20 at 16:34 +0400, Emre Erenoglu wrote: > > ping... > > Hi, > do not be afraid, it is not forgotten, there was only involved some > other work which interrupted the webkit-composer work. It's mostly over > now and the expected development version with the webkit composer branch > merged is 3.13.4. I'm sorry for the delay. > Thanks Milan for the info. I got impatient and started to compile the master hoping that the webkit-composer branch is merged. I did not see any commits to the webkit-composer branch from Tomas since April 24th, but saw some from him to the master. So I thought it's already merged :) thanks for the info, 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] WebKit based Evolution composer status and future
ping... On Sun, Mar 30, 2014 at 4:23 PM, Emre Erenoglu wrote: > On Tue, Mar 18, 2014 at 12:21 AM, Matthew Barnes wrote: > >> The next release following 3.12 will happen in March, 2015. So we have >> an entire year to stabilize the WebKit composer. Also the HTML library >> that the composer is currently based on has been dead several years now, >> and I personally would like to wash my hands of it as soon as possible. >> >> I haven't tested the branch in awhile, but I've seen numerous recent bug >> reports from Milan and Tomas seems pretty responsive in fixing them. As >> long as that continues after merging, and we have a handle on the major >> remaining regressions, I think it's a reasonable risk to finish the work >> directly on the master branch. > > > Dear Tomas Matthew, I see that Evolution 3.12 has been released. Any news > on merging the webkit-composer to the master? I checked today but it seems > it's not there yet. > > Sorry for my impatience ;) > Thanks, > -- > Emre > -- 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] WebKit based Evolution composer status and future
On Tue, Mar 18, 2014 at 12:21 AM, Matthew Barnes wrote: > The next release following 3.12 will happen in March, 2015. So we have > an entire year to stabilize the WebKit composer. Also the HTML library > that the composer is currently based on has been dead several years now, > and I personally would like to wash my hands of it as soon as possible. > > I haven't tested the branch in awhile, but I've seen numerous recent bug > reports from Milan and Tomas seems pretty responsive in fixing them. As > long as that continues after merging, and we have a handle on the major > remaining regressions, I think it's a reasonable risk to finish the work > directly on the master branch. Dear Tomas Matthew, I see that Evolution 3.12 has been released. Any news on merging the webkit-composer to the master? I checked today but it seems it's not there yet. Sorry for my impatience ;) Thanks, -- 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] WebKit based Evolution composer status and future
On Mon, Mar 17, 2014 at 12:25 PM, Tomas Popela wrote: > Hi Evolution hackers, > as some of you probably know, I'm continuing with work on new Evolution > composer based on WebKit (WebKit1) and I want to share with you the > current status and the future of new composer. > Hi Tomas, first of all, I would like to personally thank you for your efforts on webkit-composer. What the composer really needs right now is testing. It needs a lots of > testing. The currently opened bugs against WebKit based composer can be > found in [1]. If you will open a new bug against new composer (and I > really hope you will) please prefix its summary with [webkit-composer]. > In the > time of creation of this mail (03/16/2014) the new composer lacks the > support for Undo and Redo and broken plain text part in > multipart/alternative when sending HTML mail (working on this right > now). These are the major issues that we know about and if there are > more issues I really hope that you will help me hunting them. One tip > for spotting bugs, if you will see red star somewhere in composer and > you will be able to reproduce process to show it in the composer please > report it as something went wrong during save and restore of the caret > position. > I think it's in a very usable state except some annoyances which I have already filed as bug report. I'm a bit busy with family and work travel these days so could not get to more bug finding. I'll be back to daily use and bug reporting asap. Regarding the future of WebKit based Evolution composer I'm proposing > this: merge webkit-composer branch into master when the 3.12 release > will be branched and continue to work on it in master branch. > If this is merged to master after 3.12, it would be great! Br, 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 9:18 PM, Milan Crha 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, Feb 11, 2014 at 5:10 PM, Fabiano FidĂȘncio wrote: > > On Tue, Feb 11, 2014 at 1:44 PM, Emre Erenoglu 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
On Tue, Feb 11, 2014 at 4:44 PM, Emre Erenoglu 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
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 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. > > 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] Evolution Master don't compile due to camel_store_noop_sync
On Mon, Feb 3, 2014 at 12:08 PM, Milan Crha wrote: > On Sun, 2014-02-02 at 22:20 +0400, Emre Erenoglu wrote: > > > I'm trying to build master using jhbuild (as of two days ago), but I'm > > hitting the below: > > Hello, > please do not cross-post between lists, I just answered your question on > the evolution-list. > Yeah, sorry for that, there was a problem with the registration to the mailing list and my posts were not posted, that's why I also registered here and posted it. Matthew has fixed the issue, so we can continue from the evolution-list. ___ 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] Evolution Master don't compile due to camel_store_noop_sync
Hi, I'm trying to build master using jhbuild (as of two days ago), but I'm hitting the below: make[2]: Entering directory `/home/emre/checkout/gnome/evolution/libemail-engine' make all-am make[3]: Entering directory `/home/emre/checkout/gnome/evolution/libemail-engine' CC libemail_engine_la-mail-folder-cache.lo mail-folder-cache.c: In function 'ping_store_exec': mail-folder-cache.c:1276:3: error: implicit declaration of function 'camel_store_noop_sync' [-Werror=implicit-function-declaration] camel_store_noop_sync (m->store, cancellable, error); ^ mail-folder-cache.c:1276:3: warning: nested extern declaration of 'camel_store_noop_sync' [-Wnested-externs] cc1: some warnings being treated as errors Can this be related to the following patch that removed the noop_sync methods? https://mail.gnome.org/archives/commits-list/2014-January/msg04606.html Note that this is a 32bit system, Ubuntu 13.10. Any help appreciated. -- 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