-
Notifications
You must be signed in to change notification settings - Fork 212
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
Separate auto-fill from next button #618
Comments
I can look into holding the current set of steps in some sort of quarantine and committing them in a separate step, sounds doable. Do other folks agree this would be beneficial?— On Fri, Apr 11, 2014 at 11:57 AM, Jason Rosenbaum
|
Yes, sometimes I missed a single required field and had to start all over On Fri, Apr 11, 2014 at 1:08 PM, Dan Drinkard [email protected]:
|
@drinks -- quarantine sounds good, though the way I proposed, you might not even need that, right? As in, the autofill will make the yaml and fill with defaults, and if the user presses autofill again, it makes new yaml to replace the old and fills. So no real extra memory needed, just a bit of rejiggering of the buttons. Of course, a real working back/forward feature set would be great, but we can probably get away with something easier. |
Well, the quarantine has to do with the actual implementation. Each form generates an arbitrary number of instructions so there's no real way to go back a step; as it could mean 10 steps or 2 in the corresponding json/yaml data.— On Fri, Apr 11, 2014 at 1:27 PM, Jason Rosenbaum [email protected]
|
ah, yeah, I see what you mean -- quarantine it is! |
Would be great if the autofilling of information was separate from the next button in the bookmarklet. This would allow you to check your work and submit the form to see if you got an unexpected errors without having to start over if you do.
So, the workflow would look like:
The text was updated successfully, but these errors were encountered: