Created attachment 151975 [details]
Another form of the bug.

A few questions:
1. What is your screen resolution?
2. Is your panel set to "Windows can Cover" mode?
3. What window placement setting are you using?
4. What distro are you using?
5. Does the issue happen if you use the default Breeze window decoration theme?

(In reply to Nate Graham from comment #2)
> A few questions:
> 1. What is your screen resolution?  1360 x 780
> 2. Is your panel set to "Windows can Cover" mode? No, it is always visible.
> 3. What window placement setting are you using?  I don't know how to change this, thus it should be in default state.
> 4. What distro are you using? EndeavourOS.
> 5. Does the issue happen if you use the default Breeze window decoration
> theme?  Yes. I had tried many themes. 


Also, I had tried 3-4 other image viewers, and had not encountered this bug with them.

Can you answer the questions?

I thought I answered your questions by writing them in front of the questions ! Now I am pasting the answers along with the questions : 


> 1. What is your screen resolution?  1360 x 780.
> 2. Is your panel set to "Windows can Cover" mode? No, it is set to "always visible".
> 3. What window placement setting are you using?  I don't know how to change this, thus it should be in default state.
> 4. What distro are you using? EndeavourOS.
> 5. Does the issue happen if you use the default Breeze window decoration > theme?  Yes.

1. What is your screen resolution?  1360 x 780.
 2. Is your panel set to "Windows can Cover" mode? No, it is set to "always visible".
3. What window placement setting are you using?  I don't know how to change this, thus it should be in default state.
4. What distro are you using? EndeavourOS.
5. Does the issue happen if you use the default Breeze window decoration theme?  Yes.

Thanks. What happens if you put your panel on the left or right side? Does the window open in a size that makes the bottom get cut off, or does the bottom of the window perfectly touch the bottom of the screen?

(In reply to Nate Graham from comment #7)
What happens if you put your panel on the left or right side? Does 
 the window open in a size that makes the bottom get cut off, or does the
 bottom of the window perfectly touch the bottom of the screen?



If putting panel on left side, I had not seen Gwenview getting passed through that panel. But from the bottom side, some of the actions remain inaccessible, as I had described. And then everything is according to the detail I provided initially.



Please see the attachment named as "Right Panel". It is how Gwenview looks as per your question.

Created attachment 152207 [details]
Right Panel

Seems like the real issue is that Gwenview's minimum height is too tall. Can reproduce that.

(In reply to Nate Graham from comment #10)
> Seems like the real issue is that Gwenview's minimum height is too tall. Can
> reproduce that.



Thanks for confirming the issue.

*** Bug 463916 has been marked as a duplicate of this bug. ***

Created attachment 155081 [details]
Gwenview window takes too much vertical space when editing tools are shown

Info from the duplicate bug 463916
- video from the duplicate bug that shows the bug well I think 
- Important: that this is happening only when editing tools are open 
- possible solution is to make editing tools scroll-able

*** Bug 448575 has been marked as a duplicate of this bug. ***

*** Bug 464523 has been marked as a duplicate of this bug. ***

Created attachment 155550 [details]
problem.png

Good day Nate,

Sorry I don't know if that really make sense what I said for reporting 
the bug here is couple of picture that show the problem...

Can't see the crop menu at the bottom I think the app need resizing...

Have a fantastic day!

On 24/1/23 08:46, Nate Graham wrote:
> https://bugs.kde.org/show_bug.cgi?id=458987
>
> Nate Graham <nate@kde.org> changed:
>
>             What    |Removed                     |Added
> ----------------------------------------------------------------------------
>                   CC|                            |hsdredgun@hotmail.com
>
> --- Comment #15 from Nate Graham <nate@kde.org> ---
> *** Bug 464523 has been marked as a duplicate of this bug. ***
>

Created attachment 155551 [details]
problem2.png

The current solution to this problem is to try switching to a different desktop. The first issue appeared with the KDE Gear 22.08 release, and 22.12 still has it.

(In reply to Brahmastya from comment #18)
> The current solution to this problem is to try switching to a different
> desktop. The first issue appeared with the KDE Gear 22.08 release, and 22.12
> still has it.

I mean move Gwenview to another desktop, this workaround is temporary (if you close the app then you need to repeat that step).

*** Bug 465734 has been marked as a duplicate of this bug. ***

With 5.27.3, the bug is still present (laptop screen 15.6"), the real problem is that the list of items in "Operations" tabs is too big, for example for png files it shows 19 items that stretch the height of the whole window, so its minimum height becomes bigger than the height of the screen. Normally, those items should be put inside a scollpane with a scrollbar to adapt to any screen height.

*** Bug 467196 has been marked as a duplicate of this bug. ***

A possibly relevant merge request was started @ https://invent.kde.org/graphics/gwenview/-/merge_requests/195

*** Bug 468761 has been marked as a duplicate of this bug. ***

Git commit 0366519f27e27659059ad9ac44a13aa279e063d4 by Nate Graham.
Committed on 21/04/2023 at 18:17.
Pushed by ngraham into branch 'master'.

Remove "Delete" and "Create Folder" actions from sidebar

The number of actions in Gwenview's sidebar currently causes the main
window with default settings to be taller than the amount of vertical
space available for users with 1366x768 screens and the default 44px
bottom panel. In this configuration, Gwenview's footer becomes
inaccessible, breaking various parts of the app's functionality, such as
the ability to zoom and switch sidebar tabs.

I know what you're about to say. Yes, it's 2023 and people are still
using 1366x768 screens. Unfortunately they still will be for a long
time; this is the second most common screen resolution for
desktop/laptop computers worldwide. See
https://gs.statcounter.com/screen-resolution-stats/desktop/worldwide

We could fix this by making the sidebar actions list scrollable, but
that's kind of an ugly solution as scrollable lists of actions
present an unpleasant UX overall.

So instead, let's remove two actions from the sidebar:
- The "Delete" action, which is actively dangerous to the user's data
  and should definitely not live next to safe actions.
- The "Create Folder" action is super niche in purpose as Gwenview is
  not really meant to be a file  management app.

Both actions remain visible in the GUI menu structure and accessible
via keyboard shortcut.
FIXED-IN: 23.08

M  +9    -1    app/fileopscontextmanageritem.cpp

https://invent.kde.org/graphics/gwenview/commit/0366519f27e27659059ad9ac44a13aa279e063d4

(In reply to Nate Graham from comment #25)
> 
> So instead, let's remove two actions from the sidebar:
> - The "Delete" action, which is actively dangerous to the user's data
>   and should definitely not live next to safe actions.
> - The "Create Folder" action is super niche in purpose as Gwenview is
>   not really meant to be a file  management app.
> 

Is this really necessary?
Because from my experience Gwenview works just right on X11, all elements fits perfectly. It's only on Wayland that this problems occurs. Can't it just adapt the side on Wayland like on X11?
Also, making the windows rules also work on Wayland would "solve" this problem.

No.

The reason it "works" on X11 is because KWin allows window to be resized to be smaller then their minimum sizes. When this happens, non-scrollable content inside the application window will be cut off; in this case, the bottom two entries in the sidebar.

On Wayland, KWin doesn't permit this, so instead the whole bottom part of the window gets cut off.

The behaviors are different on X11 vs Wayland, but in both cases things are getting cut off that shouldn't be, and in both cases, it can be solved by setting a smaller minimum window size by removing some items from the sidebar, which is that that patch did.

(In reply to Nate Graham from comment #25)
> We could fix this by making the sidebar actions list scrollable, but
> that's kind of an ugly solution as scrollable lists of actions
> present an unpleasant UX overall.

Although I agree that the two actions you mentioned can be removed from the list, I would like to comment on the "scrollable lists of actions present an unpleasant UX overall". In particular, has there been any input from UX and Accessibility experts on this? Are there some existing design guidelines or research you can point to?

Speaking for myself, I very much dislike when apps (and websites, for that matter) require a relatively large minimum height (or width). As someone with eyesight problems, I often increase font sizes or UI scaling, so what might fit OK by default in a particular screen size with default settings, may not for other people. Or, I might want to split my screen with Gwenview at the top and something else at the bottom.

For whatever reason, personally I would very much prefer to have a scrollable list of actions than an overly large (in my opinion) hard-coded minimum height for the app. Thanks for reading!

Hi.
This bug is not resolved by removing 2 items from the options list.
- because of accessibility needs.

users will scale font so that this issue will still occur - such as using global scale or force font dpi.
-  it is an accessibility issue, some Gwenview options are not usable to those requiring larger font.
-  even on my 1080p screen with larger font size, removing 2 menu items will not make all the items appear. 

the nearest solution to this issue is a scrollable list.
- scrollable options list are common, and are an accepted UX style. Not ugly.
- meets accessibility needs
- because some users will always scale fonts larger than anyone can imagine, and apps must handle it.

i have reopened this bug for the above reasons, even though im not part of the in crowd.

kodintent.

Created attachment 158802 [details]
Clear visibility of issue when panels are floating

Comment on attachment 158802 [details]
Clear visibility of issue when panels are floating

>DOCX
>

>³.Þ£·k§ñ¨=¡oû	YÙê
>ô~TÙ§§·Þö責ìÛå*É>t¤nY°ãxï^­½ú
\(û+&n£jåÓæÙgCû8ÕÃGñ92Ru:.ª¶Mçý;Hü$ò¯GÉ7ÁûOëãlp>Ê«oé·NÿyäZOÿýÚ,+Úw6ýï}wËOÃE¡Äª¤óqÇËT";oÿö/ïÔF@ØwæSÊO¦oØt×É]Ò½_ïq²ØÄƸ¶5<Û¥¤
wm;T§.ÝMlâÐaÝsþëÖ³w;uFJÐzßè-«]ªþ½³ËǬÞó×®+ú[ÕÑ"']RºîÆ¥×SÃs_ß´ôìëð&7'EëR©¿÷»j©iòäèwvDÌðl[ìlÐÂíí·Î\,
>
ñö
¶Øxãa/÷ÿubwÝ·äî`îîyºIÎà{b:Ç¿vÎ1çÖ¦W°BLÐÒ2i¢*þZ^µ¿b±xf}(`C:'mêý¸#Df{ï1{ä±D+ïÀì£õ¬ ÀòúãȾëè®ýWàÙSFVkºé\!ò%2Р{Ó;Ôn§þ@YYé{ï.aУî3æËXóc¬ï*¢^ãG¼?Påäîêã,d»ý&xK´1Á{îìfðJ÷#ØÇ»Ìkp½Ô4<AG÷ê;Ñ_cq+×àV,Êð]
> )6`Ö{pþ1ñD#0|¦a)ªÁf{j1ÖÙÀº
>óRÀ`]?4õ)&~¾ú*U
õÇ:À¾½ê*f,kÀ¸U{×Yk&j&OVf4½ñxkÐÉ68çÜ3ëXá\f
í Y°ààé|æ|® ¡!¬W°_f¯ãQ~Æû#-3Ø:Àä$·,rмa!4¦.ºg&°¯@Õ~é9mêzß1ªÎ¨Ú¥4_1o_OITûh&R++`Ç[ź7ö7¡AuÕ;üqiÉ­Ã÷öN 0ËM{ÌÐÆ,h¬r1pÚÔ[÷¼ßj6±MCu)c/õ×b5$ÓæèfÁf&Ö£×,~ÔßWç靈)wç͸A ã3
Yø²°­`¥]\zÆYw
>ÀóÂk|õAqØ"Ps0L6çc»Í¡9¦îuܺhrÛg/kê!@Ó·{}SÀk]`SÅ)éÎ|Zc=8JÇ+æuÐ3$SWY`º>@³cõ)3ì ³9.Kúµ+Pº3nùÞùlÊ:¶çõsÞY}
>À²LÎkÁ^~zÚGMκ
>ÌXæà/¨¤Ö­xæ2±ßP+±Ú»ßPõ/ùiZÐXóMðÒzczð©»fíjFOÓ²k3_À´ ²M©Y§øÀWÌ&ò3(Â0
aö}x,@S1ïCyÜöápÆPÇà©wrg챺Ï×4Ö>³Î¸¤?^±Ñ£
9ü"`"~fPz¾ÌѸ9Ú!uf­ÈjÑïkø)Ââñç,]
>À¬¡>§1°ÞßP»¿èZ];1¶®A-VW£öãð'`?d,LdJ$vðð1õi'0?űãuÁ2KMü×[Û4xbh¶&µqî¯au1Ø6X©Dø<ÿ,YlníSµûíuüòëo|}}5ί˰aVܤ®õ\2Ì°SSuwû
¼à×­ùÙÕc°@«øO<|ìï#Ç÷ý}øÇ_6O:ÕF$dØEHÎÃìÝ;ÿ(,,`5BÞ³¼¶Y³dk¬IOмÏ_÷Zýç)&Ìç´LÅõ訨¯×­
>½z¾üÚùyyÑ/3¬+­^oØe:6ß7öÀÍæÿ°*I°(ÀÌxx(àÁÃÇtîÀ[ÀHhÈ4ÒÔ¼Ì{´Y-%\}ß«ukB½½Ã¬Ù³) ¨è¨¨?vl+//éÚõ_öðWÈWb¢ûu³¯oEKüç³Õ
>lÅÊUîBsÊÛÿYó©>ýÌìa#F	ÔåKQìø­¼¼\ëã}Ö«õö̳ÄPÉúfÌÑ;pÃC
>@g¨oÙXz+p
CEBaïÐ>^ÞÞi)wÁô³;tX¶x¼Z¾xé²³fÿµûÏO?sþÜÙÇÚÚÚ¹{¸WUI몿·t)M»»ûû~øOä)¹L6gîAK¿%¯-^¶|æ¬Ù;¶ÿ¦R©Ø"6^Nÿ=uy5À 0pÇC
>@æúËoÈÞ¬fÏÒ`Øî}*''ç~L¾ìâÒªwhèÞ¿vBÎýûÏäiOÙì·ÍÏË0 ,5åNZjêìû²	g?ó\fzÖ¥ç]BCûìÙýgM#gÿòÔSeeeZCÓxgbfÇ,öC
>Ï
>À\3á!ú5{Ñc¢/½nmÇN.|»²¢Ð´Xlëêê¶hñ7ßz"Ry¹ùÚúë¯#Gzgñ2itç¿'\×j*,<¢]`Û/¿øB®PÅbWW··,]¸hq]#B¡î?/&ÕÇä}Á?V49s-PãsG#L
ML¤Þ¹8uÆ¿û¦ºZV\\øÓ\ÓjòØçN6|ä˯½ñÅÕ§|ýü¦MùÇöß
>)Bª««úá÷ø¸XÝÃm4VÝ2=­Ý®ÉYíÃæØ3é¡SÏl¢)<,oø4;f
R¢T*9Ô;´OyYiâõÉS¦zy{B]üýD"aûÀb±½B¡¼wïR¡	ê/¾ØNüìÜâcc¯_OP)/+»~ýÚä)Ó¼¼½Õøù0as|ÁjMøB`ÈÔYÓ&OPüfy`ÑÀèn´º|vvöÏL9óÖÍ[{ÿúkÚé_ü÷k'gç²²Òû÷äåå5jèð4M>.=x`ßÚµT·Ð©s>}ûUwï6bäHBHzVúÿ¾újïî¿1cíëÕØ·çAö}6²ðßÐ)&JÏ2~A÷¼Æ7¹<¢ºtéιrÝÝ~­ÈçMYDütÝï,ÛÔ]6ÒÞÓ´±úÎè9Gë|i¤]ÚXýmê¹ÌZÓj¥¯ojúÕø¢uD©TÎßûÝöÙËd<`Uæí^¿uæb¡Ph ·o°ÅÆÐI³ô÷-c.E(ã|Ã
>únÎ÷çÙd¸#?>u䲿î:loïc:éLÚÀØE~æZ?NñÔ4ûv¨¿±©¨»
>eà¡ÃwÐ_í¥ÀÖ&âáZxÕXÞþåé±¥íìÇ££9C¬¿¯£wKÿ)3îo)À|?£¹P¼1i¥ëw:{iÂ{ÂæÀâù¬û2Ü«¹\7ÿ×[·÷á¢z°çíq£G7cRú"iÃócǽ¹óªi-ÛJp­AZ¤+]3.®÷(ãÁ3<ú
>håíÖïOåýÃþÎR6õ0àÉ"jÑWãÀÏÜrcÔMX §nOËcò@UXÍÉgXØx±Ú¼\LfBÐ:¸4õöî-#>ëÙàôöÁï=ñ°HjãÙyð³ko§LÝöú[ûZ¿ôvÛÄ¿NßÈQxô¾ð9Ë[ÿ8O|Î}ïÝiAvÈr.þþóS׳Ëm¼BF<¿èÕâ&ú`¬~;@.(P|Ï`9ÍQC'ôáðéÌ`´] ³Ö3¾à $¤Îy®}Ù¿_-où»Êê6¦Ï?)Ptìûog׬¨º²õ§XÞCC[˲¯l_±øTÏCº»UdÛòÛ¿Å4%ÿþñ»â=ç¾³`GÆ¡¯>ÝqKÖ
¬XL4`¼´Ï nK	´ð°(å~M
% C¦{uzaÞé-Ý	õß¾ÓVÿðÉÂçfÎzuî`	¥xS»Z@0õÝo.ü`Þ@{BD]ýèÝ7½7§§
å>,P)Ϲ/·ë7gÁSÃÇÌ;Ü~u9+
@ÿO°f¬g³Ü°Aq#E(ÐÀa«hÔSý~F!°ü4ÍJEÛÍ|eÌéGl>Ú!ĶöüÁÅ¿þuéÎÃJ¹\VIÓNõß¾~¾BBDv%òñuÊÉÉB«h¢(.,QyÔº§'®S§\©ZüÓÕz²Rj7y5ëCb®,Uñ³L0_Ñoj§%	вQ¡ÏÏxá«Ëþ^&&ÄBÝðå®»þ/¸*ÂóÞË¿8Y­QChSÎZ¡½ÐÕÍ¢ªû¿¶ú¹®6µÄoñ _Ë_`9ü¬vÍ7PÑ|ãëæMîb0æ°Ù@WY=Ç0ùZ0û	eeÔ¬÷WÊäJB	EiÞODZxL Mȱím*®Ùs!)õîĨ'+íð/4µà»}õF&<Ïhm¤:UXîO¨]ÑXØl
À4À¼YfH0ùÕÉu÷ó)ÉÐç_ó]ÝòÅú=÷CçLôc1߶óók>7È9óøo?ý°y÷¿YÄÙÿz *¤K÷¦A¦ÎçXföaCºêl6ðÎ`]½Ý:Ìä#é.ÅúqlS}¸¯oJúÆÍð/7'EëR©¿÷»í³5ÉxÀªÌÛ½~ëÌÅBíõz
xû[l<µàY&á>_WqÖÚ9ͱ7VÞG²¸oÏ|´`IHèÅû£MëÙÖe1rÆý¯%05fÐâS<DvʽM¶9ëºFÊ|w?ÝEØÄö¬¶`=`«Å§xB0)@o0oJcLW*°ÚÇcÀÔUfàÕ§ø¸ozæhNïÆøÆzâikîͨ)iÂãÀ«OX%íóþxÛ]°¾«Uôl³F3¼6Ø ,r¦@
>;ö¤5Âeá-úôôÆjÛ
«`}93¦(f_ÁG?úW«óòA8µÀn2Â,²î2<dê¯%¥}L"2½	4ÕiÓZ¶0õÑ;fÊø9#-phXoa¦ô©¾¶ÐÓ Á¬ú]D¦ðûS¿>yBã³]BB&Núõk9·_Yøg°A¤v:Ú4½-è«õ·bhm¬n¬TTósLcê,é'Ô%4u		YþÁG_ý÷sÛg¥)&èÎèîÁD-	¹Ü§¡u×ÓO¤'#ÂO@»ëM¬Rß¾}zÀZlllS¦¦Ôñ¿Î,ÀÊ÷ßM¾uËÄöù¢3xä=/ Â#"&LÜ.0¢99Ù;wì¸s[kCzYÂ2OÁ$gÀ6 {LFÐlágæ|hILJ¨çÿï?|Ls!úþ¿««õÄÿúÔåx2Á3G¿ó߯^R©H`ÀܹÚ÷²ÙtÆmQã|EUû³Ëö\Ï3<l¨©nþÿ¾üßÍJsûp³&Fmãï?|Ôèß~ÝuI}âVR!ÄÉÙeéò÷Î=v¼¯¿ßç,V<ÿâKÝ{ôT*T11Ñþ±½¤ø±s«e|p3ñFØ poÖ÷23·lþånj*=Ùͺ²ë3\?À*»`ì3"À>
>Xÿóÿß²Ï4ÔþÓí;TJ+u~vGi3gîÛ³ká+¯äç?z}ᢼÜü×^·èWmD¶/¾üª­
!ÄÙɹkî¶êÅçIºqãõ7ßriåªîíãöø|X ®òLª°{b¡fñl@Sñ0cüߨ_g'çÊJYµLÇiJxæä©ë×®UWKÛøHÜ$§N­ªª.¯¨8zä`ûöAÞÞ­)BT*å¹3gryä©b[q@@Û}°ýëhLÙX;}3á'`¡ø¿éî3鶬¼ÜÁÑA}?_R¡ÌÏÏS¿vrrªÉ¤Uê·¥¥eÐNRQQQ®>^UU%Ëì4G`ì>9·S:^1c<@é;a¤YU0?)frÿߤ±IÔý¬,'GçN;ë<M×®/++ÛÚ:8Ø«ÛiÕÊ"Tyy!D 9»8«988mm+¥:GÂj̺ܳ1S`ê?ßøÙÐÕ͵ñþê'j>, Åй×Ýý{W¢£^zõ5[[ñõø8¹RéíÓº¨ P«Xö½{¹ù¹cÆOÜõ;D"ÑøS22ÓóórÅb{@8|Äèëñ×JKKG+­feeé7dýÁùéÝ.þÆñÐ䫨δHTmlZ *ª;¶äÌóÜ;ï.'4þóÿ+,(Ь(VþúóÏsç½ôËíØ«W¶mÙ"ÉÅbûêêê´®öjí±éçÊJktÙ f¸3?£sÎô0BCãÖ2A"Àd<?P¹âS#Bï+k§ººúðÁýî×*óá{K5ßæçç}ûÕPÔë[7mf8B¦Sø]SÕ	!ºÒáÎÌ°îùÿüÏ.¯

Comment on attachment 158802 [details]
Clear visibility of issue when panels are floating

It seems that the Gwenview is not considering the panel is boundary for expansion. 

What if we make the editing options for Gwenview in Drop-down Menu ?

*** Bug 470130 has been marked as a duplicate of this bug. ***

For further improvements on this--such as using a scrollview, even though I don't think it would be an improvement--let's track them in additional bug reports. The idea behind this one was to solve the problem for the default settings, not all conceivably possible combinations of settings. Thanks everyone!

(In reply to Nate Graham from comment #34)
> For further improvements on this--such as using a scrollview, even though I
> don't think it would be an improvement--let's track them in additional bug
> reports. The idea behind this one was to solve the problem for the default
> settings, not all conceivably possible combinations of settings. Thanks
> everyone!

Truthfully, I would rather be happy to have a scrollview with all functions inside it, rather than those popup fancy solutions. And a scrollview is much easier to access and can be adapted to any screen size.

(In reply to Nate Graham from comment #34)
> For further improvements on this--such as using a scrollview, even though I
> don't think it would be an improvement--let's track them in additional bug
> reports. The idea behind this one was to solve the problem for the default
> settings, not all conceivably possible combinations of settings. Thanks
> everyone!

Personally I think it would have been better to keep this bug open, but as requested, I have opened Bug 470159 for further discussion.

This bug persists with Gwenview master on neon unstable.