I'm not sure which build this was added so I'm posting this as a bug since it kinda is anyway.
I just now tried the dragging feature of the track text to scroll along it and I've come accross an issue. When there are 2 or more layers (to create drop shadow effects etc), only the top most layer drags and the underlaying shadow text carries on scrolling as normal. This really messes up the visual of the text!
I've been thinking about how to go about fixing this and also came into some issues. If you simply tell it to drag all track layers at the same time, that may cause problems if skins have it displayed in multiple places or track and artist seperate. So I guess you would have to tell it to drag only layers with the exact same title attributes or something. Or perhaps drag the track layer(s) directly below/above it. Hard to explain really but I'm sure you get me.
Peace, Lance
I made the Xion Default skin. Ask me questions and stuff.
This could be fixed by adding a 'link(x)' variable, where the x represents a letter or number. For example, in Lance's case the layers would be like so:
title track link(T)
title track shadow link(T)
As long as layers bear the same link ID, they would be linked.
The link would go both ways, and whatever input is given to one, is also executed on the other.
Another name for this variable could be 'connect(x)'.
It should only carry input though. Making it also carry variables across layers, or triggers, would cause havoc and mayhem beyond the devastation of dividing by zero.
EDIT: For added human readability, it should be possible to use whatever combination of letters and numbers, thus enabling use of words ( Example: link(track2) )
Last edited by logokas on March 4th, 2009, 7:59 am, edited 1 time in total.
These will both scroll with each other. I just simulate the mouse messages between the two, so if you make them different sizes so that one needs to scroll and the other doesn't, then you'll obviously get strange effects.
Ideally this should only be used on layers that are exactly the same size.
were still on 1.110 we have somewhere between 990 build options left till 2. 2 will probably be something like zomg video or something major that changes.
oh as I was re-reading this thread, would this fix the inactive/active "track" to stay the same, cause currently if you have "track indi_active" and "track indi_inactive" the track only scrolls while it is "active" or focused. Like if Xion window is active only the active will scroll, and when the window goes inactive the track fades to the inactive one but the text is in a different position. So would the text provided by track stay the same if they were linked?
Jikaru Wrote:oh as I was re-reading this thread, would this fix the inactive/active "track" to stay the same, cause currently if you have "track indi_active" and "track indi_inactive" the track only scrolls while it is "active" or focused. Like if Xion window is active only the active will scroll, and when the window goes inactive the track fades to the inactive one but the text is in a different position. So would the text provided by track stay the same if they were linked?
Hmm actually the linking is currently only used when you drag the item, not when it scrolls normally. I may need to change that slightly. Did you notice it not working in the latest beta?
It is not that it is not working. It's just a thing that Xion does. Only the shown layer of track will proceed to scroll, so when you switch to a different track it shows the text in a different spot, you can test this on my skin that I sent you XSe7en.psd. I was just wondering if this would allow the text to scroll at the same pace regardless of being active, but I guess not. I have the tracks set to passthrough, because I used to have the progress underneith it. Perhaps you could add the functionality for scrolling objects to have like objects scroll with it? Like any kind of rendered text like the tracks/time...its not that important but in my skin you can see why I would want it. :p