Posts: 3,746
Joined: May 2004
Reputation:
20
Livin
Posting Freak
Posts: 3,746
all i can say is... wonderful!
i'm serioulsy looking forward to this more then any script yet.
now if we can figure out how to use the grid as a remote control to send a command to my home automation pc so the pc (using usb uirt) can send ir to change the channel!
do you think there is anyway to tie an http command to a channel/button? my homeseer server can receive this command and send ir.
I'm not an expert but I play one at work.
Posts: 26,215
Joined: Oct 2003
Reputation:
187
just a small suggestion from the settings nazi:
i'd kill the number of channels setting and have that purely defined by the skin. just seems a little out of place with the rest of xbmc. even number of hours is can probably be gotten rid of as well - it's really dictated by the size of font/button that the skinners define, so you mayaswell just have it all done via the skin. just my opinion.
oh, and please put any grabbers and config stuff under the system/ folder.
looking good though.
cheers,
jonathan
Posts: 3,746
Joined: May 2004
Reputation:
20
Livin
Posting Freak
Posts: 3,746
jm,
i'm not sure why you would not want the 'hours' and 'number of channels' be able to be defined within the config. i think it is great... the more settings you can expose to the user the better. i'd rather change the config then mod the code. much more user friendly.
i think the point of the script is to make it skin independant... at least i hope so. that is the best way, right? this is why there were 10 billion request to change the rss feed definition location and such things.
dynamic scripts + dynamic skins = wonderful xbmc experience!
I'm not an expert but I play one at work.
Posts: 70
Joined: Apr 2004
Reputation:
13
hey guys, this is shaping up great! i'm looking forward to this feature! :d
@affini, i understand where your coming from however i'm siding with jm on this issue - these options are probably better left defined within the skin as they have a major effect on the size of the grid layout. in particular, it would be a real problem for skinners to handle user-defined layouts and maintain ui consistency.
Posts: 3,746
Joined: May 2004
Reputation:
20
Livin
Posting Freak
Posts: 3,746
ph03n1x & jm,
i cannot see how keeping it in the skin will make it "better"?
allowing the user to define it will allow them to make the grid smaller/larger and more/less channels/hours as they see fit.
it might even be a good idea to use the new scaling features jm just put in to allow the users to scale the grid images.
let the user decide what looks good to him, do not limit the grid to the best wishes of the skinner... skins should be just that... skins. i actually wish skins in xbmc were mote true to definition they are today. (i will not go into my rant but skins in xbmc are not 100% skins, they are feature implimentation as well).
anyway... it cannot hurt anythign to allow the user to modify the grid size and hours. please leave this in.
I'm not an expert but I play one at work.
Posts: 282
Joined: Oct 2004
Reputation:
0
haha, seems there is a nice little debate going on here...
my view on it is that while this is still in relatively early development the options for # of channels and amount of time displayed are nice to have. it makes it nice and easy to experiment and find the values that work best.
i do, however think that once we know what works best on what resolutions that it should be defined in the skin. realize that a simple edit of the xml would allow you to change it still, but i doubt many people would ever even want to change these values once it was optimized so i am with jmarshall in the long run, but for now it's good how it is.
i'm not sure if there is some confusion about the code or not, but i want to make sure everyone knows the gui which is all the screenshots you have seen so far is coded in c++, and not python. python will come into play with this project when the grabbers start being ported over to xbmc.
just my 2 cents.
regards,
los93sol
Posts: 282
Joined: Oct 2004
Reputation:
0
:kickass: i am going to check it out more later when i am home and can compile with the latest code, but was just wondering if the amount of time displayed on the screen is configurable in half hour increments. so you could have like 1 hour, 1.5 hours, 2 hours, 2.5 hours, etc.? just to give a few more variables to experiment with. outstanding updates as always jslawler!!!
regards,
los93sol