The ability to choose a font for emoji

I think the best approach would be to allow users to attach their own library, perhaps by adding a form setting with a field to define a CSS override URL. I'll need to do more research to determine the best solution, but I believe it's possible.

Thank you!

I was able to add the ability to define a font family, but this introduced two issues:

1. Character Support:
Not all characters are supported by different font families. For example, some characters, like this emoji 👨‍❤️‍💋‍👨, are not displaying as expected when using certain font families, such as Noto from Google. In this case, the head and heart appear as two separate emojis. I’m not sure if the issue is related to current character codes or if we need to find a more standard character set that supports most of fonts. This will require further investigation.

2. Font Family for Emojis:
When adding emojis in the CKEditor textarea and displaying them on the frontend, the font family for the emoji needs to be explicitly defined. It seems that the emoji will need to be wrapped in a tag, with a class assigned, so that the proper font family can be applied both in the backend and frontend. I’ve been able to wrap the emoji in a span, but I still need to ensure the correct library is rendered so the proper font family is added.

While this feature adds flexibility, it also opens up additional challenges. the module now need to support multiple font families, and while there may be a standard character set, it’s something that will need careful consideration in terms of implementation. This is a crucial aspect that we'll need to address moving forward.

I have create a fork and commit what I have implemented so far, Once I know more then I will communicate the next steps.

This turned out to be more complex than I initially thought. To implement this feature, I need to first change how emojis are added to the module. Instead of fetching emojis directly from an API, I'm considering using a Node package that provides emojis and supports most fonts. This approach will also allow us to override the default font. Once that's in place, we can revisit this feature. I'll update this issue once it’s completed.