Winamp Freeform skin engine bug thread

[Guest232]

It's weird that action="..." / display="..." is normally not case sensitive, but display="PE_Info" is (i.e. display="PE_INFO" does not work).
Just a small detail maybe, but it's neat to have it fixed and it probably is easy to do. I'm sorry if this is considered whining...

fixed in 5.2

[rpeterclark]

I forgot to mention, the <gradient> object also dos not seem to support gammagroups.

[Plague]

yes it does, but for some reason you have to refresh the skin (maybe even restart winamp) in order for it to have any effect..

[krckoorascic]

Originally posted by Michgelsen
It's weird that action="..." / display="..." is normally not case sensitive, but display="PE_Info" is (i.e. display="PE_INFO" does not work).
Just a small detail maybe, but it's neat to have it fixed and it probably is easy to do. I'm sorry if this is considered whining...

yeah it's same with Vid_Info too

and (suggestion) it would be GREAT if we had some control over gammagroups via maki.

/edit:
and yes, mc.exe has bug in compiling (probably this is the reason and maybe it's gen_ff bug not mc...) when trying to use List object as string array.

[leechbite]

here's another bug.

getPlayItemMetaDataString(String metadataname);

does not return the current song metadata when you load a new playlist. it returns metadata of first song in the playlist not the current playing one.

[JW]

Not sure if this could be classified as a bug or not, but it'd be nice if changes to studio.xnf got written to the file immediately instead of waiting until Winamp is closed.

[leechbite]

Originally posted by JW™
Not sure if this could be classified as a bug or not, but it'd be nice if changes to studio.xnf got written to the file immediately instead of waiting until Winamp is closed.

this will probably slow down winamp. there's some skins that updates some private ints and attribs almost all the time.

[Plague]

another 'bug'..

ttf fonts use ALOT of cpu power if the text is changing alot (try using a timer with milliseconds, it'll kill the cpu).. Bitmap fonts doesn't use much cpu power at all..

[leechbite]

another bug which slob's thread reminded me.

cursor tag on guiObjects only work on button objects and does not work on some OS.

[E-Trance]

Else bug:
Tooltips doesn't appear if timer in MAKI frequently updates XML params of objects (or something other). Example: I want make the text with on-fly-chagable color.

I hope it will be corrected.

[leechbite]

another bug: instance_id tag on group definitions does not work, scripts cant pick up the instance_id.

[Cianca]

the bug that affects Singlue Ui skin (link) will be fixed in WA 5.11 or more?

[Guest232]

The seeker in modern skins lags behind with some filetypes, such as .ogg, .flac and .wav, but not with .mp3 or .mpg. I mean that if you click on or draw the seeker to move to a position, it briefly flashes back to the previous location and only then moves to the correct new location. This doesn't happen in classic skins. It's only a small bug, but that's what this thread is for.

[rohan_pwln]

About gradients and eqvis not supporting gammagroups, I think it is so because gradients and eqvis both contain colors that may or may not belong to a same shade, so... applying a single gammgroup to them is rather not logical. But, in eqvis there are three parameters: colortop, colormiddle and colorbottom. You can give the params colors like say... colortop="my.color.top", for colormiddle="my.color.middle" and for colorbottom="my.color.bottom". Then you can alos define the following elements:

<color id="my.color.top" value="0,128,215" gammagroup="mygammagroup"/>
<color id="my.color.middle" value="100,128,200" gammagroup="somegammagroup"/>

and so on.... Hope it works. And yep, same for the gradient.

[leechbite]

nope tried that already with eqvis. still wont work.