-
Notifications
You must be signed in to change notification settings - Fork 31
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
rubyReserve rendering issue between 1 and 2-line events #180
Comments
It looks like a bug at Line 743 in 5dcdd8b
context.rubyReserve[0] === "outside" && lineList.length == 1 .
|
@jbaden See PR at #181. Looking forward to your review. I also encourage you to submit test content at https://github.com/w3c/imsc-tests . |
Hi @palemieux, Thanks for taking a look! However, from what I can see, there is still relative movement along the y-axis between the baseline of the 1 and 2-line events. Also, per your suggestion, I added this test file in imsc1_1/ttml/rubyReserve/rubyReserve004.ttml (commit) |
@jbaden Which browser/OS are you using? I do not see a jump at http://sandflow.com/imsc1_1/index.html using Windows 10/Chrome. |
My apologies, @palemieux. I was looking at http://sandflow.com/imsc1_1/ as opposed to http://sandflow.com/imsc1_1/index.html (not realizing the /index appendage was actually linking elsewhere). I didn't realize the PR was referencing a different site. I took another look at the file and the issue definitely appears to be fixed now. Thank you! |
Hello,
I've noticed an issue in imsc1 renderer where the baseline shifts between 1 and 2-line events when tts:rubyReserve is employed. In my example below, (excerpted from the attached XML), I have used annotation-position: "outside".
rbyReserveTEST.zip
The rendering appears fine between 2-line events, as illustrated in these tests. It seems this issue is introduced between 1 and 2-line events:
Note the jump between 1 and 2-line events when rubyReserve:outside is being employed, which, per the specification, shouldn't occur:
"If the position component is outside, then, if the current block area contains exactly one line area, the both position applies, otherwise the semantics of the before position applies to the first line area of the current block area and the semantics of the after position apply to all other line areas of the current block area."
Thanks!
The text was updated successfully, but these errors were encountered: