Closed bertfrees closed 9 years ago
@KariRudjord Next up are print page breaks.
You already provided an example of indicating print page breaks as marks in the left margin (requirement 4.8:106). Is this always a mark on a separate line? Or can it be on the same line as other text? The example you gave has a pagenum
element inside a level2
. Can the pagenum also appear inside a p
for example, and what happens in that case?
@bertfrees print page breaks: yes, marks in the left margin can be on the same line as other text.
Yes, the pagenum can also appear inside a <p>
. Then the mark in the margin appear at the same line as the word that comes after the <pagenum>
-tag.
Here is what Dedicon does:
Do the current requirements cover this? Most notably, putting both print page numbers at the top.
Will try and get some test data.
Thanks Davy. The current requirements should cover that I think. They are still subject to interpretation anyway. Not sure if we have explicitly written somewhere that header lines can wrap over two lines, but it sounds reasonable.
Hi Bert,
Please find attached an example of 4.8:105 / 4.8:107. However, we don't use this layout yet, but would like to be able to do so in the future. It's only a draft, but quite similar to the layout used in some French speaking countries.
Current practice at Nota, as far as I can work out, is as follows:
The current implementation is somewhat buggy, and the feature is rarely used. Now that we have a chance to do it right, I should probably confer with some of my colleagues as to what that entails.
I should add that I can provide a PEF example of the current layout, but I'm not sure to what extent we actually want to preserve that.
@mixa72 Great!
@stesk Sure, now we'll do it right :)
@bertfrees I've sent you an example of 4.8:106 inside a paragraph by email.
Cool, thanks Kari!
@mixa72 wrote:
Hi Bert, Please find attached two examples of downshifted print page numbers in the footer.
Thanks Mischa, added your example (see 4.7:102). Maybe give it a bit more explanation? Because I think it's a typical thing for SBS and maybe others don't get it. The _#AA,;
_#AB,+
etc. may look a bit cryptic to some.
Here is a short explanation of my examples in 4.7:102:
Great
@dkager said
- If one braille page contains content from multiple print pages, both print page numbers appear in the top center position.
Could I have an example of how this would look exactly?
- If the page numbers don't fit on one line , they are continued on the next.
Could I have an example of how this would look exactly?
- For some categories of books, at the position of the page break, the new print page number is inserted, centered with a line of whitespace above and below.
Q1: Is the pagenum taken out of the normal flow or not? Q2: What happens if the print page break and braille page break coincide? I.e. if no text precedes or follows the pagenum on the same braille page?
- If one braille page contains content from multiple print pages, both print page numbers appear in the top center position.
Could I have an example of how this would look exactly?
We use the very top row of the page. The number is centered, e.g. (using dots to represent spaces):
.......24.......
That's a page of width 16 cells. For two or more print page numbers we write them as a range:
.....24.-.25....
This is a simplification as the braille page number would also be printed in the top-right corner.
- If the page numbers don't fit on one line, they are continued on the next.
Could I have an example of how this would look exactly?
I'll ask for an example: I've never ran across one and think it unlikely that one will show up (you'd need very long page numbers).
For some categories of books, at the position of the page break, the new print page number is inserted, centered with a line of whitespace above and below.
Q1: Is the pagenum taken out of the normal flow or not?
In what way?
Q2: What happens if the print page break and braille page break coincide? I.e. if no text precedes or follows the pagenum on the same braille page?
No idea. My initial thoughts are that in this case the braille page really covers only one print page, so no page change indication is added and the page header lists only one print page number.
Q1: Is the pagenum taken out of the normal flow or not?
In what way?
Example:
bla <pagenum>24</pagenum> bla bla bla bla
not taken out of flow:
bla
.......24.......
bla bla bla bla
or taken out of flow, meaning the current line is finished first:
bla bla bla bla
.......24.......
bla
No idea. My initial thoughts are that in this case the braille page really covers only one print page, so no page change indication is added and the page header lists only one print page number.
Yes that is what I would think except I haven't seen an actual example of this yet although it seems like a fairly common thing to happen. I'm asking because this is the only feature that would make the print page break indicator something special. Otherwise it's just a simple block.
Q1: The pagenum is probably not taken out of the normal flow. As with Q2 I have some difficulties finding out. I'll work on it.
Q2: Doesn't this imply the print material contains a partially blank page, or a page with a large top or bottom margin? This sounds like a clear separation between levels (e.g. chapters) and would get the same behavior in braille. I haven't seen this in the sample books I looked at. I don't have direct access to the current conversion system yet but I'll forward this to the transcribers and come back to it.
It doesn't imply a partially blank page, but chances it happens are higher on a chapter change, because often at the start of chapter a new print page is started and also a new braille page.
Q1: Confirmed, pagenums stay in the normal flow. Even if a pagenum occurs in the middle of a word I'm told.
Addresses requirements:
Related issues: