Originally created by @raviwarrier on GitHub (Aug 12, 2023).
In the above image, the duration is displayed twice. I understand that in this case it's so because the audiobook has only 1 file, but from the perspective of file(s), the size may be a better detail to display as it might help the user determine data consumption while streaming or downloading and help them decide if they can and/or should play/download the book, especially if they have low bandwidth (a large book may take longer time to download then they may have before losing/disconnecting the lan/internet connection), low space on their devices, etc.
Originally created by @raviwarrier on GitHub (Aug 12, 2023).

In the above image, the duration is displayed twice. I understand that in this case it's so because the audiobook has only 1 file, but from the perspective of file(s), the size may be a better detail to display as it might help the user determine data consumption while streaming or downloading and help them decide if they can and/or should play/download the book, especially if they have low bandwidth (a large book may take longer time to download then they may have before losing/disconnecting the lan/internet connection), low space on their devices, etc.
I disagree on "Show file size instead of duration". The top section shows total duration, and the bottom section shows duration of each individual file. Some of my audiobooks have 5-100 audio files.
IMO, in the top section, it should show Total File Size for sure. The web app does show this information, but the mobile app does not. Do not need to list the size of each individual file in the bottom section, as when you download a book via the app, it downloads it all.
The web app does show both Size & Duration among others, but for mobile, it'd be too crowded.
@ghost commented on GitHub (Sep 2, 2023):
I disagree on "**Show file size instead of duration**". The top section shows total duration, and the bottom section shows duration of each individual file. Some of my audiobooks have 5-100 audio files.
IMO, in the top section, it should show **Total File Size** for sure. The web app does show this information, but the mobile app does not. Do not need to list the size of each individual file in the bottom section, as when you download a book via the app, it downloads it all.
The web app does show both **Size** & **Duration** among others, but for mobile, it'd be too crowded.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Originally created by @raviwarrier on GitHub (Aug 12, 2023).
In the above image, the duration is displayed twice. I understand that in this case it's so because the audiobook has only 1 file, but from the perspective of file(s), the size may be a better detail to display as it might help the user determine data consumption while streaming or downloading and help them decide if they can and/or should play/download the book, especially if they have low bandwidth (a large book may take longer time to download then they may have before losing/disconnecting the lan/internet connection), low space on their devices, etc.
@ghost commented on GitHub (Sep 2, 2023):
I disagree on "Show file size instead of duration". The top section shows total duration, and the bottom section shows duration of each individual file. Some of my audiobooks have 5-100 audio files.
IMO, in the top section, it should show Total File Size for sure. The web app does show this information, but the mobile app does not. Do not need to list the size of each individual file in the bottom section, as when you download a book via the app, it downloads it all.
The web app does show both Size & Duration among others, but for mobile, it'd be too crowded.
@advplyr commented on GitHub (Sep 6, 2023):
I agree with @realmain. Duration is more useful there I believe.