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
Area 51 - Testing Area
Skin engine enhancements (themes, guide colors, skin functions, weather settings...)
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="ajp8164" data-source="post: 862968" data-attributes="member: 64375"><p>Not easy, and not do-able in the 1.3 time frame (at least by me ;-) Dealing directly with the database will introduce a lot of risk in terms of time to understand, design, complete. I have no idea what the impact of changing the table schema of the tv database would be, nor do I understand the process for upgrading existing database installations. For 1.3 (at least) we'll need to stick with the current architecture. I can make some slight enhancements (including dumping the idea of skin settings being involved at all - just stick with MediaPortal.xml). I'll also rewrite the wiki to make it simple to understand and use.</p><p> </p><p>In principle I could agree that storing genre mapping information in the database makes sense but I'm not on board with putting color information in the database. Color info should live as close to the UI as possible; that's why I initially placed it all in SkinSettings.xml even though I "demoted" it to MediaPortal.xml - and I really only did that because the Configuration tool cannot be made to easily deal with multiple skins (let alone the whole client/server issue).</p><p> </p><p>I'm going to simplify the existing implementation by removing the skin settings override capability (taking skin setting completely out of the design) and reworking the wiki instructions. I know this doesn't solve some of the recently discussed design issues but we're getting close to 1.3 and I want to make this thing as usable as it can be given where we're at.</p></blockquote><p></p>
[QUOTE="ajp8164, post: 862968, member: 64375"] Not easy, and not do-able in the 1.3 time frame (at least by me ;-) Dealing directly with the database will introduce a lot of risk in terms of time to understand, design, complete. I have no idea what the impact of changing the table schema of the tv database would be, nor do I understand the process for upgrading existing database installations. For 1.3 (at least) we'll need to stick with the current architecture. I can make some slight enhancements (including dumping the idea of skin settings being involved at all - just stick with MediaPortal.xml). I'll also rewrite the wiki to make it simple to understand and use. In principle I could agree that storing genre mapping information in the database makes sense but I'm not on board with putting color information in the database. Color info should live as close to the UI as possible; that's why I initially placed it all in SkinSettings.xml even though I "demoted" it to MediaPortal.xml - and I really only did that because the Configuration tool cannot be made to easily deal with multiple skins (let alone the whole client/server issue). I'm going to simplify the existing implementation by removing the skin settings override capability (taking skin setting completely out of the design) and reworking the wiki instructions. I know this doesn't solve some of the recently discussed design issues but we're getting close to 1.3 and I want to make this thing as usable as it can be given where we're at. [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
Area 51 - Testing Area
Skin engine enhancements (themes, guide colors, skin functions, weather settings...)
Contact us
RSS
Top
Bottom