Please don't commit this yet — I've only reviewed it visually (haven't run it).

LGFM.

1. This program appeared 2 weeks ago
2. It does not have any user base (we add to ports programs, that are used by users, and would be good to provide them to FreeBSD users)
3. It even does not have any user documentation, that it mandatory part of the software in case of word processors (key bindings, macros, first start, how to...). Docs forlder in github - dozens of instructions to AI-agents, not to software users.

Thank you.
Probably I am the source of these unneeded trailing spaces in the text. Now I use an editor setting that keeps spaces at the end of a line to prevent unintentional removal of these spaces in source that I am not editing.

"section 1" changed to "Section 1 (General Commands)"

It is really good patch. I checked, ports man files are available now.
Could it be MFC to stable/15 and stable/14 too?

In D60579#1389082, @ziaee wrote:

Also a commit message title for this should really be something like "website: Convert XHTML to HTML" in accordance with guidelines here: https://docs.freebsd.org/en/articles/committers-guide/#port-commit-message-formats

It is for demonstration of dependencies. Really most of the pkgbase packages depend on 3 library:

• utilities
• runtime
• clibs

And these library has depenencies, that could be entered one time. This image for demonstarion of all dependencies from these libraries (red - existed, but not detected dependencies: wrong dependency in Makefile or dependency in script):
{F175241118}

In D58339#1386633, @bapt wrote:

does this case still happen in 2.8.4 ? if yes it mans I need to release 2.9

In D58339#1387376, @ivy wrote:

ld-elf.so.1: /usr/sbin/certctl: Undefined symbol "fts_open@FBSD_1.9"

this is because it's trying to install certctl and run its post-installed script before the library it depends on, which i think is a known issue in pkg. but it *does* eventually install all the required new packages, right?

we should fix this, but i don't think adding explicit depends will help (or even if it does, it's not the right approach).

In D58339#1386633, @bapt wrote:

does this case still happen in 2.8.4 ? if yes it mans I need to release 2.9

The translation building software was updated in Q3 (from the long-used po4a 0.68 version to a new one).
The last .po files were built with the new version (in August, @dbaio).
It would be good to mention it.

That's all. Finally documentation/public/en/ does not have HTML validation errors.
Other translations need to fix accordng English version.