-
Notifications
You must be signed in to change notification settings - Fork 208
Added queue position and approx wait time. #402 #404
base: dev
Are you sure you want to change the base?
Conversation
IIRC embeds didn't look as nice. |
We decided against embeds because they don't look as nice as the current queue |
I have screenshots here, #402 |
Ok I see napster said it's okay |
Is there another way to display long message without using embeds? The issue here is once I added queue position and wait timer, the message gets too long :/ |
Without embeds there is more potential screen real estate (on desktop clients*) |
Embeds use a smaller font. |
Hi, can you provide screenshots please? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
FredBoat shouldn't use embeds where it isn't useful. Not all users see them and it is inconsistent with our other messages.
I'd like to hear your counterproposal on displaying a lot of information without bloating the messages. |
With a normal message, possibly less verbose than the current one |
Should I concat the music name to maybe to x characters and replace it with "..." ? |
Instead of commas I would put linebreaks |
I think there seem to be equivalent but shorter replacements for most strings: The last "minute" is completely wrong..can probably be replaced by single letter notation (h, m, s). We might have methods for that in TextUtils already. |
@Frederikam I think if I follow what napstr suggested, we don't need a line break. I will put up screenshots soon^tm. |
@napstr I looked at TextUtils, is this the method you're referring to? TextUtils#formatTime |
You're right, that actually looks better I haven't reviewed the code, but I think Napster wanted to do that |
I like the song name on the second line too. |
I have a question. How are Livestreams handled here ? |
@Nanabell It will now only print once for livestream. Seems like the one in production will print twice. |
Would be nice to find a way to incorporate them. Like, usually we show the name of the playlist and the amount of songs on it, instead of the songname and it's length. |
Is this waiting on further review? Or is the code still WIP since the last one? |
Let's reduce it to 3 songs and a clue that more have been added like a line of
@Frederikam needs to okay this. |
…a "..." line between the detail.
@Frederikam @napstr Let me know if this is appropriate. I added it because in the production, it usually reply to playlist with "Added 49 tracks. Found too many tracks to display." due to the > 800 characters check. |
For Does it also use the new format with searches? Just wondering. |
I loaded the same song to show how it looks like loading single track with empty queue and non-empty queue. |
@Frederikam What was changed last time you reviewed was performing the commands below will also use the new printout, with queue and x time to play. And removed embeds and use the text format instead.
|
@Frederikam I think I have made all your request changes. |
Unfortunately I don't feel like I have time to review this anytime soon, but at any rate, you should probably resolve those merge conflicts. |
Whats the point in solving merge conflicts over and over when the bottleneck is that there are no clear guidelines to the UI/UX of this? |
@napstr I don't believe I have as strong opinions about UX as you think I do. If you want you can review and merge this. As mentioned I haven't really followed the conversation. |
selectSuccess=Song **\#{0}** has been selected\: **{1}** ({2}) | ||
selectSuccess=Song selected {0} | ||
selectSuccessPartNowPlaying=Now playing | ||
selectSuccessPartQueueWaitTime=Queued: {0}, playing in: {1}. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Though it may make more sense to say "Queued as #{0}"
I don't want to review or manage anything UI/UX related. |
* dev: (178 commits) Convert to reactive web app Replace tomcat with undertow, remove unused jpa dependency Replace Spark API with Spring servlet based API Replace a few static calls to Launcher with injected dependencies Make YoutubeAPI a Component Make PlayerLimiter a Component Fix bot admins not recognized in private messages Add monocrome svg Resolve a few warnings and typos Snakeyaml plz Use gradle's new junit support Bump gradle to v4.6 Bump dependencies Remove obsolete tunnel configuration Turn off ehcache overflow to disk Adjust quarterdeck backend naming Backend has its own repository Handle uncaught errors more user friendly Refactor Sentry into Configuration, add mdc tags to it Add logs volume for backend service ... # Conflicts: # FredBoat/src/main/java/fredboat/audio/queue/AudioLoader.java # FredBoat/src/main/java/fredboat/command/music/control/SelectCommand.java # FredBoat/src/main/java/fredboat/util/TextUtils.java
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think it looks fine, we can polish later if need be.
NOTE: I am not quite content with patching i18n'd strings together, will have to look and see if it generates problems for translators/output to users.
I don't think there are interest in merging this pr, so I will go ahead and close it |
@SuhanKoh the problem is that the sentinel branch is blocking this PR. Much of this code would probably need to be changed, and I might do that migration once we deploy the next major version of FredBoat. This PR may not be merged, but I am keeping it open just so I won't forget. |
No description provided.