Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 132335 - WI1 (76160): Provide extension point for custom editors/viewers for opening attachments.
Summary: WI1 (76160): Provide extension point for custom editors/viewers for opening a...
Status: CLOSED WONTFIX
Alias: None
Product: z_Archived
Classification: Eclipse Foundation
Component: TPTP (show other bugs)
Version: unspecified   Edit
Hardware: All All
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Paul Slauenwhite CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on: 76160
Blocks:
  Show dependency tree
 
Reported: 2006-03-17 09:11 EST by Paul Slauenwhite CLA
Modified: 2016-05-05 11:08 EDT (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Paul Slauenwhite CLA 2006-03-17 09:11:29 EST
WI1 (76160): Provide extension point for custom editors/viewers for opening attachments.

Note: This defect covers work item 1 of enhancement #76160
(https://bugs.eclipse.org/bugs/show_bug.cgi?id=76160) for supporting annotations for all ExecutionEvents.

When the user selects the Open button for an attachment in the Log View, the attachments opens with system default editor (e.g. as determined by the SET Program class).  Provide extensibility for consuming products and users to register their own actions for the Open button.
Comment 1 Marius Slavescu CLA 2006-03-17 11:15:53 EST
Would be possible to expose the Eclipse "Open" and "Open With" actions directly in the attachment table, I think you just need to adapt the attachement entry to IResource.

You may not need a new extension point to describe this behavior as Eclipse already provides one.
Comment 2 Marius Slavescu CLA 2006-05-09 15:24:30 EDT
See the discussion about content types in bug 135107.
Comment 3 Bianca Jiang CLA 2006-05-24 14:38:47 EDT
This sub-feature was a new request during 4.2 and could not be contained in 4.2. Deferring to 4.3.
Comment 4 Paul Slauenwhite CLA 2007-01-17 09:25:54 EST
Sizing updated as provided by Bianaca.
Comment 5 Paul Slauenwhite CLA 2007-01-26 08:25:14 EST
Targeting to future since not containable in 4.4.
Comment 6 Paul Slauenwhite CLA 2007-01-26 09:01:30 EST
As discussed on this week's Test Project call (January 22, 2007), the Test Project will focus on existing P1 - P2/Blocker - Major and P1/Normal and test creation/automation defects (omitting defects dependant on outstanding features) in TPTP 4.4.  All other Test Project defects have been targeted to future.

If this defect has been targeted to future and you/originator feel it should be completed in 4.4, please provide the necessary reason as a reply to this comment or a post to the Test Project mailing list (tptp-test-tooling-dev@eclipse.org).  We will collectively triage and assess our resources to determine a case-by-case decision. 
Comment 7 Paul Slauenwhite CLA 2007-01-26 09:03:55 EST
Correction:  The Test Project mailing list is tptp-testing-tools-dev@eclipse.org.
Comment 8 Paul Slauenwhite CLA 2007-01-26 10:19:06 EST
Changing the priority to P3 since TPTP only uses P1 - P3 priorities.
Comment 9 Paul Slauenwhite CLA 2007-11-07 10:18:44 EST
Reassigning to the Project Lead.
Comment 10 Paul Slauenwhite CLA 2009-06-09 12:42:22 EDT
Currently, there are insufficient resources to contain this defect.  For this defect to be considered, please re-open with an attached patch including code to resolve the symptom and test cases to test the fix.
Comment 11 Paul Slauenwhite CLA 2009-06-09 14:55:26 EDT
Closing.
Comment 12 Paul Slauenwhite CLA 2009-11-23 10:27:33 EST
Correcting component.