Skip to main content

in reply to TΞX

@textoo I just noticed another issue, I can't log into my instance, the OAuth flow is grabbing the wrong path
@TΞX
in reply to wakest ⁂

is this the path to your instance that is wrong, or the callback path to statuzer?
in reply to TΞX

@textoo I can login to all other apps so its something that Statuzer is doing. My instance is at social.wake st but my account short name is at wake.st
@TΞX
in reply to wakest ⁂

it should be fixed now :) (and emojis now are constraint by their height)
This entry was edited (6 days ago)
in reply to TΞX

eyyyy! working good in @statuzer now thanks to a quick fix by @textoo! cc @raphael who mentioned this to me!
in reply to wakest ⁂

on Phanpy, it follows text height, assuming it works like native emojis, instead of following its natural dimensions.

*But*, it has a max width limit in case it's too long and exceeded the width of the whole sentence/post 🙈

in reply to Bruno Philipe

the trick is to use a zero-width-joiner (ZWJ) char between the colons of separate emojos
in reply to Bruno Philipe

@brunoph or get mastodon to stop murdering long emojos in their FE. misskey has supported these for years
in reply to Shlee fucked around and

@shlee fml why is this not merged!?@andypiper anyway you could pop this PR on a review list? Seems like a great quality of interoperability improvement for Misskey to Mastodon users.
in reply to wakest ⁂

@shlee 👀 I had not been aware of this one. In a meeting right now but will take a look and see where we can go next.
in reply to wakest ⁂

Fun experiment! On Mastodon web, fixable by changing the CSS width to auto :) I could see these kinds of badges/buttons being a thing if more clients would display them inline at text height!
in reply to nicolas ⁂

@nclm go look at any japanese misskey user. They use them *constantly* over in the misskey-verse
in reply to wakest ⁂

Oh cool! That could be a reason enough to support those in other fedi clients then :)