We have a static-content, rich-text Connect macro. When adding an emoji both to the normal body of a Fabric page and the macro body on the same page, at least one case is not rendered accurately inside the macro body. The implementation of this particular macro does nothing but return to Confluence the original SFXML posted to it, which Confluence then renders on the page. When the macro body SFXML is rendered by Confluence, the displayed emoji doesn’t match what was added in the editor.
The following screenshots depict the problem both inside and outside the macro body on a Fabric page. We were testing the lack of support for adding rich-text Connect macros to table cells (
), which is where the demo text comes from.
Fabric editor:
Fabric published:
SFXML macro body posted to us by Confluence:
<p>unfortunately, the table wouldn’t let us put it in there <ac:emoticon ac:name=\"blue-star\" ac:emoji-shortname=\":disappointed:\" ac:emoji-id=\"1f61e\" ac:emoji-fallback=\"😞\" /> </p>
Rendered HTML inside Confluence:
Notice how the disappointed emoji was instead rendered as a blue star.
)
Its worsened by the fact that Confluence does not provide page content stylesheets on a CDN for Connect apps to leverage (and technically there ought to be one for each of the Legacy and Fabric page types). The Marketplace’s embeddable JSD/KB support widget for app listings seems to run into all the same problems, which makes me wonder why that API is so poorly supported.