You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
To be clear: this is a "nice to have", we don't currently do this. So it would be a prio 3 issue. Due to the complexity (i.e. you need information about the print text) I'm wondering if we should put this into the optional features for post-processing editing. I don't see an easy way to automate this unless you mark the ends of print pages (which is also required to show the print page numbers in braille). Then you could calculate the optimal line heights. But again this calculation depends on the size of the top and bottom margins of blocks, and you need a way to specify minimum height, i.e. always at least half a line.
To me this really sounds like something that you can automate, and we want to avoid post-processing as much as possible. It's not going to be easy but you have everything you need:
Marking up the boundaries of print pages: AFAIK it's not hard to do, and at least for school books it's done anyway.
The size top and bottom margins: you have that information.
@dkager wrote:
To be clear: this is a "nice to have", we don't currently do this. So it would be a prio 3 issue. Due to the complexity (i.e. you need information about the print text) I'm wondering if we should put this into the optional features for post-processing editing. I don't see an easy way to automate this unless you mark the ends of print pages (which is also required to show the print page numbers in braille). Then you could calculate the optimal line heights. But again this calculation depends on the size of the top and bottom margins of blocks, and you need a way to specify minimum height, i.e. always at least half a line.
See also: #25
The text was updated successfully, but these errors were encountered: