Page MenuHomePhabricator

Collection PDF generation doesn't handle <ruby> elements
Closed, ResolvedPublic

Description

Author: mike.lifeguard+bugs

Description:
As seen in PDFs like http://aktzero.com/wikibooks.org-Japanese-11.11.2009.pdf the PDF generator doesn't handle <ruby> elements, which are used for markup of Japanese characters.


Version: unspecified
Severity: normal
URL: http://en.wikibooks.org/w/index.php?title=Template:Furi&oldid=1376945

Details

Reference
bz21504

Event Timeline

bzimport raised the priority of this task from to Low.Nov 21 2014, 10:55 PM
bzimport added a project: Collection.
bzimport set Reference to bz21504.

Since the URL isn't working anymore, could anyone who is able to
reproduce this attach the PDF to this bug?

Created attachment 8974
Patch showing ruby tags are borked.

Well its outputting the html tags straight (The pdf link may have died, but the example wiki link was still there).

Attached is pdf rendering of http://en.wikibooks.org/w/index.php?title=Wikibooks:Sandbox&oldid=2161144

I would expect the pdf rendering to not show html tags it doesn't understand (like what happens in html). [Although obviously it would ideally understand them ;)

Attached:

@cscott: Can OCG handle anything that Parsoid outputs? If so, can we close this in favour of telling extension developers to add parsoid support?

I'm pretty sure Parsoid supports all the HTML5 ruby elements. I'm not sure what packages to use to get ruby to render correctly in XeLaTeX, but if someone wants to give me some hints I'd be happy to add support.

No issue with current generation of Proton PDF rendering.

MSantos claimed this task.