Bug 254605

Summary:	[api] Need to improve infrastructure for promptable filters
Product:	[Tools] Target Management	Reporter:	David McKnight <dmcknigh>
Component:	RSE	Assignee:	David McKnight <dmcknigh>
Status:	NEW ---	QA Contact:	Martin Oberhuber <mober.at+eclipse>
Severity:	normal
Priority:	P3	Keywords:	api
Version:	3.0.1
Target Milestone:	Future
Hardware:	PC
OS:	Windows XP
Whiteboard:

Description David McKnight

2008-11-07 10:34:22 EST

Given the issues with bug 249245, RSE needs a cleaner way to deal with promptable filters.  In particular, RSE needs the following:

1) a way to determine whether to handle a promptable filter via the standard RSE filter reference adapter or to delegate the prompting to a subsystem

2) a way to determine whether actions such as "Show In Table", "Open In View" and "Go Into" should be available for a given promptable filter.

This can probably be solved by adding a new API to filter.

Comment 1 Martin Oberhuber

2008-11-07 11:27:59 EST

I'm not sure if (2) is needed. For me, it seems logical, that "Go Into" and friends never make sense on a promptable filter. The point, IMHO, is that anything that prompts should be handled via isPromptableFilter, and the kind of prompting needs to be selectable in the subsystem.