<div dir="ltr"><div>Text-only pseudo-graphical applications certainly still exist, I just don’t see any value in catering specifically to their limitations in this day and age, especially considering how many options Unicode already offers.</div><div><br></div><div>If you want to draw borders, the classic Box Drawing block alone has half a dozen different stroke styles to choose from. If you want to draw a progress bar or a bar chart, block elements go down to one-eighths slices. If you want to divide the screen into pixel cells to construct larger images, Unicode gives you block quadrants, sextants, and (starting with 16.0) even octants to work with. I understand the drive for artistic expression, but anything more fancy than that honestly seems like a waste of resources for something that is primarly meant to convey debugging information to software engineers. Line graphs can reliably show you general data trends even at relatively low resolutions; if you needed precise values you’d just look at a data table instead. Nothing would really be gained in this regard by the ability to address individual pixels on screen, with every such monochrome pixel taking up 32 whole bits in memory.<br></div><div><br></div><div>Of course, if any application does turn out to need more flexible pseudo-graphics capabilities than Unicode can provide, the Private Use Area can be used to assign any glyph one desires to valid Unicode code points. Text like this is unlikely to escape the confines of its originating machine, let alone be transmitted to a device running a completely different operating system, anyway, so you wouldn’t even need to make sure to include your own fonts with the data.<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Am Fr., 16. Aug. 2024 um 20:23 Uhr schrieb Martin Vahi <<a href="mailto:martin.vahi@softf1.com" target="_blank">martin.vahi@softf1.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 8/14/24 23:05, Charlotte Eiffel Lilith Buff wrote:<br>
 >...<br>
 > We no longer live in a world where on-screen text has to be divided<br>
 > into fixed-width cells of a handful of pixels each, or where text<br>
 > characters have to be defined solely based on their precise shape on a<br>
 > particular display device without any underlying semantics, or where<br>
 > the act of drawing a single image to the screen takes up so much memory<br>
 > and processing power that you have to “write” your graphics instead<br>
 > if you want to do anything more complex than a shopping list – and we<br>
 > should be thankful for that.<br>
 ><br>
 > Retro computing is cool and all, but I wouldn’t want to buy a PC with<br>
 > floppy disk drives nowadays.<br>
 >...<br>
<br>
Thank You for the answer. About the "retro computing" though, the "cloud<br>
AI" era works largely on Virtual Private Servers (VPS) or some analogues<br>
(bare hardware rental included), where the party that pays the rent for<br>
the computing resources logs in (or uses scripts/bots to log in) to the<br>
rented computing resources over SSH, which uses text based terminal user<br>
interface. In theory one could use some X11/VNC/RDP protocol and spend<br>
a considerable amount of the rented RAM on fancy windowing environment<br>
that will not be used most of the time. The EFFICIENT solution: command<br>
line tools!<br>
<br>
At some time in France there was even some community movement, where<br>
VPS's were set up to give out about 100 SSH/login accounts to strangers<br>
so that the strangers could use the computer/VPS as a meeting place and<br>
share thoughs with each other by placing files to that VPS. And indeed<br>
they can also use some retro tools:<br>
<br>
     <a href="https://www.man7.org/linux/man-pages/man1/talk.1p.html" rel="noreferrer" target="_blank">https://www.man7.org/linux/man-pages/man1/talk.1p.html</a><br>
     archival copy: <a href="https://archive.ph/k6K4u" rel="noreferrer" target="_blank">https://archive.ph/k6K4u</a><br>
<br>
I'm not saying that people should ignore security issues like they do<br>
at those community building VPS'es, but I am saying that support by<br>
wide variety of tools matters A LOT! For example, all modern general<br>
purpose programming languages support text. Many of them support Unicode<br>
text encoding, UTF8. From software development point of view the<br>
possibility to do graphics by just printing characters adds a really<br>
useful capability TO ALL THOSE PROGRAMMING LANGUAGES THAT SUPPORT UTF8.<br>
In "cloud AI" era many applications are command line applications.<br>
A hack to display a tree of computers/VPS-s that run a distributed<br>
application can be implemented by creating folders into each other and<br>
then calling the<br>
<br>
     <a href="https://linux.die.net/man/1/tree" rel="noreferrer" target="_blank">https://linux.die.net/man/1/tree</a><br>
     archival copy: <a href="https://archive.ph/IPqoG" rel="noreferrer" target="_blank">https://archive.ph/IPqoG</a><br>
<br>
but if some SSH-accessible administration command line utility wants to<br>
display a graph that includes a cycle, then a lot of inventiveness might<br>
be required. That is to say, command line applications are not as retro<br>
as they might seem at first glance.<br>
<br>
An alternative is to come up with a new character encoding scheme that<br>
uses Unicode as a sub-set, a lot like the Unicode used ASCII as its<br>
subset.  The new character encoding will need to have then some UTF8<br>
analogue that uses UTF8 as its subset.  Decent mainstream terminal<br>
programs that are meant to be used at the "cloud AI" era must then adapt<br>
that new character encoding scheme and then a program like<br>
<br>
     echo "$HAS_THE_VALUE_OF_SOME_FANCY_GRAPHICS_CHARACTER_OR_CHARACTERS"<br>
<br>
will work at various Bash scripts. The problem with this approach is<br>
that the various programming language implementations won't adopt it<br>
quickly, but some eventually will. An interim solution might be like<br>
Unicode is supported in ASCII-only C++ strings: special coding.<br>
Easier said than done, but I guess that it's theoretically possible.<br>
<br>
Thank You for reading my letter.<br>
<br>
Yours sincerely,<br>
<a href="mailto:Martin.Vahi@softf1.com" target="_blank">Martin.Vahi@softf1.com</a><br>
<br>
</blockquote></div>