osdir.com
mailing list archive

Subject: Bug#551807: openbox: xy-maximized windows uncorrectly y-sized with xfce4-panel + matchbox-keyboard - msg#05638

List: debian-bugs-dist

Date: Prev Next Index Thread: Prev Next Index
Package: openbox
Version: 3.4.7.2-5+b1
Severity: important

Hi,

I use xfce4 + openbox + matchbox-keyboard on an Openmoko FreeRunner[0].
xfce4 is configured with 1 bottom xfce4-panel.

All applications are xy-maximized using this configuration snippet in
..config/openbox/rc.xml:

<application class="*">
<decor>no</decor>
<maximized>true</maximized>
</application>

With either xfce4-panel[1] or matchbox-keyboard[2] displayed, the
xy-maximization is fine.

When both are displayed the xy-maximized windows are too high. See [3]:
the dialog's buttons are hidden behind the matchbox-keyboard.

I guess this is an openbox bug since windows' sizes are ok with other
window managers - e.g. matchbox.

Thanks,

_Gilles.

[0] http://en.wikipedia.org/wiki/Neo_FreeRunner
[1] attached panel.png
[2] attached keyboard.png
[3] attache both.png

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

Kernel: Linux 2.6.29-20090702.gitd1c828aa (PREEMPT)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages openbox depends on:
ii libc6 2.10.1-0exp2 GNU C Library: Shared libraries
ii libfontconfig1 2.6.0-4 generic font configuration library
ii libfreetype6 2.3.11-1 FreeType 2 font engine, shared lib
ii libglib2.0-0 2.22.2-2 The GLib library of C routines
ii libice6 2:1.0.5-1 X11 Inter-Client Exchange library
ii libobparser21 3.4.7.2-5+b1 parsing library for openbox
ii libobrender21 3.4.7.2-5+b1 rendering library for openbox them
ii libpango1.0-0 1.26.0-1 Layout and rendering of internatio
ii libsm6 2:1.1.1-1 X11 Session Management library
ii libstartup-notifica 0.10-1 library for program launch feedbac
ii libx11-6 2:1.3-1 X11 client-side library
ii libxau6 1:1.0.5-1 X11 authorisation library
ii libxext6 2:1.0.99.4-1 X11 miscellaneous extension librar
ii libxft2 2.1.13-3 FreeType-based font drawing librar
ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library
ii libxml2 2.7.6.dfsg-1 GNOME XML library
ii libxrandr2 2:1.3.0-2 X11 RandR extension library
ii libxrender1 1:0.9.4-2 X Rendering Extension client libra
ii zlib1g 1:1.2.3.3.dfsg-15+b2 compression library - runtime

Versions of packages openbox recommends:
pn openbox-themes <none> (no description available)

Versions of packages openbox suggests:
ii libxml2-dev 2.7.6.dfsg-1 Development files for the GNOME XM
ii menu 2.1.42 generates programs menu for all me
ii obconf 2.0.3-3 Preferences manager for Openbox wi
ii python 2.5.4-3 An interactive high-level object-o
ii ttf-dejavu 2.30-1 Metapackage to pull in ttf-dejavu-

-- no debconf information

Attachment: panel.png
Description: PNG image

Attachment: keyboard.png
Description: PNG image

Attachment: both.png
Description: PNG image

Was this page helpful?
Yes No
Thread at a glance:

Previous Message by Date: click to view message preview

Bug#545896: init-functions pid specified

tag 545896 + patch thanks The unknown status (4) is still be returned from /lib/lsb/init-functions when the pid file is specified. I plan to do a full bug report hopefully this week. Just wanted to get this reported in case I don't. The problem I believe is a bad check for "specified" pid file in the /lib/lsb/init-functions I have attached a patch with the fix. Its a simple patch and should work for stable and unstable. I did some testing with the unstable package on a stable box. I will test on unstable tomorrow and follow up. Thanks, Keith. lsb.patch Description: Text Data

Next Message by Date: click to view message preview

Bug#550823: Updating load-path cache based on modification times probably a bad idea (was: Race condition between Octave 3.2.3 and unlink())

tir, 20 10 2009 kl. 22:00 +0200, skrev Jaroslav Hajek: > The problem is in load_path::update, which checks the directory's > modification time to decide on whether to rescan it. The resolution is > only in seconds, though. But some check is surely wanted because you > want to avoid useless rescans. I don't have a better idea. One could > even say this is a limitation of the system, which provides no way to > tell whether the directory has changed during the last second. Maybe > rehash() could ignore the stamp for some directories? But which ones? Perhaps it would be better to use a notification system instead of checking for file changes? Specifically, I'm thinking that we should be able to use, say, 'inotify' to notify us that a file has changed. When such a notification is sent Octave could then re-read the file. This would probably also be faster than the current approach of scanning for file changes. SÃren -- To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@xxxxxxxxxxxxxxxx with a subject of "unsubscribe". Trouble? Contact listmaster@xxxxxxxxxxxxxxxx

Previous Message by Thread: click to view message preview

Bug#545896: init-functions pid specified

tag 545896 + patch thanks The unknown status (4) is still be returned from /lib/lsb/init-functions when the pid file is specified. I plan to do a full bug report hopefully this week. Just wanted to get this reported in case I don't. The problem I believe is a bad check for "specified" pid file in the /lib/lsb/init-functions I have attached a patch with the fix. Its a simple patch and should work for stable and unstable. I did some testing with the unstable package on a stable box. I will test on unstable tomorrow and follow up. Thanks, Keith. lsb.patch Description: Text Data

Next Message by Thread: click to view message preview

Bug#551807: openbox: xy-maximized windows uncorrectly y-sized with xfce4-panel + matchbox-keyboard

reassign 551807 matchbox-keyboard reassign 550221 matchbox-keyboard thanks Hi, * Pini <gilles.filippini@xxxxxxx> [2009-10-21 12:59]: > I use xfce4 + openbox + matchbox-keyboard on an Openmoko FreeRunner[0]. > xfce4 is configured with 1 bottom xfce4-panel. > > All applications are xy-maximized using this configuration snippet in > ..config/openbox/rc.xml: > > <application class="*"> > <decor>no</decor> > <maximized>true</maximized> > </application> > > With either xfce4-panel[1] or matchbox-keyboard[2] displayed, the > xy-maximization is fine. > > When both are displayed the xy-maximized windows are too high. See [3]: > the dialog's buttons are hidden behind the matchbox-keyboard. > > I guess this is an openbox bug since windows' sizes are ok with other > window managers - e.g. matchbox. I am reassigning this and #550221 to matchbox keyboard now. I don't know this tool nor do I have the time to invest its x properties but it seems all unexpected behaviour recently involves this tool. I see no wrong behaviour in how openbox is handling ICCCM and EWMH compliance. Cheers Nico -- Nico Golde - http://www.ngolde.de - nion@xxxxxxxxxxxxx - GPG: 0xA0A0AAAA For security reasons, all text in this mail is double-rot13 encrypted. pgp6gUvR7ohqc.pgp Description: PGP signature
Loading Comments...
Home | News | Patents | Sitemap | FAQ | advertise

Advertising by