the disc rotation will have a high cpu usage (for me 15-25%)
since it's a large image, it will have more cpu usage than others
i don't think we can even create a gif for this one
since it's coverart and should change for each track, right?

i have got an idea,
how about having an option to choose disc cover: mini, full, none
and also we can have DiscBoxCover somewhere else in fullsize as static image

Hmm...Is all about the cpu usage, or just add some extra option?

For the DiscBoxCover, I don't know where we can place it... I would like to keep this design..

we can add a slider on one of the side of player,
i think right or bottom is good for it
the slider can be slided by mouseclick/mouseleave or mouseenter/mouseleave

ideas:
1. how about having hint on mouseover buttons?
2. and i was thinking to make the arm go start to end by playing percent, how about this?

problems:
1. why volume needs clicking to be active for changing?
2. mute and unmute icons isn't vice versa?

1. The icons are pretty readable and clear about their function, so I don't think is necessary

2. I didn't know that is possible so yes it will be Awesome! (if this will not increase the cpu)

1. The Roundline is on top but seems that works only like this (depends on XW)
This happens only with rounline. When you have an image with vol control assigned works without click:
http://jimking.deviantart.com/art/Indic ... -434611845

No the icons should be like this:
Button UN-Checked image = Sound ON (default without click on it)


Button Checked image = Sound OFF

Edit:
What about the cpu usage with the rotation of the disc? Are you sure that using an "image" is better than an animatedpng..?

i just hit an icon that i don't know and it opens a webpage, and then i found its coverfinder,
i think having it would be better

i don't think it have effect on cpu usage, but i should see after done

we can assign the mouse event to another object and do increase/decrease through it in code

can you check again in widget?
i think its vice versa in my copy

about png i didn't test it with that, but i don't think it will be different
you can test it yourself easily by changing image object to png object in XUL file

I checked (see screenshot)

plz test it when running the widget,
when you run the widget:
when the mute image is shown: volume is on
when the unmute image is shown: volume is off

edit:
why don't you add player's volume up/down instead of main-volume up/down

Test results:
I tested hamid more than once. For me is shown as it should!
Sound ON (default, when the widget is loading/startup)

Sound OFF

Using the volumecore and open the tags I see only codes for the main volume..
I use this mode for all my "player" widgets..

Something is wrong with my XW.. I'm trying other player widgets but I have the same behavior,so don't work!!! Any ideas..?
I have to open the WMP first and then the player widgets work.... WTF?! This is the first time that I have this problem.....
Tested again only with this player widget (and the WMP open) the cpu changes/depends a lot on the cover's image as we told..
I will try to completely shutdown the system/laptop because the reboot didn't help...

the problem is if you start widget when volume is mute then it will be vice versa
because it doesn't check the mute state
also it doesn't change if you change the mute from system (not widget)

1. to fix it you should use a button with icons and %mute tag in it and OnClick event to !SetMute

2. the PlayerCore has its own %mute and %volume tags and also !Mute and !VolumeUP/!VolumeDown Commands for controlling players state not systems state;

try to taskkill wmplayer.exe

Another bug of synchronization of the XW then..(?)

I notice that the wmplayer.exe autostarts every time that I open a player widget, since XW is playing though WMP, right?
Is strange because all work ok since now...
Something stupid is happened..
Let me shutdown the system to clear any possible "shit" that the windows and WMP load.

this is just a player control core and not a player core
it just control the player that have been assigned with it to do the commands
and gets the state of player on each update

the default is wmplayer and you can change it in settings of your widget when you run your widget


you can even run the player and after that run your widget to control it

for playing time & progressbar update:
set the playerControlCore update time again and the problem will be solved
i think 1000ms is good for it

problems:
1. volume percent doesn't update (you didn't change it to playercontrolcore)
2. mute Checkbox: have conflict with update tag
>since we couldn't disable the onclick changing of checkbox we should use another object for it

for playerControlCore update it's not 10min, it's 10ms, the text below it will show wrong numbers below1000 as "min" instead of "ms"

3. just change the checkbox object with button object and the problem will be fixed

why do you use main volume again,
the problem will be fixed by a button,
i'll fix them myself and post it here,
plz wait...

2.Changed: play CheckButton to Button Object

But why?? The checkbutton is used for this reason and worked 100%.
- shadow problem
- not always work/show the right state

did you mean to this property to be enabled in code?

and about play/pause i have mentioned in previous post
i thought that it's %play when renaming
and just didn't test it after naming
i'll update it in next test

and if you did the shadows, then no problem,
it will use less resources that way

edit:
again, i have renamed the new play/pause images vice versa while adding new ones
i'll update it in next test file

7. Added: glowOnMouseEnter effect to Upcover

Important:
The arm movement should be from the other side, like in real life, from outside to the center of the disc.
Could you pls edit this part of the script?
(I was a kid of the 80's & 90's and I had an old skool player with vinyl discs so I know how it works.. )

but as i know any Disc even gramophone will start from center and end in outside

plz add the option to close or show the player after widget closed
the player remains open and invisible after widget closed
maybe a rightClick option for user to choose afterclosing widget what to do:
1.Show Player
2.Close Player

i thought that the DiscType option is enough for it
but sure, i'll add it when you send the next test

else
{
if(id==1)
{
ShowPlayerMenu.Checked=1
}
else if(id==2)
{
ClosePlayerMenu.Checked=1
}
}