Closed towolf closed 8 years ago
Thanks @towolf ! I'll fix it
Tobias, I have a doubt: are you sure that helper lines in Braille are useless in every software? I wouldn’t have to go back
Well, most importantly the lines certainly do not help the blind. And for regular user of braille they expect the dots and nothing else I assume.
The Unicode standard does not prescribe the shapes of the dots. But the most widespread rendering is just plain dot matrix patterns.
Now, the added advantage that has been discovered is, that the braille glyphs can be used for for high resolution pixel rendering in terminals. If Pragmata is the only font that deviates from this pseudo-standard, then I would suggest to remove the helper lines.
What made you include them? Was this your idea?
There’s discussion here: https://en.wikipedia.org/wiki/Braille_Patterns
I've included helpers line because the space between the Braille symbols are too thin and to avoid confusion at the touch
Also these thin lines in low size in some OSs can be disappear
Anyway the solution I propose is to design Braille symbols without helpers as default and to enable Braille symbols with helpers selecting an OpenType Stylistic Set.
Do you agree?
Anyway the solution I propose is to design Braille symbols without helpers as default and to enable Braille symbols with helpers selecting an OpenType Stylistic Set.
Do you agree?
Yes absolutely. Doing both is the perfect solution with the expected look being the default. :+1:
Thanks a lot, I've tried out 0.823, and to me it looks like the helper lines are still there on bold face: Here's a quick video. The program makes the top 10% of CPU plot bold, I think.
You've right @towolf
Popular process viewer
htop
introduced graphs using braille glyphs to increase terminal resolution.PP has helper lines for braille that do not serve a clear purpose. Side effect is that HTOP (and elsewhere) braille "dot matrix display" looks odd.