next »

[Brian]

What's happened to the new skins various people were working on? We haven't seen a new one available for download in what seems like ages.

[cerealkiller]

Good point......
Heres what im working on right now

Should be ready in a few days

[khai]

few days has passed...
please is it ready?

[skinner]

i'm workin on a new one too...i don't do this very often so I don't really have a timeframe...and there may be a few overlooked errors if/when i do submit it. nothin really original...it's just gonna look like an iPod. and be of the large order for those that like big skins (like me!)

[rws7au]

Large Skins are good.   With my failing eyes small skins are too hard to read.

[Brian]

In case anyone is wondering where this thread has appeared from, please note that the post with which I started it is dated November 2004. But news of new skins would certainly be welcome at the present juncture.

[Zarggg]

Good to see another Nightwish fan out there. They'll never be the same without Tarja.

[raina]

Nightwish, LOL.

[Brian]

I like the design and layout of the new XLXM skin. But oh dear, yet another predominantly blue skin. Any skin developers out there who like green, please?

[jamon jamon]

I will make soon variations of colors for XLXM...


When i worked on skin i was on dilemma green or blue... and for first one i chose blue... sorry...


jamon

Dragan Jakovljevic

[Brian]

Thanks very much indeed - I look forward to seeing the variations.

[DoomRater]

I like the design and layout of the new XLXM skin. But oh dear, yet another predominantly blue skin. Any skin developers out there who like green, please?

I've just finished up the touches on mine.  However, it may be too dominantly green for people's tastes, however much I might like it.

I just e-mail the zip to Ian, then?  (edited for grammar)

[Ian @ un4seen]

Yep, you can send the skin to me for compilation.

[Brian]

What's happening, please?

[DoomRater]

I have the skin in two places, at my dA page and mirrored at my personal website.

[Brian]

Gosh, you were right, the green is very strong - I'll have to give it a miss, I'm afraid. But thanks for posting.

[Brian]

I will make soon variations of colors for XLXM...

What news of a green version, please? Many thanks.

[Tsorovan]

Any plans on a skinning system overhaul or some new features? :\

[Ian @ un4seen]

Nope, not at the minute, but feel free to make suggestions. Remember though that any changes should not bloat or slow things down.

[DoomRater]

Infotopright_mask.bmp

For real, so we can put in buttons like close on that side.  I'm sure that's been bugging everyone so far.

[Tsorovan]

Nope, not at the minute, but feel free to make suggestions. Remember though that any changes should not bloat or slow things down.

Well, this is not really a skin feature, but what about adding an option to toggle to Main mode when hovering one's mouse over the Mini mode? Feasible? Enjoyable? This way I could hack myself a little better UI behaviour (hide controls for mini mode/add easily usable controls without increasing Mini mode size which would in turn cover important Windows UI elements).

I still want those fillable slider thingies I've been nagging about for years though! That could make some skin authors make skins that stand out a little bit from the crowd.
I've shown this before, but it's kind of my "dream" to one day be able to make something along these lines:


And again, for the umpteenth time, separation of font/colour settings of all playlist items. Crappy, tiny, old mockup here of what it could do (minus the periods, but such a feature could be nice as well, but I'd wager I'm alone in wanting something like that):

Much much easier to quickly find the info you're looking for, since you can "tune out" certain elements of different shades (like those, IMO, mostly useless playlist numbers).

I'm in the process of making a new miniskin for myself, since I'm now at a higher resolution and my old miniskinses (and these mockups) don't lend themselves well to 1600x1200 @ 19" (CRT), but all the limitations are pretty frustrating, to be honest.

[sequestrum]

Well, I for one think these suggestions are neat. Anyone else?

