-
-
Notifications
You must be signed in to change notification settings - Fork 1k
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
Multiple Monitors #1259
Comments
Yes, breaking from the QMdiArea could squash a few real-estate problems for us as well as some bugs. Gimp does the floating dialogs and there are some quirks to using it as you generally use a hotkey to make them disappear and come back (or raise to the top). Most desktop software seems to have moved away from the Multiple Document Interface for similar reasons. |
Is there some other way better multimonitor support can be added? The floating dialogues is the only way I can think of right now... |
Would coding this be tough in any way? |
Since the code which shows/hides items for the most part doesn't care about the specific container type, it may be quick to whip up a proof of concept but I've not the QT knowledge to know for sure. A proper switch to floating windows would certainly be some effort. |
@tresf - you're right, it should be a quick thing to whip up. IIRC, putting the mixer in a separate window took something like 10 lines of code when I explored that direction ages ago. No idea on the heap of usability issues this'll lead to, though. IMO the behavior should be configurable so that those who don't want a GIMP-like explosion of separate windows still have a choice. Maybe detachable windows would be the way to go. |
On 11/04/2014 02:34 PM, Raine M. Ekman wrote:
IMO I'd rather go with custom views - allow the user to have multiple Lots of floating windows is a much bigger pain in the arse to manage |
I think this depends if they are creating a separate window in the window manager or not. Gimp spawns separate windows for many of it's dialogs and it is terrible IMO, however for some of its components (such as the main toolbars) they seem to float properly above the master window. |
I think diizy's idea would work out. Blender comes to mind... |
i got an idea (not really unique but feels good). how about an attach/detach button each of the major subwindows (if it's attached, works like what we have now, if detached, works as it's own window). |
|
Didn't realise it's already a thing. Why are all my ideas are just repetitions of older ones. |
I am not sure if this idea or issue has been discussed elsewhere, but I was thinking it would be great (I don't know how tough it would be to implement this) if lmms subwindows(things such as the "Song-Editor" and "Mixer") could be separate rather than confined to the single window provided, such as in Gimp. I feel like this would be really useful in properly using more monitors.
![untitled](https://cloud.githubusercontent.com/assets/9501476/4872857/fae0a83e-61f5-11e4-9111-2b1f6b95a0a1.jpg)
Of course, the windows will have the proper window style (Based on operating system).
Or it can be like Blender's system where you can pop out windows by pressing shift and dragging. And ideas on this?
I'm new to this and I'm not sure if I posted this on the right spot. If not, please tell me where these things go.
Edit: I would love to contribute, but I don't think my coding is up to par yet. Hopefully, when I get better.
The text was updated successfully, but these errors were encountered: