Posts: 15,282
Joined: Jan 2009
Reputation:
739
ronie
Team-Kodi Member
Posts: 15,282
the goal of our standard skin is to use as little external scripts as possible.
what needs to be done (if anything) is change the logic in xbmc to only pull
unwatched recently added items from the database.
Posts: 561
Joined: Aug 2010
Reputation:
6
I know and I agree. Using the widgets addon would make it user friendly and configurable through the GUI to change the recently added options. You could maybe check for the presence of skin.widgets and use that when the user has it installed (not as a confluence dependency) otherwise fall back to the default.
There is only going to be a handful of users that do not only want to see the unwatched files so those people as an exception to the rule should change the xml manually and not the other way around.
Posts: 31,445
Joined: Jan 2011
2014-11-18, 03:28
(This post was last modified: 2014-11-18, 03:30 by Ned Scott.)
To continue the discussion from PR5745, I'm confused as to why this specific PR was closed. How the PR uses another add-on sounds just like one of the examples the team has said about how this should happen for the default skin. That is, remove any requirement, but allow for additional functionality if installed, so long as the skin code is still reasonably maintainable, along with a reasonable demand for the feature. That sounds like what the PR did.
Posts: 31,445
Joined: Jan 2011
(2014-11-18, 11:03)Martijn Wrote: (2014-11-18, 03:28)Ned Scott Wrote: To continue the discussion from PR5745, I'm confused as to why this specific PR was closed. How the PR uses another add-on sounds just like one of the examples the team has said about how this should happen for the default skin. That is, remove any requirement, but allow for additional functionality if installed, so long as the skin code is still reasonably maintainable, along with a reasonable demand for the feature. That sounds like what the PR did.
Same reason as the "video extras"PR was rejected. No extra support for scripts added until a better way of handling is found.
I still haven't heard of a valid reason for excluding Video Extras as well. We don't want to open the flood gates, sure, but these are not niche features. There needs to be reasonable exceptions made for the short term, and that isn't happening. Maintainers of the default skin need to look beyond their personal preferences.
