Debian Bug report logs - #529321
matchbox-panel: does not respect ~/.Xresources Xft.dpi settings

Reply or subscribe to this bug.

Toggle useless messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: Timo Juhani Lindfors <timo.lindfors@iki.fi>

To: Debian Bug Tracking System <submit@bugs.debian.org>

Subject: xserver-xglamo: fonts are very large in e.g. midori

Date: Mon, 29 Sep 2008 23:29:43 +0300

Package: xserver-xglamo
Version: 1.3.0.0+git20080807-2
Severity: normal

With xserver-xglamo (and matchbox-window-manager) fonts in midori are
very large. For example when I open the file menu the "quit" option is
outside screen. xpdyinfo reports

dimensions:    480x640 pixels (43x58 millimeters)
  resolution:    284x280 dots per inch

which is probably correct so maybe we need some GTK option to use
smaller fonts? Under xserver-xorg-video-fbdev xpdyinfo reports

  dimensions:    640x480 pixels (169x127 millimeters)
  resolution:    96x96 dots per inch

and the fonts look ok. I seem to be able to set this fake DPI value
with xserver-xglamo by using

-dpi 96

in /etc/X11/xinit/xserverrc -- maybe that should be the default so
that glamo would work consistently in the same way fbdev does?

Message #10 received at 500626@bugs.debian.org (full text, mbox, reply):

From: Luca Capello <luca@pca.it>

To: ML smartphones-userland <smartphones-userland@lists.linuxtogo.org>

Cc: 500626@bugs.debian.org

Subject: Re: [pkg-fso-maint] Bug#500626: xserver-xglamo: fonts are very large in e.g. midori

Date: Mon, 29 Sep 2008 23:57:52 +0200

[Message part 1 (text/plain, inline)]

user pkg-fso-maint@lists.alioth.debian.org
usertag 500626 + config-xglamo
thanks

Hi Timo!

Let's move to smartphones-userland, pkg-fso-maint@l.a.d is ATM only used
for packaging stuff :-D

On Mon, 29 Sep 2008 22:29:43 +0200, Timo Juhani Lindfors wrote:
> With xserver-xglamo (and matchbox-window-manager) fonts in midori are
> very large.

Something was already discussed at [1], at least now we've the same
problem: huge fonts.

> xpdyinfo reports
>
> dimensions:    480x640 pixels (43x58 millimeters)
>   resolution:    284x280 dots per inch

When have you launched xdpyinfo?  I discovered the following:

1) at boot I get 75x75, fonts are a bit smaller, but still OK

2) `xrandr -s [0|1]` changes to 284x280, the same with `xrandr -o [0|2]`

3) `xranrd -o [1|3]` changes to 378x210

4) `xrandr -s [2|3]` changes to 142x140

Then, I can go back to 75x75 anymore, i.e. `xrandr --dpi 75` doesn't
have any effect.  Timo, do you have the same?

FWIW, xrandr doesn't work with X.org, so I cannot test it :-(

> which is probably correct so maybe we need some GTK option to use
> smaller fonts?

I'd like the same values for both Xglamo and X.Org.

> Under xserver-xorg-video-fbdev xpdyinfo reports
>
>   dimensions:    640x480 pixels (169x127 millimeters)
>   resolution:    96x96 dots per inch
>
> and the fonts look ok.

AFAIK something around 100x100 is the standard, but I'm not really an
expert on this subject.

> I seem to be able to set this fake DPI value with xserver-xglamo by
> using
>
> -dpi 96
>
> in /etc/X11/xinit/xserverrc -- 

ATM I'd prefer to specify it into /etc/init.d/zhone-session;
--8<---------------cut here---------------start------------->8---
--- zhone-session.ORG   2008-09-29 23:52:57.000000000 +0200
+++ zhone-session       2008-09-29 23:53:04.000000000 +0200
@@ -17,7 +17,7 @@
 PROG_FSO=/usr/bin/zhone-session
 PROG_XSESSION=/etc/X11/Xsession
 PROG_XINIT=/usr/bin/xinit
-X_OPTIONS="vt4 -nolisten tcp"
+X_OPTIONS="vt4 -nolisten tcp -dpi 96"
 PIDDIR=/var/run/
 PIDFILE=${PIDDIR}/${NAME}.pid
 USER=root
--8<---------------cut here---------------end--------------->8---

