Welcome to Soft32 Linux Forums!
FAQFAQ    SearchSearch      ProfileProfile    Private MessagesPrivate Messages   Log inLog in

Font problem after upgrading gnome-control-center

 
   Soft32 Home -> Linux -> GTK-GNOME RSS
Next:  GNOME 2.20 plans?  
Author Message
Amir Tabatabaei

External


Since: May 18, 2007
Posts: 2



(Msg. 1) Posted: Sat Sep 22, 2007 10:20 am
Post subject: Font problem after upgrading gnome-control-center
Archived from groups: linux>debian>maint>gtk>gnome (more info?)

[I have some Internet problems today and couldn't follow up the
discussion on irc, thats why move it to here. Sorry about that]

After updating gnome-control-center to 2.20 from incoming, I have very
tiny fonts all over gnome. Within gnome dpi is set to 75 and all fonts
are sized to 10. I can solve this problem with the following 2
approaches:

1) set all font sizes from 10 to 12

2) set dpi to 96

Which is the better way and is it the right way?

Thanks and regards,
Amir

---
amir@atpdeblap:~$ xdpyinfo
name of display: :0.0
version number: 11.0
vendor string: The X.Org Foundation
vendor release number: 10400000
X.Org version: 1.4.0
maximum request size: 16777212 bytes
motion buffer size: 256
bitmap unit, bit order, padding: 32, LSBFirst, 32
image byte order: LSBFirst
number of supported pixmap formats: 7
supported pixmap formats:
depth 1, bits_per_pixel 1, scanline_pad 32
depth 4, bits_per_pixel 8, scanline_pad 32
depth 8, bits_per_pixel 8, scanline_pad 32
depth 15, bits_per_pixel 16, scanline_pad 32
depth 16, bits_per_pixel 16, scanline_pad 32
depth 24, bits_per_pixel 32, scanline_pad 32
depth 32, bits_per_pixel 32, scanline_pad 32
keycode range: minimum 8, maximum 255
focus: window 0x3200020, revert to Parent
number of extensions: 33
BIG-REQUESTS
Composite
DAMAGE
DOUBLE-BUFFER
DPMS
Extended-Visual-Information
GLX
MIT-SCREEN-SAVER
MIT-SHM
MIT-SUNDRY-NONSTANDARD
RANDR
RECORD
RENDER
SECURITY
SGI-GLX
SHAPE
SYNC
TOG-CUP
X-Resource
XAccessControlExtension
XC-APPGROUP
XC-MISC
XFIXES
XFree86-Bigfont
XFree86-DGA
XFree86-DRI
XFree86-Misc
XFree86-VidModeExtension
XINERAMA
XInputExtension
XKEYBOARD
XTEST
XVideo
default screen number: 0
number of screens: 1

screen #0:
dimensions: 1400x1050 pixels (474x356 millimeters)
resolution: 75x75 dots per inch
depths (7): 24, 1, 4, 8, 15, 16, 32
root window id: 0x4e
depth of root window: 24 planes
number of colormaps: minimum 1, maximum 1
default colormap: 0x20
default number of colormap cells: 256
preallocated pixels: black 0, white 16777215
options: backing-store NO, save-unders NO
largest cursor: 64x64
current input event mask: 0xfa0033
KeyPressMask KeyReleaseMask
EnterWindowMask
LeaveWindowMask StructureNotifyMask
SubstructureNotifyMask
SubstructureRedirectMask FocusChangeMask
PropertyChangeMask
ColormapChangeMask
number of visuals: 17
default visual id: 0x23
visual:
visual id: 0x23
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x24
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x25
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x26
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x27
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x28
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x29
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x2a
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x2b
class: DirectColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x2c
class: DirectColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x2d
class: DirectColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x2e
class: DirectColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x2f
class: DirectColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x30
class: DirectColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x31
class: DirectColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x32
class: DirectColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x4c
class: TrueColor
depth: 32 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits



--
To UNSUBSCRIBE, email to debian-gtk-gnome-REQUEST.DeleteThis@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster.DeleteThis@lists.debian.org
Back to top
Login to vote
Sjoerd Simons

External


Since: Feb 22, 2007
Posts: 7



(Msg. 2) Posted: Sat Sep 22, 2007 10:30 am
Post subject: Re: Font problem after upgrading gnome-control-center [Login to view extended thread Info.]
Archived from groups: per prev. post (more info?)

