Polls: Construct an html field during normalization.

Input of emoji in polls could use some work, but it's a different issue.

Closes #589 (closed)

added Bug label

resolved all threads

added 1 commit

• 72ee51c8 - Apply suggestion to src/services/entity_normalizer/entity_normalizer.service.js

Compare with previous version

Only works with outgoing emoji, I'm guessing it needs backend support for it?

ah, additional backend bug, it seems. oh well, this frontend fix won't need changes once that's fixed.

mentioned in issue pleroma#1870 (closed)

changelog entry needed i think, other than that lgtm

wondering if we have the same kind of class elsewhere too, seems problematic to have same styles for custom emoji in multiple places

yeah, was wondering as well.

I mean, I took this from status.vue, but i wasn't sure if it was safe to do on a more global level.

me wondering three.

to me it seems like the one in status_content.vue should be separated from being .status-content's child to .status-body's child, then any img.emoji should get it... as long as polls are always in statuses

ideally, in world where #857 (closed) is implemented we could just declare global "helper" class ._emoji that would set all the correct things across the page, while consumers (like polls, emoji picker, status header) could just override the dimensions of needed.

I can put it into status_content.vue. #857 (closed) would be indeed good, we can switch things around to that once we have it.

changed this line in version 4 of the diff

added 1 commit

• 8427c5a0 - Changelog: Add info about poll option emoji.

Compare with previous version

Changelog added

added 1 commit

• b0b33be9 - Poll, StatusContent: Move emoji css to status body.

Compare with previous version

Moved the CSS and indeed everything looks fine.

mentioned in commit 6343ee92

merged