However, as soon as you use xrandr, these values change for the bad :-(

> maybe that should be the default so that glamo would work consistently
> in the same way fbdev does?

FSO X (Xglamo or Xfbdev) is started with the following settings,,
specified in /etc/X11/Xserver:96:

  ARGS="$ARGS -dpi 285 -screen 480x640 [...]" ;;

This means that the value we obtain after the first xrandr command is
"correct".  However, I don't understand why it specifies 285 DPI.

Thx, bye,
Gismo / Luca

Footnotes: 
[1] http://projects.linuxtogo.org/pipermail/smartphones-standards/2008-August/000390.html

[Message part 2 (application/pgp-signature, inline)]

Message #17 received at 500626@bugs.debian.org (full text, mbox, reply):

From: Michael 'Mickey' Lauer <mickey@vanille-media.de>

To: ML smartphones-userland <smartphones-userland@lists.linuxtogo.org>, 500626@bugs.debian.org

Subject: Re: [Smartphones-userland] [pkg-fso-maint] Bug#500626: xserver-xglamo: fonts are very large in e.g. midori

Date: Tue, 30 Sep 2008 13:54:07 +0800

Am Montag, den 29.09.2008, 23:57 +0200 schrieb Luca Capello:
> FSO X (Xglamo or Xfbdev) is started with the following settings,,
> specified in /etc/X11/Xserver:96:
> 
>   ARGS="$ARGS -dpi 285 -screen 480x640 [...]" ;;
> 
> This means that the value we obtain after the first xrandr command is
> "correct".  However, I don't understand why it specifies 285 DPI.

Because that's the (one and only) correct value for the display on the
Neo GTA01 and GTA02.

:M:

Message #22 received at 500626@bugs.debian.org (full text, mbox, reply):

From: Timo Juhani Lindfors <timo.lindfors@iki.fi>

To: Luca Capello <luca@pca.it>

Cc: ML smartphones-userland <smartphones-userland@lists.linuxtogo.org>, 500626@bugs.debian.org

Subject: Re: [Smartphones-userland] [pkg-fso-maint] Bug#500626: xserver-xglamo: fonts are very large in e.g. midori

Date: Tue, 30 Sep 2008 13:21:41 +0300

Luca Capello <luca@pca.it> writes:
> When have you launched xdpyinfo?  I discovered the following:

I didn't realize previous xrandr commands would have such an effect so
no, I don't remember which xrandr commands I used exactly before
running xdpyinfo.


> 1) at boot I get 75x75, fonts are a bit smaller, but still OK
>
> 2) `xrandr -s [0|1]` changes to 284x280, the same with `xrandr -o [0|2]`
>
> 3) `xranrd -o [1|3]` changes to 378x210
>
> 4) `xrandr -s [2|3]` changes to 142x140

I tried

xrandr -o 0
xdpyinfo
xrandr -o 3
xdpyinfo
xrandr -o 3
xdpyinfo
xrandr -s 3
xdpyinfo
xrandr -s 2
xdpyinfo

and then xglamo crashed. I can reproduce this crash every time (at
least with version 1.3.0.0+git20080807-3), can you? Also after crash
the display is not in the normal 480x640 mode which is also a bug.

> Then, I can go back to 75x75 anymore, i.e. `xrandr --dpi 75` doesn't
> have any effect.  Timo, do you have the same?

Yes, xrandr --dpi 75 does not change it anymore to 75x75.

Message #27 received at 500626@bugs.debian.org (full text, mbox, reply):

From: Luca Capello <luca@pca.it>

To: ML smartphones-userland <smartphones-userland@lists.linuxtogo.org>

Cc: 500626@bugs.debian.org

Subject: Re: [Smartphones-userland] [pkg-fso-maint] Bug#500626: xserver-xglamo: fonts are very large in e.g. midori

Date: Tue, 30 Sep 2008 13:31:33 +0200

[Message part 1 (text/plain, inline)]

Hi Michael!

On Tue, 30 Sep 2008 07:54:07 +0200, Michael 'Mickey' Lauer wrote:
> Am Montag, den 29.09.2008, 23:57 +0200 schrieb Luca Capello:
>> FSO X (Xglamo or Xfbdev) is started with the following settings,,
>> specified in /etc/X11/Xserver:96:
>> 
>>   ARGS="$ARGS -dpi 285 -screen 480x640 [...]" ;;
>> 
>> This means that the value we obtain after the first xrandr command is
>> "correct".  However, I don't understand why it specifies 285 DPI.
>
> Because that's the (one and only) correct value for the display on the
> Neo GTA01 and GTA02.

Thank you for the information, I should have looked for it [1].

This means two things for Debian:

1) we must specify the DPI value even with xserver-xorg.  However, since
   this is something specific to the Neo GTA01 and GTA02, I need to
   discover how to specify it *without* touching any configuration file
   provided by other packages (/etc/X11/xserver/ looks promising).

