23874 2013-11-20 13:00:34 +0000 [WebVTT] Should there be support for <rp>? 2015-09-30 19:40:16 +0000 1 1 1 Unclassified TextTracks CG WebVTT unspecified PC All RESOLVED DUPLICATE 28265 v2 P2 normal --- 28265 1 fs silviapfeiffer1 giles mike philipj public-texttracks rick.eyre dave.null oldest_to_newest 96586 0 fs 2013-11-20 13:00:34 +0000 Prompted by http://crbug.com/150927 . Should <rp> tags be allowed under <ruby> tags? Currently they will be treated as "unrecognized", and hence end being dropped. As can be seen in the screenshot in the bug referenced above, this can give rise to odd-looking rendering even in UAs that support Ruby. (The rendering in non-supporting UAs will get pretty longwinded though...) 96619 1 giles 2013-11-21 01:15:43 +0000 It certainly looks bad. OTOH the WebVTT generator could strip this. How popular is <rp> with Japanese subtitlers? 96625 2 fs 2013-11-21 09:04:49 +0000 (In reply to Ralph Giles from comment #1) > It certainly looks bad. OTOH the WebVTT generator could strip this. I agree, and that would probably be my personal preference (i.e. "no change"). > How popular is <rp> with Japanese subtitlers? No idea. AFAICT, the referenced example is constructed. 96644 3 silviapfeiffer1 2013-11-21 17:25:56 +0000 I'm planning on aligning the WebVTT spec with the HTML spec once http://darobin.github.io/html-ruby/ has been sorted out. For now, I don't think we have any content that would be broken. 96664 4 giles 2013-11-21 21:09:17 +0000 Just to clarify, you plan to adopt the full set of ruby tags from the HTML spec, including <rp>, <rb> etc? 96669 5 silviapfeiffer1 2013-11-21 22:47:29 +0000 (In reply to Ralph Giles from comment #4) > Just to clarify, you plan to adopt the full set of ruby tags from the HTML > spec, including <rp>, <rb> etc? I don't have enough knowledge myself about ruby-like needs, but Robin has done an enormous amount of research. It seems his proposal satisfies all the use cases. So, yes, I thought I would just accept all of the elements he is proposing. Are you against that? 99423 6 philipj 2014-01-29 17:50:29 +0000 The situation is: WebVTT has <ruby> and <rt> http://whatwg.org/html has <ruby>, <rt> and <rp> http://darobin.github.io/html-ruby/ has <ruby>, <rb>, <rt>, <rtc> and <rp> I do not think we should align with darobin's spec until it has been implemented for HTML in some browser with positive results. As for <rp>, the HTML spec says that "The rp element can be used to provide parentheses or other content around a ruby text component of a ruby annotation, to be shown by user agents that don't support ruby annotations." This seems somewhat odd to add for WebVTT, can't browsers that implement WebVTT also just implement the ruby bits? All in all, I would suggest no change for v1, unless that change can be shown to fix some cases that are common in subtitles. Silvia, do you support moving this to v2? 99432 7 giles 2014-01-29 18:35:54 +0000 (In reply to Philip Jägenstedt from comment #6) > As for <rp>, the HTML spec says that "The rp element can be used to provide > parentheses or other content around a ruby text component of a ruby > annotation, to be shown by user agents that don't support ruby annotations." That was my thought as well. The counter-argument is that it's nice to copy/paste ruby markup in html, so supporting the same tag set is nicer for authors. We looked and didn't find any wild examples of <rp> in subtitles. > Silvia, do you support moving this to v2? FWIW I think postponing is a fine idea. I don't expect we'll have resources to implement this in Firefox in the near term. 99509 8 silviapfeiffer1 2014-01-30 22:53:11 +0000 Moving to v2. I too wanted to wait until browsers implement the <ruby> related tags. 123390 9 silviapfeiffer1 2015-09-30 19:40:16 +0000 Closing as a duplicate of Bug 28265. If we come across a need for <rp>, we can always re-open this. *** This bug has been marked as a duplicate of bug 28265 ***