Multiple tracks so that you will be able to have the song title and artist name on one line and the year and album title on a second line.
example of commands
trackyear
trackalbum
trackcomments
etc,
The timer can have a similar feature to be displayed as "elapsed" and or "remaing".
example of commands
time_elapsed timeela
time_remaing timerem
In a skin that it uses both timers at the same time the ability to switch the mode by clicking on it should be disabled with an extra command on the time layer.
I hope this features are easy to add and can't wait to see them on the next build.
The problem I have with this at the moment, is how to keep it really simple for the skin designer. Adding playlist support will mean you need ways of specifying bits and pieces that will tile or stretch and the window will have to be resizeable. What would then happen to the Menu system, that would obviously have to be skinnable as well.
Why does this have to be a hardship on newbies? Why can't the program default to the normal playlist if there is not a playlist.psd zipped into the .xsf file? That way if you don't want to skin the playlist module you are not forced.
UnseenRage Wrote:From Cliff on the .66 build thread:
The problem I have with this at the moment, is how to keep it really simple for the skin designer. Adding playlist support will mean you need ways of specifying bits and pieces that will tile or stretch and the window will have to be resizeable. What would then happen to the Menu system, that would obviously have to be skinnable as well.
Why does this have to be a hardship on newbies? Why can't the program default to the normal playlist if there is not a playlist.psd zipped into the .xsf file? That way if you don't want to skin the playlist module you are not forced.
another idea i had on the playlist to begin with, rather than putting in a new psd etc for a playlist was to incorporate the playlist into a skin
for example you could have a skin which has a hideable draw, in this draw would sit the playlist which would be mapped out the same as a text layer for example with a square with a coloured fill, the menu the same sort of thing, meaning you could have the menu in a diff colour, fonts would also be a consideration
when the draw is toggled then it shows and the playlist list will show in the square, ok this might mean that the playlist is a fixed width/height without some more jiggling of things but would mean a reasobable sized pl could be incorporated into skins without much additional work
just an idea without going too overboard with a new psd or slicing things up for tiling, we should also be able to overlay other layers on top of the playlist such as a glass layer with passthrough so to still access the pl, also underneath images so you could put in a background or picture, all that would be visible for the playlist is the list text track entries similar to the text layer
Pickle: I was trying to move the thread to the feature section instead of talking about it in the beta version section. Read the whole thread in the beta version and you will see what I am talking about.
The problem I have with this at the moment, is how to keep it really simple for the skin designer. Adding playlist support will mean you need ways of specifying bits and pieces that will tile or stretch and the window will have to be resizeable. What would then happen to the Menu system, that would obviously have to be skinnable as well.
Why does this have to be a hardship on newbies? Why can't the program default to the normal playlist if there is not a playlist.psd zipped into the .xsf file? That way if you don't want to skin the playlist module you are not forced.
It's not the hardship on newbies, its the hardship on the designer making the playlist in the first place without scripting or figuring out how to do it all in PSD files
You can actually combine a couple in the same string to create custom scrollers, but I don't recommend doing this as you can't dictate the order just yet.