2) Debian Xglamo doesn't correctly manage the DPI value and thus the
   fonts (*this* is the bug)

Thx, bye,
Gismo / Luca

Footnotes: 
[1] http://wiki.openmoko.org/wiki/TPO_TD028TTEC1

[Message part 2 (application/pgp-signature, inline)]

Message #32 received at 500626@bugs.debian.org (full text, mbox, reply):

From: Luca Capello <luca@pca.it>

To: ML smartphones-userland <smartphones-userland@lists.linuxtogo.org>

Cc: 500626@bugs.debian.org

Subject: Re: [Smartphones-userland] [pkg-fso-maint] Bug#500626: xserver-xglamo: fonts are very large in e.g. midori

Date: Thu, 02 Oct 2008 00:01:29 +0200

[Message part 1 (text/plain, inline)]

clone 500626 -1
retitle -1 xserver-xglamo: crashes after xrandr command
thanks

Hi Timo!

On Tue, 30 Sep 2008 12:21:41 +0200, Timo Juhani Lindfors wrote:
> I tried
>
> xrandr -o 0
> xdpyinfo
> xrandr -o 3
> xdpyinfo
> xrandr -o 3
> xdpyinfo
> xrandr -s 3
> xdpyinfo
> xrandr -s 2
> xdpyinfo
>
> and then xglamo crashed. I can reproduce this crash every time (at
> least with version 1.3.0.0+git20080807-3), can you?

No, are you sure the sequence above is correct?

Anyway, I cloned the original bug, since we've two bugs (big fonts and
crashes).  Please check the new bug number before replying ;-)

> Also after crash the display is not in the normal 480x640 mode which
> is also a bug.

I guess this is related to the crash above, thus I'd refrain to open
another bug until the above one is fixed.

> Yes, xrandr --dpi 75 does not change it anymore to 75x75.

I'm not really sure this is a bug, since I'm not at all a DPI expert.

BTW, do all these bugs also happens with FSO (or any other Openmoko
distribution) Xglamo?

Thx, bye,
Gismo / Luca

[Message part 2 (application/pgp-signature, inline)]

Message #39 received at 500626@bugs.debian.org (full text, mbox, reply):

From: Julien Cristau <jcristau@debian.org>

To: Luca Capello <luca@pca.it>, 500626@bugs.debian.org

Cc: ML smartphones-userland <smartphones-userland@lists.linuxtogo.org>

Subject: Re: Bug#500626: [Smartphones-userland] [pkg-fso-maint] Bug#500626: xserver-xglamo: fonts are very large in e.g. midori

Date: Thu, 2 Oct 2008 00:17:52 +0200

On Thu, Oct  2, 2008 at 00:01:29 +0200, Luca Capello wrote:

> clone 500626 -1
> retitle -1 xserver-xglamo: crashes after xrandr command
> thanks
> 
Hi,

Can you take these bugs off the xorg package?  They were filed against a
nonexistent package, then reassigned to xorg, and I don't know what's
the appropriate package here.

Thanks,
Julien

Message #44 received at 500626@bugs.debian.org (full text, mbox, reply):

From: Luca Capello <luca@pca.it>

To: Martin Michlmayr <tbm@cyrius.com>

Cc: Debian X Strike Force <debian-x@lists.debian.org>, 500626@bugs.debian.org, ML smartphones-userland <smartphones-userland@lists.linuxtogo.org>

Subject: Re: Bug#500626: [Smartphones-userland] [pkg-fso-maint] Bug#500626: xserver-xglamo: fonts are very large in e.g. midori

Date: Thu, 02 Oct 2008 00:52:17 +0200

[Message part 1 (text/plain, inline)]

Hi Martin!

Please don't reply to the bug itself nor to the smartphones-userland ML,
this issue has nothing to do with Xglamo.  Instead, reply to the XSF ML,
I set accordingly M-F-T and R-T.

On Thu, 02 Oct 2008 00:17:52 +0200, Julien Cristau wrote:
> On Thu, Oct  2, 2008 at 00:01:29 +0200, Luca Capello wrote:
>> clone 500626 -1
>> retitle -1 xserver-xglamo: crashes after xrandr command
>> thanks
>
> Can you take these bugs off the xorg package?  They were filed against a
> nonexistent package, then reassigned to xorg, and I don't know what's
> the appropriate package here.

Xglamo is the Openmoko kdrive server [1], maintained in Debian [2] by
the Debian FSO Team [3] and distributed in the unofficial team
repository [4].

Martin, please stop reassigning them and just leave them assigned to a
nonexistent package as for the other packages maintained by the Debian
FSO Team [5].  These packages are intended to be uploaded as soon as the
libraries dependencies will be satisfied.  That's why the Debian FSO
team decided to use the Debian infrastructure (including the BTS).

