I really like pod_player. I didn't find any other player packages out there with the same quality of support on the web platform (which is one of the platforms we' re targeting in our application). This is why would like to depend on pod_player for showing surgery preview video's in a doctor-patient session. A typical use case would be that a doctor would use a pointer device (say mouse) to highlight things in a paused / playing video.
In such a scenario, the semi-opaque 'barrier' that covers the whole player rectangle on hover is also obfuscating the the stuff that a doctor wants to highlight.
Would it be possible to provide a boolean setting for switching to a more 'interactive', 'unobtrusive' mode -- a mode in which the part above the player controls is not (or not that much) obfuscated? One way of implementing this would be to use a more transparent barrier color in that case; another one would be restrict the semi-transparent ColoredBox to cover just the controls area.
I read in your answer to other feature requests that if the pod_player UI is not satisfying one's needs, one is free to build one's own by providing an overlayBuilder. I hope that the just described use case is general / reasonable enough so that a complete opt-out of the pod_player default overlay can be avoided.
I really like pod_player. I didn't find any other player packages out there with the same quality of support on the web platform (which is one of the platforms we' re targeting in our application). This is why would like to depend on pod_player for showing surgery preview video's in a doctor-patient session. A typical use case would be that a doctor would use a pointer device (say mouse) to highlight things in a paused / playing video.
In such a scenario, the semi-opaque 'barrier' that covers the whole player rectangle on hover is also obfuscating the the stuff that a doctor wants to highlight.
Would it be possible to provide a boolean setting for switching to a more 'interactive', 'unobtrusive' mode -- a mode in which the part above the player controls is not (or not that much) obfuscated? One way of implementing this would be to use a more transparent barrier color in that case; another one would be restrict the semi-transparent ColoredBox to cover just the controls area.
I read in your answer to other feature requests that if the pod_player UI is not satisfying one's needs, one is free to build one's own by providing an
overlayBuilder. I hope that the just described use case is general / reasonable enough so that a complete opt-out of the pod_player default overlay can be avoided.