Problems with representation of subscripts in plain text and Asciimath

[AlienKevin]

I discovered some problems regarding the representation of subscripts in plain text and asciimath formats when using guppy.engine.get_content().

• First, subscripts are not rendered in asciimath. For example, inputing Fg (g is in subscript) to the editor returns Fg when calling get_content("asciimath"). I think Fg should instead be normaly rendered as F_g in asciimath format.
• Second, subscripts in plain text are automatically assumed to be implicit multiplication of individual characters. For example, inputing Fgx (gx is in subscript) to the editor returns (F_(g * x)). However, to my understanding, subscripts are used most of the time as name denoting the state of the variable or providing additional information. For instance, in physics, V0 (0 is in subscript) denotes the initial speed, Vf (f is in subscript) denotes the final speed. In addition, this implicit multiplication messes up math calculations using the generated plain text and confuses other math libraries and functions.
  • Third, the import text method does not work when the string contains variable names with single subscripts like F_g. guppy.engine.get_content("text") generates (F_g) when Fg is inputted into the editor. (F_g) is rejected by the importtext() method and resulted in parsing error. The workaround is to always surround subscripts with a pair of parentheses, like `(F(g))`

[AlienKevin]

In addition, I feel that variable names shouldn't be separated from their subscripts. For example, guppy automatically hints the insertion of a pair of parentheses around "F" in "Fx" but the whole variable name should be "Fx" and it should be surrounded with parentheses. I think this behavior is inherited from superscript for powers. Again, I feel that subscripts should be treated separately from superscripts.