ladybird/Services/WebContent
Andreas Kling 15e35b0d71 LibWeb: Layout viewport rect was lagging behind when resizing
Layout was using an outdated viewport rect that we set *after* doing
a layout due to resize. That meant that layout-in-response-to-resize
was always lagging behind the current size of the view.

The root of this problem was how Frame kept both a viewport rect
(with both scroll offset and size) and a frame size. To fix this,
only store the viewport scroll offset, and always use the frame size.
This way they can't get out of sync and the problem goes away. :^)

Fixes #4250.
2020-12-02 23:50:19 +01:00
..
ClientConnection.cpp LibWeb: Add OutOfProcessWebView::load_html() 2020-10-08 23:20:52 +02:00
ClientConnection.h LibWeb: Add OutOfProcessWebView::load_html() 2020-10-08 23:20:52 +02:00
CMakeLists.txt WebContent: Start work on browser process separation :^) 2020-06-17 20:09:44 +02:00
Documentation.txt LibWeb: Rename WebContentView => OutOfProcessWebView 2020-08-17 18:05:35 +02:00
Forward.h WebContent: Start work on browser process separation :^) 2020-06-17 20:09:44 +02:00
main.cpp LibIPC+Services: Make ClientConnection take socket as NonnullRefPtr 2020-07-06 13:30:11 +02:00
PageHost.cpp LibWeb: Layout viewport rect was lagging behind when resizing 2020-12-02 23:50:19 +01:00
PageHost.h LibWeb: Rename LayoutNode classes and move them into Layout namespace 2020-11-22 15:56:27 +01:00
WebContentClient.ipc LibWeb: Support window.alert() in multi-process context 2020-09-12 14:49:29 +02:00
WebContentServer.ipc LibWeb: Add OutOfProcessWebView::load_html() 2020-10-08 23:20:52 +02:00