| Summary: | Gwenview's Folder/Information/Operations tabs belong on top | ||
|---|---|---|---|
| Product: | [Applications] gwenview | Reporter: | skierpage <info> |
| Component: | general | Assignee: | Gwenview Bugs <gwenview-bugs-null> |
| Status: | CONFIRMED --- | ||
| Severity: | wishlist | CC: | idontfeelcomfygivingyoumyemail, nate, null |
| Priority: | NOR | Keywords: | usability |
| Version First Reported In: | 22.08.3 | ||
| Target Milestone: | --- | ||
| Platform: | Ubuntu | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
skierpage
2012-01-09 23:43:28 UTC
Agreed. Tabs are generally on top of their tabbed views. There's no good reason to violate that here. Even Konsole, which puts tabs on the bottom by default, has an option to put them back on the top, probably out of respect for the general trend. There are two areas where tabs are used: "Documents" (folders in Dolphin, terminals in Konsole, pages in Firefox) and toolviews. The latter normally have their tabs at the bottom (try this in Dolphin by dragging two toolviews on top of each other). Therefore I don't feel this would need a change or even an option. As for the overshooting, I cannot reproduce in fullscreen mode. Only when maximizing the window this is a potential problem. However, this is true for almost every control and not really fixable. Maybe it helps turning of the taskbar thumbnail popups? I see what you mean. I guess the real question is: *should* tabs ever be on the bottom? Should the distinction between top-tabs-for-files-or-windows and bottom-tabs-for-tool-views exist? Is it helping the user at all? I think they are helpful on the bottom (in a "usability heuristics" sense, no a "I've done an eyetracking study" sense). Perhaps there's an official/better reason, but at least for Dolphin's case just going by my gut feeling it would seem pretty weird to have a (visually nearly unified) tab strip on top, where some of the leftmost tabs would switch toolviews and the tabs on the right suddenly were for folders. The separation helps in making sure the user intuitively knows both are different. For Gwenview, I could see changing the tabs to at least being draggable/undockable like in Dolphin. Then it would be up to Qt or the widget style to provide a way to get tabs to the top, and the user could just split the toolviews so there would be no tabs at all. Another reason I could think of is that of spreading horizontal bars around a bit instead of having them all in one place. In general dense groups of buttons (tabs in our case) are easier to use if they are aligned to something as well as having a large "landing area". For example, imagine a UI with the menubar and then several rows of toolbars below (think an older version or MS Word). Those are hard on the eyes and difficult to navigate, adding tabs below would make this even worse. By using all 4 edges of of the window this problem is alleviated. In some rare cases this conflicts with external UI (here: the taskbar), but those are minor compared to the general case. Thank you for reporting this issue in KDE software. As it has been a while since this issue was reported, can we please ask you to see if you can reproduce the issue with a recent software version? If you can reproduce the issue, please change the status to "REPORTED" when replying. Thank you! Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone! (In reply to Justin Zobel from comment #5) > can we please ask you to see if you can reproduce the issue with a recent software version? Yes, recent Gwenview still has Folders - Information - Operations tabs are still at the bottom. It sounds like experts don't agree that Gwenview's layout is a bug, but KDE apps aren't consistent. For example, Okular has similar Thumbnails-Annotations-Bookmarks, and they appear at the top. I got used to Gwenview's layout (I don't think I've used "Dolphin's toolviews") but the inconsistency is jarring. I originally commented: > I often overshoot and then I always activate the pop-up window for some task manager group > on the plasma system panel, which then obscures Gwenview's Sidebar's tabs! This seems better in Plasma 5.26.3 on Wayland; maybe the delay before the Plasma system panel's tooltip or pop-up window appears has increased. |