Proposed updates for FEP 9098 #657

nikclayton commented 2025年07月18日 16:48:01 +02:00

I thought that linking to the specific types here was useful, to make it easier for the reader to click through and see any specific constraints on the types.

I thought that linking to the specific types here was useful, to make it easier for the reader to click through and see any specific constraints on the types.

nikclayton commented 2025年07月18日 16:49:02 +02:00

Best as I can tell, when talking about custom emojis the term shortcode should always refer to the text including the colons, i.e., the shortcode is :blobcat:, not blobcat.

Best as I can tell, when talking about custom emojis the term *shortcode* should always refer to the text **including** the colons, i.e., the shortcode is `:blobcat:`, not `blobcat`.

nikclayton commented 2025年07月18日 16:50:52 +02:00

I've split this in to general client considerations and considerations that are specific to the web.

I appreciate there's an argument to be made that if this is strictly about ActivityPub, and most clients / user agents aren't using AP but they're using e.g., the Mastodon client API, this doesn't belong here. But I don't know of a better place to put it, and since the original document had a section for client concerns I thought it was worthwhile to expand.

I've split this in to general client considerations and considerations that are specific to the web. I appreciate there's an argument to be made that if this is strictly about ActivityPub, and most clients / user agents aren't using AP but they're using e.g., the Mastodon client API, this doesn't belong here. But I don't know of a better place to put it, and since the original document had a section for client concerns I thought it was worthwhile to expand.

nikclayton commented 2025年07月18日 16:51:55 +02:00

This was originally two points, but you can shrink it to one, as done here, by including the {2,} in the regex to make it clear there must be at least two characters within the : of the shortcode.

This was originally two points, but you can shrink it to one, as done here, by including the `{2,}` in the regex to make it clear there must be at least two characters within the `:` of the shortcode.

nikclayton commented 2025年07月18日 16:54:07 +02:00

This is new, and based on the Mastodon behaviour. I don't know what other servers do, but maybe it's worth explicitly looping in different server authors to get their feedback here.

This is the sort of thing that could cause real interoperability problems if it's not nailed down, and I suspect different servers do behave differently.

For example, hachyderm.io has a collection of emojis that are designed to be placed next to one another to draw a l-o-o-o-o-o-o-o-ng cat. The effect is greatly diminished if you need to have a space between each emoji.

This is new, and based on the Mastodon behaviour. I don't know what other servers do, but maybe it's worth explicitly looping in different server authors to get their feedback here. This is the sort of thing that could cause real interoperability problems if it's not nailed down, and I suspect different servers do behave differently. For example, hachyderm.io has a collection of emojis that are designed to be placed next to one another to draw a l-o-o-o-o-o-o-o-ng cat. The effect is greatly diminished if you need to have a space between each emoji.

silverpill commented 2025年08月02日 23:42:47 +02:00

Could you provide an example of an RTL post containing custom emojis?

Could you provide an example of an RTL post containing custom emojis?

nikclayton commented 2025年08月03日 15:48:05 +02:00

https://tooot.im/@admin/112551593711979761

https://tooot.im/@admin/112551593711979761

silverpill commented 2025年08月03日 00:11:49 +02:00

How non-web (e.g. mobile) clients render custom emojis?

How non-web (e.g. mobile) clients render custom emojis?

nikclayton commented 2025年08月03日 15:23:30 +02:00

Depends on the client. Pachli (simplified):

• Loads the remote image defined by the emoji
• Determines the height of the text it will appear in.
• If the emoji fits within that height it is left unchanged, otherwise it is scaled (preserving aspect ratio) to fit within the available height
• Draws the emoji at the apropriate point, and advances the point where the next text will be inserted to the end of the emoji

Depends on the client. Pachli (simplified): - Loads the remote image defined by the emoji - Determines the height of the text it will appear in. - If the emoji fits within that height it is left unchanged, otherwise it is scaled (preserving aspect ratio) to fit within the available height - Draws the emoji at the apropriate point, and advances the point where the next text will be inserted to the end of the emoji

silverpill commented 2025年08月03日 19:59:32 +02:00

Interesting. So the post content is rendered as HTML, and then custom emojis are layered on top of it?
Or you just render post content as plain text?

Interesting. So the post content is rendered as HTML, and then custom emojis are layered on top of it? Or you just render post content as plain text?

silverpill commented 2025年08月03日 00:23:43 +02:00

I can't reproduce this. The Mastodon instance where I perform interop tests displays series of custom emojis even if they are without spaces. It is not up to date, though.

I can't reproduce this. The Mastodon instance where I perform interop tests displays series of custom emojis even if they are without spaces. It is not up to date, though.

nikclayton commented 2025年08月03日 15:19:49 +02:00

As far as I can tell this depends on whether or not the same emoji has been used "standalone" in the same post (mastodon.social, v4.5.0-nightly.2025年07月31日).

Here's one that uses :blobcat: on its own and as :blobcat::blobcat: -- as you can see, it works.

image

Here's one that uses :blobcat::blobcat::

image

As I note in the text, the two emojis have to be separated by something that isn't valid in the text part of an emoji shortcode. That could be a space, but e.g., a _ also works, as this example shows.

image

This has been a bug in Mastodon since at least 2018 (https://github.com/mastodon/mastodon/issues/7364).

As far as I can tell this depends on whether or not the same emoji has been used "standalone" in the same post (mastodon.social, v4.5.0-nightly.2025年07月31日). Here's one that uses `:blobcat:` on its own and as `:blobcat::blobcat:` -- as you can see, it works.  Here's one that uses `:blobcat::blobcat:`:  As I note in the text, the two emojis have to be separated by something that isn't valid in the text part of an emoji shortcode. That could be a space, but e.g., a `_` also works, as this example shows.  This has been a bug in Mastodon since at least 2018 (https://github.com/mastodon/mastodon/issues/7364).

silverpill commented 2025年08月03日 19:40:54 +02:00

Thanks, I was able to reproduce this problem.

Thanks, I was able to reproduce this problem.

silverpill commented 2025年08月03日 20:01:00 +02:00

There is no Icon type, the range of icon property is Image | Link: https://www.w3.org/TR/activitystreams-vocabulary/#dfn-icon

There is no `Icon` type, the range of `icon` property is `Image | Link`: https://www.w3.org/TR/activitystreams-vocabulary/#dfn-icon