可能是历史原因，Free Pascal 编程环境中的数据类型数量浩瀚如繁星，其中又有很多类型是运行时定义的别名。为了去繁从简，本文整理了 Free Pascal 编译器支持的平台无关且和其他语言二进制兼容的原生数据类型。

……

好多年没碰 Windows API 编程了，这次写 Traymond 才发现：堂堂 Windows 竟然没有一个 API 能够用来调整菜单的宽度。

通常，在程序中使用的静态菜单都是直接从资源中载入的，而这次需要动态增删菜单项目。这时我才发现一个问题：当用 InsertMenuItem() 函数插入一个菜单项时，Windows 会根据菜单项文本自动增加菜单宽度；但是当使用 DeleteMenu() 函数删除菜单项后，Windows 却无法根据剩余的菜单项文本自动缩小菜单宽度。搜遍全网，也只找到两种解决方法。

……

在不依赖任何第三方库、仅使用 Windows API 的前提下，需要将窗口图标（HICON）转换成作为菜单图标的位图（HBITMAP）。

……

近期用 Svelte 开发了一个小项目，记录在开发过程中遇到的一些问题。

……

如果想在新项目中同时使用 Flask 后端和 Svelte 前端，可以通过 flask-svelte 进行创建。而对于已有项目，在不重构 Flask 项目目录结构的前提下，可以按照本文的方法集成 Svelte 前端。

假设现有的 Flask 项目目录结构如下：

/home/user/my-project/
├── app/
│   ├── __init__.py
│   ├── models.py
│   ├── views.py
│   ├── templates/
│   │   └── index.html
│   └── static/
│       └── style.css
├── tests/
│   └── test_app.py
├── venv/
├── setup.py
└── MANIFEST.in

在 my-project 下创建一个名为 frontend 的 Svelte 前端项目：

……

涉及 Python 环境及包管理的工具七七八八加起来不下于十几种，看得人眼花缭乱。以至于患有选择困难症的本人还在坚持使用最原始 pip + venv 来构建 Python 运行环境。为了与时俱进，经过多方比较，最后选择了 Rye 作为今后的主力生产工具了。

……

自 Windows Vista 和 Windows Server 2008 开始，操作系统界面默认的字体为 Segoe UI ，而 Windows XP 及之前的系统界面默认字体为 Tahoma 。不过 Segoe UI 字体的字形并不包含包括汉字在内的东亚文字。中文版 Windows 使用微软雅黑作为默认中文字体。

其他语言的默认字体见下表：

不过相较于查表获取 Windows 系统的默认字体，使用 Windows API 来获取当前系统的默认字体会更加可靠。

……

在前文《试用跨平台 GUI 框架 HaxeUI》中提到了 OpenFL 的 TextField 在启用输入法时无法显示候选词列表的问题。经过一番摸索，发现了问题出在了 SDL 库的身上。

OpenFL 的底层基于 Lime ，而 Lime 的桌面后端又是基于 SDL 。OpenFL 默认使用的 SDL 代码位于 openfl/libsdl 。问题定位于源文件 SDL_windowskeyboard.c 中的 IME_init() 函数中，只要将第 373 行的代码注释掉，就可以正常显示输入法候选词列表了：

……

HaxeUI 是一款跨平台 GUI 框架，支持网页、桌面和移动端。 框架前端使用 Hexo 语言开发。框架后端使用图形引擎或者原生跨平台 GUI 框架，比如 OpenFL, NME, Kha,PixiJS, wxWidgets, Winforms 等。最终生成 C++ 代码编译成本地可执行文件或者 HTML 代码。在各种后端中，除了 wxWidgets 和 Winforms 使用原生组件外，其他都是使用图形引擎绘制或者生成 HTML 代码。

Haxe 也是一个比较有意思的语言。它本身不能进行本地编译，而是转译成其他语言，比如 Lua, PHP, Java, Python, C++, C# 等，也可以编译成 Neko 或 HashLink 虚拟机的字节码（详见 Haxe Compiler Targets）。Haxe 语言诞生于 2005 年，算是历史久远了，然而其社区却一直不温不火，网上也很难找到中文资料。 Haxelib 上的开发者提交的三方库数量和 Python 的 PyPi 相比，只能说是聊胜于无。

……

Free Pascal 支持交叉编译，理论上是可以在 Windows 平台上编译 Linux 可执行文件的，但是官方没有提供相关文档，且不建议这么做。除了使用虚拟机外，在 Windows 平台上还可以使用 WSL 来交叉编译 Lazarus 项目。

……