FreeTypeType1Wrapper::GetGlyphForUnicodeChar() does not actually get a glyph for a Unicode character about pdf-writer HOT 3 OPEN

I dont understand, was there a problem with utf8? This what hummus is expecting

from pdf-writer.

Code in hummus translates utf8 to lists of UCS2 codepoints anyway (in several places in PDFUsedFont, etc.) before calling FreeTypeFaceWrapper::GetGlyphsForUnicodeText() itself, and we wanted some extra control over the output to do our own vertical glyph substitutions, and our own font fallback, etc. before calling Tj() with a glyph mapping list.
Calling Tj() with a utf8 string, calls PDFUsedFont::TranslateStringToGlyphs() , which calls UnicodeString::FromUTF8(), and then calls FreeTypeFaceWrapper::GetGlyphsForUnicodeText().
The point of this issue is that the glyph given for a Unicode character by FreeTypeType1Wrapper::GetGlyphForUnicodeChar() is simply the character code itself if the font has a private encoding, and the issue with this is that the private encoding is not necessarily Unicode, and for older fonts, may be limited to 256 entries

from pdf-writer.

Yeah. Sounds like what I did when I wrote a ps engine back when. Tell you the truth I got bored doing it again for PDF-writer, so I relied on free type to do the job, and provided the direct glyph access for whomever is not happy. I think that's as far as I go. Let's leave this open so that others can see the solution that you used. Thank you

from pdf-writer.