Hi Mr/Mrs/Mx/Mxy Nhjkv,
The issue pops up on the Forum quite often.
Why would it be difficult (although impossible) to achieve the advanced text/character text geometry transformation … while other software does it easily, beautifully and at dazzling speed?
It comes to the geometry/topology model on which the software is built. The “text manipulation” software you are referring to is primarily based on the Adobe text/character two-stage geometry transformation and operates only in 2D space. One level of transformation is applied to the “string”, while a lower-level 2D matrix/procedure can shape each individual character/glyph. Such a text processing path is straightforward and short. Traditionally, the underlying processor-level code is stack-based, thus it is swift and efficient. It is quite a departure from current practices: when accessing a byte of data, a round trip to Bangalore is required. Still, not bad. I heard Mars is in the making.
What are the alternatives?
As advised, use mostly Adobe-based software running a stack data processing arrangement.
Expect a hefty price tag for the privilege.
Otherwise, if not being afraid to change the programming paradigm to the reverse notation one … learn PostScript!
What is shown in the pictures can be coded in a couple of PostScript lines … free of charge … satisfaction warranted.
Import via SVG gate.
Regards
MichaelT
MichaelT