Adds hamburger menu to the Layers Pad with the remaining Layer actions

[pedropaulosuzuki]

With the new hamburger menu in the layers pad, we should have no discoverability problem (besides this addition, there's also the right-click menu on the layers). So, this also removes the Layers menu from the main Pinta hamburger menu.

Fixes #1386.

[pedropaulosuzuki]

@cameronwhite any idea why this is breaking on MacOS? I cannot test because I don't have any of those devices.

[cameronwhite]

@cameronwhite any idea why this is breaking on MacOS? I cannot test because I don't have any of those devices.

I don't think it's anything related to your PR - the same build failure just happened for the master branch after the PR I merged earlier. I'll try to look into it soon, but it's probably a bad update for one of the native libraries we install from homebrew

[cameronwhite]

I think the CI issues might be fixed (or maybe are just randomly failing) - I got it to go green after re-running the jobs

A couple thoughts on the change:

• The extra icon increases the minimum width of the sidebar, and this felt noticeably bigger to me
• The icons for Move Layer Up / Down (which aren't the greatest icons to begin with) look pretty similar to the hamburger icon when they're all enabled

What do you think about moving one or more buttons (perhaps the Move Layer Up / Down items) into the hamburger menu? Especially if #1218 is later implemented for drag and drop, these would be used less often

[pedropaulosuzuki]

I think the CI issues might be fixed (or maybe are just randomly failing) - I got it to go green after re-running the jobs

A couple thoughts on the change:

* The extra icon increases the minimum width of the sidebar, and this felt noticeably bigger to me

* The icons for Move Layer Up / Down (which aren't the greatest icons to begin with) look pretty similar to the hamburger icon when they're all enabled

What do you think about moving one or more buttons (perhaps the Move Layer Up / Down items) into the hamburger menu? Especially if #1218 is later implemented for drag and drop, these would be used less often

I think removing those icons before having drag and drop might make them hard to discover, and people would complain about needing to click twice when previously they only needed to click once™. But I agree they also look too similar at the moment. Maybe we could use up-symbolic and down-symbolic instead?

[cameronwhite]

Those icons look much better 👍

[pedropaulosuzuki]

Those icons look much better 👍

Here are the new icons:

Screencast.from.22-03-2026.01.10.25.webm

Doesn't solve the increased width (which I'm not very happy either...), but should solve the other points you brought up.

[pedropaulosuzuki]

@cameronwhite maybe we could join the up/down buttons with a GtkBox, should reduce the space they occupy.

Edit: just tested, not worth it, the change is minimal:

Putting all the buttons into the Gtk.Box saves some space, but the buttons become too close to one another, so maybe not worth it, in the end.

Edit 2: not so sure if they are "too close", looking at it again. I'll think about it a bit more.