docs: port real LVGL function docs from the official guide

[pfeerick]

Summary

The firmware has zero /*luadoc*/ annotations for any of the 45 lvgl.* Lua bindings (radio/src/lua/api_colorlcd_lvgl.cpp), so this repo's source-extraction pipeline had nothing to extract for the LVGL section and fell back to a generic template for all 42 constructor pages that have an official-guide counterpart: a bare params (table) placeholder, an untyped bullet list of key names, and — on every single page — Since: 3.0.0, which is factually wrong.

The official EdgeTX/lua-reference-guide's LVGL docs aren't guesswork either way: they were written by GitHub user phil.a.mitchell, who is almost certainly the same person as philmoz, the primary author (19 of 22 commits) of api_colorlcd_lvgl.cpp itself — i.e. the implementer wrote the docs. That content has full parameter tables (name/type/description/default), return values, behavioral notes, and real per-function "Introduced in 2.11.0"-style version history. I spot-checked it against current firmware and confirmed it's accurate through the v2.11.7 tag: the CHOICE constant spelling (firmware had a CHOIDE typo at one point, fixed later — the docs already show the correct spelling) and the borderPad/align/menu/edited property additions (2.11.4–2.11.6) are all already correctly reflected there.

This ports all 42 matching function pages from EdgeTX/lua-reference-guide's edgetx_2.11 branch (lua-api-reference/lvgl-for-lua/lvgl.*.md) into this repo's page format (H1 + syntax + description, ## Parameters table, ## Returns, ## Availability, ## Notes, ## Source). Fixed two source typos along the way rather than porting them forward: a missing ( on ~28 "create an object" syntax lines (e.g. lvgl.arc\[parent]... → lvgl.arc([parent]...) and a doubled-brace typo on lvgl.build's syntax line.

Not touched:

• lvgl-close.md, lvgl-disable.md, lvgl-enable.md — real functions (confirmed via LROT_FUNCENTRY in current firmware) added after the official guide's content was written, with no official counterpart to port from. Left as-is.
• programming/core-concepts/lvgl-for-lua.md and api-overview/constants/lvgl-constants.md — unlike the per-function pages, these were already good, hand-written content covering the same ground as the official guide's overview.md/api.md/constants.md/examples.md, including the same 2.11.4/2.11.5 version callouts. No changes needed.

Known drift: ~40 commits have landed on main since the v2.11.7 tag touching api_colorlcd_lvgl.cpp/lua_lvgl_widget.cpp — real additions/fixes (e.g. negative rectangle width/height, further choice/textEdit value-setting capability, additional arc properties) not reflected in this port, since the source it's built from is itself only verified through v2.11.7. Closing that gap needs either a fresh diff pass against current main, or better, the firmware author adding real /*luadoc*/ annotations to api_colorlcd_lvgl.cpp so this pipeline can extract it directly instead of another manual port.

Test plan

• Verified 42/42 official function pages map 1:1 to fork pages (no orphans on either side beyond the 3 real fork-only additions)
• Spot-checked CHOICE spelling and borderPad/align/menu/edited version callouts against current firmware to confirm the ported content is accurate through v2.11.7
• mkdocs build --strict -f mkdocs.yml — exit 0, zero warnings
• mkdocs build --strict -f mkdocs.dev.yml — exit 0, zero warnings

🤖 Generated with Claude Code

https://claude.ai/code/session_015yCHydHbzZYCKpav38SonD

[pfeerick]

Superseded: the goal here (accurate LVGL docs instead of the placeholder "Since: 3.0.0" content) is now achieved via real extraction instead of a manual port. EdgeTX/edgetx#7771 adds proper /luadoc/ annotations for all 45 lvgl.* functions, and the pipeline can now parse them correctly (commits a408cce, 5c5014b on edgetx_2.12 — the indentation-anchored regex bug and the flattened-bullet-list table rendering that were blocking this). Once #7771 lands and the extracted content replaces the current hand-preserved lvgl-*.md pages, this manual port is no longer needed — the whole point of #7771 landing is to make ports like this one unnecessary going forward.