(It's gotten awfully quiet in the wish list department lately...)

[Brian]

I've long been keen on being able to tweak fonts from within the player options.

[Ian @ un4seen]

Well, this is not really a skin feature, but what about adding an option to toggle to Main mode when hovering one's mouse over the Mini mode? Feasible? Enjoyable? This way I could hack myself a little better UI behaviour (hide controls for mini mode/add easily usable controls without increasing Mini mode size which would in turn cover important Windows UI elements).

Do you mean there'd still be separate normal and mini modes, but in mini mode, it'd change back to normal when the mouse is over it? That could be interesting. I'll look into it (and the other stuff).

[Tsorovan]

Yep, that's exacfly what I mean. Thanks!

I've long been keen on being able to tweak fonts from within the player options.

Agreed! I've tried to champion for it. A skinconfig.txt override section (for font settings and possibly highlights or what-have-you) could be in the Options and Stuff dialog, now that it's expandable.

[piovrauz]

The 2 state minimode seems veeery interesting, I'm for it!

[Tsorovan]

Actually, how I pitched the option, it'd still be the same 1-state mini mode, and 1-state main/normal mode, but just hovering your mouse pointer over it would switch to normal/main from mini (instead of double-clicking or pressing M), and then switch back when you move the mouse pointer off of it. That's what Ian asked me to clarify.

I'd prefer a more general hover state of panels and controls, but it'd require an overhaul of the skinning system and that doesn't seem popular enough just yet

[piovrauz]

@Tsorovan

mmm, so if you have "mouse over" enabled, and main and minimode have same size you can get the result as in the 1st little skin you post?

[Tsorovan]

Sure, that's the plan. Well, not exactly as in that mockup, as it requires more changes, but the general idea, yeah.

[Ian @ un4seen]

Here's an update to try playing around with...

   www.un4seen.com/stuff/xmplay.exe

It supports a new skinconfig setting...

pos_automini = 1 ;switch from mini to normal layout when the mouse is hovering

To aid "playing around", it also has an "AutoMini" secret INI setting to enable that for all skins. Let me know how you get on with it.

[Dotpitch]

Awesome! Works pretty good with Miniskin 1 and Silk IMHO. But when you rightclick it (to change the skin, or to go to options'n'stuff), XMPlay switches back to minimode, hiding the first line of the menu most of the time. Still works if you click on it though .

I like the option, but the effect depends on the skin. Not every skin works well (but that's a matter of taste ofcourse ).
(For some reason XMPlay decided to ditch my complete configuration an roll it back to default when I put this new .exe in the dir it always works in. Not so funny.)

[Tsorovan]

That's sweeeeet! What Dotpitch said though, right-click no worky too well. No other issues that I've encountered...

[DanteGuest]

how about adding buttons (like On/Off) for mini playlist and equalizer?

[Maserati]

if there is one feature I could have for skinning it would be the ability to toggle the z-order of the playlist and output panels.

[raina]

Nice!

[amit]

the new pos_automini is a nice addition.
i think it will be better if you add a predefined or a configurable delay  for both :the hovering time until the mini mode makes the change to normal mode and the time until normal mode changes back to mini after moving the mouse from the normal skin.
this will help preventing accidental changes in skin modes.

[piovrauz]

Just tried pos_automini with Miniskin2, it's great!

(but I have this right click issue as well)

Thank you veeery much. (to Jan)

[Cris]

There seems to be a problem when editing xmplay.ini to add the secret options: when the file is saved, at the beginning of the file (right before [XMPLAY]) appear some strange chars, so when XMPlay is opened, it "thinks" that there are no options saved, and it restaures the default settings. When XMPlay is closed, it creates another [XMPLAY] section at the end of the file, almost doubling it's size.

I've uploaded the files "xmplay.ini" (the good one) and "xmplay (bad).ini" (which was modified with Notepad.exe; I added pos_automini, AutoMini and NoWheelVol)

[raina]

Why did you add pos_automini? It is a skinconfig.txt not an xmplay.ini setting.

[Cris]

Oops, my mistake. I noticed it didn't do anything, but I didn't realize why. 

[Ian @ un4seen]

I like the option, but the effect depends on the skin. Not every skin works well (but that's a matter of taste ofcourse ).

Yep, that's why it's primarily a skinning option, with the "AutoMini" INI setting just to play around with

(For some reason XMPlay decided to ditch my complete configuration an roll it back to default when I put this new .exe in the dir it always works in. Not so funny.)

That's strange. What did you use to add the "AutoMini=1" line in XMPLAY.INI? I guess it's possible that the program saved the file as a Unicode (UTF-16) file, instead of UTF-8 or ANSI. Did your search string, title format, or file/write paths include funky characters?

There seems to be a problem when editing xmplay.ini to add the secret options: when the file is saved, at the beginning of the file (right before [XMPLAY]) appear some strange chars, so when XMPlay is opened, it "thinks" that there are no options saved, and it restaures the default settings.

I guess that's similar to what happened to Dotpitch (you have a funky character in the "FilePath" setting). Try using another file editor, eg. Win32Pad...

   http://www.gena01.com/win32pad/

Anyway, here's an update, in which the right-click menu thing should be sorted...

   www.un4seen.com/stuff/xmplay.exe

[Cris]

OK, it seems to be working fine now. Nice job

I used the TotalCommander Lister to delete the extra chars in front of [XMPLAY]. In Notepad, those chars are invisible.

[Tsorovan]

the new pos_automini is a nice addition.
i think it will be better if you add a predefined or a configurable delay  for both :the hovering time until the mini mode makes the change to normal mode and the time until normal mode changes back to mini after moving the mouse from the normal skin.
this will help preventing accidental changes in skin modes.

If so, please make it configurable, because personally I want the delay kept to zero.

[Dotpitch]

That's strange. What did you use to add the "AutoMini=1" line in XMPLAY.INI? I guess it's possible that the program saved the file as a Unicode (UTF-16) file, instead of UTF-8 or ANSI. Did your search string, title format, or file/write paths include funky characters?

Notepad. I've never had problems with editing the ini before, maybe it was just a one-time-experience . Guess <, >, / and | aren't counted as funky?

[markcs]

Hey great job... this has great possibilities.  I too would like a configurable delay on mouse over.

Now I'm just waiting on some clever person to put together a funky new skin for me...... 

[Rah'Dick]

Now that is a really sweet feature! Works really well on the Silk series. Btw, I'm still dreaming of a scriptable skinning system
Using the Windows-Built-in Alpha blending would be a really nice thing to have, too. Not for everything, but just for things that otherwise could also go without the alpha blending effect, such as opening or closing a window etc. (fade-in/out)

[Ian @ un4seen]

Guess <, >, / and | aren't counted as funky?

Nope, they're fine. It's the non-ASCII characters that count as "funky", eg. umlauts.

Using the Windows-Built-in Alpha blending would be a really nice thing to have, too. Not for everything, but just for things that otherwise could also go without the alpha blending effect, such as opening or closing a window etc. (fade-in/out)

Not sure about fading the windows, but here's an update with fading bubbles

   www.un4seen.com/stuff/xmplay.exe

[Cris]

Very nice those fading bubbles

[Rah'Dick]

I agree. Looks smooth.

I played around with Windows' Alpha settings today using VVVV (which allows the Alpha of any known window to be modified). The problem with XMPlay is, that the side panels are visible once the main window becomes transparent. So unless the invisible parts of the panels are "clipped", general transparency is not that promising.

Actually I meant support for transparent PNGs as skin bitmaps That'd allow for pretty amazing effects. I'm not too sure how Windows supports drawing per-pixel transparency for a custom window.

[Edit]
I think I want something like this:
http://www.vgdotnet.com/articles/translucent_calculator.shtml

It's done with the VG.net framework, but I guess similar things (without the vector scalability) could be done without using a "foreign" framework.
Get their Translucent Vector Calc sample app, it's awesome!

[Tsorovan]

Can the fading be an option? Or somehow tied to the Windows settings. I don't care how as long as I can turn it off, hehe.

Edit: Or are these tray bubbles and not tooltips? I just care about tooltips, so if we're talking about tray bubbles, ignore me!

[Brian]

Rah'Dick - Do you do private commissions, please? I have an ideal skin in mind, which after several years of using XMPlay shows no sign of emerging spontaneously. Many thanks.

[Ian @ un4seen]

Actually I meant support for transparent PNGs as skin bitmaps That'd allow for pretty amazing effects. I'm not too sure how Windows supports drawing per-pixel transparency for a custom window.

I've not played around with that stuff, but it looks like it should be possible. Of course, this stuff (inc. the fading bubbles) isn't available before Win2k.

Can the fading be an option? Or somehow tied to the Windows settings.

Yep, it'll now check the Windows "tooltip animation" setting...

   www.un4seen.com/stuff/xmplay.exe

[Rah'Dick]

I found another article regarding per-pixel transparency.
http://blogs.msdn.com/nickkramer/archive/2005/06/24/432517.aspx

And look here, w00t!
http://www.codeproject.com/gdi/pxalphablend.asp - Complete with example code

Yep, it'll now check the Windows "tooltip animation" setting...

I always turn those off... But actually they look very nice with XMPlay. I'm not downloading that "stuff" version

[Maserati]

i mentioned z-order before in case I didnt make sense, what I was interested in is if a skin could have a button to toggle the pos_rightoverleft between 0 and 2.  If that was possible I could use the same space for the playlist and output panel, and it would enable more minimalist skins as well   Just a thought, not sure if its practical.

[edit] also is there a way to disable the play/pause button from flashing when paused?

[piovrauz]

@Jan
About mouseover: is there a way (as an option) to have Xmplay window(s) to become active on mouseover? Thanks! 

[raina]

You can enable this behavior for all windows with TweakUI. But or course you'd only want it for XMPlay..

[piovrauz]

@raina

Yes, I want this only for XMPlay. 
For me there is no point on enabling this on all windows...

[Rah'Dick]

also is there a way to disable the play/pause button from flashing when paused?

Hahaha, I requested that months ago while working on iXMPlay.
Back then, I asked whether it could be an optional skin config setting, as the real iTunes doesn't flash the Pause button either.

[Cris]

Yep, it'll now check the Windows "tooltip animation" setting...

Hmm...I did not read this sentence carefully and I downloaded the "stuff" version. The problem is I also turn Windows' "tooltip animations" off...does anyone have the previous "stuff" version, the one with always fading bubbles?

[Rah'Dick]

Check your mail

[Cris]

Thanks a lot, Rah'Dick!

[Ian @ un4seen]

You fussy people!

Ok, instead of just using the Windows setting, I've moved it to an INI setting ("FadeBubbles"), which will default to the Windows setting. It'll eventually be added to the Options'n'Stuff.

   www.un4seen.com/stuff/xmplay.exe

i mentioned z-order before in case I didnt make sense, what I was interested in is if a skin could have a button to toggle the pos_rightoverleft between 0 and 2.  If that was possible I could use the same space for the playlist and output panel, and it would enable more minimalist skins as well   Just a thought, not sure if its practical.

[edit] also is there a way to disable the play/pause button from flashing when paused?

These can probably be arranged.

About mouseover: is there a way (as an option) to have Xmplay window(s) to become active on mouseover? Thanks! 

I don't think that's possible. If XMPlay tries to make itself active, Windows will just flash the XMPlay taskbar entry.

[amit]

this is a little off topic but i didn't think i should open a new thread as i am not talking about an official build.
i downloaded and tried to use the "xmplay.exe" Ian mentioned in his reply from 7 Jun '06 - 22:08.
the new skinning options work well but i have network problems with it. if i want to start a new http stream while already playing a stream in xmplay both xmplay and firefox freeze. i reverted to the official build (3.3.0.4) and no problems again.

Amit

[Ian @ un4seen]

if i want to start a new http stream while already playing a stream in xmplay both xmplay and firefox freeze.

You mention Firefox, so I guess you're loading a playlist from a website, eg. shoutcast.com? That seems to be fine here, so please state exactly what you're doing to make it freeze.

[Amit]

Ian , I rechecked the problem i mentioned earlier. the problem occurs  occasionally with the official version too but i have no success in locating the exact reason. i don't know yet if it is xmplay.exe , one of its plugins or  my  system cofiguration , so for now you can see it as false alarm. sorry.

Amit.

[Ian @ un4seen]

I still want those fillable slider thingies...

Here's an update to try...

   www.un4seen.com/stuff/xmplay.exe

The "fillable slider thingies" are supported via a single state "knob" bitmap, similar to the level bitmap system. Mini-mode specific knobs are also available now (knob_volume_mini.bmp & knob_balance_mini.bmp), as are position (knob_position.bmp & knob_position_mini.bmp), eq/reverb (knob_eq.bmp), amplification (knob_amp.bmp) and pan separation (knob_pansep.bmp) knobs. There are also mini-mode specific position (slider_pos_mini.bmp) and vertical (slider_vert_mini.bmp) slider options available.

Also in this update, all sliders (eg. volume/balance/position/eq/reverb/amp) can now be horizontal or vertical, automatically determined by whether the width or height of the slider is greater.

This stuff is somewhat experimental, so if you try it, please report how you get on.

[Tsorovan]

Yay. You da man. Seems to work fine! Will report back if I find any malfeasance on their part.
The nice thing is that you can have both the "fillable" sliders and the original ones, at the same time. That opens up for some pretty cool things, I'm sure.

[Maserati]

with the new exe everything seems to work normal on my wip skin.  I am interested in these fillable sliders, but would'nt that require many positions in order to appear smooth?  However I see you also say it's 'single state'.  I will have to investigate these, and delay my skin further! 

[Tsorovan]

The sliders' "resolution" is 1 px, just the same as an old slider*. It works like the old level meter, only in one direction. Create the file as the slider will look like filled, at 100%. XMPlay will then draw the slider x or y (depending on orientation) amount of pixels. For example, if your level meter is 200 px long, at 50% track length (or volume or whatever this slider it is), it'll draw pixel rows 0-99 of that particular bitmap.


*: Well, it naturally depends on the amount of steps of the thing you're changing and the length of the slider, but the maximum resolution is 1 px.

[Maserati]

ok I tried making this knob_volume into a single state fillable, by cropping out everything but the last state (100%).


however when I apply changes, it seems to work - meaning I can slide it in 1px increments, but it is showing the slider_horiz.bmp on top of it now and it covers over the little sphere. 




[EDIT]  The same thing did not happen with the knob_position.bmp because I had slider_pos.bmp hmm...

[Tsorovan]

Just delete or rename slider_horiz.bmp. Not sure what you mean by the "little sphere".

[Edit]: Ah, I see... the original post didn't have that first pic...

[Maserati]

nah I need slider_horiz.bmp for the auto_amp.  I made a mistake and it does not cover over the sphere - reffering to the round volume button.

I think the proper solution would be to add a slider_vol.bmp, as there is knob_position.bmp and slider_pos.bmp.

[Tsorovan]

Why do you need it for auto_amp though? That slider works the same if you want it to (knob_amp.bmp).

[Night Striker]

What would be cool if the volume and balance controls could follow a path instead of just horizontal or vertical but if the control was like a knob on a stereo system

[Rah'Dick]

For that, you already can use the knob technique, see my "Plastic" skin

[Ian @ un4seen]

I think the proper solution would be to add a slider_vol.bmp

Here's an update with slider_volume.bmp, slider_volume_mini.bmp, slider_balance.bmp and slider_balance_mini.bmp options to try...

   www.un4seen.com/stuff/xmplay.exe

That's a hella lot of slider/knob options now!

[Maserati]

Thanks Ian it's working great!

[Ian @ un4seen]

I've renamed the position knob files to knob_pos.bmp & knob_pos_mini.bmp, so that they follow the same convention as the sliders, as is the case with the volume and balance knobs/sliders...

   www.un4seen.com/stuff/xmplay.exe

I think I'll release a .5 update fairly soon to make these skin changes (and the other little tweaks'n'fixes) official, before starting work on the next version. Btw, I noticed it's already been over 2 years since the last default skin change, so it could be time for a change again, if anyone has any good ideas

[Tsorovan]

Another (hopefully trivial) suggestion: Text shadow (font_xshadowcolor, font_xshadowoffset) for, let's say, main/mini title and time display? It's difficult to make text on a metal/silver background gel nicely if you can't make it look "etched" using a simple text shadow.

[Brian]

I noticed it's already been over 2 years since the last default skin change, so it could be time for a change again, if anyone has any good ideas

One obvious option would be to adopt the top-rated existing skin on the support site as the default, with the author's permission, of course. The new-skins contest two years ago caused too much aggravation, and a special users' vote on existing skins would presumably more or less reflect the support-site ratings anyway.

[Jace]

Ran into a (very) minor graphical bug when fiddling around. If the position slider mask area is tilted (see attached image for example) and is hovered with the mouse, the left end lights up correctly; only inside the mask area. But the right end ignores the shape of the mask and simply squares it, highlighting pixels outside the position slider area.
This only seems to happen when knob_pos.bmp is used though.
<edit> Downloaded newest stuff-version, seems to work fine now.. Not sure if something was updated or if I just had been doing done something wrong. ;I  Probably both, so cheers, Ian! </edit>

Also a little request: color_seethru support for slider bitmaps. So if you have the defined seethrough colour appearing in a slider (for example slider_horiz.bmp), the area shows what is behind it (quite logically ).
<edit> Works like a charm, thank you! </edit>

<edit> Attached image removed </edit>


Take 2:

The new slanted slider works well, apart from a slight graphical glitch when near beginning or end of the song.
On left end, the normal background shows up on the left end of the slider and on right end the new knob_bitmap shows up under the right end of the slider. Attached image should explain what I'm after better.

One way to fix it would be to always center the slider on the current song position, but that might cause issues with some older skins (slider going out of boundaries).
Another (safer? possibly!) way would be to keep the song position centered in the middle of the slider. In other words, take slider_horiz.bmp width (for horizontal sliders), half it and set that much padding on both ends of the slider. (For example, if width = 5, make the actual song position area start on the third pixel from left and end three pixels from the right end.)

It is very low priority though, it looks just as good without the slider blob too.

Image left end: Showing the left end problem.
Image right end: Showing the right end problem.

[Maserati]

I'd like to sneak-in or reiterate a little request -

something like "color_currenttrack= FFFFFF" a skin option to give the currently playing track a different color from the rest of the playlist

[Ian @ un4seen]

Another (hopefully trivial) suggestion: Text shadow (font_xshadowcolor, font_xshadowoffset) for, let's say, main/mini title and time display? It's difficult to make text on a metal/silver background gel nicely if you can't make it look "etched" using a simple text shadow.

I'll look into it.

One obvious option would be to adopt the top-rated existing skin on the support site as the default, with the author's permission, of course. The new-skins contest two years ago caused too much aggravation, and a special users' vote on existing skins would presumably more or less reflect the support-site ratings anyway.

The current top rated skin seems to be "iXMPlay", but I don't think it'd be a good idea to have XMPlay's default skin being based on another player. The older skins don't have all the new features (eg. queue list), so aren't really an option, although I reckon an updated "Section" could be good. Anyway, I just mentioned it incase anyone had some good skin ideas/designs simmering

<edit> Downloaded newest stuff-version, seems to work fine now.. Not sure if something was updated or if I just had been doing done something wrong. ;I  Probably both, so cheers, Ian! </edit>

I don't think I made any changes to that stuff, but I'll take it anyway

The new slanted slider works well, apart from a slight graphical glitch when near beginning or end of the song.
On left end, the normal background shows up on the left end of the slider and on right end the new knob_bitmap shows up under the right end of the slider. Attached image should explain what I'm after better.

To better understand the problem, could you please upload the panel and mask bitmaps?

something like "color_currenttrack= FFFFFF" a skin option to give the currently playing track a different color from the rest of the playlist

Ok, a "color_listcurrent" skinconfig option has been added...

   www.un4seen.com/stuff/xmplay.exe

[Maserati]

WOOT Thanks Ian!  BTW I completely agree about a future XMplay default skin in that it should be unique to XMplay.   

[Brian]

I agree about iXMPlay, but XLXM appears to have an equally high rating, and is also relatively new. I can only reiterate my view that another new-skin contest would be undesirable (that's assuming that there is to be some role for user opinion in the choice of a new default skin).

[raina]

Agreed on XLXM. Although the skin is a tad tall for my liking, it would make a good default skin. It has all the controls and stuff an XMPlay (or any other prog) player window should have and I'd say it is a little easier to approach than the current one because of the layout of the panels. About the only complaint to be expected would be about the minimode being about the size of a certain media player in normal mode. This means you can't replace that certain media player with XMPlay out-of-the-box since there's no windowshade mode.

[Lashiec]

It also needs support for non-english characters and for other various characters like ² and '. Right now, it shows a blank space.

[Brian]

I'm hoping that if there is a realistic prospect of his skin becoming the default, the XLXM author will return and make all necessary modifications.

[Rah'Dick]

I'm for having another competition. Competition is always a good thing if you don't want things to stagnate.

[Brian]

[...]

[Jace]

One more skin-related request.
Find track(s)-mask for main/mini. =)

[markcs]

I agree with raina - XLXM takes up too much space when in mini mode for my liking.

And it would be great if the default skin worked nicely with the new 'mouse-over' feature Ian has implemented in the last month or so - in a similar way the Silk skin does. 

[Y@nek®]

Ian, can you add a transparency optinion (WinXP/Win2k) in to XMPlay skin? 

[Ian @ un4seen]

One more skin-related request.
Find track(s)-mask for main/mini. =)

Although not applicable in mini-mode, there is a "Find track(s)" option in the playlist panel (mask 19), which you could make appear part of the main panel

Ian, can you add a transparency optinion (WinXP/Win2k) in to XMPlay skin? 

Do you mean per-pixel alpha, or overall transparancy for the whole skin? If overall transparancy, I think that'd be better as a user option rather than a skinning option, if at all

[Y@nek®]

One more skin-related request.
Find track(s)-mask for main/mini. =)

Although not applicable in mini-mode, there is a "Find track(s)" option in the playlist panel (mask 19), which you could make appear part of the main panel

Ian, can you add a transparency optinion (WinXP/Win2k) in to XMPlay skin? 

Do you mean per-pixel alpha, or overall transparancy for the whole skin? If overall transparancy, I think that'd be better as a user option rather than a skinning option, if at all

I mean - overall transparancy option.

[raina]

Ian, can you add a transparency optinion (WinXP/Win2k) in to XMPlay skin? 

Do you mean per-pixel alpha, or overall transparancy for the whole skin? If overall transparancy, I think that'd be better as a user option rather than a skinning option, if at all

I mean - overall transparancy option.

I'll have the per-pixel flavour, please.