Version: (using KDE Devel) Installed from: Compiled sources Size of font in status bar is too big. It uses normal size font and menu would be enough: a) more space - 4 pixels here and there and we are gaining much space b) nice brackets with actual menu at top.
Subject: Re: New: Make status bar smaller - decrease size of font > > Size of font in status bar is too big. It uses normal size font > and menu would be enough: a) more space - 4 pixels here and there and we > are gaining much space b) nice brackets with actual menu at top. It would also help in another issue: placement of link checkbox in its cell in upper - left corner is ugly. It could be improved in two ways, or make status bar smaller, or center checkbox. And once more thing: couldn't borders in statusbar be thinner? 1 or 2 pixels can do great visual difference.
I completely agree, the status bar seems huge compared to the rest of the window, especially the scroll bar. The thinner, the better. If the little icons need to be remove or placed elsewhere, that would be fine.
Problem is not only with font size, but with decoration. One pixel less here or there in the end give big difference. But look like this is qt problem :/
Still (2 Feb 2005) a problem and not purely Qt. Kontact/KMail has much smaller status bar - 3 pixels.
This is not necessarily font size. Check Kontact status bar. It is 4pixels smaller just by removing/minimalizing some borders.
*** This bug has been confirmed by popular vote. ***
The same is true for e.g. the menubar... I run X in 92dpi, and have set my fonts to 10, and use plastik The menubar is almost 3 times as high as the font itself, and if you would remove 2px over and below the font, we can gain 4 only from the menubar. This makes 5% of the available height wasted on an average 1024x768 screen...
re #7: 0.5 % Some comments - Qt QStatusBar has a hardcoded 2 pixel margin (for each top and bottom) - The icons that Konqueror adds to the status bar increase the size when the font size is smaller than 16 pixels, i.e. reducing font size would not help
Looks as today trunk it is fixed/implemented.