Summary: | Image Compare should allow visual compare of gif and png | ||
---|---|---|---|
Product: | [Eclipse Project] Platform | Reporter: | Markus Keller <markus.kell.r> |
Component: | Compare | Assignee: | Platform-Compare-Inbox <platform-compare-inbox> |
Status: | NEW --- | QA Contact: | |
Severity: | enhancement | ||
Priority: | P3 | CC: | mistria, Szymon.Brandys |
Version: | 3.5 | ||
Target Milestone: | --- | ||
Hardware: | PC | ||
OS: | Windows XP | ||
Whiteboard: | |||
Bug Depends on: | 155323 | ||
Bug Blocks: |
Description
Markus Keller
2009-05-29 10:15:36 EDT
Currently, when looking for a content merge viewer[1] and the given files have different types there is a fallback which works like this: try to guess the type[2] and if the guessed type is "text" use content merge viewer for text comparisons otherwise use the one for binaries. I can see two solutions here: 1. Fix the first part (before we get to the fallback) and return a proper content merge viewer for files with different types (given the viewer is registered for both of the types). 2. Fix the way [2] works. I would be happy to fix this (either way) in early 3.6 cycle. [1] org.eclipse.compare.internal.CompareUIPlugin.findContentViewerDescriptor(Viewer, Object, CompareConfiguration) [2] org.eclipse.compare.internal.CompareUIPlugin.guessType(ITypedElement) The image content type (see bug 229897 and bug 106832) would also help here. If the content type is defined, we could bind ImageMergeViewerCreator to it. I think I'm leaning towards Szymon's suggestion to make use of defined content types to solve this issue. So, I'm marking this as blocked by bug 106832. Once it's fixed, we'll go back to this one. |