| Summary: | [epub] UI command for converting to EPUB should use previous settings | ||
|---|---|---|---|
| Product: | z_Archived | Reporter: | Torkild Resheim <torkildr> |
| Component: | Mylyn | Assignee: | Torkild Resheim <torkildr> |
| Status: | CLOSED MOVED | QA Contact: | Torkild Resheim <torkildr> |
| Severity: | enhancement | ||
| Priority: | P3 | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | All | ||
| Whiteboard: | |||
| Bug Depends on: | 332122 | ||
| Bug Blocks: | |||
|
Description
Torkild Resheim
I can see two different approaches to solving this issue. One is to unpack the already present EPUB (if there is one) and obtain the information required from there (easy). And another is to store the information when executing the wizard to a specification file (more work). However these are quite different. The latter will result in a small file that can and should be committed to a RCS, the prior should never be checked in as it is the end result. If the prior approach is chosen it could be a good idea to actually generate a subset of the Ant script (everything within the <epub> element) and store this to a file. The code could later be used to actually generate the Ant script if the user desires so. Similar to what the PDE "export to deployable..." does. (In reply to comment #1) > If the prior approach is chosen it could be a good idea to actually generate a > subset of the Ant script (everything within the <epub> element) and store this > to a file. The code could later be used to actually generate the Ant script if > the user desires so. Similar to what the PDE "export to deployable..." does. This should of course read the "latter approach". Another benefit could be that it should be possible to drive the assembly using Ant instead of having another implementation that does pretty much the same job just for for the UI. This could lead to much more advanced features more easily implemented in the wizard without having to do anything but the UI. Moving to new EPUB component. After given this some more thought I think the best approach would be to reuse the existing data model. One could subclass elements in dc.ecore, ocf.recore and opf.ecore as required for adding extra information where appropriate. This would enable to UI command to make use of both the existing API and the entire data space. Mylyn has been restructured, and our issue tracking has moved to GitHub [1]. We are closing ~14K Bugzilla issues to give the new team a fresh start. If you feel that this issue is still relevant, please create a new one on GitHub. [1] https://github.com/orgs/eclipse-mylyn |