I'll reassigned them back to the xserver-xglamo package.

Thx, bye,
Gismo / Luca

Footnotes: 
[1] http://git.openmoko.org/?p=xglamo.git;a=summary
[2] http://git.debian.org/?p=pkg-fso/xglamo.git;a=summary
[3] http://wiki.debian.org/Teams/DebianFSO
[4] deb http://pkg-fso.alioth.debian.org/debian unstable main
[5] http://bugs.debian.org/cgi-bin/pkgreport.cgi?users=pkg-fso-maint@lists.alioth.debian.org

[Message part 2 (application/pgp-signature, inline)]

Message #51 received at 500626@bugs.debian.org (full text, mbox, reply):

From: gregor herrmann <gregoa@debian.org>

To: 500626@bugs.debian.org, pkg-fso-maint@lists.alioth.debian.org

Subject: Re: Bug#500626: [Smartphones-userland] [pkg-fso-maint] Bug#500626: xserver-xglamo: fonts are very large in e.g. midori

Date: Fri, 20 Feb 2009 02:28:32 +0100

[Message part 1 (text/plain, inline)]

On Tue, 30 Sep 2008 13:31:33 +0200, Luca Capello wrote:

> >>   ARGS="$ARGS -dpi 285 -screen 480x640 [...]" ;;

> This means two things for Debian:
> 
> 1) we must specify the DPI value even with xserver-xorg.  However, since
>    this is something specific to the Neo GTA01 and GTA02, I need to
>    discover how to specify it *without* touching any configuration file
>    provided by other packages (/etc/X11/xserver/ looks promising).

Adding "-dpi 285 -screen 480x640" to X_OPTIONS in /etc/init.d/nodm
leads to - well, rather huge fonts and icons and everything :)
 
> 2) Debian Xglamo doesn't correctly manage the DPI value and thus the
>    fonts (*this* is the bug)

I found (via google) a workaround for the font issue:

# cat .Xresources 
Xft.dpi:      96

xdpyinfo still reports the interesting DPI values after "xrandr --rotate
left/normal" but afterwards the fonts at least still look normal.

Cheers,
gregor

-- 
 .''`.   Home: http://info.comodo.priv.at/{,blog/} / GPG Key ID: 0x00F3CFE4
 : :' :  Debian GNU/Linux user, admin, & developer - http://www.debian.org/
 `. `'   Member of VIBE!AT, SPI Inc., fellow of FSFE | http://got.to/quote/
   `-    NP: Bob Dylan: I Shall Be Released

[signature.asc (application/pgp-signature, inline)]

Message #56 received at 500626@bugs.debian.org (full text, mbox, reply):

From: Luca Capello <luca@pca.it>

To: Timo Juhani Lindfors <timo.lindfors@iki.fi>

Cc: 500626@bugs.debian.org, gregor herrmann <gregoa@debian.org>, Enrico Zini <enrico@debian.org>, "ML Debian freesmartphone.org Team" <pkg-fso-maint@lists.alioth.debian.org>

Subject: Re: [pkg-fso-maint] Bug#500626: xserver-xglamo: fonts are very large in e.g. midori

Date: Sun, 17 May 2009 23:26:56 +0200

[Message part 1 (text/plain, inline)]

tags 500626 + upstream
forwarded 500626 http://thread.gmane.org/gmane.comp.handhelds.openmoko.framework/94
tags 500626 + wontfix
thanks

Hi Timo!

FYI, I re-discovered this bug because it is "present" in the
xserver-xorg-video-glamo package as well.

On Mon, 29 Sep 2008 22:29:43 +0200, Timo Juhani Lindfors wrote:
> With xserver-xglamo (and matchbox-window-manager) fonts in midori are
> very large. For example when I open the file menu the "quit" option is
> outside screen. xpdyinfo reports
>
> dimensions:    480x640 pixels (43x58 millimeters)
>   resolution:    284x280 dots per inch
>
> which is probably correct so maybe we need some GTK option to use
> smaller fonts?

Both the dimensions and resolution above are correct, see

  http://thread.gmane.org/gmane.comp.handhelds.openmoko.framework/94

> Under xserver-xorg-video-fbdev xpdyinfo reports
>
>   dimensions:    640x480 pixels (169x127 millimeters)
>   resolution:    96x96 dots per inch
>
> and the fonts look ok. I seem to be able to set this fake DPI value
> with xserver-xglamo by using
>
> -dpi 96
>
> in /etc/X11/xinit/xserverrc -- maybe that should be the default so
> that glamo would work consistently in the same way fbdev does?

