Apologies if this is the wrong place for this; let me know and Iāll move it. Having had a bit more time, I think I have some more-useful reports; in the future I should maybe mull over a new client for a week or so before making any reports.
Fewer of the emojis are rendering in chats; there are two smilies, neutral and frowning, for instance. I think this change happened at the 2.8-2.9 transition. Maybe I am missing a font dependency? But some of the missing emojis were still rendering in profile names for a day or so; they have now stopped. No emojis render in avatars (if prefixed to a profile name as in the image).
When I tap the āchatā button in the public-bots bot, nothing happens [EDIT: a long tap brings a browserlike drop-down menu in the top-left corner; I can add the bot by clicking on the browserlike menuās copy-link option, then pasting the link under (a bit unintuitively) āScan QR Codeā]. Going via the https interface works. When I added one bot, it said āEstablishing end-to-end encryption, please waitā¦ā, but never said āMessages are end-to-end encryptedā (as another bot did). The fingerprints are there, though.
I realize this one is my fault, but the do-nothing buttons are very variously labelled.
*āCloseā in the hamburger menu in the chat topbar
*āCancelā in the attachment menu
*āCloseā in hamburger menu from swiping a message left
*āSource code/OKā in the app hamburger menu
I think āCancelā is the most conventional word, but any consistent word would make the app easier to navigate without thinking.
Again, you have every right to ignore these, and none of them stop me using the app. Thank you for all the work youāve put into this recently.
I am not aware that I changed something regarding fonts or emojis. Did you update the system around that time, too? Itās strange that so few emojis render for you. This is how it looks like on my pinephone with mobian:
Iām not sure whether this is a thing in the system font configuration or something that can easily be fixed in the app itself without shipping a complete font. I dimly remember that I had this problem when running the app on Debian. I did something like similar to [SOLVED] No colorful emoji with fontconfig 2.15 / Applications & Desktop Environments / Arch Linux Forums, but I donāt know anything about font config, so better not follow my advice here.
In any case, Iāll put looking into emojis on the todo list, but wonāt be able to work on this soon.
Hmm, looks like the outdated webengine in Qt5 doesnāt play along with the Webxdc of the bot. Unfortunately, DeltaTouch is stuck with Qt5 at the moment. Iāll contact the author of the bot, maybe it can be fixed in the bot itself, but not sure. Sorry about that!
Uh, right, I should have taken a closer look myself when adapting it. Will correct it.
Thank you for the emoji-avatar fix, it looks like it was a bit of a nuisance.
I shall play about and see if I can get them to appear on the menu and in chats. It is just local; contacts see and send them (even the one still on 1.1) but I get boxes. Thanks for the link. Some emojis were missing boxes long before, there are just more now. I donāt recall anything extraneous, no system updates etc., but cannot be sure there was nothing. There have been few updates recently as Trixie just came out, so I shall be updating Mobian soon.
Actually, long touches on both the bot buttons drop menus. I do hope weāll get a bit less monopoly power in the browser market and the setting of web standards soon.
A more widely-compatible bot would be nice, but the public-bots bot is functional with a bit of copypasta. Iāve tried the better part of a dozen bots; they worked apart from Mangadlbot, which did not work at all: buttons were mailto links opening in Neomutt (sadly I canāt quite use Deltatouch as my default mailer).
The add-account dialogues all have āCancelā buttons, but they are the same grey colour as all the others, unlike the cancel-buttons elsewhere, so less fast to find.
Minor UI snag: in groups, I canāt tell who authored a reaction. Nor can I copy the reaction and paste it elsewhere, which if it is a non-rendering emoji means I canāt tell what emoji it is.
It would be useful to have a copy-last-n-words function as well as a per-message copy function. I donāt know how feasible it would be, though.
Iāve tried clicking on the reaction and it works, even when the emoji hasnāt rendered. So thatās fine, sorry!
My rather specific situation aside, I donāt think being able to copy individual reactions is terribly useful. I suppose it could go fairly neatly in the popup ā but honestly I would not ask you to spend time on that.
The PR looks useful, but the current whole-message copy-text in the swipe-left menu actually works fine for me; I can edit in whatever I paste it into.
I was thinking something that would let me copy multiple messages at once, like Pidginās save-chat function, where you can save it as text or HTML and then edit it down. For instance, one of my chats consists mostly of useful links in a single subject; it would be handy saved as a file. A multi-message copy would also let me copy reactions, but would be more broadly useful. But I donāt know how feasible it is.
Not at all! It will add functionality. Iām just saying it isnāt a big deal for me; I can imagine others may find it really handy. I wonāt oppose new functionality just because I currently donāt use it.
No worries on the multi-message copy, either. It would be handy but I can work around it. I wasnāt sure if the append-model storage would make it easy or hard.
Some of the emojis in the image below are black and white. Theses are the ones I used to have. Some are colourful. These are the ones that were not rendering for me.
Contrast Discourse, apparently using the Twemoji font:
I now have only a smaller set of black-and-white emoji. All the other programs on my system use the Noto Color Emoji font as configured; Deltatouch is overriding that config.
The black emojis that I do have do not seem to match those of any font on my system. The larger older set might have matched the emojis rendered by DejaVu Sans.
The potted plant emoji is fairly distinctive. The ones here on the forum look like those from Twitterās Twemoji font, with a less reddish pot:
My system renders the Noto potted plant except on DeltaTouch, where it renders as two black stems which may represent a ZZ plant. I have not yet identified that ZZ font.
Emoji reaction UX is reworked in this PR. In the popup that shows who reacted with which emoji, it will be possible to long-press an emoji to copy it to the clipboard, hopefully also non-rendering ones (still have to test it). It canāt be just a normal click/tap because in other DC apps, that sets your own reaction to the clicked one, so it will work like this in DeltaTouch as well.
I did not have time to look into the general emoji rendering topic yet
I should post this, actually; this screenshot is inside the āLive Chatā app. A profile name contains an absurd number of emojis, and the app renders them all. It renders emojis that render as tofu in the emoji-picker menu, like the smiley faces. While all the emojis that render in the picker (like the mountain, dove with olive branch, world map and ballot box) render in black-and-white in the picker, they render as full-colour Noto emoji in the app. The potted plant, which was in the picker in the previous version but which I canāt see there now, renders in monochrome green, emphatically not the Noto rendering.
Emojis can contain modifiers, for example to represent skin tones. It could be that the emojis in question could have modifiers in theory, but donāt have in your case. Some systems may then render them black and white, while others may use the default modifier. In the Live Chat app, itās rendered by Qtās WebEngine (which is a patched Chromium, unfortunately), which may have different default rendering than the QML components of the main DeltaTouch app.
But thatās just a guess. Iām afraid I wonāt have time to look into this for the next weeks.
Iām pretty sure the potted plant difference is font and not modifier.
Honestly, this isnāt that important to me usewise, Iāve just been niggling at it and recording stuff. Feel free to ignore me. More obvs.:
Some emojis that do not render in the emoji picker, nor in messages, nor in avatars, render in the sender-dateline under received messages, in avatar-color monochrome-and-white (such as smilies and the potted plant). The emojis that render in the emoji picker render in the sender-dateline. Nothing there renders in Noto.
In Live Chat, switching to Squeekboardās emoji layout and typing renders as ļ¤ļ„³ļ¤Øļ¤ļ„¦.
U+1F914
U+F914 ļ¤
&
U+1F973š„³
U+F973 ļ„³
&
U+1F928
U+F928 ļ¤Ø
&
U+1F913 ānerd faceā
U+F913 ļ¤
&
U+1F966
U+F966 ļ„¦
Also in Live Chat, the keyboardās facepalming woman renders as a Venus symbol (presumably the female modifier) and a tofu, but appended to the left end of the line; shrugging womanš¤·āāļø is also venus+tofu, but appends right like everything else. The other characters all render as tofu, except those that render as black-white emojis in the emoji picker AND render in colour in the emoji keyboard layout, which render in color Noto.
No worries. Basically I am running out of bugs. I find that I often open the long-press popup by accident while scrolling, but that may stop as I get used to it. Beyond that, Iāve not noticed any new issues.
EDIT (because there is a consecutive reply limit):
An actual bug! If a message contains a URL with an ampersand in it, all post-URL text will be highlighted and underlined as if part of the hyperlink.
Keep them coming
renders as ļ¤ļ„³ļ¤Øļ¤ļ„¦.
renders as a Venus symbol (presumably the female modifier) and a tofu, but appended to the left end of the line; shrugging womanš¤·āāļø is also venus+tofu, but appends right like everything else. The other characters all render as tofu, except those that render as black-white emojis in the emoji picker AND render in colour in the emoji keyboard layout, which render in color Noto.