[
https://issues.apache.org/jira/browse/COR-11?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14314623#comment-14314623
]
Peter Kelly commented on COR-11:
--------------------------------
Just coming back to this - I think a good step forward first would be for us to
focus on getting the editor working in-browser, with a server-side component
handling file format conversion. This will be usable both for local editing
(run the web server locally, and bring up a browser to localhost), or could be
deployed on a web server.
The latter would also give us a nice way of showcasing the project, by
providing a demo site where people can come and try out the editor, and see how
well it works with their existing word docs (where and how to host this is an
issue; but that's a separate discussion).
I think the title of this JIRA issue would should really be "design and
implement a user interface" - the interfacing between WebKit and DocFormats is
simply a matter of linking a given app against both libraries and using
DocFormats when loading/saving documents. The *real* challenge is the bigger
picture of where this fits in, and I think this latter is something we need to
decide before we can know what to do with the bits that we currently have.
I don't have any specific preferences regarding the server-side technology; it
could be done in Python (I'm doing some REST API implementation in Python right
now in some other work and I quite like it); it could be an Apache module, a
java servlet, a node.js app, or something else. It really depends on the
skillset of whoever is willing to implement the server. I think it would be
nice to have it done in a way that's easy for people to integrate into their
websites/intranets etc. so that they can add editing and conversion
functionality without having to radically change the rest of their site.
And then there's the desktop - that's another question. I'm very much inclined
towards Qt on technical grounds. I'm not sure about whether the license would
prevent development on a Qt frontend to occur within the context of an Apache
project (this would be a real shame IMHO); I guess GTK is another alternative
but I haven't been very impressed by GTK apps I've seen on non-Linux platforms.
I've been extremely busy of late but am hoping to come back to the editor and
tidy up some unfinished work on some features and document it more thoroughly.
> Make interface between docformat and webkit (prepare for e.g. Qt).
> ------------------------------------------------------------------
>
> Key: COR-11
> URL: https://issues.apache.org/jira/browse/COR-11
> Project: Corinthia
> Issue Type: New Feature
> Components: DocFormats - API
> Environment: source
> Reporter: jan iversen
> Priority: Blocker
> Fix For: 0.5
>
>
> We need a API to the library
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