On Sat, Sep 22, 2007 at 03:02:31PM +0200, Amir Tabatabaei wrote:
> [I have some Internet problems today and couldn't follow up the
> discussion on irc, thats why move it to here. Sorry about that]
>
> After updating gnome-control-center to 2.20 from incoming, I have very
> tiny fonts all over gnome. Within gnome dpi is set to 75 and all fonts
> are sized to 10. I can solve this problem with the following 2
> approaches:
>
> 1) set all font sizes from 10 to 12
>
> 2) set dpi to 96
>
> Which is the better way and is it the right way?

The best way is to set the DPI to what it really is for your screen..

> screen #0:
> dimensions: 1400x1050 pixels (474x356 millimeters)

Is your screen really 474x356mm? Probably not (unless you have a 24" screen
with a very shitty resolution).. Which means X misdetects the size and thus
the calculated dpi. Which makes it a bug in your X driver instead of
gnome-control-center.

Sjoerd
--
A halted retreat
Is nerve-wracking and dangerous.
To retain people as men -- and maidservants
Brings good fortune.


--
To UNSUBSCRIBE, email to debian-gtk-gnome-REQUEST DeleteThis @lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster DeleteThis @lists.debian.org
Back to top
Login to vote
Amir Tabatabaei

External


Since: May 18, 2007
Posts: 2



(Msg. 3) Posted: Sat Sep 22, 2007 3:30 pm
Post subject: Re: Font problem after upgrading gnome-control-center [Login to view extended thread Info.]
Archived from groups: per prev. post (more info?)

On Sat, 2007-09-22 at 18:08 +0100, Ross Burton wrote:
> On Sat, 2007-09-22 at 18:47 +0200, Sebastian Dröge wrote:
> > The problem seems to be that gnome-control-center 2.20 doesn't set 96dpi
> > as default anymore but leaves it blank and does auto-detection...
>
> This isn't a problem, it's the right thing to do. Most screens are sane
> and report the correct values so everything just works. For screens
> which don't the user can override the setting.

I don't doubt that this is the right way but I do doubt that its not
user friendly as some will get an ugly display like I got earlier today.
And they might not know where to ask for help and/or how to solve it.

We could now start and blame others for their mistake which we might
also do by reporting a bug. But we should not be selfish and try to find
a workaround for those cases where it does not work. I would be
available in either case.

Anyhow, at this point I'd also like to thank all people behind Gnome in
Debian for their outstanding work and making it available almost at the
same day as 2.20 was released. Many Thanks!!!

Regards,
Amir


--
To UNSUBSCRIBE, email to debian-gtk-gnome-REQUEST RemoveThis @lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster RemoveThis @lists.debian.org
Back to top
Login to vote
Mourad De Clerck

External


Since: Nov 20, 2003
Posts: 2



(Msg. 4) Posted: Tue Sep 25, 2007 9:00 pm
Post subject: kerning messed up even with correct native dpi? (was: Re: Font problem after upgrading gnome-control-center) [Login to view extended thread Info.]
Archived from groups: per prev. post (more info?)

Hi,

I'd just like to add something:

