The Status & Future of Shutter

[delinuxco]

Greetings, I am wondering if anyone could share the status & future of Shutter.

Wayland support, updates on a regular bases etc.

What are the challenges for the project that hold it back from moving forward ?

etc...

This is still one of the best screenshot tools in Linux, especially for GTK environments, would hate to see it disappear.

[DarthGandalf]

What are the challenges for the project that hold it back from moving forward ?

Mostly lack of manpower, and horrible codebase. Ideally, to make it maintainable, need to rewrite it from perl to something more sane (rust?), but that's a lot of work.

In fact, it being perl, prevents certain wayland features - e.g. on KDE on wayland KWin checks the process which tries to access the KWin-specific screenshot API, then checks for certain values in the .desktop file of that process. Here it sees the process as /usr/bin/perl, and shutter cannot update the perl's .desktop file to add that kwin flag.

This is still one of the best screenshot tools in Linux, especially for GTK environments, would hate to see it disappear.

Agreed. When I was porting it from gtk2 to gtk3, I wanted to abandon it many times, but shutter is still better than alternatives :(

[Photon89]

Hi, thanks for the praise and also for worrying about Shutter's future! In my opinion, we are plainly lacking manpower and time resources.

There are many small bugs which we are trying to fix as actively as limited manpower and time resources permit, but the big challenge of adding Wayland support hasn't been worked on since @DarthGandalf implemented full screen mode for Wayland.

We'd gladly accept contributions, but currently it isn't even clear how this Wayland support might look like. The problem is that Wayland is implemented differently on different DEs and distros. For example, on Ubuntu Gnome, if you try to capture a screenshot, a dialog window pops up. Thus, there is no solution which works universally for all DEs and distros, several approaches would have to be implemented separately. For Gnome there is a fork by @mvivarelli: https://github.com/mvivarelli/shutter-on-wayland which makes use of gnome-screenshot. It is a somewhat hackish solution but it works. But to integrate it into our code, we'd need to restructure the new code, which again requires manpower and time. And it would only support Gnome for now.

[delinuxco]

Well, these are tough challenges for sure, I include Shutter in my little Manjaro Cinnamon Spin and it works great on X11. The only thing I could suggest is to make it more easier to integrate as part of a distro, add it to startup items so it is up and running even during ISO evaluation. Right now because the settings uses hard coded user paths, it is difficult.

Shutter is the one of two apps on my little spin that does not work on wayland, and I would like to keep using it, Ksnip works well, but the look on GTK desktops is not the greatest. I have enough issues keeping BackInTime looking decent. But enough about my problems.

If I may brainstorm with you here...

Is AppImage an option?

How about forking Ksnip and porting to GTK and using it as a base?

[delinuxco]

How about cheating :-)

https://www.codeconvert.ai/perl-to-rust-converter

[Photon89]

Is AppImage an option?

This has been discussed (and even tried to some extent), see #325 and #594. But looks like we need to deal with XDG config folders first (see #492).

How about forking Ksnip and porting to GTK and using it as a base?

I think, this would be even more work than actually implementing Wayland support... 😄

How about cheating :-)

This might work well on small projects, but I wouldn't expect it to produce usable results on Shutter which consists of many modules and makes use of many dependencies, for which Rust alternatives might or might not exist, but in any case I'd expect the required changes to be too radical for such a tool to take care of them..

[mvivarelli]

Hi Michael, have you verified that other DE than gnome does not have a utility like gnome-screenshot ? if turn out that they have I think that my hackish solution is by far the one that require less work to implement Maurizio

…

