| | 1 | == Port Integration Architecture Issues == |
| | 2 | === Premise === |
| | 3 | The WebKit project supports many ports: Apple-Mac, Apple-Win, Chromium, Qt, GTK, EFL and more. |
| | 4 | As this grew organically and have allowed WebKit to have a thriving community of browsers and devices, that plurality of configurations have caused our architecture to be less flexible, making it harder to change things in the core without "breaking" one of the variety of ports. |
| | 5 | This page comes to serve as an entry point to track those issues, and to attempt to find high level solutions to some of them, leaving the details to bugzilla. |
| | 6 | |
| | 7 | === Examples of friction points === |
| | 8 | * Too much use of internal JSC and WK2 internals in port-specific code |
| | 9 | * Too many ways to accomplish scroll delegation and TBS |
| | 10 | * GraphicsContext exposes too many internals, hard to decouple its interface from implementation detail |
| | 11 | * It's difficult/impossible to port WebKit to a platform without changing the main source tree. |
| | 12 | * The plurality of build systems makes it too easy to break other ports when files are added/removed. |
| | 13 | * ... |
| | 14 | |
| | 15 | |
| | 16 | === Examples of bugs that address those issues: === |
| | 17 | [https://bugs.webkit.org/show_bug.cgi?id=95570 Port QObject bridge to JSC] |
| | 18 | |
| | 19 | [https://bugs.webkit.org/show_bug.cgi?id=108471 Qt: Replace internal API usage in Qt WK2 with C API] |
| | 20 | |
| | 21 | [https://bugs.webkit.org/show_bug.cgi?id=107657 EFL: Replace internal API usage in Qt WK2 with C API] |
| | 22 | |
| | 23 | [https://bugs.webkit.org/show_bug.cgi?id=108149 Move CoordinatedGraphics to WebCore] |
