Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 331153

Summary:

[api] task attribute type of for HTML text

Product:

z_Archived

Reporter:

David Green <greensopinion>

Component:

Mylyn

Assignee:

Project Inbox <mylyn-triaged>

Status:

CLOSED MOVED

QA Contact:

Severity:

enhancement

Priority:

CC:

steffen.pingel

Version:

unspecified

Target Milestone:

---

Hardware:

All

OS:

All

Whiteboard:

Attachments:

Description	Flags
a patch that provides LONG_HTML_TEXT as an attribute type	none
mylyn/context/zip	none
add META_ATTRIBUTE_MIME_TYPE to TaskAttribute	none
mylyn/context/zip	none

Description David Green

2010-11-25 14:56:26 EST

@TaskAttribute.TYPE_LONG_HTML_TEXT@  should be available for identifying task attributes that can use HTML markup

Comment 1 David Green

2010-11-25 15:00:35 EST

Created attachment 183881 [details]
a patch that provides LONG_HTML_TEXT as an attribute type

Steffen, please review the attached patch.  The patch adds @LONG_HTML_TEXT@ and uses the long text editor by default (until the HTML text stuff is integrated)

Comment 2 David Green

2010-11-25 15:00:37 EST

Created attachment 183882 [details]
mylyn/context/zip

Comment 3 Steffen Pingel

2010-11-25 17:15:53 EST

Have you considered adding a meta data attribute that describes the mime-type instead? We would potentially end up with a lot of attribute types, e.g. for Confluence, TracWiki etc.

Comment 4 David Green

2010-12-02 16:57:57 EST

Created attachment 184415 [details]
add META_ATTRIBUTE_MIME_TYPE to TaskAttribute

Great idea Steffen.  How about something like this?

Comment 5 David Green

2010-12-02 16:57:59 EST

Created attachment 184416 [details]
mylyn/context/zip

Comment 6 Steffen Pingel

2010-12-09 19:13:58 EST

Thanks. That makes sense to me but seem very useful unless it's actually used by the framework?

Comment 7 David Green

2010-12-10 14:02:57 EST

(In reply to comment #6)
> Thanks. That makes sense to me but seem very useful unless it's actually used by
> the framework?

This is groundwork for future support by the framework.  Take for example the upcoming Html editor contribution to Mylyn Docs.  Also it's useful for connectors to be able to be more expressive about attribute metadata.  A real use case is for the Tasktop for VS plug-in to know which attributes are HTML without having to run a connector UI plug-in.

Comment 8 Steffen Pingel

2010-12-10 14:37:58 EST

I understand but adding this as API implies that setting the content type will have an effect whereas the framework does not actually support this, yet. In order to apply this patch we would to make use of it within the framework, e.g. using WikiText.

Comment 9 Eclipse Webmaster

2022-11-15 11:45:08 EST

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