-
Notifications
You must be signed in to change notification settings - Fork 506
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Survey fields: Don't assume Title & Description #1469
Comments
@willdoran do you think option 1 is doable in the next 2 weeks? Would option 2 be much better? |
Complications:
|
@brandonrosage @jshorland I talked with @willdoran and it looks like Option 2 is the only thing feasible in our timeline. As we went through it we realised the huge complication is how where does data from SMS/Email go if we don't have fixed title and description fields.. |
Makes sense. I hope my answer to your question about this issue lays out a reasonable solution for Option 1 and beyond. |
|
BOOM. PASSES QA. let's get this shipped! |
Surveys should no longer assume "Title" and "Description" fields. Users should be able to name and configure all fields -- no matter which ordered position they're in -- however they like.
In an effort to lay the foundation for a larger "Free-form surveys" solution, we need to scope this one of two ways:
1. Make surveys fully customizable
This would call for new surveys to be populated with only one field -- an "Untitled" short text field -- that can be turned into any of the available field types.
It would also call for any existing surveys with Title and Description fields to treat them as equal citizens: They can be re-ordered and changed into different field types (naturally requiring us to re-format existing values appropriately, and warning deployers of that implication before confirming such a change).
It would also call for the addition of a single toggle switch/checkbox attached to each field that indicated whether that field should be included in "postcards" for that survey.
Finally, it'd call for postcards to honor this flexibility by adopting the logic outlined in the full "free-form surveys" solution, where they display the values for fields that are configured to be shown in postcards (using the same order directed by the survey overall).
2. Just allow users to rename the 'Title' & 'Description' labels
Their respective field types would remain fixed, as short- and long-text fields. And they'd continue to be fields you couldn't re-order.
Demonstrations of each of the aforementioned field controls aren't yet staged in the PL, but can be very quickly depending on the path the development team chooses to take here.
The text was updated successfully, but these errors were encountered: