| Summary: | Konqueror wastes space in the status bar | ||
|---|---|---|---|
| Product: | [Applications] konqueror | Reporter: | Roland Leißa <roland.leissa> |
| Component: | general | Assignee: | Konqueror Developers <konq-bugs> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | bko, faure |
| Priority: | NOR | ||
| Version: | 4.1.3 | ||
| Target Milestone: | --- | ||
| Platform: | Gentoo Packages | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: |
statusbar comparison
Header of konqueror window showing space beneath menu and location bars |
||
|
Description
Roland Leißa
2009-01-15 19:00:46 UTC
Created attachment 30287 [details]
statusbar comparison
Seems to be better in trunk with Qt-4.5-rc1? Or is it just my choice of fonts? Can we close this one off against bug #177494 Not showing the status bar at all does not resolve this bug. Konqueror still wastes space in the status bar. Created attachment 32738 [details]
Header of konqueror window showing space beneath menu and location bars
Okay then .. can we expand it slightly to include customising / options for space conservation, not just in the status bar? I was considering creating a docket for the wasted space around the menu and tab bars - that would look just fine on my old 22" monitor, but stuck on a netbook for 6 months and you really start to get frugal with pixels. I don't really care about the growing number of netbook users out there, although they probably will care as much about wasted real estate. Image attached shows what I mean. Simple tests show that space above tab bar belongs entirely to the menu bar, and space above tab bar belongs entirely to location bar. Tab bar seems to take up slightly more than it needs in the vertical, it's not as pronounced. I haven't played with modifying tab bar fonts yet to see if that'll reduce the space allocated. Given the location bar and menu bar space, I suspect it won't. I'm losing 93 (or 128 including tabs) pixels from the header lump on konqi under KDE4, and 33 from the status bar. On a 600 pixel screen this equates to 21-26% of my max'd konqi window not showing me a web page. Yes, some of that data is essential. But some isn't, and the fact I'm down by a quarter of my screen explains why I'm especially eager to recover every single row of pixels that I possibly can. SVN commit 953953 by cfeck: Fix menu bar being too tall because of the animated logo The previous fix for the bug did not work, because Qt's menu bar does not respect the fixedSize() attribute of the button, but simply looks at sizeHint(). Also added an event filter to catch style and font changes. There is one issue: changing the font size resizes the button, but the icons are not reloaded. It causes KAnimatedButton to crash when enabling that code. Reviewed by dfaure CCBUG: 166593 CCBUG: 163519 CCBUG: 180856 CCBUG: 181642 CCBUG: 182124 M +1 -0 CMakeLists.txt A konqanimatedlogo.cpp [License: GPL (v2+)] A konqanimatedlogo_p.h [License: GPL (v2+)] M +3 -52 konqmainwindow.cpp M +2 -6 konqmainwindow.h WebSVN link: http://websvn.kde.org/?view=rev&revision=953953 I seem to recall the animated logo used to be part of one of the toolbars - such that it would end up on the left-side of my konq window - in 3.5.x. If this fix fixes it - makes it reduce in size appropriate to the font size of the menu - all good. But is it worth making it mobile again - part of an existing, or its own dedicated, toolbar component? I think we have a similar problem with the tabs, and even the location toolbar itself (the draggable dotted hook for the location toolbar seems much taller than the tallbar proper - does that have a similar effect as the animated logo does on the menu section?). Is now fixed in kde 4.3 |