ZDoom

[quote]special text layout or text with mixed scripts[/quote]
[url=https://www.pango.org]Pango[/url]

It seems to be part of GTK2+, and the Linux version of GZDoom already uses GTK for the IWAD selection dialog IIRC.

Same problem as always: It only renders glyphs but does not handle any special text layout or text with mixed scripts.

I don't know if this will be useful or not, but another open source project I like keeping tabs on (FS2_Open) recently [url=https://www.hard-light.net/forums/index.php?topic=79028.0]added TTF font[/url] support with [url=https://github.com/memononen/nanovg]NanoVG[/url] (IIRC). FTGL was also mentioned in the same thread.

[quote="Marisa Kirisame"]Would the use of SDL2_ttf be acceptable?[/quote]

No.
To be clear: If there was a WORKING and FULLY FEATURED text rendering functionality here, it'd fill the last gap that's needed, i.e. Linux support.
But unfortubnately this is just a wrapper around FreeType. And FreeType is merely a glyph renderer, which is not sufficient to render text correctly. For that you need a real font layout engine that can substitute missing characters from other fonts and handle ligatures and other special cases.

On Windows and Mac that part is not a problem - the native font rendering of the OS can do all of it automatically. But on Linux it all depends on third party libraries which are mostly poorly documented.
I find it somewhat fitting that SDL again went the cheapest and least complete route possible.

So even if this was sufficient I'd go right to the source (i.e. FreeType) than to depend on some shitty wrapper library.

To summarize: If you can provide a drop-in Linux handler that gets a string, a font and some basic font properties and returns a properly rendered text from it (by that I mean that even Chinese or more exotic characters show up correctly if the system has a font for them), we are in business. But I feel that without Linux support it won't be really useful.

My first reaction: Another external library, ugh!

I'd like to un-[No] this. Would the use of SDL2_ttf be acceptable?

It depends on the size of the texture. As long as you pass a texture in of the right size, it shouldn't try to scale it. You'll have to look at it and see how it deals with the existing pre-rastered fonts. I know for that GZDoom the texture coordinates are simply 0.0 to 1.0, which makes it much easier to deal with because then all you have to figure out is the number of pixels between start and end. I am not sure how the non-hardware renderer deals with it, though, but I think most of the relevant code for that is either in v_video.cpp or called by it.

Okay, what about the font scaling? How to make it to don't scale the font?

In that case, the entire code can be simplified just by drawing to a texture of appropriate size first, then, and then passing that texture into the existing 2D drawers for each of the renderer types. It'll be easier to deal with the OpenGL and Direct3D renderers than it will be for the direct renderer (the vid_hw2d==false one) but it should be doable.

Since you use Linux, don't worry about the Direct3D renderer - if you can get the OpenGL one working, we can get the D3D one working ourselves, as long as you use the texture method.

Libraries can be used just to parse the fonts and rasterize them (for example, freetype2).

[quote="Rachael"]GZDoom code is not that complicated. If you find it complicated, start with simple stuff first - tweak the monster AI or something, and then work your way into it. I think the most complicated part about it is coaxing the renderers to either draw your fonts directly, or draw them through a raster. There's 2 hardware renderers and one direct-to-buffer renderer that it will have to be done with.

As for using libraries - that is a good idea - as long as you can coax the libraries to render directly to those buffers I mentioned.[/quote]

I think the only way to implement this without code explosion is to render entire texts into a texture and then use the existing drawing code to render these textures.
I have implemented TTF support for hardware accelerated backends on Android and iOS and it has always been a major pain in the ass.

GZDoom code is not that complicated. If you find it complicated, start with simple stuff first - tweak the monster AI or something, and then work your way into it. I think the most complicated part about it is coaxing the renderers to either draw your fonts directly, or draw them through a raster. For 2D, there's 2 hardware renderers and one direct-to-buffer renderer that it will have to be done with.

As for using libraries - that is a good idea - as long as you can coax the libraries to render to those buffers I mentioned.

[quote="Rachael"]It's never too late to learn C++, and here, I will give you a starting point:[/quote]
I know C++. But GZDoom code is very complicated. It takes about 10-30 minutes to find out how the feature is implemented. I have tried to implement something: https://forum.zdoom.org/viewtopic.php?f=18&t=55233 , but I didn't have enough knowledge of OpenGL and it was shitty.

[quote="Rachael"]Of course, for this particular suggestion you will obviously need to learn how to actually read the font's format. http://scripts.sil.org/cms/scripts/page.php?site_id=nrsi&id=iws-chapter08[/quote]
Why not to use libraries?

[quote="Rachael"]https://support.microsoft.com/en-us/help/2977003/the-latest-supported-visual-c-downloads - Of course, in order to actually use C++, you need a compiler. This should help you get started.[/quote]
I use Linux so don't suggest Visual Studio for me.

UsernameAK - since a lot of your suggestions appear to be right off the cuff, I am going to help you out a bit, here. Since you seem to want so many crazy features in GZDoom, and these mean old devs don't seem to want to listen to you - you should be able to implement them yourself. It's never too late to learn C++, and here, I will give you a starting point:

http://www.learncpp.com/ - This has a series of tutorials to start. If your school/college/tech school/whatever offers any C++ courses, I would highly recommend registering for them if possible. Talk to your adviser about it and see what's available.
https://support.microsoft.com/en-us/help/2977003/the-latest-supported-visual-c-downloads - Of course, in order to actually use C++, you need a compiler. This should help you get started.

I hope this is helpful for you!

Of course, for this particular suggestion you will obviously need to learn how to actually read the font's format. http://scripts.sil.org/cms/scripts/page.php?site_id=nrsi&id=iws-chapter08

These resources, along with plenty of Googling, should help put you in the right direction for getting the features you want in the engine.

I suggest that for high-quality non-pixelated fonts