GSK是一个不会引人注意的后端更改(对于大多数GTK开发人员来说都是Wayland)还是会合法地改变我们所有人看待和编写小部件的方式？
与此引用有关的另一个问题:
任何使用GTK图形控件元素(小部件)的应用程序,而不是那些获得GTK窗口然后在其上绘制自己的应用程序,>受益于GSK.
作为GNOME平台上的应用程序开发人员,这对我有什么影响？
GTK +开发人员,在这里,主要参与GSK本身.
GSK是GTK +小部件的新渲染API; 它使用Cairo和OpenGL,OpenGL ES或Vulkan,以便使用现代功能(如GPU上的硬件加速渲染)呈现窗口小部件的当前状态.GSK是GTK + 4.0主要API凹凸的一部分,可与GTK + 3.x并行安装.
从应用程序开发人员的角度来看,除了使用新的GTK + 4.0 API并删除GTK + 3中弃用的API之外,在一般移植工作之外不需要任何其他内容.
对于编写自己的小部件的应用程序和库开发人员,切换到GSK将需要更改小部件的呈现方式; API还没有稳定下来 - 我在GTK + 3.9x开发周期中写这个 - 但是已经有各种便利API可以很容易地渲染CSS状态,以及纹理数据和Cairo表面.
| 归档时间： |
|
| 查看次数： |
629 次 |
| 最近记录： |