BTC symbol (B⃦) renders poorly
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Ubuntu Font Family |
Invalid
|
Undecided
|
Unassigned |
Bug Description
With the regular "Ubuntu" font, the double-
Paul Sladen (sladen) wrote : | #1 |
Luke-Jr (luke-jr) wrote : | #2 |
(1) Baht is not the same as the BTC symbol, and is currently only used when technical limitations interfere (such as this one)
(2) I'm not sure my PDF printing is going to embed the font, so I made a PNG: http://
Re (2), note that I do not use Ubuntu as OS, just the fonts.
Is there a reason this can only be added in a "very-long-way-off" version? I wouldn't mind creating a TTF version of it if that would help, though I don't know how to properly set up the ligature data...
Matthew Paul Thomas (mpt) wrote : | #3 |
Luke-jr, I appreciate your enthusiasm in wanting the Ubuntu font to be up to date with new currency symbols.
Unfortunately, this report is not valid because U+0042 U+20E6 B⃦ is not the Bitcoin symbol. It is an approximation of one of the possible symbols. Bitcoin users haven't even agreed amongst themselves on a symbol yet, let alone submitted it for inclusion in Unicode. Apparently the former will happen this year. <http://
When that is decided, it might be Ƀ <http://
Meanwhile, it is true that Ubuntu's rendering of U+0042 U+20E6 B⃦ is not ideal, especially at small sizes where it is not hinted. But that combination of characters is extremely rare, so I don't think this warrants any changes to the font.
Changed in ubuntu-font-family: | |
status: | New → Invalid |
Luke-Jr (luke-jr) wrote : | #4 |
U+0042 U+20E6 B⃦ has indeed already been the de-facto BTC symbol since before 2011. Proposals have been put forward for a change/alternative, but B⃦ is by far the most common, and the "default" symbol recognised as BTC.
The Bitcoin Foundation is not really a relevant organisation, and does not represent Bitcoin nor the Bitcoin community in any sense - why they are wasting their time/resources in this way should not really be a concern.
Unicode policy would not allow encoding B⃦ any way other than U+0042 U+20E6, since it already has a valid encoding - generally exceptions to this rule are only made for compatibility with preexisting encodings, which is not the case here.
B⃦ is only "rare" due to problems with fonts, so this is chicken-and-egg. I believe fixing it in fonts first is a good approach.
Changed in ubuntu-font-family: | |
status: | Invalid → New |
Matthew Paul Thomas (mpt) wrote : | #5 |
I am not a Bitcoin expert. I had never even heard of the Bitcoin Foundation until two days ago. I have no opinion or stake in whether they are good, or bad, or anything else. I can understand that in a decentralized system, the legitimacy of any central-ish organization will be contested. But you will understand, I'm sure, that if within a few minutes I can find things like (a) detailed release notes for Bitcoin core software published by the Foundation <http://
Anyway, my only point in referring to the Foundation was as a likely source of a Bitcoin symbol proposal for Unicode. If someone else does it instead, great. I was going to suggest that, as someone familiar with Unicode processes, maybe you could do it yourself. But then I discovered that a "Luke-jr" had devised the U+0042 U+20E6 combination themselves on a Unicode mailing list in July 2011. <http://
Notwithstanding that this discovery happened two and a half years after the start of the Bitcoin network, a third "Luke-jr" then apparently tried and failed to add the composition to Wikipedia's Bitcoin article, and then had the chutzpah to claim that "This isn't a vote; B⃦ has been the standard symbol since the beginning". <https:/
This was handwaving away the noticeable difference between the vector logo (double bars at top and bottom) and the Unicode composition (double bars all the way through). A fourth "Luke-jr" said -- on, of all places, the forums of that supposedly-
Meanwhile, the Bitcoin wiki claims that B⃦ is the standard symbol ... but only because that was written by one of the wiki administrators, and anyone who has read this far will completely unsurprised to learn that their name was "Luke-jr". <https:/
I'm going to go way o...
Changed in ubuntu-font-family: | |
status: | New → Invalid |
Luke-Jr (luke-jr) wrote : | #6 |
The "release notes" published by the Foundation are unofficial (the official ones are published with the source release, as well as mirrored at https:/
The B⃦ predates my involvement with Bitcoin, but I can at least trace it back to [Bitcoin 0.2.13](https:/
If font rendering software falls short, then perhaps that needs to be addressed first.
Any BTC symbol of any form will require copy/paste, many keystrokes, or (the ideal for someone who wishes to type it) a modified keymap that has a single keystroke. There is no inherent reason a double-codepoint symbol would require two keystrokes in any scenario.
Considering the huge amount of quoting of my out of context, should I interpret your response to be hostility? Since I am not even a fan of the BTC unit (just one of few who understand how its symbol relates to Unicode), I am not going to push this further myself.
Changed in ubuntu-font-family: | |
status: | Invalid → Confirmed |
Luke-Jr (luke-jr) wrote : | #7 |
Note if you still wish to close this, "Won't Fix" is the correct status, not "Invalid".
Paul Sladen (sladen) wrote : | #8 |
Hello Luke. I would love to see a Bitcoin currency symbol included in the Ubuntu Font. Indeed, Ubuntu was one of the first to similarly be able to make the Indian Rupee available once its codepoint had been assigned:
Furthermore so, as Ubuntu Bold Italic is the logo font for the 'bitcoin' brand it would be great to include a matching harmonic Bitcoin currency symbol. Designing and including such a glyph is (relatively) doable. Once a glyph (only) is included there would still be no way to access that glyph, and so it then becomes a question of be how to expose that to the user; by assigning a mapping of codepoint to point to that previously included glyph.
There remains no defined codepoint for "BITCOIN CURRENCY SYMBOL" so this is where we get stuck. The choices are then:
(a) Redefining an Undefined (random) codepoint from the Private Use Area
(b) Redefining the meaning of an existing well-Defined codepoint
The second option is undesirable because it alters the semantic meaning. Until there is a *standardised* code point, redefining and usurping the meaning of anything else is unlikely to help; as we can see from:
https:/
Somebody is going to be potentially upset by the defining of their well-defined codepoint: it would be unfair to have to make a choice between potentially upsetting Aboriginal Canadians vs. People from Thailand vs. People from Greek.
In summary: it's not possible to progress the mapping part until something is standardised. Once somebody is standardised, then, like with the Indian Rupee things can move pretty fast!
Changed in ubuntu-font-family: | |
status: | Confirmed → Invalid |
Luke-Jr (luke-jr) wrote : | #9 |
As I understand Unicode policy, there never* will be a "BITCOIN CURRENCY SYMBOL" since it is already encoded. Please see http://
* It's conceivable that some day, someone may propose making an entirely new symbol, which might be encoded as such, but none appear to be seriously considered today. I am referring only to the original Bitcoin symbol used since 2010, in the context of this feature request.
Paul Sladen (sladen) wrote : | #10 |
I fear two things might be getting muddled up:
(a) How to reference a CAPITAL LETTER B with some LINES running through it
(b) How to reference a BITCOIN CURRENCY SYMBOL
They may or may not look the same, but have different semantic meanings. (Think about how a text-to-speech reader would reader would pronounce them).
Luke-Jr (luke-jr) wrote : | #11 |
Hm, that's actually a pretty good point IMO. Unicode doesn't generally treat things differently if they look the same, regardless of meaning, but text-to-speech may make the crucial difference in this case.
Paul Sladen (sladen) wrote : | #12 |
Yup, and while we're on it is shape with the lines running through it B(Latin) or Β(Greek) or В(Cyrillic). …They all look the same to me. ;-)
(And in Ubuntu are the same glyph/outline).
Luke-Jr (luke-jr) wrote : | #13 |
Yeah, those are certainly an example of glyphs grandfathered-in to Unicode. ;)
Luke-Jr (luke-jr) wrote : | #14 |
FWIW I brought up the TTS matter on the Unicode ML: http://
Matthew Paul Thomas (mpt) wrote : | #15 |
Again, it was unclear in my original response, but I meant to cite the Bitcoin Foundation only as a viable source of a Bitcoin symbol proposal for Unicode. Whether they do it, or someone else does it, doesn't matter for the purpose of the Ubuntu font -- just as long as it's accepted.
The Bitcoin 0.2.13 commit <https:/
You're right that the Unicode Consortium's guidelines do seem to preclude new precomposed characters. But their actions are more interesting to me than their guidelines. And after I described why I thought a composition would be impractical for a currency symbol, I discovered that in 2014, the Consortium approved the new Russian ruble symbol U+20BD. This was *explicitly* a combination of glyphs: "a capital letter ‘P’ – the Cyrillic alphabet version of the letter ‘R’ – with an extra horizontal line". <http://
The ruble symbol is now a high priority for adding to the Ubuntu font (bug 1345591). I look forward to a Bitcoin symbol, once it is codified, receiving the same treatment.
nb. The 'B⃦' pasted here decodes to U+0042 U+20E6 (COMBINING DOUBLE VERTICAL STROKE OVERLAY).
Searching around, I've also spotted 'B⃦' U+0E3F ('THAI CURRENCY SYMBOL BAHT) in use.
Neither of these are presently in the Ubuntu Font Family; so this probably comes down to two possibilities:
(a) Working out where the substitution is coming from and fixing it in that font.
(b) Requesting that we include either the double vertical combiner, or the Baht, or both in (a very-long-way-off future version of the Ubuntu Font Family).
Luke: (1) Do you have a preference; (2) would you be able to attach a screenshot. Ideally if you're able to export what you're seeing as a PDF (eg. Print to PDF), then it would make debugging (a) easier.