mir/newpipe
2
0
Fork 0
mirror of https://github.com/TeamNewPipe/NewPipe synced 2025-08-22 01:58:16 +00:00
Code Issues Releases Wiki Activity

Fix comments in PlayerUiList

Browse Source
This commit is contained in:
Stypox 2025-06-09 18:20:06 +02:00
parent 3f62ec7e53
commit 317db719db
No known key found for this signature in database
GPG Key ID: 4BDF1B40A49FDD23
1 changed files with 4 additions and 9 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

13
app/src/main/java/org/schabi/newpipe/player/ui/PlayerUiList.kt
View File

@ -18,15 +18,7 @@ class PlayerUiList(vararg initialPlayerUis: PlayerUi) {
/**
* Adds the provided player ui to the list and calls on it the initialization functions that
/**
* Creates a [PlayerUiList] starting with the provided player uis. The provided player uis
* will not be prepared like those passed to [.addAndPrepare], because when
* the [PlayerUiList] constructor is called, the player is still not running and it
* wouldn't make sense to initialize uis then. Instead the player will initialize them by doing
* proper calls to [.call].
*
* @param initialPlayerUis the player uis this list should start with; the order will be kept
*/* apply based on the current player state. The preparation step needs to be done since when UIs
* apply based on the current player state. The preparation step needs to be done since when UIs
* are removed and re-added, the player will not call e.g. initPlayer again since the exoplayer
* is already initialized, but we need to notify the newly built UI that the player is ready
* nonetheless.
@ -97,6 +89,9 @@ class PlayerUiList(vararg initialPlayerUis: PlayerUi) {
return@runWithLockSync null
}
/**
* See [get] above
*/
fun <T : PlayerUi> get(playerUiType: Class<T>): T? =
get(playerUiType.kotlin)