| Summary: | [api] provide a way to construct richtext task descriptions | ||||||
|---|---|---|---|---|---|---|---|
| Product: | z_Archived | Reporter: | Benjamin Muskalla <b.muskalla> | ||||
| Component: | Mylyn | Assignee: | Project Inbox <mylyn-triaged> | ||||
| Status: | CLOSED MOVED | QA Contact: | |||||
| Severity: | enhancement | ||||||
| Priority: | P3 | CC: | greensopinion | ||||
| Version: | unspecified | ||||||
| Target Milestone: | --- | ||||||
| Hardware: | PC | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Bug Depends on: | 357294 | ||||||
| Bug Blocks: | |||||||
| Attachments: |
|
||||||
|
Description
Benjamin Muskalla
That's an interesting suggestion. I would think that we would need a sort of dom to describe a rich text document that is then converted to the repository (markup) specific representation. David, does WikiText already have an API to facilitate that type of conversion? (In reply to comment #1) > ...David, does WikiText already have an API to facilitate that type of conversion? WikiText is specifically designed to do conversion: when parsing wiki markup it sends events to a @DocumentBuilder@. All that is needed to convert to something else is a concrete DocumentBuilder that can emit the desired output (we currently have these for HTML, DocBook, DITA, XSL-FOP). What is the desired output format? That looks promising. The desired output format would be anything supported by task repositories such as wiki markup, html or plain text. (In reply to comment #3) > That looks promising. The desired output format would be anything supported by > task repositories such as wiki markup, html or plain text. Once a specific output format is selected, all that is needed is the appropriate DocumentBuilder that can emit that output. Also needed is something to drive the DocumentBuilder interface (for example, we have a wiki markup parser for Textile, MediaWiki, Confluence, TracWiki and TWiki). Presumably anything could drive the interface (such as an HTML parser) enabling conversion from one format to another. The required API is now there for both Textile (used at Eclipse.org, and default for Bugzilla repositories) and Confluence (JIRA), developed on bug 357294. See @org.eclipse.mylyn.wikitext.core.parser.markup.MarkupLanguage.createDocumentBuilder(Writer)@. For repositories that use HTML or XHTML content, there is @HtmlDocumentBuilder@. Created attachment 207124 [details]
mylyn/context/zip
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 |