-
Notifications
You must be signed in to change notification settings - Fork 1
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
Define expected commands #15
Comments
I've gone through this a bit more, and thought a bit about it, and according to how cobra approaches it:
With that, the high level commands are:
so you could have something like this for a new event:
and then the more fun one...
|
OK, after further analysis, I've gone back to the original high-level command idea. The high-level commands are:
So to go back to the previous example...to create a new event:
|
Gah. This is driving me crazy. I don't remember why I changed away from the initial one. Remember, the pattern to follow is That would mean it should be The verbs are:
The nouns are:
Not all verbs work with all nouns; for example, |
Here's the matrix of verbs and nouns:
|
A lot of this is sorta stubbed out, but I think that it makes sense, in order to work through the UX, to add all the commands and basics in the cobra stuff.
Here's what I think the high level command are:
config
Returns the current configurationdoctor
Check that everything looks goodevent
Create or modify an eventprogram
Create or modify a programspeaker
Create or modify speakerssponsor
Create or modify sponsorsversion
Return the current version of the toolThe main commands (event, program, speaker, and sponsor) all have sub-commands of
add
andedit
, for consistency.Add and edit commands for event, program, and speaker will take in either
city year
as arguments, or prompt for them. The add and edit commands for sponsor will take in the sponsor name as an argument or prompt for it.Edit event should prompt and say "what field do you want to modify" or something. And then act on it. so maybe something like:
The good things? We can validate fields as they are entered. The bad? The list of fields could get REALLY LONG.
What's going to end up happening is going through all the if cases (edit an organizer vs add one, how do they add sponsor levels?, etc)
The text was updated successfully, but these errors were encountered: