Skip to content
This repository has been archived by the owner on Sep 16, 2019. It is now read-only.

Emoji's not exported to PDF #57

Closed
neilstuartcraig opened this issue Jul 26, 2016 · 4 comments · Fixed by #93
Closed

Emoji's not exported to PDF #57

neilstuartcraig opened this issue Jul 26, 2016 · 4 comments · Fixed by #93
Labels
bug Supports in Marp Next The tagged issue has/would resolved in repos on @marp-team, and might close in near future.

Comments

@neilstuartcraig
Copy link

Hi all

I just started using Marp and it's excellent - it's replaced PPT already.

I noticed that emoji's aren't exported to PDF though (i tried viewing in preview and Chrome) on both my OSX 10.9 and 10.11 installs. I don't think there's a generic issue with emoji's and PDF as e.g. this PDF has emoji's.

Happy to help/test/code in any way necessary if you're interested in supporting this.

Cheers
Neil

@yhatt yhatt added the bug label Jul 30, 2016
@yhatt
Copy link
Owner

yhatt commented Jul 30, 2016

I also saw it in OSX 10.11. Are you using Apple's emoji? (You'll see emoji image at text buffer if you use it)

We will look for how to resolve. Until we resolve this issue, you can use Github style syntax like :smile:.

@neilstuartcraig
Copy link
Author

Ah cool, thanks. Yes, I was using Apple emojis which don't work for me. Changing to GH emojis does work in the preview and the exported PDF.

@djds23
Copy link

djds23 commented Jul 13, 2017

@yhatt as a note, this does not work inside code snippets.

I use 👈 ☝️ 👇 in code comments for snippets in my slides, and the :point_up: syntax is rendered as text, not as the emoji.

Thank you very much for your work on this product!

@yhatt yhatt added the Supports in Marp Next The tagged issue has/would resolved in repos on @marp-team, and might close in near future. label Aug 21, 2018
@yhatt
Copy link
Owner

yhatt commented Oct 7, 2018

We're still keeping to work about emoji problems.

In the core of Marp Next, we support the aggressive conversion of emoji (shortcode and Unicode) into SVG vector images provided by twemoji. It can convert emoji in <code> element too. It would be a default behavior of Marp Next because we want to provide immutable exported result in any environments.

The trade-off for using aggressive conversion is not to be possible rendering Unicode emoji by system fonts (e.g. Apple Color Emoji, Segoe UI Emoji). So Marp Core can disable the agressive conversion, but it causes issues for each environments.

@yhatt yhatt removed this from the v0.1.0 milestone Oct 8, 2018
@yhatt yhatt closed this as completed Sep 15, 2019
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
bug Supports in Marp Next The tagged issue has/would resolved in repos on @marp-team, and might close in near future.
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants