-
-
Notifications
You must be signed in to change notification settings - Fork 45
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
Download defaults #105
Comments
Note: I'm familiar with Python and would be happy to implement. |
This was one of my thoughts in the past. But I decided against it. Some users prioritize aax, some aaxc. What if a user wants to download a cover and forgets
Yeah, click support arguments. So this is a good idea as an alternative to the
I also thought about it for a long time. My thought was what happens if the search does not bring the right result. In these cases, the app would also start downloading immediately. But I can also live well with your change proposal!
Help is very welcome. I am currently connected to my Python Goodreads API implementation. |
PSA for future visitors: See: #150 |
You may disagree, but I think that covering typical use cases by default would be good user experience.
Default to --aax or --aax-fallback
audible download --aax --title nemesis
becomesaudible download --title nemesis
This covers the broadest and simplest usage of the program -- to get an audiobook.
The user can still get the other downloadables by specifying those formats explicitly, but this covers the basic use case without requiring additional input.
Use non-option trailing free text as an unspecified match
This should be mutually exclusive with any
--title
or--asin
option. That is, you can either use--title
and/or--asin
, or you can use free text.audible download --title "nemesis games" --title "foo fighters"
audible download "nemesis games" "foo fighters"
audible download --asin B00Y1O1FYG
audible download B00Y1O1FYG
audible download B00Y1O1FYG "foo fighters"
should work--series
.Don't disambiguate between selections that are unambiguous
Note: this should apply per-selector -- that is, if someone states
audible download --title 'nemesis' --title fish
, and only one book is found per selector, it should not disambiguate. This appears to fit the current behavior anyways, though.Thanks for your time -- I hope these thoughts are useful. In any case, you've made a great tool that works well.
The text was updated successfully, but these errors were encountered: