Community
Participate
Working Groups
We should investigate if it's possible to provide a rich text description for a task based on a build in case the task connector supports the notation of a rich description. Eg create a new task from a failed build * connector supports richtext/wikitext: provide build description as html/wikitext * connector supports plain text: do the same as now From a quick look, this means we would need to extend the TaskMapper and TaskMapping by a new flavor of description (eg. richDescription) and let the taskmapper decide (depending on the attribute type) which description to use (and fallback).
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