While I would agree with you, this however is not upstream's view

  http://thread.gmane.org/gmane.comp.handhelds.openmoko.framework/94/focus=132

I should say that I share upstream's view here: the Xserver's detection
is correct, thus it is not Xserver's fault.  That is why I marked this
bug as wontfix.

There are various workaround:


1) DPI specified to xinit/startx, the one you suggested since the
   beginning

   This is the more general one and is valid for all users of a given
   device.  At the same time, however, it is not conceivable from a
   package POV, since it is nothing more than a workaround for other
   bugs not in the package itself.


2) fake Monitor section in /etc/X11/xorg.conf

     Section "Monitor"
         Identifier "Configured Monitor"
         DisplaySize 127 169 # 480x640 @ 96 DPI
     EndSection

   This because the dimensions in mm must be calculated for both
   dimensions according to the following formula:

     pixel x 25.4 / DPI

   The problem in this case is the same as with the first solution.


3) graphical toolkit-specific settings, which seems not to affect every
   application using the same toolkit, as Enrico Zini reported at

     http://thread.gmane.org/gmane.comp.hardware.smartphones.userland/1220

   For the reason above, I would discourage this option, moreover it
   must be set for each graphical toolkit used :-(


4) DPI specified in ~/.Xresources as Gregor Herrmann suggested at

     http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=500626#51

   This seems the best one: it has the advantage of being transparent
   (since the Xserver keeps its own and auto-detected settings) and it
   is user-specific (thus even non-root users can activate it).


I guess the best option would be to add a note into README.Debian, what
do you (and the other people/list cc:ed) think?

Thx, bye,
Gismo / Luca

[Message part 2 (application/pgp-signature, inline)]

Message #67 received at 500626@bugs.debian.org (full text, mbox, reply):

From: Enrico Zini <enrico@debian.org>

To: Luca Capello <luca@pca.it>

Cc: Timo Juhani Lindfors <timo.lindfors@iki.fi>, 500626@bugs.debian.org, gregor herrmann <gregoa@debian.org>, "ML Debian freesmartphone.org Team" <pkg-fso-maint@lists.alioth.debian.org>

Subject: Re: [pkg-fso-maint] Bug#500626: xserver-xglamo: fonts are very large in e.g. midori

Date: Mon, 18 May 2009 00:01:31 +0100

[Message part 1 (text/plain, inline)]

On Sun, May 17, 2009 at 11:26:56PM +0200, Luca Capello wrote:

> 4) DPI specified in ~/.Xresources as Gregor Herrmann suggested at
> 
>      http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=500626#51
> 
>    This seems the best one: it has the advantage of being transparent
>    (since the Xserver keeps its own and auto-detected settings) and it
>    is user-specific (thus even non-root users can activate it).
> 
> I guess the best option would be to add a note into README.Debian, what
> do you (and the other people/list cc:ed) think?

I like option 4. Indeed a note in README.Debian is good, and also
setting it in the installer script would be a very good idea.
Plus, maybe, documenting it as the "official fix" in
http://wiki.debian.org/DebianOnFreeRunnerTips


Ciao,

Enrico

-- 
GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini <enrico@enricozini.org>

[signature.asc (application/pgp-signature, inline)]

Message #72 received at 500626@bugs.debian.org (full text, mbox, reply):

From: gregor herrmann <gregoa@debian.org>

To: 500626@bugs.debian.org

Cc: "ML Debian freesmartphone.org Team" <pkg-fso-maint@lists.alioth.debian.org>

Subject: Re: [pkg-fso-maint] Bug#500626: xserver-xglamo: fonts are very large in e.g. midori

Date: Mon, 18 May 2009 17:17:04 +0200

[Message part 1 (text/plain, inline)]

On Mon, 18 May 2009 00:01:31 +0100, Enrico Zini wrote:

> > 4) DPI specified in ~/.Xresources as Gregor Herrmann suggested at
> >      http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=500626#51
> I like option 4. 

Me too :)

But I seem to have problems with it since I switched from xglamo to
the new -glamo driver.

Here are the tests; between changing settings I always did
`/etc/init.d/nodm stop' and `/etc/init.d/nodm start'. (And once a
reboot. *sigh*)

1)
.Xresources: "Xft.dpi: 96" enabled
/etc/default/nodm: NODM_X_OPTIONS='vt3 -nolisten tcp -dpi 96'
==> works

2)
.Xresources: dpi enabled
NODM_X_OPTIONS: disabled
==> doesn't work, very tiny fonts in mb-desktop bar and
mb-applet-menu-launcher, but mb-desktop area and notifications are
normal. so maybe that's some weird matchbox problem?