-----Original Message----- From: Michael Kogan ***@***.***> Reply-To: shutter-project/shutter ***@***.***> To: shutter-project/shutter ***@***.***> Cc: mvivarelli ***@***.***>, Mention ***@***.***> Subject: Re: [shutter-project/shutter] The Status & Future of Shutter (Issue #662) Date: 03/28/2024 06:13:02 PM Hi, thanks for the praise and also for worrying about Shutter's future! In my opinion, we are plainly lacking manpower and time resources. There are many small bugs which we are trying to fix as actively as limited manpower and time resources permit, but the big challenge of adding Wayland support hasn't been worked on since @DarthGandalf implemented full screen mode for Wayland. We'd gladly accept contributions, but currently it isn't even clear how this Wayland support might look like. The problem is that Wayland is implemented differently on different DEs and distros. For example, on Ubuntu Gnome, if you try to capture a screenshot, a dialog window pops up. Thus, there is no solution which works universally for all DEs and distros, several approaches would have to be implemented separately. For Gnome there is a fork by @mvivarelli: https://github.com/mvivarelli/shutter-on-wayland which makes use of gnome-screenshot. It is a somewhat hackish solution but it works. But to integrate it into our code, we'd need to restructure it which again requires manpower and time. And it would only support Gnome for now. — Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you were mentioned.Message ID: <shutter- ***@***.***>

[Photon89]

For example, xfce4-screenshooter in Xfce doesn't have the -c option which allows to put the image into the clipboard without showing the GUI at all.

[mvivarelli]

And give a try to this ? https://git.sr.ht/~emersion/grim i did I little bit of investigation and saw that this module does not work in gnome/wayland but maybe it work for all the rest in this case the solution could be: - gnome-screenshot for gnome; - grim for the rest Maurizio

…

-----Original Message----- From: Michael Kogan ***@***.***> Reply-To: shutter-project/shutter ***@***.***> To: shutter-project/shutter ***@***.***> Cc: mvivarelli ***@***.***>, Mention ***@***.***> Subject: Re: [shutter-project/shutter] The Status & Future of Shutter (Issue #662) Date: 03/29/2024 12:12:26 PM For example, xfce4-screenshooter in Xfce doesn't have the -c option which allows to put the image into the clipboard without showing the GUI at all. — Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you were mentioned.Message ID: <shutter- ***@***.***>

[DarthGandalf]

maybe it work for all the rest

Nope. It may work for https://gitlab.freedesktop.org/wlroots/wlroots only. We'll need separate solutions for different compositors, and wlroots (sway etc) has its own API for screenshots, yes, which we probably can use - via grim or directly.

[mvivarelli]

reading a little bit more I found: https://www.reddit.com/r/linux/comments/11z0kcr/desktopagnostic_wayland_compositor/ maybe the solution could be: - gnome-screenshot for gnome; - solution to find for KDE; - grim for the rest but beside that, I think that if my solution is incorporated into the shutter then you pass from: - 100% support for X, 0% support for wayland to - 100% support for X, 50% support for wayland (i don't know the exact percentage of gnome and derivative usage) and in the short term this is important for not letting shutter die Maurizio

-----Original Message----- From: Alexey Sokolov ***@***.***> Reply-To: shutter-project/shutter ***@***.***> To: shutter-project/shutter ***@***.***> Cc: mvivarelli ***@***.***>, Mention ***@***.***> Subject: Re: [shutter-project/shutter] The Status & Future of Shutter (Issue #662) Date: 03/31/2024 10:39:14 AM

maybe it work for all the rest

Nope. It may work for https://gitlab.freedesktop.org/wlroots/wlroots only. We'll need separate solutions for different compositors, and wlroots (sway etc) has its own API for screenshots, yes, which we probably can use - via grim or directly. — Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you were mentioned.Message ID: <shutter- ***@***.***>

[vadi2]

Agreed. Also a very important fact of it would be managing expectations - as seen here, supporting Wayland is a lot more work than supporting X, and when Shutter does not have a certain $feature folks will be inevitably disappointed - so we need to ensure that we manage their expectations here.

[DarthGandalf]

from:

• 100% support for X, 0% support for wayland

to

• 100% support for X, 50% support for wayland (i don't know the exact
  percentage of gnome and derivative usage)

The current state is not 0%: xdg portal support implemented in 0.99.1 is enough for very simple cases. It even supports both KDE and Gnome. It just doesn't have any more advanced features like Shutter on X did.

and in the short term this is important for not letting shutter die

Agreed, that's why I implemented that.

Now, xdg portal is not a perfect solution, but may be fine as fallback option if there's nothing better for the specific compositor. The gnome-screenshot hack you did still provides more features than xdg portal, but it works only on gnome.

So, shutter needs to detect which compositor is running, and depending on compositor, either use gnome-screenshot (or perhaps we find some better way to interact with gnome), or something specific to wlroots (e.g. grim), or something specific to KDE, etc, or to use the xdg portal as fallback.

[mvivarelli]

"very simple cases" means "usable" ? becausa if does not means "usable" than I return to my evaluation:

* 100% support for X, 0% support for wayland

and usable means that you can take active window and selection screenshot please Alexey, don't take my words bad, I just want the best for Shutter Maurizio

-----Original Message----- From: Alexey Sokolov ***@***.***> Reply-To: shutter-project/shutter ***@***.***> To: shutter-project/shutter ***@***.***> Cc: mvivarelli ***@***.***>, Mention ***@***.***> Subject: Re: [shutter-project/shutter] The Status & Future of Shutter (Issue #662) Date: 03/31/2024 12:19:35 PM

from: * 100% support for X, 0% support for wayland to * 100% support for X, 50% support for wayland (i don't know the exact percentage of gnome and derivative usage)

The current state is not 0%: xdg portal support implemented in 0.99.1 is enough for very simple cases. It even supports both KDE and Gnome. It just doesn't have any more advanced features like Shutter on X did.

and in the short term this is important for not letting shutter die

Agreed, that's why I implemented that. Now, xdg portal is not a perfect solution, but may be fine as fallback option if there's nothing better for the specific compositor. The gnome-screenshot hack you did still provides more features than xdg portal, but it works only on gnome. So, shutter needs to detect which compositor is running, and depending on compositor, either use gnome-screenshot (or perhaps we find some better way to interact with gnome), or something specific to wlroots (e.g. grim), or something specific to KDE, etc, or to use the xdg portal as fallback. — Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you were mentioned.Message ID: <shutter- ***@***.***>

[Photon89]

I think we all agree that merging your code for Gnome is a good idea (@team: please correct me if I'm wrong, but this is my impression from our internal discussions). But, aside from strategic discussions, the practical problem is that it needs to be restructured a lot. Shutter stores the code for the dirty screenshooting work in modules that are located in https://github.com/shutter-project/shutter/tree/master/share/shutter/resources/modules/Shutter/Screenshot We'd need to create modules like SelectorWaylandGnome or WindowWaylandGnome which are called from the main file. The problem is just that currently we lack time to do the work...