<br><div class="gmail_quote">On Mon, Sep 24, 2012 at 9:12 AM, EunMi Lee <span dir="ltr">&lt;<a href="mailto:eunmi15.lee@samsung.com" target="_blank">eunmi15.lee@samsung.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Dear Chris and webkit-efl folks,<br>
<br>
I&#39;ve got your point and we have no reason to rely on RunLoop to do the initialization.<br>
We just need &quot;location&quot; to do initialization for EFL.<br>
I don&#39;t matter to use ewk_{init,shutdown} or RunLoop, but I don&#39;t want to force applications to call ewk_{init, shutdown}.<br>
In the WK1, applications should use ewk_{init, shutdown} API but in the WK2 we can do that inside webkit becasue we have ewk_context which is careted before creating ewk_view.<br>
<br>
In conclusion, my opinions are as follows,<br>
- Use ewk_{init, shutdown} to do initialization. (because there is no reason to rely on RunLoop and we already have ewk_{init, shutdown})<br>
- Do not open ewk_{init, shutdown} as an API and just call in the ewk_context. (in order to not force applications to call them)<br>
<br>
How do you think?<br></blockquote></div><br>I don&#39;t have any strong objection against moving the Ewk initialization code to ewk_context. It is a bit less error prone and hopefully, the client will not call any ewk function before a context initialized (either explicitly or by constructing a view).<br clear="all">
<br>Kr,<br>-- <br>Christophe Dumez<br>Linux Software Engineer, PhD<br>Intel Finland Oy - Open Source Technology Center<br><br>