a horizontal proofing interface, line by line
here's a take on a horizontal proofing interface, where the scan is sliced up into individual lines:
might be good if you use an iphone, for instance. -bowerbird
I think this option is not bad, although I suspect not every proofer will have the patience to take it "line-by-line." Do you have software to automatically slice the bitmap and align the txt? Or are you slicing the bitmap by hand?
On 4/1/2010 5:46 PM, Bowerbird@aol.com wrote:
here's a take on a horizontal proofing interface, where the scan is sliced up into individual lines:
might be good if you use an iphone, for instance. If I were implementing DP again from scratch, I would almost certainly use an interface like this for at least part of the proofing interface/process. There are lots of advantages to putting the text very close to the image like that for close checking of individual characters. I would also provide a full page interface, much like the current DP one, since some things are easier to see when looking at the entire page at once.
Implementing this kind of line-by-line interface efficiently is only possible if one has word boundary information (actually, the line boundary) from the OCR. That kind of information was not available when DP started and to add it into the current DP would be so much effort as to make it out of the question. JulietS
I would rather have a scrolling semi-transparent gun-slit overlay on the image that would synchronize with the cursor in the text. I can't proof with so little context. On Fri, Apr 2, 2010 at 10:16 AM, Juliet Sutherland <vze3rknp@verizon.net>wrote:
On 4/1/2010 5:46 PM, Bowerbird@aol.com wrote:
here's a take on a horizontal proofing interface, where the scan is sliced up into individual lines:
might be good if you use an iphone, for instance.
If I were implementing DP again from scratch, I would almost certainly use an interface like this for at least part of the proofing interface/process. There are lots of advantages to putting the text very close to the image like that for close checking of individual characters. I would also provide a full page interface, much like the current DP one, since some things are easier to see when looking at the entire page at once.
Implementing this kind of line-by-line interface efficiently is only possible if one has word boundary information (actually, the line boundary) from the OCR. That kind of information was not available when DP started and to add it into the current DP would be so much effort as to make it out of the question.
JulietS
_______________________________________________ gutvol-d mailing list gutvol-d@lists.pglaf.org http://lists.pglaf.org/mailman/listinfo/gutvol-d
Implementing this kind of line-by-line interface efficiently is only possible if one has word boundary information (actually, the line boundary) from the OCR. That kind of information was not available when DP started and to add it into the current DP would be so much effort as to make it out of the question.
I've been thinking about the possibility of this kind of interleaved bitmap/txt at least as an option for SR? You can presumably flag the linebreaks inside the png in a non-intrusive way. It would require generating SR in a file format that can mix bitmap and txt, for example either html or rtf. If the linebreaks are coded non-intrusively inside the png then it is back-compatible with what you have now. Then you just need separate optional page editor software, and you have given the proofers the option of doing it line-by-line.
You can hide a lot of information in an image. There are algorithm for encripting messages in images. Sorry, I just can not think of the name of the method. regards Keith. Am 02.04.2010 um 19:16 schrieb Jim Adcock:
If the linebreaks are coded non-intrusively inside the png then it is back-compatible with what you have now. Then you just need separate optional page editor software, and you have given the proofers the option of doing it line-by-line.
Finally got around to making myself a cheat sheet re Latin / HTML entities: http://www.freekindlebooks.org/Dev/charmap.html
participants (6)
-
Bowerbird＠aol.com -
don kretz -
James Adcock -
Jim Adcock
-
Juliet Sutherland -
Keith J. Schultz