On 2011/04/11 20:31 (GMT+0200) Yamaban composed:
Felix Miata wrote:
On 2011/04/11 19:15 (GMT+0200) yamaban composed:
Felix Miata wrote:
presume must be controlled via systemsettings for KDE4. http://fm.no-ip.com/SS/konq460-kde3-fonts.png
They match. Only taskbarFont is smaller, 9, instead of 10 for all others.
~/.config/Trolltech.conf is also set to 10.
I wonder if it's actually using 10, but with a DPI of 96 in its UI instead of 120?
Another look with Rekonq also open: http://fm.no-ip.com/SS/browserDPIoS114KDE3.png
I can't find a way to make Rekonq display any main menu, but you can see it's ignoring the desktop's DPI like Opera, Safari& IE do, and Gecko would like to.
After looking around in my backups a little (my actual system is cleaned of any kde3) I haven't found anything that could have caused this. Esp. the rekonq dpi mismatch.
You're behind on the state of browser development. All WebKit apps are hard coded to a 3/4 ratio between pt and px. Rekonq is just doing the only thing it can do, like Google Chrome and Safari. By default, v2.0 & up Geckos want to do the same thing, but the Mozilla folks gave stylists a back door to keep pt honest for those who need it be be honest. Look under the hood of http://fm.no-ip.com/Auth/dpi-screen-window.html and you can see that's how I got Firefox to display desktop DPI instead of pretending 96. Everything there sized in pt is also sized in mozmm, which is understood only by Gecko v2.0 & up, and supercedes the pt sizes. KHTML & pre-v2 Gecko are sizing pt according to desktop DPI and Gecko 2 is sizing via mozmm according to desktop DPI, but Rekonq is sizing according to its standard hard-coded bogus DPI of 96.
Q: do you have any Gnome/GTK apps installed beyond Firefox?
Only SeaMonkey and whatever deps were pulled in by FF & SM, which is no small list of Gnome/GTK junk.
If yes, some app could have written some gtk config file, that interferes here ( like ~/.gtkrc-2.0 , or some entry in .gconf/* )
~/.gtkrc* does not exist. ~/.gconf/ is empty. ~/.gconfd/ contains only saved_state.
Also a possiblity is a theme problem KDE3 / KDE4.
# rpm -q | grep theme dmz-icon-theme-cursors-11.2.0-2.1.noarch gnome-icon-theme-2.31.0-3.1.noarch gnome-icon-theme-extras-2.30.1-5.1.noarch gnome-icon-theme-symbolic-2.31.0-4.1.noarch gtk2-metatheme-sonar-11.3.0-13.1.noarch hicolor-icon-theme-0.12-10.1.noarch hicolor-icon-theme-branding-openSUSE-11.4-10.2.noarch metatheme-sonar-common-11.3.0-13.1.noarch oxygen-icon-theme-4.6.0-3.1.noarch oxygen-icon-theme-scalable-4.6.0-3.1.noarch sonar-icon-theme-11.3.1-13.1.noarch sound-theme-freedesktop-0.7-8.1.noarch yast2-theme-openSUSE-2.20.3-3.1.noarch
If you look at it, it seems Konqueror/4.6 pulls in a Gnome-Icon-Theme?
rpm -q | grep gnome produces 10 hits, 3 of them including "icon". Same of gtk is 12 hits, including kcm_gtk & kde3-gtk-qt-engine.
Same as Rekonq? Dunno whats the cause of this.
If you're referring to the DPI thing rather than the thread topic, browser devs don't like their own browsers to behave very differently than others, or stupidly or naively designed web pages to be broken: http://weblogs.mozillazine.org/roc/archives/2010/08/css_units_chang.html The small Konq4 menu fonts could conceivably be fallout, though due to the viewport results in it, I doubt it. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org