Skip to content
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

Open
hasanberacoskun opened this issue Nov 1, 2014 · 11 comments · May be fixed by #3532
Open

Multiple Monitors #1259

hasanberacoskun opened this issue Nov 1, 2014 · 11 comments · May be fixed by #3532

Comments

@hasanberacoskun
Copy link

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
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.

@tresf
Copy link
Member

tresf commented Nov 2, 2014

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.

@hasanberacoskun
Copy link
Author

Is there some other way better multimonitor support can be added? The floating dialogues is the only way I can think of right now...

@hasanberacoskun
Copy link
Author

Would coding this be tough in any way?

@tresf
Copy link
Member

tresf commented Nov 2, 2014

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 tresf added this to the 1.3.0 milestone Nov 3, 2014
@softrabbit
Copy link
Member

@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.

@diizy
Copy link
Contributor

diizy commented Nov 4, 2014

On 11/04/2014 02:34 PM, Raine M. Ekman wrote:

Maybe detachable windows would be the way to go.

IMO I'd rather go with custom views - allow the user to have multiple
master windows and divide the mdi subwindows between them.

Lots of floating windows is a much bigger pain in the arse to manage
than lots of subwindows... just try to use Zyn in LMMS and you'll see
what I mean.

@tresf
Copy link
Member

tresf commented Nov 4, 2014

Lots of floating windows is a much bigger pain in the arse to manage than lots of subwindows

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.

@hasanberacoskun
Copy link
Author

I think diizy's idea would work out. Blender comes to mind...

@Umcaruje Umcaruje added the gui label Jul 3, 2015
@lukas-w lukas-w linked a pull request May 5, 2017 that will close this issue
@Spekular Spekular modified the milestones: 1.3, 1.3+ Mar 12, 2021
@Rossmaxx
Copy link
Contributor

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).

@tresf
Copy link
Member

tresf commented May 22, 2022

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).

#3532

@Rossmaxx
Copy link
Contributor

Didn't realise it's already a thing. Why are all my ideas are just repetitions of older ones.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging a pull request may close this issue.

8 participants