Bug 470560

Summary: Feature Request : customs rotate other then fixed angles 0, 90, 180 270 or 360 degree
Product: [Applications] gwenview Reporter: kdebug
Component: generalAssignee: Gwenview Bugs <gwenview-bugs-null>
Status: REPORTED ---    
Severity: wishlist CC: 1i5t5.duncan
Priority: NOR    
Version First Reported In: 23.04.1   
Target Milestone: ---   
Platform: Neon   
OS: Other   
Latest Commit: Version Fixed/Implemented In:
Sentry Crash Report:
Attachments: Sample for rotate option

Description kdebug 2023-06-02 17:26:16 UTC
Created attachment 159415 [details]
Sample for rotate option

Presently only able to rotate any image only to fixed angles 0, 90,  180 270 or 360 degree. Sometimes its require to straight image to an unpredictable angle (say 125, 35, 40 and so on), In other words customs/free rotation is required.
Comment 1 Duncan 2026-02-16 11:20:45 UTC
This is a 2023 bug but it still applies today.

Not sure if you've found a workaround, but FWIW, while I still use gwenview as my normal photo viewer (and trivial editor), I found and use a qt-based (but not kde) app called phototonic for 1-degree rotation.  I discovered it in the qt5 era, probably a bit before this bug was filed, and it was a bit slow to port to qt6 (I had to uninstall it for awhile when I decided to get rid of qt5 on my machines), but there's a qt6 port now and I'm using it.

Typically I use gwenview for normal browsing, then use open-with in gwenview to open whatever image I want to spin or otherwise temporarily modify in phototonic.  (That way I avoid gwenview's constant save-changes nags.)

Being qt-based phototonic is almost native-kde looking altho the configuration dialog isn't quite the same.  And both gwenview (being kde) and phototonic have configurable hotkeys so it's possible to set both up with nearly the same hotkeys, if desired.

I will say, however, that at least on my older amdgpu radeon using kwin, phototonic does have some image buffer bugs.  Rotating and zooming, sometimes (often!) it'll display the new size/rotation then redisplay the old one again, like a dual-buffering buffer-flip bug.

Clicking on the buggy image returns and stabilized on the newer version again... until I zoom/rotate further at least. 

What's interesting is that it had that bug on qt5, I *THINK* back on X (kwin_x11) before I switched to wayland (kwin_wayland) tho I can't remember for sure so it might have been wayland already, and now on qt6 running kwin_wayland.  No other wayland apps, gtk3 or qt6 have that issue, and it was about the same back on the old qt5 phototonic too, so it's definitely a phototonic bug, tho possibly only showing up on select hardware like my decade-old graphics radeon.  Anyway, that's one reason  (besides simply being used to gwenview) I still use gwenview as my primary image browser/viewer, and use phototonic mainly for single-image-at-a-time work, via open-with from gwenview.

(Also note that the default as-shipped upstream phototonic.desktop file executes phototonic with its -s single-instance option.  In that mode using gwenview to open-with a second image will open it in the original phototonic instance.  Sometimes I want to keep an old image open in phototonic when I open-with a new one and that -s was interfering!  So I edited the desktop file, choosing to do it at the system level instead of with a user-level desktop file override, with an auto-apply-at-package-update patch since gentoo makes that trivial.)