search

sillysloft / fluxbox

Fluxbox Window Manager (Mirror)
http://fluxbox.org/news/
Other
0 stars 1 forks source link

fluxbox: Emacs resizing problem #896

Open sillysloft opened 15 years ago

sillysloft commented 15 years ago

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=502919

Package: fluxbox
Version: 1.1.1-1
Severity: normal

After resizing emacs with mouse, there is an extra column on the right
and an extra line on the bottom (where no characters are displayed).
This is not only ugly and confusing but also takes up valuable space.
The extra space is not displayed before resizing or when I resize the
window using emacs lisp functions.

This problem happens on both i386 and amd64.

It goes away when I downgrade to fluxbox_1.0.0+deb1-9_i386.deb.
Downgrading to later versions that I tried did not help, OTOH.

Reported by: *anonymous

sillysloft commented 15 years ago

I am the original reporter at the debian bug tracker. I still have this problem on two debian machines but not on a OpenSuse machine. All three use fluxbox 1.1.1, given the compile dates, the debian one is even newer.

This might therefore be a debian specific bug. However, I did not find any debian patches in their package so I believe the quaestion is: Is there a configuration option or a style option that might be causing this?

Thanks (naturally, I am more than willing to provide any other information that might be helpful),

Martin

Original comment by: nobody

sillysloft commented 15 years ago

Hi,

actually I was wrong, the problem exists on OpenSuse too. The reason I got confused is that this bug does not happen when I run emacs-gtk which is the default on OpenSuse. When I run explicitly emacs-x11, I get the same misbehavior there.

So this is indeed a bug (even though I did find a nice workaround).

Original comment by: nobody

sillysloft commented 8 years ago

Emacs "fixes" its size with a configure event whenever it's resized and its interpretation of the base increment differs from everything else in the universe (of course RMS is right and everyone else is wrong ;-)

KWin has a rule to ignore resizing configure events, other than that there's hardly a fix to this :-(

Original comment by: baghira-style