After upgrading the new Font Prefs correctly determined my screen's
resolution to be 94dpi (if I check gconf-editor, the DPI is set at
94.45929... dpi, while the Xorg.0.log says: "DPI set to (94, 95);
computed from "UseEdidDpi" X config option").

Before I've always used 96dpi. After the upgrade I noticed the text
rendering to be "off", especially with respect to kerning. I notice this
most when browsing using Epiphany. The spacing between the letters seems
to be much more irregular.

To illustrate see the links below for two screenshots of a paragraph of
text, rendered by Epiphany, with no hinting and greyscale smoothing. I
hope you can tell the difference - the nativedpi.png is supposed to be
the "bad" one.

http://aquazul.com/debian/96dpi.png
http://aquazul.com/debian/nativedpi.png

Now it's of course no big deal for me to set the dpi back to 96, but I'm
wondering why it looks so bad - I believed that the regularity of the
letter widths and spacing wouldn't be affected whatever dpi I used.

Just wanted to let you know that even when the dpi gets detected
correctly, text rendering might take a turn for the worse.

Thanks,

-- Mourad DC



--
To UNSUBSCRIBE, email to debian-gtk-gnome-REQUEST DeleteThis @lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster DeleteThis @lists.debian.org
Back to top
Login to vote
Andrea Vettorello

External


Since: Feb 18, 2006
Posts: 3



(Msg. 5) Posted: Wed Sep 26, 2007 5:40 am
Post subject: Re: kerning messed up even with correct native dpi? (was: Re: Font problem after upgrading gnome-control-center) [Login to view extended thread Info.]
Archived from groups: per prev. post (more info?)

On 9/26/07, Mourad De Clerck <mourad RemoveThis @aquazul.com> wrote:
> Hi,

[...]

> http://aquazul.com/debian/96dpi.png
> http://aquazul.com/debian/nativedpi.png
>
> Now it's of course no big deal for me to set the dpi back to 96, but I'm
> wondering why it looks so bad - I believed that the regularity of the
> letter widths and spacing wouldn't be affected whatever dpi I used.
>
> Just wanted to let you know that even when the dpi gets detected
> correctly, text rendering might take a turn for the worse.


It could be the old Pango ligature bug, i think i've read someone
mention it. I don't know how Epiphany differs from Iceweasel/Firefox,
one of the workaround was to disable it (MOZ_DISABLE_PANGO=1)...

--
Andrea


--
To UNSUBSCRIBE, email to debian-gtk-gnome-REQUEST RemoveThis @lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster RemoveThis @lists.debian.org
Back to top
Login to vote
Andrea Vettorello

External


Since: Feb 18, 2006
Posts: 3



(Msg. 6) Posted: Wed Sep 26, 2007 6:10 am
Post subject: Re: kerning messed up even with correct native dpi? (was: Re: Font problem after upgrading gnome-control-center) [Login to view extended thread Info.]
Archived from groups: per prev. post (more info?)

On 9/26/07, Andrea Vettorello <andrea.vettorello RemoveThis @gmail.com> wrote:
>
> It could be the old Pango ligature bug, i think i've read someone
> mention it. I don't know how Epiphany differs from Iceweasel/Firefox,
> one of the workaround was to disable it (MOZ_DISABLE_PANGO=1)...
>


I looked your snapshots with more attention and it isn't a ligature
bug, sorry for the noise. (=

--
Andrea


--
To UNSUBSCRIBE, email to debian-gtk-gnome-REQUEST RemoveThis @lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster RemoveThis @lists.debian.org
Back to top
Login to vote
Miles Bader

External


Since: Nov 28, 2006
Posts: 9



(Msg. 7) Posted: Fri Sep 28, 2007 1:20 am
Post subject: Re: Font problem after upgrading gnome-control-center [Login to view extended thread Info.]
Archived from groups: per prev. post (more info?)

Amir Tabatabaei <amirovic.TakeThisOut@googlemail.com> writes:
> I don't doubt that this is the right way but I do doubt that its not
> user friendly as some will get an ugly display like I got earlier today.
> And they might not know where to ask for help and/or how to solve it.

If the default is to assume (incorrectly) 96dpi, users with other types
of display will see an incorrect display.

Since regardless of what the default is, some users will get an ugly
display until they change the setting, they may as well pick the "least
incorrect" default, which is apparently what they did.

-Miles

--
We are all lying in the gutter, but some of us are looking at the stars.
-Oscar Wilde


--
To UNSUBSCRIBE, email to debian-gtk-gnome-REQUEST.TakeThisOut@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster.TakeThisOut@lists.debian.org
Back to top
Login to vote
Display posts from previous:   
Related Topics:
GTK application ----run error - hi i had created one same application in glad interface designer with c option.the n i compiled the same after that i....

[gentoo-user] gnome-control-center-1.4.0.5 in gnome 2.10 - I'm just wondering why gnome-control-center-1.x gets installed with gnome-2.10 and reinstalled if i remove it ... -- ....

[gentoo-user] gnome-control-center settings not always sav.. - I notice sometimes that my fonts are huge (again), and the quick fix is to run 'gnome-control-center' and click the fon...

KDE control center - I'm using Fedora for the moment with KDE but I can't find the KDE control center. There is a control center but not the...

Control Center in Opensuse 10.2? - Servus. Wo ist denn das 'Control Center' aus SuSE 10.0 geblieben? Ich möchte für KDE einige Einstellungen machen, wie....

[gentoo-user] Gnucash/Control Center - I'm trying to emerge Gnucash. When I do a pretend emerge I get [ebuild NS ] gnome-base/control-center-1.4.0.5-r1 ...
       Soft32 Home -> Linux -> GTK-GNOME All times are: Pacific Time (US & Canada) (change)
Page 1 of 1

 
You can post new topics in this forum
You can reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum

Categories:
 Windows
  Linux
 Mac
 PDA


[ Contact us | Terms of Service/Privacy Policy ]