Windows > Third Party Plug-ins, Programs, and Skins
>>> BRAND NEW SKIN: Dream in Blue <<<
zybex:
This is the spinner I was talking about - these 2 popups show up briefly on MC startup. I think you can ignore it.
Regarding feedback... I know the feeling :) There aren't that many people actively tweaking stuff all the time, most users just want to fire up MC and start playing something. It's not about how it looks, it's about how it sounds...
HPBEME:
That is not an image a skinner can control.
It is pulled from the MC installation folder Data\Default Resources, and they are not images either, but 2 different .avi files (Download.avi, Wait.avi). Why one spinner is elongated and the other a nice square... no idea. Likely related to scaling being correctly applied to one and not the other - not sure I can do anything about that one.
That the sky blue background matches my skin is pure coincidence. That same blue color is also used as the "highlight" color behind text when you double-click to edit it, regardless of the skin, and is not changeable by the skinner AFAIK. This becomes readily apparent when you "flip" colors via skin effects, and the text edit highlight color remains blue. That said, the text edit "highlight" color CAN be set in the PlayerBar and Tag Window search boxes (but not the PlayDoctor search, tag field edits, or list edits, dialog edits, etc)... go figure. I would prefer if it were controllable everywhere by the skin author.
But I digress, as I often do. My bigger concern is that in your screenshots, the dialog border changes thicknesses right below the title bar. I cannot possibly convey how much time I spent resolving that, so to see it here again in your pic is distressing. I know the answer to the question I am about to ask, but will ask it anyway... is this from a 2K resolution display (or non-4K anyway)? And if so... does the border thickness change occur for ALL your other dialogs (DSP, Skin Effects, Wizard, etc)? I really need the answer for that one. Finally, what exactly is the resolution of your monitor?
As for people not tweaking stuff... I get it, but I also figured that this long stretch of home confinement would be the perfect time to do so. It is certainly the circumstances that led me to create this skin.
zybex:
It's not coincidence. The AVIs have a purple background, which is then defined as the transparent color when playing it. The blue background comes from the skin, and it replaces the purple on the AVI. Changing the Face3D color on line 135 also changes this spinner background (but changes other things as well, as you know).
The border mismatch does show up on most dialogs. It looks like the title label width doesn't correctly take into account the border width, not sure if there's much you can do there.
Actually the screenshots were taken on a FullHD laptop (1920x1080), but with 125% DPI scaling. The scaling probably is messing things up.
Your efforts are appreciated! There's always a silent majority out there that doesn't vote ;)
marko:
We spent a lot of time on those borders and thought we had nailed them. Did you keep all four scale steps in the final release? I do recall you were thinking of just keeping the two steps.
The extra levels may help on those displays where users have moved away from 100% in their windows dpi scaling settings?
I'm not convinced, but, you never know...
Feedback can be light and sporadic, but any and all are always appreciated. You can sometimes get better real time feedback if you develop it publicly, though doing that, you have to be strong in your mind regarding concessions you're prepared to make
HPBEME:
Zybex, I saw that those .avi files had the purple for transparency, but that should mean it would show the dark blue skin texture color and not the sky blue. Regardless, you confirmed that <Face3D> color controls the color of these spinner backgrounds, so I stand corrected.
That said, my comments regarding the sky blue text highlight color when double-clicking text to edit still applies: it is skin independent, and not changeable via the XML.
Those darn borders..... grrrrrrrrrrrrrr! Can you do a test for me? Temporarily change your general Windows scaling to 100% and see if that fixes it? It should, as it does when I downscale to 2K on my 4K monitor, and Marko duplicated the results on his 2K monitor. FYI... 2K is my short hand for FullHD (since 4K refers to the long monitor axis = 3840px, I just applied the same name logic to 1920px). Important: Be sure to close/open MC, otherwise the display will remain (mostly) identical to the pre-scale change.
This might be fixable, but it will just require a lot more work setting up additional scaling parameters in the XML for the frame borders (and validation & verification). This also applies to a couple of other inputs that just won't behave well without being handled with kid gloves (i.e., special xml treatment).
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version