New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Investigate writing core unicode glyphs into console font space #201
Comments
Much to my surprise today, I verified that |
I think we ought prioritize this. Right now we look like garbage on the console, arguably worse than straight ncurses apps. Some rounded box drawing, the two half block characters, and the grid characters could really improve things (we'd quickly become the best-looking thing on the console IMHO). Let's aim for 1.5.0. |
While we ought provide a |
Initial results using the |
Ok, using This is never going to look great due to the restricted number of colors (though once we're reprogramming the palette on the fly, watch out!). But it's a definite improvement. If we shim in the glyphs necessary for the quadblitter, that will help even more (since we use quadblitter in a lot of places). Though perhaps we ought instead look for the necessary quadblitter glyphs, and make the anyway, consider this whole idea proven out in concept! |
When we do this, make sure we take any UTF16 values previously mapped to the font indexes we blow away, and delete them, since they ought now fall back to the default glyph. |
* use ioctl(KDGETMODE) to detect Linux console * diagnostic on KDGETMODE * add logdebug() * unit test for notcurses_drop_planes(), add ncplane_putnstr_aligned() * linuxconsole PoC * linuxconsole: dump unicode->font table * linuxconsole: explode glyphs * linuxconsole: show 7 glyphs per 'line' * linuxconjammer: shim console font with half blocks * signals: handler for SIGTERM * man pages: update notcurses_init() for options * add NCOPTION_NO_FONT_CHANGES #201
We're now adding unicode mappings for the vast majority of box-drawing characters, and it's working perfectly. Our boxes and lines now look proper in the console. Huzzah! |
…acters (#794) Part 1 of a two-part revolution in Linux console graphics. Map all the line-drawing Unicode characters to similar glyphs. This means all our nice corners freely translate into rigid corners etc in the console, rather than hateful default characters (usually black diamonds). The demo and all widgets now look correct when drawing lines and boxes. Next, we'll add the actual glyphs for the block-drawing characters, and we'll have the finest graphics ever seen on a text-mode Linux console. #201
OK! We've got full Quadblitter2 power in the fuckin' console now! w000000000000000t! Amazing! |
The Linux console appears to allow pretty much arbitrary glyph replacement using the
PIO_FONT
andPIO_FONTX
ioctl(2)s. If so, can we perhaps hijack this space to load those Unicode glyphs we rely on internally? This would include:I'm pretty sure we can load these up; the thing that concerns me more is whether we're going to piss off users by doing so. Requires investigation.
The text was updated successfully, but these errors were encountered: