Bug 229897 - [Content Type] Registry of content types does not support binary (non-text) content types
Summary: [Content Type] Registry of content types does not support binary (non-text) c...
Status: CLOSED DUPLICATE of bug 106832
Alias: None
Product: Platform
Classification: Eclipse Project
Component: Resources (show other bugs)
Version: 3.2.2   Edit
Hardware: PC Windows Server 2003
: P3 major (vote)
Target Milestone: ---   Edit
Assignee: Platform-Resources-Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-05-01 18:12 EDT by Yaroslav Mezheritsky CLA
Modified: 2012-12-10 11:08 EST (History)
6 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Yaroslav Mezheritsky CLA 2008-05-01 18:12:16 EDT
Build ID: M20070212-1330

Steps To Reproduce:

Just open the "Content Types" page in "Preferences" and try to make sense of what you see. :-)


More information:

The pre-defined hierarchy of content types does not provide any place to register binary (non-text) content types. 

(Perhaps, this is the reason why "Java Class File" content type is registered on top level, as a peer of "Text" content type. This looks really silly.)

I believe there may be tons of valid reasons to allow user-defined and plugin-defined binary content types. But this report was triggered by the following specific requirement: enable additional options for text search (see discussion of another bug report: bug #228974, https://bugs.eclipse.org/bugs/show_bug.cgi?id=228974).

If this hierarchy was not supposed to have any direct mapping to the standard content types (discussed in RFC 2045), then I would suggest to simply have yet another pre-defined top-level node named "Binary" (or "Non-Text") as a peer to the currently available "Text" node.

However, if this hierarchy was supposed to reflect the standard content types, then I guess the following top nodes would be fine:

    Text
    Image
    Audio
    Video
    Application
    X-Miscellaneous (or something like that)

In either case, users and plug-ins would have the place to register non-text content types.

(The "Java Class File" content-type would have to be moved down the hierarchy, of course.)
Comment 1 Szymon Brandys CLA 2009-04-24 10:56:54 EDT
The content type registry provided by Eclipse can be used to build arbitrary structures of content types.

Whether we want standard types or not in Eclipse is a decision on the application level. Shouldn't it be assigned to Platform IDE then?
Comment 2 Szymon Brandys CLA 2009-04-24 11:25:09 EDT
It's similar to bug 106832.
Comment 3 Szymon Ptaszkiewicz CLA 2012-12-10 11:08:50 EST
Decision if it is possible to change content type hierarchy has to be done in bug 106832. Closing as duplicate.

*** This bug has been marked as a duplicate of bug 106832 ***