
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> <html xmlns="http://www.w3.org/1999/xhtml"> <head> <meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /> </head> <body><div class="auto-created-dir-div" dir="auto" style="unicode-bidi: embed;"><style>p{margin:0}</style><div><span style="white-space: pre-wrap;">Mark E. Shoulson wrote:</span><br></div><p><br></p><p>> <span style="white-space: pre-wrap; display: inline !important;">Thoughts?</span></p><p><br></p><p>A way to solve this would, in my opinion, be to produce a system based on the following.</p><p><br></p><div><p>http://www.users.globalnet.co.uk/~ngo/14560000.htm<br></p><div><br></div><p>yet redesigned and updated for use with a Unicode text stream as input and so that as well as data types such as Integer, Boolean, Complex and Quaternions et cetera used then that there would also be data types of Point, Contour, Glyph. There could also be preset shapes for eyes, mouths, and so on built into the middleware and accessible by software methods in the middleware and those software methods callable in a straightforward manner from the "plain text" stream.</p><p><br></p><p>Then software methods to scale and move glyphs would be included in the 1456 middleware virtual machine software running in the rendering system.</p><p><br></p><p>That way the message sent as "plain text" would often, even usually, include calls with data parameters to preset software routines in the 1456 middleware virtual machine running in the renderer but the "plain text" message would also be capable of containing direct software for the 1456 middleware virtual machine where that were needed to go beyond what the preset methods could do.</p><p><br></p><p>The 1456 virtual machine would be properly sandboxed so as to ensure that any risk of a virus threat getting into the host computer is not possible.</p><p><br></p><p>For the avoidance of doubt I emphasise that the accumulator register of the 1456 virtual machine is a sandboxed software construct and is not the accumulator register of the host computer upon which the virtual machine is running.</p><p><br></p><p>I appreciate that such a 1456 style system cannot become part of a future version of Unicode if "plain text" is required to not become redefined to some extent to allow such a 1456 style system to become included in Unicode.</p><p><br></p><p>William Overington</p><p><br></p><p>Saturday 15 October 2022</p><p><br></p></div></div></body></html>