-
Notifications
You must be signed in to change notification settings - Fork 9
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
add PAGE annotation view #15
Comments
As for the PageViewer CLI call, in the simplest case we could add a simple button in the XmlView action bar. We should offer some way to configure the exact command line to use, though. Perhaps in the menu under a new "settings" widget? As a first step, we could just query an environment variable, so we would have to do e.g. |
(Of course, the proxy settings are specific to my environment) |
@mikegerber thanks for sharing your recipe – but I think in this case we don't need to guess where the workspace directory is relative to the PAGE file path, because we already control all (absolute) paths. We can just call whatever the user configured as base command and append |
#21 brought a partial fix. |
Not sure if avoiding re-inventing the wheel is the right thing here, it's just drawing a few polygons... Page Viewer is good but it also has the problem that it's hard to fix problems or add functionality |
I fully agree – hence this recommendation |
You were right, that wheel wasn't that hard to reinvent. |
Without re-inventing the wheel for displaying PAGE annotations, there is a lot of added-value in having one view option for this here. PageViewer does not know of OCR-D's relative path convention and can only show isolated pages, LAREX cannot cope with METS and OCR-D directory structures.
We already discussed integrating PageViewer loosely by just triggering a command-line call (in the simplest case, using
--resolve-dir workspace-directory
), or adding some IPC capability to PageViewer itself and then remote-controlling it from ocrd_browser.Alternatively, one might be able to integrate nw-page-editor's HTML via GTK's WebKit component.
The text was updated successfully, but these errors were encountered: