LCUI 2.0 发布，C 的图形界面开发库
LCUI 2.0 发布了。LCUI 是一个用 C 语言编写的图形界面开发库，可用于构建简单的桌面应用程序。
更新概要
问题修复
- builder: 注释结点应该被忽略 (460ee00)
- css: 使用了未初始化的值 (44486f1)
- font: 字体路径获取错误 (#187) (6d54685)
- font: FontBitmap_Free() 内存泄露 (c47a6c0)
- gui: 根部件缺少 hover 和 active 状态 (02c03c7)
- gui: 调整空窗口的尺寸时出现段错误 (#199) (56ce0b5)
- gui: TextCaret 应该在销毁后移除定时器 (a58b12d)
- linux: InitLinuxKeybord() 内存泄漏 (61cadc8)
- timer: 在移除定时器后，其回调依然会被执行 (43233b3)
- util: dict 类型未正确导出 (20abb19)
- windows: 未默认启用触控支持 (bc7710a)
- 纠正变量的使用 (513b3b9)
- 光标的位置应该在处理部件事件之前更新 (83fc949)
代码重构
- gui: 添加 widget_background.h (d69fbb0)
- gui: 添加 widget_border.h (843232e)
- gui: 添加 widget_shadow.h (08ed51c)
- gui: 改进部件更新流程 (1a50aec)
新功能
- builder: 在出错时输出详细内容 (f7ed3b8)
- css: 添加 flexbox 相关属性解析器 (07d2911)
- display: 添加 LCUIDisplay_EnablePaintFlashing() (298ffa4)
- display: 闪烁已渲染的矩形区域 (#180) (#190) (5ad4fec)
- display: 设置最小屏幕尺寸为 320x240 (317df70)
- gui: 添加 CSSFontStyle_IsEquals() (80d4149)
- gui: 添加弹性盒子布局 (3cbb246)
- gui: 更改部件原型上的 runtask() 方法的参数和调用时机 (f058916)
- gui: 重写部件布局系统 (24e89aa)
- gui: 滚动条部件将会在容器销毁后重置 (61e0f2c)
- gui: 在滚动条可见时设置容器的内间距 (a436f41)
- gui: unwrap() 将会为没给子部件触发 link 和 unlink 事件 (48344bc)
- gui: 更新TextView 尺寸变动规则 (ea7e9d2)
- util: 使用内联函数代替全局变量 (0991d14)
性能改进
- display: 主窗口尺寸改变后无需添加无效区域 (b0985a2)
- display: OpenMP 将只在渲染区域较大时启用 (1e57d9d)
- gui: 改进部件的无效区域收集方式 (e9ea262)
- gui: 改进 TextEdit 部件的更新流程 (bbb7cbc)
- gui: 改进 TextView 部件的更新流程 (6824735)
- 为部件渲染添加 OpenMP 支持 (#118) (#189) (d858333)
- 改进表面 (Surface) 的无效区域的收集方式 (c81da29)
不兼容变动
- util:
DictType_StringKeyandDictType_StringCopyKey已改用内联函数代替 - display: 已移除
LCUIDisplay_ShowRectBorder()和LCUIDisplay_HideRectBorder() - gui: 部件的阴影操作接口已改为私有
- gui: 部件的背景操作接口已改为私有
- gui: 部件的边框操作接口已改为私有
- gui: TextView 部件必须在 UI 线程中操作
- gui: 部件原型上的 runtask() 方法接受两个参数，并且会在每个任务被处理后调用
- gui: 一些部件操作接口已重命名或已移除
更新说明
性能优化
新增 OpenMP 支持，重写部件更新、布局和脏矩形搜集流程，以下是详细测试报告：
- CPU： Intel Core i5 8300H @ 2.30GHz
- 操作系统： Windows 10
- 测试程序： test/test_render.c
- 测试内容： 渲染 600 帧 1600x900 动态画面，包含 3600 个部件，一个黑色透明遮罩层
- 测试结果：
- 开启 OpenMP 支持：耗时 11.96 秒，平均每秒渲染 50.15 帧，CPU 使用率约 88%
- 未开启 OpenMP 支持：耗时 13.71 秒，平均每秒渲染 43.76 帧，CPU 使用率约 30%
Flex 布局
LCUI Router App 的界面对布局系统的要求较高，界面中的部分元素带有尺寸自适应特性，适合使用 Flex 布局实现，但 LCUI 之前的布局系统过于简单，无法实现此布局，为此，新版本中引入了全新的 flex 布局系统，支持用 flex-basis、flex-direction、flex-shrink、flex-grow、justify-content、align-items 属性控制布局。以下是测试程序效果：
用浏览器打开 test/test_flex_layout.html 文件可对比 LCUI 和浏览器的 flex 布局效果。
需要注意的是，这个布局系统并不完善，由于前期设计考虑不够全面，在经过后续增加的各种布局测试后，布局规则已经变得有些混乱，目前只能保证测试程序内的布局能够得到预期的效果，有待后续重构。
社区动态
本次更新共计支出 71 美元用于悬赏，接受来自贡献者的 6 个拉取请求（Pull Request），新增 3 位贡献者：d4yvector、maximelkin、vbalyasnyy。由于悬赏平台是国外的，其国外用户占比很高，这点数额的悬赏对国外开发者而言吸引力较低，要是国内也有面向开源项目的悬赏平台的话，或许就能够吸引更多的贡献者了，但以现在的环境来看这个想法不现实，因为国内的代码托管平台的重心在提高收入水平上，可没有多余的资源能浪费在这种低收益的事情上。
常见问题
为什么选择实现 flex 布局而不是一个全新的布局？
主要有两个原因：
- 为了巩固职业技能。作者在日常开发中虽然用过 flex 布局，但对它的规则并不了解，遇到问题时只会无脑调整相关属性，可以趁此次重写 LCUI 的布局系统的机会来深入研究 flex 布局。
- 为了节省开发成本和用户学习成本。flex 布局在 Web 前端领域很常见，有 W3C 规范文档，也有其他开发者写的相关技术文章，用户学习成本低。
怎么才 50 帧？没有达到每秒渲染 120 帧 4K 尺寸画面以上的性能还好意思拿出来秀？
这个问题就需要让熟悉各种图形库的开发者来解决了，对于作者而言折腾这种职业无关的技术只是浪费时间。如果你恰好能解决此问题，但又不想免费提供技术支持，可以建一个 issue，然后描述大致的实现方式并注明你期望的悬赏金额，届时其他人觉得不错的话可能会赞助一部分赏金。
后续有何计划？
请看项目的自述文档。