3)
both disabled
==> huge fonts in mb-desktop area, and in notifications ... I guess
you all know that

4)
.Xresources: dpi disabled
NODM_X_OPTIONS: enabled
==> works

Summary:
Setting the dpi in ~/.Xresources _almost_ works ...

Cheers,
gregor
-- 
 .''`.   Home: http://info.comodo.priv.at/{,blog/} / GPG Key ID: 0x00F3CFE4
 : :' :  Debian GNU/Linux user, admin, & developer - http://www.debian.org/
 `. `'   Member of VIBE!AT, SPI Inc., fellow of FSFE | http://got.to/quote/
   `-    NP: Pink Floyd: Young Lust

[signature.asc (application/pgp-signature, inline)]

Message #77 received at 500626@bugs.debian.org (full text, mbox, reply):

From: Luca Capello <luca@pca.it>

To: 500626@bugs.debian.org

Cc: "ML Debian freesmartphone.org Team" <pkg-fso-maint@lists.alioth.debian.org>

Subject: Re: [pkg-fso-maint] Bug#500626: xserver-xglamo: fonts are very large in e.g. midori

Date: Mon, 18 May 2009 18:38:23 +0200

[Message part 1 (text/plain, inline)]

clone 500626 -1
reassign -1 matchbox-panel
retitle -1 matchbox-panel: does not respect ~/.Xresources Xft.dpi settings
found -1 0.9.3-3
severity -1 important
user pkg-fso-maint@lists.alioth.debian.org
usertags -1 + config-glamo
thanks

Hi Gregor!

On Mon, 18 May 2009 17:17:04 +0200, gregor herrmann wrote:
> On Mon, 18 May 2009 00:01:31 +0100, Enrico Zini wrote:
>
>> > 4) DPI specified in ~/.Xresources as Gregor Herrmann suggested at
>> >      http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=500626#51
>> I like option 4. 
>
> Me too :)
>
> But I seem to have problems with it since I switched from xglamo to
> the new -glamo driver.

I would have wanted to have never read your mail ;-)

> Here are the tests; between changing settings I always did
> `/etc/init.d/nodm stop' and `/etc/init.d/nodm start'. (And once a
> reboot. *sigh*)

I also reboot sometime, just to be sure nothing is contaminated...

> .Xresources: "Xft.dpi: 96" enabled
> /etc/default/nodm: NODM_X_OPTIONS='vt3 -nolisten tcp -dpi 96'
> ==> works
> 2)
> .Xresources: dpi enabled
> NODM_X_OPTIONS: disabled
> ==> doesn't work, very tiny fonts in mb-desktop bar and
> mb-applet-menu-launcher, but mb-desktop area and notifications are
> normal. so maybe that's some weird matchbox problem?

I can reproduce it and I think it is indeed a matchbox-panel problem,
thus I cloned the bug and reassigned to matchbox-panel.  Before
replying, please check the new number!

Thx, bye,
Gismo / Luca

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: armel (armv4tl)

Kernel: Linux 2.6.28-20090105.git69b2aa26 (PREEMPT)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages matchbox-panel depends on:
ii  libc6                         2.9-12     GNU C Library: Shared libraries
ii  libgcc1                       1:4.4.0-4  GCC support library
ii  libiw29                       29-2       Wireless tools - library
ii  libmatchbox1                  1.9-4      shared library for Matchbox Projec
ii  libstartup-notification0      0.10-1     library for program launch feedbac
ii  libx11-6                      2:1.2.1-1  X11 client-side library
ii  libxext6                      2:1.0.4-1  X11 miscellaneous extension librar
ii  matchbox-common               0.9.1-3    common files for Matchbox Project 

Versions of packages matchbox-panel recommends:
pn  matchbox-panel-manager        <none>     (no description available)

matchbox-panel suggests no packages.

-- no debconf information

[Message part 2 (application/pgp-signature, inline)]

Message #98 received at 529321@bugs.debian.org (full text, mbox, reply):

From: gregor herrmann <gregoa@debian.org>

To: pkg-fso-maint@lists.alioth.debian.org

Cc: 529321@bugs.debian.org

Subject: Re: [pkg-fso-maint] Bug#500626: xserver-xglamo: fonts are very large in e.g. midori

Date: Thu, 21 May 2009 13:54:43 +0200

[Message part 1 (text/plain, inline)]

On Thu, 21 May 2009 13:22:53 +0200, Joachim Breitner wrote:

