You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Right now, radio --list shows the user's list of favorite stations and then drops them right back to the shell. Perhaps we could improve the --list flag so it asks the user if (s)he wants to play a station from that list? We could attach numbers to the favorites list, and the user could just input the number of the station (s)he wants (or, say, 0 to go back to the shell as before).
On a related note, we could also improve the question Type the result ID to play: so it will actually accept 0 as a valid input to go back to the shell. This already does work, but the program also prints error messages at the end before dropping to the shell. Perhaps the user legitimately changed his/her mind and didn't want to play anything? In that case, if (s)he enters 0, don't print the unnecessary error messages.
The text was updated successfully, but these errors were encountered:
Hi, @robinhood2014,
Thanks for your contribution 💙 .
Contributors 🧑🤝🧑 like you make the open source community 🌍 such an amazing place to learn 📖 , inspire 👼, and create 🎨 .
We will investigate 👀 and get back to you as soon as possible 👍 . Just make sure you have given us sufficient information ℹ️.
By that time enjoy this meme 👇 , hope you like it 😄
invoking radio without any options allows you to select a station from your favorite menu already. I don't think we should unnecessarily play from the favorite list table.
Right now,
radio --list
shows the user's list of favorite stations and then drops them right back to the shell. Perhaps we could improve the--list
flag so it asks the user if (s)he wants to play a station from that list? We could attach numbers to the favorites list, and the user could just input the number of the station (s)he wants (or, say, 0 to go back to the shell as before).On a related note, we could also improve the question
Type the result ID to play:
so it will actually accept 0 as a valid input to go back to the shell. This already does work, but the program also prints error messages at the end before dropping to the shell. Perhaps the user legitimately changed his/her mind and didn't want to play anything? In that case, if (s)he enters 0, don't print the unnecessary error messages.The text was updated successfully, but these errors were encountered: