We could make it not 'always on top' by default but allow people to enable this through a change to syncplay.ini but if nobody is that bothered that may just be added complexity for no good reason. The main problem I can currently foresee with changing the behaviour is in circumstances where people have a low screen resolution as this would mean that the 'Always on Top' Syncplay window would take up a large proportion of the screen and make it hard for them to copy stuff over. People might end up looking at their browser or messaging program while launching Syncplay to copy over server and room information, but whether that would make them want it to be on top or not might depend on the user and their set-up. I can see why some people might want it in front so they can't lose it while others might prefer it to not be always on top. If someone makes a strong case to change the behaviour and addresses the potential concerns then I would be happy to give it some more thought. not always on top) for other operating systems as that is the least likely to cause new problems. I do not have a strong view on which behaviour would be better for me as a user for other OS, but as a developer my inclination would be to maintain the current behaviour (i.e. Long answer: The case for change on macOS is clear as it addresses a problem that users have reported. Short answer: I can't see why we shouldn't apply it to syncplay/master for macOS, but I think for now it is best to limit the change to just macOS. Should we apply this to syncplay/master too? Do you want to trigger this behavior only on macOS or an all operative systems
#Hoq to open syncplay config windows#
If the ConfigDialog is set to modeless, the two windows open together at the start of Syncplay. EDIT: this is not that easy as I thought because at the moment Syncplay waits for return from the configuration modal window before opening the main window. However, I realize that with the configuration dialog, the user could be left with no windows from Syncplay at Maybe we could set the configurationGUI dialog to modeless, and see what this means on the other operative systems. After all, with the other dialogs, the main windows is always shown on Mission Control, so the user is never confused. Since this happens with every modal window in Syncplay (file dialogs, about, settings, etc.) I always thought this was their intended behavior and not a bug.
The only way to bring the configuration dialog back is to click once on the Syncplay icon in the dock, like you did. In this case, clicking on "Show All Windows" does not show anything. Then the window "disappeared" simply because it went behind another window from a different program. So, maybe your friend just triggered mission control and went back.
However, the configuration window does not show on Mission Control, because is a modal window.
The main window can be minimized and brought back without any issue. The configuration window cannot be minimized since the corresponding button is disabled. Syncplay typically shows two windows: the configuration window (the one that opens with the app) and the main window, which opens after the settings have been confirmed. I just tested this on my High Sierra machine.
0 kommentar(er)