[cc'ing the matchbox-panel bug #529321, some info is still in
#500626]

> > Now I've started all other applications on my FR, and they all seem
> > to work with this setting. With some details:
> > 
> > * gpicview has tiny fonts in the titles of floating dialog boxes but
> >   they are useless anyway.
> > * midori works fine, but again floating dialog boxes
> >   (Edit->Preferences) have a tiny title.
> > * The same with epdfviewer.
> > * The same with mumpot.
> > 
> > So there seems to be a pattern - titles of floating/independent
> > dialog windows are tiny; in practice that's no problem but there
> > seems to be some underlying problem.
> 
> Without seeing it myself, I assume that these titles are rendered by
> matchbox-window-manager, which maybe uses fixed pixel-based sizes – just
> as matchbox-panel. 

Sounds plausible.

> I assume this problem would then not occur with other
> window managers.

Probably; maybe someone with a different WM could check?

Cheers,
gregor 
-- 
 .''`.   Home: http://info.comodo.priv.at/{,blog/} / GPG Key ID: 0x00F3CFE4
 : :' :  Debian GNU/Linux user, admin, & developer - http://www.debian.org/
 `. `'   Member of VIBE!AT, SPI Inc., fellow of FSFE | http://got.to/quote/
   `-    NP: The Eagles: Hotel California

[signature.asc (application/pgp-signature, inline)]

Message #103 received at 529321@bugs.debian.org (full text, mbox, reply):

From: Luca Capello <luca@pca.it>

To: 529321@bugs.debian.org

Cc: pkg-fso-maint@lists.alioth.debian.org

Subject: matchbox-panel/window-manager and XFT support (was Re: [pkg-fso-maint] Bug#500626: xserver-xglamo: fonts are very large in e.g. midori)

Date: Thu, 04 Jun 2009 12:06:40 +0200

[Message part 1 (text/plain, inline)]

clone 529321 -1
reassign -1 matchbox-window-manager
retitle -1 matchbox-window-manager: does not respect ~/.Xresources Xft.dpi settings
found -1 1.2-3
severity -1 important
user pkg-fso-maint@lists.alioth.debian.org
usertags -1 + config-glamo
thanks

Hi there!

I am sorry for the long mail: I thought that documenting all my tests
done last week could be useful, at least to be sure there are no other
easier solutions.

On Thu, 21 May 2009 13:54:43 +0200, gregor herrmann wrote:
> On Thu, 21 May 2009 13:22:53 +0200, Joachim Breitner wrote:
>
> [cc'ing the matchbox-panel bug #529321, some info is still in
> #500626]

For the Matchbox maintainers, this bug originated in #500626.

>> > Now I've started all other applications on my FR, and they all seem
>> > to work with this setting. With some details:
>> > 
>> > * gpicview has tiny fonts in the titles of floating dialog boxes but
>> >   they are useless anyway.
>> > * midori works fine, but again floating dialog boxes
>> >   (Edit->Preferences) have a tiny title.
>> > * The same with epdfviewer.
>> > * The same with mumpot.
>> > 
>> > So there seems to be a pattern - titles of floating/independent
>> > dialog windows are tiny; in practice that's no problem but there
>> > seems to be some underlying problem.
>> 
>> Without seeing it myself, I assume that these titles are rendered by
>> matchbox-window-manager, which maybe uses fixed pixel-based sizes – just
>> as matchbox-panel. 
>
> Sounds plausible.

First, thanks to Gregor, I found the following:
=====
debian-gta02:~# matchbox-window-manager --help
usage: matchbox-window-manager [options ...]
[...]
Compile time features;
        debug build                      no
        XFT support                      no
[...]
debian-gta02:~#
=====

Indeed, if XFT support is compiled in, everything works:

--8<---------------cut here---------------start------------->8---
diff -u matchbox-window-manager-1.2/debian/rules matchbox-window-manager-1.2/debian/rules
--- matchbox-window-manager-1.2/debian/rules
+++ matchbox-window-manager-1.2/debian/rules
@@ -4,3 +4,3 @@
 
-DEB_CONFIGURE_EXTRA_FLAGS = --enable-startup-notification --enable-expat
+DEB_CONFIGURE_EXTRA_FLAGS = --enable-startup-notification --enable-expat --enable-standalone-xft
 # --enable-gconf
diff -u matchbox-window-manager-1.2/debian/changelog matchbox-window-manager-1.2/debian/changelog
--- matchbox-window-manager-1.2/debian/changelog
+++ matchbox-window-manager-1.2/debian/changelog
@@ -1,3 +1,13 @@
+matchbox-window-manager (1.2-3+nmu1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * debian/control:
+    + Build-Depends: on libxft-dev.
+  * debian/rules:
+    + enable XFT support (Closes: #529321).
+
+ -- Luca Capello <luca@pca.it>  Wed, 27 May 2009 11:55:16 +0200
+
 matchbox-window-manager (1.2-3) unstable; urgency=low
 
   * Update matchbox-remote man page.  Closes: #494391.
diff -u matchbox-window-manager-1.2/debian/control matchbox-window-manager-1.2/debian/control
--- matchbox-window-manager-1.2/debian/control
+++ matchbox-window-manager-1.2/debian/control
@@ -2,7 +2,7 @@
 Section: embedded
 Priority: optional
 Maintainer: Moray Allan <moray@debian.org>
-Build-Depends: cdbs (>= 0.4.21), debhelper (>= 4.1.0), pkg-config, libstartup-notification0-dev, libmatchbox-dev (>= 1.9-4), libxsettings-dev, libxsettings-client-dev
+Build-Depends: cdbs (>= 0.4.21), debhelper (>= 4.1.0), pkg-config, libstartup-notification0-dev, libmatchbox-dev (>= 1.9-4), libxsettings-dev, libxsettings-client-dev, libxft-dev
 Standards-Version: 3.8.0
 Homepage: http://matchbox-project.org/
 
--8<---------------cut here---------------end--------------->8---

However, with the above patch we loose the XSettings support, which
other people wants in the Debian package:

  http://bugs.debian.org/477209
  http://bugs.debian.org/477216

At that point, since the problem still persists in matchbox-panel, I
decided to resume the situation WRT matchbox-panel and
matchbox-window-manager, taking some screenshots:

  http://pkg-fso.alioth.debian.org/bugs/matchbox-xft/

Since the problem is the same in both packages, but not in
matchbox-desktop (already at version 2.0), I thought it was caused by
libmatchbox, compiled with Pango support since version 1.9-3:

  http://bugs.debian.org/471309

However, recompiling libmatchbox without Pango support and then
matchbox-panel and matchbox-window-manager with this development library
did not solve the situation.  I think this simply means that the problem
is not in the linked libraries, but in how the texts themselves are
drawn.  Searching with Google resulted in some interesting reading
related to Pango, Xft and DPI:

  http://thread.gmane.org/gmane.comp.gnome.gtk+.internationalization/889

I was quite surprised that matchbox-desktop_2.0 did not show the same
error and then I discovered why reading on the Matchbox roadmap:

  http://matchbox-project.org/?p=15

Starting from version 2.0, matchbox-desktop directly uses GTK+ and it
does not rely anymore on libmatchbox.  Bingo!

matchbox-panel_2.0 has been released on 2008-11-14, with no
announcement:

  http://matchbox-project.org/sources/matchbox-panel/2.0/

Indeed, this version obeys ~/.Xresources Xft.dpi settings.  The package
is ready to be uploaded, but:

1) it would be a source NMU, which I refuse to do

2) AFAIK there is no easy path for upgrades, since the command line
   options have changed (e.g. applets are now defined at start)

3) some icons are missing or are not clear enough (dark gray on light
   gray), it would be better to fix them before uploading

4) there is a big issue with the new launcher, which shows no icons
   becuase of "Valid key file could not be found in search dirs", this
   must be fixed before uploading (quite surely a path problem)

Moray, how do you prefer I publish all my changes for you to review
them?  Should I update a preliminary version to the pkg-fso repository?
I have also thought about co-maintenance, but my package list is already
(too) crowded and is it really worth keeping/fixing Matchbox or is there
any viable alternative?  The last survey I made was on February 2009,
AFAIK nothing has changed so much:

  http://lists.alioth.debian.org/pipermail/pkg-fso-maint/2009-February/000607.html

I will work on matchbox-window-manager later :-)

Thx, bye,
Gismo / Luca

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: armel (armv4tl)

Kernel: Linux 2.6.28-20090105.git69b2aa26 (PREEMPT)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages matchbox-window-manager depends on:
ii  libc6                         2.9-12     GNU C Library: Shared libraries
ii  libexpat1                     2.0.1-4    XML parsing C library - runtime li
ii  libmatchbox1                  1.9-4      shared library for Matchbox Projec
ii  libstartup-notification0      0.10-1     library for program launch feedbac
ii  libx11-6                      2:1.2.1-1  X11 client-side library
ii  libxext6                      2:1.0.4-1  X11 miscellaneous extension librar
ii  libxsettings-client0          0.17-5     utility functions for the Xsetting

matchbox-window-manager recommends no packages.

matchbox-window-manager suggests no packages.

-- no debconf information

[Message part 2 (application/pgp-signature, inline)]

Send a report that this bug log contains spam.