Skin - Ghutalyn for Mixxx 1.10 and 1.11

[zezic]

Great Skin!
Is there a plan to create a xga 1024 x 768 version?

I can not promise anything, but I'll work on that =)
Now plans for make a dynamically stretchable skin on the current engine, or at least a script that will adjust skin at resolution you need.

[Pegasus]

Zezic, do you know how to program in C++? Maybe you want to help with working on a new skin engine? (Did I ask you this before? )

[merb]

Hi there zezic. I sent you a private message regarding the possibility of a "remix" to this skin. It IS currently my favorite skin anyway, but I was wondering if you would be up to rearranging the layout. My vision would entail waveforms stacked on top of eachother and FX controls & cue volumes visible without showing the samplers (something like LateNight with the excellent color scheme you have going. Any chance for this? No pressure at all, I might add.

[zezic]

Zezic, do you know how to program in C++? Maybe you want to help with working on a new skin engine? (Did I ask you this before? )

I don't know how to program in C++, but, of course, i want to learn, but i'm not sure for time for it.
One thing i know - there is no need to rebuild all Mixxx skin logics. Current skin engine just needs horizontally/vertically stretching capabilities for Widgets (as i see, it already works fine for library and waveforms, for example) and I will make a skin not worse than in Traktor (by the way, I really like it) and, of course, much better than in Virtual DJ and Deckadance.
Look at the Traktor skin.

There is no any complex stretchable elements besides loop selectors [<][1/8 1/4 1/2 1 2][>] which dynamically changes number of buttons inside depending on free space.
All other buttons size static. All knobs sizes - static.
Widgets at top? - Current engine already can align few widgets inside one other.
And of course, current engine can draw tonns of transparent PNGs like in Ghutalyn skin without problems for CPUs, runs fine even on 1 core Intel Atoms.

Soon i'll show you what can i do in current skin engine if we will have ability to call skin rebuild on window resize events. Only things we need - get window height and width variables for using in xml, simple conditional operators like "if then else" and "case" for dynamical layouts and some window size restrictions to keep window size larger than specified skin limitations. (Small windows... Idea for fast Mixxx Player with cool auto DJ skin? Lol.)
What's good for me - multiple tranparent widgets overlaying already works fine, so we can draw background for some logical blocks separately from controls in widgets.

Hi there zezic. I sent you a private message regarding the possibility of a "remix" to this skin. It IS currently my favorite skin anyway, but I was wondering if you would be up to rearranging the layout. My vision would entail waveforms stacked on top of eachother and FX controls & cue volumes visible without showing the samplers (something like LateNight with the excellent color scheme you have going. Any chance for this? No pressure at all, I might add.

I knew that eventually this question about parallel waveforms arises =) I can not guarantee anything, but I will have your request in mind.

[zezic]

Some progress

rect1472.png (19.72 KiB) Viewed 2161 times

+hi contrast version will be

[merb]

Found a little bug with the latest version of the skin. When I try to make it fullscreen, mixxx stays where ever it is on my screen and removes the borders, but doesn't maximize to fill the whole screen. I'm on Arch Linux with Gnome 3.4

[zezic]

Found a little bug with the latest version of the skin. When I try to make it fullscreen, mixxx stays where ever it is on my screen and removes the borders, but doesn't maximize to fill the whole screen. I'm on Arch Linux with Gnome 3.4

Skin doesn't support stretchig yet, but if you hit F11 Mixxx should place all contents at center of screen, move menu at top and fill rest by black color.
Works for me on Arch Linux with KDE+Compiz+Emerald on both 1.10 and 1.11 alpha and any skin including Ghytalyn.
And this behaviour not associated with any specific skin, because it's hardcoded in Mixxx - the basis is background image which used to get maximum skin dimensions.
May be it's bug in Gnome WM?

[merb]

That's what I meant, I must have not explained correctly. When I try to go fullscreen the skin does not move the contents to the middle of the screen, however, the border is removed. Ghutalyn is the only skin that fullscreen doesn't work in my case. I can upload a screenshot if that would make it easier to understand.

EDIT - Here are the screenshots http://s1245.photobucket.com/albums/gg586/merb-/

[zezic]

That's what I meant, I must have not explained correctly. When I try to go fullscreen the skin does not move the contents to the middle of the screen, however, the border is removed. Ghutalyn is the only skin that fullscreen doesn't work in my case. I can upload a screenshot if that would make it easier to understand.

EDIT - Here are the screenshots http://s1245.photobucket.com/albums/gg586/merb-/

I just test skin on Ubuntu 12.04 in VirtualBox and Mixxx hangs when i run it in Gnome Shell, but it works fine in Unity and Gnome Fallback (Compiz).
Looks like my skin too complex for Super Mega Think Differents Brand New Gnome Shell =) may be because it uses many transparent PNGs.

[zezic]

BTW I just increased the upload limit to 20MB.

Anyway, looks like it restricted to 2MB in php.ini on server.