Wireframe: want-in-enquiry

Setting or modifying what the enquirer wants for a chosen question in an enquiry.

This is a key component to forming the enquiry. There isn't space to do it in the Forming enquiry page, so it is done here for each of the chosen questions.

I've chosen this question to ask in this enquiry: now I need to decide which of the possible answers to that question I would be content with.

(to be checked; may be inaccurate)

• Add question
• Forming enquiry

• Add or change text on what I want
• Change fitting responses by checkbox
• Forget about adding a question: link → forming enquiry
• Button to accept requirement → forming enquiry

Key are:

• EnqID
• QID

• EnqName — Name of the current enquiry
• QTitle — Title of the question
• QItemShort — Short text of each option
• QItemLong — Fuller text of each option
• QDesc — Longer explanation of the question
• EQGrade — required or considering
  • EQGradLabel — (translations)
• MyEQWNote — Text describing what is wanted in user's words
• MyEQWants — Check boxes or other ways of selecting, depending on question structure

• if QMultiB (whether multiple options are allowed):
  • EQAllB
  • EQExtB

• MyEQWNote
• MyEQWants
• if QMultiB
  • EQAllB
  • EQExtB

Note that the question/wants form will be different from the Q/A form. Usually a Q/A form has radio buttons for a single answer, whereas Q/W form has check boxes for each acceptable answer.

Currently thinking of using “OK” to indicate that the answer would be acceptable

The point here is that asking the follow-on question only makes sense in the context of a particular answer to a wider question.

I have to document some good examples.

We should show the date of origin of this question, and some way of seeing previous versions.

We will try allowing multiple answers. The person asking a required question has to choose between:

• some overlap is required (non-zero intersection)
• exact match is necessary (Q:set equals A:set)
• must include all selected (A:superset to Q:subset)

The following two conditions are logically possible, but are probably too confusing to use reliably.

• any of selected but no others (Q:superset to A:subset)
• exclusions (zero intersection)

It is probably better to deal with exclusions though binary questions.

The key question is, is it easy enough to define as many binary questions for all the options, or are there distinct advantages for a set being grouped together?

What to do with this page if there is no Enquiry or no Question? Maybe catch this up front and return to the page that they came from.