A different programmer is always more creative than yourself.  It&#x27;s an axiom to remember, because when the people with the power to change the tools at our disposal give us better tools, suddenly we can use them to do things they didn&#x27;t even realize they wanted.<p>Even giving the ability to set a specific pixel to a specific rgb value would get far.  Yes, some programs would get it wrong or would be annoying to use.  But think what it would enable.  Even at 3 fps, you could still show the user a performance graph of your program, or a flame chart.  In the terminal.  No extra windows required, no fiddling with GUI frameworks, just &quot;set some pixels to some values.&quot;<p>In the short term, being able to set text to a specific foreground and background rgb would be nice.  I&#x27;m talking 24-bit color.  It turns out that this is not possible across all Unix variants:  OS X default Terminal doesn&#x27;t support 24-bit color for text.  And there&#x27;s no reason why it should be like that. The standards are in place, and they are a straightfoward extension to exiting behavior. The toolmakers just haven&#x27;t enabled the other makers to use it.  Of course, it&#x27;s because it makes no sense for Apple to waste engineering cycles on that.  But that doesn&#x27;t change that <i>it would be true</i> that if they gave us better tools, we would do more.<p>The issue is that it has to be a minimum spec that&#x27;s supported by all platforms.  (All Unix platforms would be fine.)  Simply writing a program that supports a nonstandard way of setting pixels to values wouldn&#x27;t cut it.  At least at first.  That&#x27;s probably how it has to start, though, in order for others to follow.