12 Jul 2020 |
Bubu | in the copy and paste field specifically | 18:58:59 |
Bubu | Download image.png | 18:59:05 |
izzy | Yes. | 19:00:22 |
Bubu | Uhm, no? | 19:00:32 |
wb9688 | Well, I'm using Debian Unstable (so upstream Debian, but quite the opposite of LTS) and I just installed it through the "fonts-noto-color-emoji" package, which exists in Debian since Buster. Also, Noto is just an open-source font. | 19:00:31 |
izzy | Same for the EmojiCheatSheet of Github (FF-Addon). Guess they use images. | 19:00:59 |
izzy | wb9688: yes, but Noto doesn't work on Xenial. | 19:01:31 |
Bubu | they'd just have emoji code-points in their text fields, what font that renders in is left as an exercise for your browser/system | 19:01:35 |
izzy | At least not the color-emoji one. | 19:01:39 |
Bubu | if emojipedia works then it sounds like a bug in gitlab | 19:02:07 |
Bubu | (for me both work) | 19:02:15 |
izzy | I kind of "force installed" it (together with another one to cross-check). The "other one" showed up, the color emoji did not. | 19:02:32 |
Bubu | but mmmh, if I copy and paste it from emojipedia it's bw again as well | 19:03:18 |
Bubu | so not everything can render them yet | 19:03:27 |
izzy | Well, Mint 18 is based on Ubuntu 16.04. Ubuntu 18.04 added those color emoji stuff. Could be well my machine. You're all probably on newer distros. | 19:03:25 |
| * Bubu is out for today | 19:03:42 |
izzy | Yupp. Seems like. 4 fonts, but none fits: 3 are proprietary and only available on their resp. OSes (Apple, Win 8+) – and the third not working on older LTS. | 19:04:18 |
wb9688 | Yeah, I'm on Debian Unstable like I said. Debian Buster would indeed be from 2018, which is the first actually released Debian version with it. | 19:04:47 |
izzy | Right. And that's what Ubuntu 18.04 will most likely be based upon, upon which then Linux Mint 19 is based. | 19:10:38 |
izzy | That's basically what I tried: the TTF from unstable, then buster, then Ubuntu 18. No dice. | 19:11:21 |
izzy | I give up. That emoji crap took me more than an hour now already. What for? So no reactions from me until GitLab fixed that. | 19:12:03 |
wb9688 | Yeah, it's probably due to an old version of Freetype, but this kind of stuff is not worth your time. | 19:13:11 |
wb9688 | Why are you still on 16.04? | 19:13:23 |
izzy | Some dependencies, and no time yet to solve them. Guess I got involved in too many projects binding my time… | 19:27:19 |
izzy | Filed an issue: https://gitlab.com/gitlab-org/gitlab/-/issues/228528 | 19:27:31 |
izzy | wb9688: and I'm on Mint 18.3 – which is newer than Ubuntu 16.04, though being based on it. | 19:28:25 |
13 Jul 2020 |
izzy | Facepalming. Got hold of a copy of those Segue fonts for testing. They are accepted by the system (show up e.g. in LibreOffice – but only in b/w of course). But in GitLab, still nothing. Guess they try to force colors somehow, which the system rejects. Same with the Apple font, btw. So I'll have to wait for that issue to be solved. | 10:41:10 |
wb9688 | Are you sure? I think LO falls back to another font if it doesn't work | 10:43:15 |
wb9688 | But again, this stuff isn't really worth your time | 10:43:35 |
izzy | GitLab crew has already accepted the issue ("devops:plan" & "frontend" labels are set). And yes, I'm relatively sure, because the font viewer did not complain (as it did for the Noto Emoji font). I'll not pursue it further from my end now (testing Segue was my last act for that) – but I will test if the GitLab team asks me. | 12:04:21 |