Bug 254605 - [api] Need to improve infrastructure for promptable filters
Summary: [api] Need to improve infrastructure for promptable filters
Status: NEW
Alias: None
Product: Target Management
Classification: Tools
Component: RSE (show other bugs)
Version: 3.0.1   Edit
Hardware: PC Windows XP
: P3 normal (vote)
Target Milestone: Future   Edit
Assignee: David McKnight CLA
QA Contact: Martin Oberhuber CLA
URL:
Whiteboard:
Keywords: api
Depends on:
Blocks:
 
Reported: 2008-11-07 10:34 EST by David McKnight CLA
Modified: 2009-06-17 14:45 EDT (History)
0 users

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description David McKnight CLA 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 CLA 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.