[webkit-efl] Moving the EFL WebKit2 public APIs to outside WebKit2 directory

Gyuyoung Kim gyuyoung at gmail.com
Mon Jan 21 22:22:42 PST 2013


I agree with this change. However, I'm concering how to go out of WebKit2
directory. I think it is not meaaningful work that API  is only moved to
out of WebKit2. On the other hands, how to follow WebKit2 change up if we
move all stuff to out of WebKit2. I think QT, GTK and EFL need to
collaborate on this change. How about adding this thread to webkit-gtk, qt
mailing list ?

Cheers,
Gyuyoung.
On Jan 22, 2013 9:56 AM, "yael aharon" <yael.aharon.m at gmail.com> wrote:

I agree with Slava that if we go ahead and move the code, it should be
everything, not just the API.
Yael


On Mon, Jan 21, 2013 at 12:52 PM, Vyacheslav Ostapenko <ostap73 at gmail.com>wrote:

> Hi All,
>
>   Why only API part? I think everything that is not used by apple should
> go outside of Source/WebKit2.
>   We should create something like Source/WebKit2Ports, shadow the
> structure of WebKit2 there and move all the code that is not compiled by
> Apple, like APIs, CoordinatedGraphics, shared memory and process mangement
> and etc.
>   Of course it will not solve the problem of Apple breaking Qt, EFL and
> GTK ports, but at least it will allow easier fixes of port specific issues.
>
> Slava
>
> On Mon, Jan 21, 2013 at 11:48 AM, Thiago Marcos P. Santos <
> tmpsantos at gmail.com> wrote:
>
>> Hi Ewkitters,
>>
>> The recent changes on the reviewing policy for the code located inside
>> Source/WebKit2 directory has been affecting the speed of how the EFL
>> port moves forward. The additional burden for the WebKit2 Owners to
>> review code from all the the ports has obviously its implications. We
>> have red bots for days because of pending patches.
>>
>> We can minimize this overhead and let the WebKit2 Owners focus on
>> reviewing the core components by moving the EFL WK2 public API and
>> unit tests to outside the Source/WebKit2 directory. The best place I
>> see would be Source/Platform/efl, which will be consistent with how
>> the Chromium API files are placed inside the WebKit tree.
>>
>> This is the directory structure I'm proposing (using Chromium as role
>> model):
>>
>> Source/WebKit2/UIProcess/API/efl/ (public headers) ->
>> Source/Platform/efl/public
>> Source/WebKit2/UIProcess/API/efl/ (the rest) -> Source/Platform/efl/src
>>
>> Note that we are initially moving _only_ the API and utests. Other
>> things, which are probably 5% of what is left of EFL code, can be
>> moved later if needed.
>>
>> Comments anyone? I'm volunteering myself for the task.
>>
>> Cheers,
>> _______________________________________________
>> webkit-efl mailing list
>> webkit-efl at lists.webkit.org
>> http://lists.webkit.org/mailman/listinfo/webkit-efl
>>
>
>
> _______________________________________________
> webkit-efl mailing list
> webkit-efl at lists.webkit.org
> http://lists.webkit.org/mailman/listinfo/webkit-efl
>
>

_______________________________________________
webkit-efl mailing list
webkit-efl at lists.webkit.org
http://lists.webkit.org/mailman/listinfo/webkit-efl
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-efl/attachments/20130122/66f386bd/attachment.html>


More information about the webkit-efl mailing list