Unscii – a bitmapped Unicode font for blocky graphics
1–10 of 53 posts
Re: Unscii – a bitmapped Unicode font for blocky graphics
#2[deleted]
Re: Unscii – a bitmapped Unicode font for blocky graphics
#3What does "Unicode" mean in "Unicode font"? From what I can see it only has a handful (ascii?) characters.
Edit: after some testing it seems that "unscii-16-full" is the one (and only one?) that supports some Chinese characters, but it's unusable because glyphs stack on each other.. (screenshot: https://files.catbox.moe/262742.png )
Re: Unscii – a bitmapped Unicode font for blocky graphics
#4This is beautiful and heart-warming. Thank you.
I use for terminal the classic IBM mainframe 3270 font [1], but I can replace that in a heartbeat with Unscii, which is more uniform and less OCR-y.
Re: Unscii – a bitmapped Unicode font for blocky graphics
#5It's a little confusing, but my read is that this is a generalized set of old font characters that were used for graphics (like code 437) plus a bunch of unicode symbols that are also useful for graphics. With the idea being you could make much more intricate art from this font set. I think the more interesting idea would be to use it to encode movies similar to how ASCII animations work - I wonder how compressed and good looking a movie might be using this font?
Re: Unscii – a bitmapped Unicode font for blocky graphics
#6What does "Unicode" mean in "Unicode font"? From what I can see it only has a handful (ascii?) characters. Edit: after some testing it seems that "unscii-16-full" is the one (and only one?) that supports some Chinese characters, but it's unusable because glyphs stack on each other.. (screenshot: https://files.catbox.moe/262742.png )
It means that it supports characters outside the basic 127 ASCII or 256 ISO-8859-1 characters, like the Box Drawing[1] and Block Elements[2] characters defined in Unicode.
[1]: https://en.wikipedia.org/wiki/Box_Drawing [2]: https://en.wikipedia.org/wiki/Box_Drawing
Re: Unscii – a bitmapped Unicode font for blocky graphics
#7Well, I'm ecstatic. What a beautiful font.
After seeing this, I was finally inspired to find out why BitchX wouldn't display ANSI art correctly.
Turns out I needed a code 437 emulator! [1]
I can now use it the way it was meant to. Here it is paired with unscii-16-full 12pt [2]
This isn't nostalgia, this is just _better_.
Re: Unscii – a bitmapped Unicode font for blocky graphics
#8Well, I'm ecstatic. What a beautiful font. After seeing this, I was finally inspired to find out why BitchX wouldn't display ANSI art correctly. Turns out I needed a code 437 emulator! [1] I can now use it the way it was meant to. Here it is paired with unscii-16-full 12pt [2] This isn't nostalgia, this is just _better_. [1] https://github.com/keaston/cp437 [2] https://i.imgur.com/3Oj9Vsy.png
I hadn't realized it was even maintained still this decade, or the preceding one. It's latest version is 1.2.1 and released on November 14, 2014... Not exactly up-to-date by some standards but I'm glad it's still around.
Re: Unscii – a bitmapped Unicode font for blocky graphics
#9Wondering how it may be used along with http://caca.zoy.org/wiki/libcaca
Re: Unscii – a bitmapped Unicode font for blocky graphics
#10What does "Unicode" mean in "Unicode font"? From what I can see it only has a handful (ascii?) characters. Edit: after some testing it seems that "unscii-16-full" is the one (and only one?) that supports some Chinese characters, but it's unusable because glyphs stack on each other.. (screenshot: https://files.catbox.moe/262742.png )
I suspect that you are blaming the wrong font for that, because I suspect that the kanji/hanja/hanzi glyphs in question come from GNU Unifont. I myself overlay K16-1990 over GNU Unifont for better-appearing characters.
* http://jdebp.eu./Softwares/nosh/user-vt-screenshots.html#Uni...