ZDoom

The PR has been merged, I guess this can be closed?

Well, if this gets added, it will allow me to get rid of the hack where I break the string down to invidual characters and print them separately. This part of code is HUD-related, so I can't use DrawText for that (since all other code there uses HUDFont and its parameters, so I would have to break the abstraction really badly). It seems that at least it is possible to change the type of the corresponding argument in HUDFont.Create from bool to EMonospacing and it won't break any existing code, because falsy values will translate to 0 (Mono_Off) and truthy values will translate to 1 (Mono_CellLeft).

[b]Upd:[/b] So I've [url=https://github.com/coelckers/gzdoom/pull/810]made a PR[/url] to implement the necessary changes. Everything seems to work fine, here's an updated test WAD and screenshot as proof:

[imgur]https://imgur.com/ccV4OE9[/imgur]

The top 3 rows are rendered with Screen.DrawText, the bottom 3 with DrawString using different monospacing modes. The result is the same.

The text printing code in the status bar really needs to be consolidated with the main printing function, but since this is a bigger piece of work I was planning to postpone this until after the next release.

With [url=https://github.com/coelckers/gzdoom/commit/d73f8faafa4d22e45af92cb2442d1b629ed8196f]this commit[/url], it became possible to pass monospacing parameters to Screen.DrawText. This includes the character alignment mode (left, center, or right). However, this is not yet supported by HUDFont. It appears that it always uses left alignment, as seen on this picture:

[imgur]https://imgur.com/BUbnBtu[/imgur]

HUDFont should probably support these alignment modes as well.

Attached is an example WAD with the code to draw the strings as seen on the picture above. Enable fullscreen HUD to see them.