<p dir="auto">The code base seems to use lots of identifiers for private member objects or functions that start with an underscore, followed by an uppercase letter, such as <code class="notranslate">IslandWindow::_ApplyWindowSize</code> (<a href="https://github.com/microsoft/terminal/blob/db797580923472c08613f054364097be06d73229/src/cascadia/WindowsTerminal/IslandWindow.h#L99">/src/cascadia/WindowsTerminal/IslandWindow.h#L99</a>).</p>
<p dir="auto">The C++ standard however says:</p>
<blockquote>
<p dir="auto">In addition, some identifiers are reserved for use by C++ implementations and shall not be used otherwise; no diagnostic is required. Each identifier that contains a double underscore __ or begins with an underscore followed by an uppercase letter is reserved to the implementation for any use.</p>
</blockquote>
<p dir="auto">(From <a href="https://eel.is/c++draft/lex.name#3.1" rel="nofollow">https://eel.is/c++draft/lex.name#3.1</a>)</p>
<p dir="auto">Using such identifiers is technically an invocation of undefined behavior.</p>
<p dir="auto">Back in the XAML days and when I first learned PowerShell, I fantasized about being able to write a little control that would take some inputs and render a graphic, and then perhaps even stream into that control and have the graphic change in realtime.</p>
<p dir="auto">Imagine a little chart printed out in the console as the result of a command. People could write little graphical widgets and package them up.</p>
<p dir="auto">A bit like <code class="notranslate">Out-Grid</code> in PowerShell but a little rectangle graphic would pop out in the console itself on the next line. Today we have Jupyter Notebooks which are a similar idea.</p>
<p dir="auto">I guess this could be done with SVG today?</p>
<p dir="auto">Perhaps if SVG can be rendered inline within a bounding rect and if the SVG source markup can be referenced and updated and then dynamically the UI redraws, then people will figure out a way to build up the pieces from other stuff already out there.</p>
<p dir="auto">Or perhaps printing bitmap/rasters into the console is all that's needed, so long as the source bitmap can be dynamically updated (to animate it), and then the vector rasterization part is something pluggable in the pipeline before it.</p>