-
-
Notifications
You must be signed in to change notification settings - Fork 1.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Meta issue] Wishlist for embedded Mixxx <3 #9696
Comments
Commented by: gustavo Attaching LateNight skin modified toolbar.xml file that enlarges the buttons so that they can be actually pressed on touch screens (it is very difficult to press short buttons on the boundary of a touch screen. (some buttons were added, others removed on this custom version - the purpose of this file is to illustrate that taller buttons are necessary). |
Commented by: gustavo Attaching some proof of concept pictures to illustrate the potential of the idea described above. |
Commented by: gustavo Attaching some proof of concept pictures to illustrate the potential of the idea described above. |
Commented by: uklotzde The use case you describe sounds like a perfect fit for QML with its declarative approach and additional scripting capabilities. |
Commented by: daschuer Yes. Mixxx can do this, independent from the skinning system. There are already a Mixxx OSs around that boots from a USB stick firing up Mixxx in full screen mode. Unfortunately this bug can't be handled in terms of a developer task. Can you breake this up into single bugs per task? If you like you can also create a blueprint that links to all of the single bugs. |
Commented by: gustavo Hi, Yes, I can break this down into single bugs. I was hoping to confirm whether this set of improvements makes sense to the devs, before opening several bugs in a row :-) IMHO, creating an entire OS for this is not necessary, unless we are talking about industrial grade integration (like: boots in less than 2s, needs branded splashscreens, needs specific update channel, automatic setup, and so on). Creating yet another OS creates a heavy maintenance bill. We can run Mixxx perfectly on plain Ubuntu LTS and stand on the shoulders of its giant community. Same for any other stable and well maintained distribution. Mixxx is running great on the setup I described above, where the OS boots directly into full screen mix. With those 4 improvements it will be possible for such systems to be fully embedded without any desktop environment interaction after they are setup. These systems can then be cloned and distributed to people that know nothing about Linux, but can directly use Mixxx :-) I will work on the individual bugs + blueprint. |
Commented by: daschuer Cool Thank you. I am wonder if the skin changes can be part of our standard skins or if we may introduce a new skin (first version a plain copy of an existing). |
Commented by: gustavo Since this is a new experiment I think multiplying the effort directly across all the skins could become heavier on the effort side. Also, I'm not sure if there would be tensions between the needs of a touch friendly skin and the needs of a normal skin. Perhaps it is lighter on the effort to start by introducing LateNightTouch, a copy of LateNight skin optimized for touch and see how it goes from there. I found that skin, withlight modifications, very pleasant to use on a 10.1" device. |
Commented by: ronso0 Re: LateNight touch optimization I think we should move the tool bar to the very top (like in other skins). |
Commented by: ronso0 related: lp:1740365 "remove the menu bar" |
Commented by: ronso0 Re: text search On linux there's Onboard for example, an on-screen keyboard with many options. Could we tweak the search box and rename dialogs in a way that such an on-screen keyboard pops up automatically, like on mobile devices running Android, iOs etc? How can we keep the focused text widget visible on screen, so that the keyboard doesn't cover up the library, for example with FX and scrolling waveforms? set [Library],maximize to "1" as soon as a keyboard is triggered? |
Commented by: gustavo Moving the toolbar to the upper part will probably not eliminate the need for tall buttons. Firstly because the edge of the touch screen does not seem to be as precise as the middle. Secondly, because when a user is mixing they need to tolerance for a rough (i.e., not very precise) touch - otherwise we get UX friction due to many failed touches. I totally agree that the menu bar could (optionally) disappear in full screen if the user choose it that way. It is there taking space but it isn't used. I will add the to the blue print for evaluation from your side. |
Commented by: gustavo Here is the blueprint attempt: https://blueprints.launchpad.net/mixxx/+spec/mixxx-embed-touch |
Reported by: gustavo
Date: 2019-07-20T23:02:30Z
Status: Confirmed
Importance: Wishlist
Launchpad Issue: lp1837303
Attachments: toolbar.xml, [WhatsApp Image 2019-07-21 at 12.08.42 AM.jpeg](https://bugs.launchpad.net/bugs/1837303/+attachment/5278185/+files/WhatsApp Image 2019-07-21 at 12.08.42 AM.jpeg), [WhatsApp Image 2019-07-21 at 12.19.38 AM.jpeg](https://bugs.launchpad.net/bugs/1837303/+attachment/5278186/+files/WhatsApp Image 2019-07-21 at 12.19.38 AM.jpeg)
Hardware is becoming a commodity, including hardware designed to run Linux.
Mixxx is an obvious candidate for integration in (deep and not so deeply) embedded solutions because it:
A proof of concept for this idea has already been implemented:
In fact, it is currently not very difficult to setup a dedicated tablet computer that connected to a supported controller brings life to a great DYI standalone controller that rivals the latest Denons and Pioneers :-)
For that to happen it is only necessary to:
This enables a seamless "power button turns on device directly into Mixxx / power button shuts down device" kind of experience on commodity hardware, as well as keyboard and mouse free operation, like would happen on a commercial standalone controller. But on a device that can hold many GBs of music inside, transferrable via SFP/SCP. No keyboard, no mouse, no external usb storage.
How could this experience be improved?
I will attach some contributions to this topic.
Thank you.
The text was updated successfully, but these errors were encountered: