new feature idea: GUI/skin paging

Bug #1561730 reported by RAWRR
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Mixxx
Confirmed
Wishlist
Unassigned

Bug Description

The skins are getting as full of controls as we can make them; with the new FX array added to the samplers, and now the option of four decks, there is less and less leeway. especially for smaller screens and especially for aesthetics. Elegance becomes difficult when the screen is just a mass of widgets practically touching each other.

What I propose is "slide out" pages that emerge when the mouse stays at the edge of the screen for a configurable amount of time. This is a common feature of Android and various web applications. I believe Tumblr uses it and the Lightning browser for Android uses it, though the idea goes as far back as taskbar hiding in various desktop environments/shells.

The one hitch I foresee is what to do when Mixxx isn't in fullscreen mode, but a clickable tab should suffice. It would also be nice to allow the cursor to sense the edge of the window so that if reaching that vertice from the inside, it could trigger the drawer/panel even without that vertice being flush with the monitor edge.

Should I submit this as a blueprint, or is this adequate?

Tags: gui skin
Revision history for this message
Daniel Schürmann (daschuer) wrote : Re: [Bug 1561730] [NEW] new feature idea: GUI/skin paging

It is OK for me to track the idea here.
Am 24.03.2016 9:55 nachm. schrieb "RAWRR" <email address hidden>:

> Public bug reported:
>
> The skins are getting as full of controls as we can make them; with the
> new FX array added to the samplers, and now the option of four decks,
> there is less and less leeway. especially for smaller screens and
> especially for aesthetics. Elegance becomes difficult when the screen is
> just a mass of widgets practically touching each other.
>
> What I propose is "slide out" pages that emerge when the mouse stays at
> the edge of the screen for a configurable amount of time. This is a
> common feature of Android and various web applications. I believe Tumblr
> uses it and the Lightning browser for Android uses it, though the idea
> goes as far back as taskbar hiding in various desktop
> environments/shells.
>
> The one hitch I foresee is what to do when Mixxx isn't in fullscreen
> mode, but a clickable tab should suffice. It would also be nice to allow
> the cursor to sense the edge of the window so that if reaching that
> vertice from the inside, it could trigger the drawer/panel even without
> that vertice being flush with the monitor edge.
>
> Should I submit this as a blueprint, or is this adequate?
>
> ** Affects: mixxx
> Importance: Undecided
> Status: New
>
>
> ** Tags: feature gui wishlist
>
> --
> You received this bug notification because you are a member of Mixxx
> Development Team, which is subscribed to Mixxx.
> https://bugs.launchpad.net/bugs/1561730
>
> Title:
> new feature idea: GUI/skin paging
>
> Status in Mixxx:
> New
>
> Bug description:
> The skins are getting as full of controls as we can make them; with
> the new FX array added to the samplers, and now the option of four
> decks, there is less and less leeway. especially for smaller screens
> and especially for aesthetics. Elegance becomes difficult when the
> screen is just a mass of widgets practically touching each other.
>
> What I propose is "slide out" pages that emerge when the mouse stays
> at the edge of the screen for a configurable amount of time. This is a
> common feature of Android and various web applications. I believe
> Tumblr uses it and the Lightning browser for Android uses it, though
> the idea goes as far back as taskbar hiding in various desktop
> environments/shells.
>
> The one hitch I foresee is what to do when Mixxx isn't in fullscreen
> mode, but a clickable tab should suffice. It would also be nice to
> allow the cursor to sense the edge of the window so that if reaching
> that vertice from the inside, it could trigger the drawer/panel even
> without that vertice being flush with the monitor edge.
>
> Should I submit this as a blueprint, or is this adequate?
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/mixxx/+bug/1561730/+subscriptions
>

Revision history for this message
jus (jus) wrote :

The request for adding widgets reacting on mouse over is tracked @ lp:1419949.
My understanding is that your request requires basically these kind of widget.

Implanting hidden widgets requires some planning though, not all that works for touch-enabled devices works for desktop. See hot corners / charms bar controversy in Window 8/10.

Revision history for this message
RAWRR (rawrr) wrote :

By "works" I'm guessing you mean "people will like it" (rather than technically). In windowed mode, I could see it might, possibly, be awkward for some people, in which case (meaning specifically and only when the window is not fullscreen) perhaps margin sensitivity should be switched off and a button should appear instead. In fullscreen mode, especially with user-configurable delays to suit various ideals for momentum etc.,. I think it would be intuitive.

I also think it may be worth pointing out that the controversy you allude to is over a new desktop for a general purpose operating system that explicitly caters to people who aren't necessarily comfortable with computers in the first place. I'm not sure that kind of crowd is the best representation of Mixxx's target demograpic range, even at its most broad.

Anyway, yeah this seems to be a subdivision of Owen's feature. I'll link this bug there.

Revision history for this message
RAWRR (rawrr) wrote :

And as I alluded to in the introductory description above, taskbar hiding is a popular and much-used feature that goes all of the way back to at least Windows 98, and has been included in most other major desktop environments since its introduction as a thing. People do like menus to appear from margins on mouseover.

Changed in mixxx:
status: New → Confirmed
importance: Undecided → Wishlist
tags: added: skin
removed: feature wishlist
Revision history for this message
Swiftb0y (swiftb0y) wrote :

Mixxx now uses GitHub for bug tracking. This bug has been migrated to:
https://github.com/mixxxdj/mixxx/issues/8501

lock status: Metadata changes locked and limited to project staff
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.