home
products
contribute
download
documentation
forum
Home
Forums
New posts
Search forums
What's new
New posts
All posts
Latest activity
Members
Registered members
Current visitors
Donate
Log in
Register
What's new
Search
Search
Search titles only
By:
New posts
Search forums
Search titles only
By:
Menu
Log in
Register
Navigation
Install the app
Install
More options
Contact us
Close Menu
Forums
MediaPortal 1
Development
General Development (no feature request here!)
Volume OSD
Contact us
RSS
JavaScript is disabled. For a better experience, please enable JavaScript in your browser before proceeding.
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an
alternative browser
.
Reply to thread
Message
<blockquote data-quote="joboehl" data-source="post: 74648" data-attributes="member: 23490"><p>Hi, </p><p></p><p>I was thinking in making the volume OSD available troughout the whole MP experience, but after taking a look at the source code I got a doubt. </p><p></p><p>I see that the VolumeHandler sends the message ACTION_SHOW_VOLUME and this message is then treated inside each module (Eg: WINDOSW_TVFULLSCREEN or WINDOWS_FULLSCREEN_VIDEO). </p><p></p><p>I don't think it would be practical to code a volumebar renderer in each screen where it could be used, si I tough about moving the ACTION_SHOW_VOLUME to the main WindowsManager (GUIWindowsManager.cs). The point is, I don't know if this (making it specific for each component) was make on purpose or not. If it was, I can then start coding inside each module (musics, menus, etc) the volumear handler. If not, I tough about this approach initially. </p><p></p><p>- Split the RenderVolume/Render loginc into a separate module/file. </p><p>- Move the ACTION_SHOW_VOLUME message handling to the main GUIWindowManager. </p><p>- Always direct, indepedent of the screen, to the volume handler functions and decided in there what's needed to do in terms of rendering. </p><p></p><p></p><p>I was also thinking about some improvements so skins could work a little bit more in terms of the look and feel of the volumebar, but maybe in the future. </p><p></p><p>Since I'am realy new to this project, I don't want to break any structure you guys are defining, so would like to understand where should I put this functions if I decided for the wrong places. </p><p></p><p>Also, if anyone is already looking at this, I'll step back or help. Up to you guys. <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite1" alt=":)" title="Smile :)" loading="lazy" data-shortname=":)" /></p><p></p><p>Comments anyone?</p><p></p><p>Thanks, </p><p>Julio</p></blockquote><p></p>
[QUOTE="joboehl, post: 74648, member: 23490"] Hi, I was thinking in making the volume OSD available troughout the whole MP experience, but after taking a look at the source code I got a doubt. I see that the VolumeHandler sends the message ACTION_SHOW_VOLUME and this message is then treated inside each module (Eg: WINDOSW_TVFULLSCREEN or WINDOWS_FULLSCREEN_VIDEO). I don't think it would be practical to code a volumebar renderer in each screen where it could be used, si I tough about moving the ACTION_SHOW_VOLUME to the main WindowsManager (GUIWindowsManager.cs). The point is, I don't know if this (making it specific for each component) was make on purpose or not. If it was, I can then start coding inside each module (musics, menus, etc) the volumear handler. If not, I tough about this approach initially. - Split the RenderVolume/Render loginc into a separate module/file. - Move the ACTION_SHOW_VOLUME message handling to the main GUIWindowManager. - Always direct, indepedent of the screen, to the volume handler functions and decided in there what's needed to do in terms of rendering. I was also thinking about some improvements so skins could work a little bit more in terms of the look and feel of the volumebar, but maybe in the future. Since I'am realy new to this project, I don't want to break any structure you guys are defining, so would like to understand where should I put this functions if I decided for the wrong places. Also, if anyone is already looking at this, I'll step back or help. Up to you guys. :) Comments anyone? Thanks, Julio [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
Development
General Development (no feature request here!)
Volume OSD
Contact us
RSS
Top
Bottom