Pinta icon indicating copy to clipboard operation
Pinta copied to clipboard

Make Layer Properties Dialog Draggable

Open gitspeaks opened this issue 1 year ago • 7 comments

Currently, the Layer Properties dialog, which appears when double-clicking a layer to adjust transparency, is fixed in the center of the screen. This placement often obstructs important visual areas, hindering the ability to effectively preview changes live as transparency levels are adjusted.

Allowing the dialog to be moved freely across the screen would prevent it from covering crucial areas, thereby improving visibility and interaction during adjustments.

gitspeaks avatar Jul 05 '24 17:07 gitspeaks

Which platform are you on? This might be something specific to the window manager's behaviour - testing on macOS the dialog can freely move

cameronwhite avatar Jul 06 '24 02:07 cameronwhite

Standard Ubuntu 24.04 LTS desktop installation.

gitspeaks avatar Jul 06 '24 07:07 gitspeaks

I think this might be a behaviour of GNOME shell - e.g. https://popey.com/blog/2021/01/my-gnome-tweaks/ mentions that the GNOME tweaks app can allow you to change whether modal dialogs are immovable or not Let me know if that works for you?

I think the dialog should be modal with Pinta's current behaviour, since allowing interaction with the main window probably won't work without a lot more code changes to deal with the layer being removed while the dialog is open, etc

cameronwhite avatar Jul 06 '24 18:07 cameronwhite

I personaly avoid installing "tweak" tools, don't know if a tweak will come and bite me in a different use-case...

In any case, the issue is not about allowing interaction with the "main" window but allowing to move the modal (like on the mac) so you can interact with it when placed in an area that does not obstructs important information, for example, moving it aside to see a live preview of how different transparency settings affect info at the center of the screen.

gitspeaks avatar Jul 06 '24 20:07 gitspeaks

Right, but I don't think Pinta specifically is blocking the dialog from moving , but rather that's the default behaviour for these types of dialogs on your OS?

cameronwhite avatar Jul 06 '24 21:07 cameronwhite

Correct. Apparently, this is a well known behavior in GNOME. I wouldn't hold my breath for it to get resolved. I think seeing a live preview of different opacity settings is quite useful. Please consider allowing customization of the UI to show the slider in the horizontal toolbar in the main window to avoid dealing with the fixed dialog issue.

gitspeaks avatar Jul 08 '24 06:07 gitspeaks

Another alternative might be changing the dialog into a non-modal dialog or a Gtk.Popover, along with handling any potential issues with it no longer being model (e.g. the layer being removed while the dialog is open)

cameronwhite avatar Jul 09 '24 02:07 cameronwhite