-
Notifications
You must be signed in to change notification settings - Fork 22
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
Support meal preference priority #9
Comments
As we go into more complex use cases like these, I think having some kind of more interactive user interface (e.g. web frontend) would be easier to use than through a CLI, i.e. something like an offline version of Mealpal's map interface. Images (crucial in choosing my preferences!) in particular will be wasted through CLI, especially if we want to list restaurants, meals, etc. We can consider moving this |
My opinion is for this tool to remain a CLI/scheduled task. The main use case is to automatically reserve a meal, so we don't need to remember to do so, especially if we know what we already want. Meal priority is for "error handling", listing meals( #7) are quality-of-life improvements to maintain our sanity (reading json blobs). The UX you've suggesting starts to out-run the usefulness of the tool: you only need to use these extra features (very rarely) to initially setup preferences/scheduler. But probably very costly to set something slick up for non-technical user. |
Good points, let's keep this CLI only then. |
In IRL, if a meal is unavailable, the user decides on their second choice. Many users will probably have a common fallback. We should support this by accepting a ranked preference of meals/restaurants. The retry logic will need to understand when a meal is sold out (vs. a http timeout) and to attempt to reserve the next choice.
The text was updated successfully, but these errors were encountered: