Re: [Evolution-hackers] WebKit based Evolution composer status and future
Hi, the WebKit based composer was commited into master with [0]. Tomas [0] - https://git.gnome.org/browse/evolution/commit/?id=8650fb139a9143f04615de74ff569bce3e0c4ce3 On Po, 2014-03-17 at 09:25 +0100, 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. > > Right now, the composer takes place in wip/webkit-composer branch in > Evolution git repository [0]. For compiling it you need just the > evolution-data-server from master. > > 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. > > 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. This will > hopefully bring more testers for the new composer. When the code will be > in master I will continue to develop it and also porting it to WebKit2 > with the rest of Evolution. > > Thank you > > Tom > > [0] - https://git.gnome.org/browse/evolution/log/?h=wip/webkit-composer > [1] - http://ur1.ca/gvb12 > > ___ > 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] WebKit based Evolution composer status and future
Hi everyone, after talk with Milan we decided to merge webkit-composer branch into master on Monday, June 9, 2014. Best regards Tomas On Po, 2014-03-17 at 09:25 +0100, 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. > > Right now, the composer takes place in wip/webkit-composer branch in > Evolution git repository [0]. For compiling it you need just the > evolution-data-server from master. > > 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. > > 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. This will > hopefully bring more testers for the new composer. When the code will be > in master I will continue to develop it and also porting it to WebKit2 > with the rest of Evolution. > > Thank you > > Tom > > [0] - https://git.gnome.org/browse/evolution/log/?h=wip/webkit-composer > [1] - http://ur1.ca/gvb12 ___ 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] WebKit based Evolution composer status and future
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. Right now, the composer takes place in wip/webkit-composer branch in Evolution git repository [0]. For compiling it you need just the evolution-data-server from master. 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. 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. This will hopefully bring more testers for the new composer. When the code will be in master I will continue to develop it and also porting it to WebKit2 with the rest of Evolution. Thank you Tom [0] - https://git.gnome.org/browse/evolution/log/?h=wip/webkit-composer [1] - http://ur1.ca/gvb12 ___ 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] When talking about branches...
On Čt, 2014-03-06 at 17:06 +0100, Milan Crha wrote: > On Thu, 2014-03-06 at 10:55 -0500, Matthew Barnes wrote: > > I think the wip/webkit-composer branch might still be alive (ask Tomas). > > Right, that's the only being active currently from my point of view too > (and according to commit log). I'm perfectly fine with removing all the unused branches, but please don't remove wip/webkit-composer and wip-webkit2 branches. Tom ___ 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] build break in webkit-composer branch?
Hi Samarjit, that's because the webkit-composer branch have to be rebased to compile it successfully against latest e-d-s. For now you can use this commit - https://git.gnome.org/browse/evolution-data-server/commit/?h=gnome-3-10&id=c63f7761d189fc45353277c40806759e3857e017 . Tomas On Ne, 2013-10-20 at 02:24 +0530, samarjit Adhikari wrote: > HI ALl, > > > After cloning the git evolution repository I tried to build > webkit-composer evolution branch. > > It failed with following errors. > > e-mail-folder-utils.c: In function 'async_context_free': > e-mail-folder-utils.c:57:3: error: implicit declaration of function > 'camel_message_info_free' [-Werror=implicit-function-declaration] > e-mail-folder-utils.c:57:3: warning: nested extern declaration of > 'camel_message_info_free' [-Wnested-externs] > e-mail-folder-utils.c: In function 'mail_folder_expunge_pop3_stores': > e-mail-folder-utils.c:252:4: error: implicit declaration of function > 'camel_folder_free_message_info' [-Werror=implicit-function-declaration] > e-mail-folder-utils.c:252:4: warning: nested extern declaration of > 'camel_folder_free_message_info' [-Wnested-externs] > e-mail-folder-utils.c: In function 'e_mail_folder_remove_sync': > e-mail-folder-utils.c:1174:4: error: implicit declaration of function > 'camel_store_free_folder_info' [-Werror=implicit-function-declaration] > e-mail-folder-utils.c:1174:4: warning: nested extern declaration of > 'camel_store_free_folder_info' [-Wnested-externs] > cc1: some warnings being treated as errors > make[3]: *** [libemail_engine_la-e-mail-folder-utils.lo] Error 1 > make[3]: Leaving directory > `/home/ixsamar/SRC/evolution/libemail-engine' > make[2]: *** [all] Error 2 > make[2]: Leaving directory > `/home/ixsamar/SRC/evolution/libemail-engine' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/home/ixsamar/SRC/evolution' > make: *** [all] Error 2 > > - > > I was using "origin/master" branch of EDS. If it is not the correct > one do let me know the correct branch name of EDS > > > > With regards, > > Samarjit > > ___ > evolution-hackers mailing list > evolution-hackers@gnome.org > To change your list options or unsubscribe, visit ... > https://mail.gnome.org/mailman/listinfo/evolution-hackers -- Tomas Popela -- Red Hat tpop...@redhat.com ___ evolution-hackers mailing list evolution-hackers@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-hackers