零、引言 所有乍见诡异、无法理解的现象背后,都有一系列我们尚未了解的细节,以及一个合理自洽的解释。 一、问题背景 我们的项目之前使用的上屏方式是基于LVGL改进的一套DRM封装,支持3缓冲,性能尚可,但通过
最近打算研下 GitHub - Igalia/wpe-android: WPE WebKit for Android。 git clone之后,对应的是main分支,commit id为: commit 53b3e13ef2c330e9335d9fdd542e5c42a559ca15 (HEAD -> main, tag: latest-preview, origin/main, origin/HEAD) Author: Adrian Perez de Castro <aperez@igalia.com> Date: Fri Sep 26 16:22:54 2025 +0300 [wpe] Update to WPE WebKit 2.50.0 Even when this is an update to a new release series, there are no differences from the packaging point of view, so
rk1126上跑着一个apt都没有的linux,由于一些研究需要,想让其运行下chromium和webkit,但最终失败了,简单记录下其过程: 大致有3个思路: 安装apt,再配置安装源,用apt安装 使用
以下讨论均基于`https://github.com/WebPlatformForEmbedded/WPEWebKit的 commit 38067c965fd39dbc4294c1be8f9394fb4c39d90c (HEAD -> wpe-2.46, origin/wpe-2.46, origin/HEAD) Author: Philippe Normand <philn@igalia.com> Date: Tue Nov 1 15:51:24 2022 +0000 pointer-lock WIP 编译 之前已经编过几次,最近一次:WebK
Overview 之前构建过一次WebKit,详见小记WebKit的构建,当时刚刚接触WebKit,很多做法不对,这次重新进行了构建,并搭建了一个调试环境,因此再次简单记录一下。 依赖 之前是在自己的远程开发机(Cent
由于工作需要,计划研究下WebKit的Skia渲染后端,分析cmake容易发现,只有GTK/WPE这两个PORT会开启Skia的渲染后端。 之前从https://github.com/WebKit/We
今天开始接触一个新的项目(基于webkit),第一步自然是搭建源码开发环境。 整个项目通过CMake组织,默认是生成VS工程,再用VS打开sln工程进行构建。这一步OK。 为了生成compile_comm