In emacs and xemacs under KDE when maximizing a window (with the square) the window will resize to almost fullscreen size instead of really going to fullscreen. This also makes it impossible to go back from fullscreen size to small size with a single click. This behaviour happens with all versions of (x)emacs that I've used and in particular with app-editors/emacs-cvs-22.0.95-r1 and app-editors/xemacs-21.4.20-r2.
I can't reproduce on a stable system. $(emerge -pv) and $(emerge --info) please.
[ebuild R ] app-editors/emacs-cvs-22.0.96 USE="X alsa gif gnome gtk jpeg nls png spell -Xaw3d (-aqua) -gzip-el -lesstif -motif -source -tiff -toolkit-scroll-bars" 0 kB Portage 2.1.2.2 (default-linux/amd64/2006.1/desktop, gcc-4.1.2, glibc-2.5-r1, 2.6.20-gentoo x86_64) ================================================================= System uname: 2.6.20-gentoo x86_64 Intel(R) Core(TM)2 CPU 6600 @ 2.40GHz Gentoo Base System version 1.12.9 Timestamp of tree: Wed, 21 Mar 2007 13:00:01 +0000 dev-java/java-config: 1.3.7, 2.0.31-r3 dev-lang/python: 2.4.4 dev-python/pycrypto: 2.0.1-r5 sys-apps/sandbox: 1.2.18.1 sys-devel/autoconf: 2.13, 2.61 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.17 sys-devel/gcc-config: 1.3.15-r1 sys-devel/libtool: 1.5.23b virtual/os-headers: 2.6.20-r2 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -pipe -ggdb" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c" CXXFLAGS="-O2 -pipe -ggdb" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig collision-protect cvs distlocks metadata-transfer parallel-fetch sandbox sfperms splitdebug strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LANG="en_US.UTF-8" LINGUAS="en nl" MAKEOPTS="-j4" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/portage/local/layman/nouveau /home/marijn/overlay" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X aac acpi alsa amd64 berkdb bitmap-fonts cairo cdr cli cracklib crypt cups dbus dri dts dvd dvdr dvdread eds emacs emboss encode esd fam firefox fortran gdbm gif gmp gnome gpm gstreamer gtk gtk2 hal iconv ipv6 isdnlog jpeg kde kdeenablefinal ldap libg++ lm_sensors mad midi mikmod mng mp3 mpeg ncurses nls nptl nptlonly nvidia offensive ogg opengl pam pcre pdf perl png ppds pppd python qt3 qt4 quicktime readline reflection sdl session smp spell spl ssl svg tcpd theora threads truetype truetype-fonts type1-fonts unicode vorbis xinerama xml xorg xv zlib" ALSA_CARDS="hda-intel" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en nl" USERLAND="GNU" VIDEO_CARDS="fbdev nv nvidia" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, LDFLAGS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Maximizing xemacs with metacity does not really work for me either. The window maximizes correctly but the buffer itself remains the same size, leading to a lot of wasted space. Unmaximizing the xemacs window works fine for me, though. This is something that must be handled upstream, but at least for xemacs I estimate that there will not be a quick fix given that there are not many developers and that the display code seems to be particularly hairy.
Are you still having this problems with 22.1 stable? On the other hand I think we can close this as UPSTREAM. Any objections?
yes, the problem persists with 22.1.(In reply to comment #4) > Are you still having this problems with 22.1 stable? yes, the problem persists with 22.1. > On the other hand I thinkwe can close this as UPSTREAM. Any objections? Not if you point me to the right place :)
(In reply to comment #5) > yes, the problem persists with 22.1.(In reply to comment #4) > > Are you still having this problems with 22.1 stable? > yes, the problem persists with 22.1. Damn. > > On the other hand I thinkwe can close this as UPSTREAM. Any objections? > Not if you point me to the right place :) Ok, we will try some random blind action: 1) Try emacs-cvs-22.1.50, there have been some GTK+ related fixes in the last days 2) Try with USE="toolkit-scroll-bars" (that's the only difference we have)
(In reply to comment #6) > Ok, we will try some random blind action: > 1) Try emacs-cvs-22.1.50, there have been some GTK+ related fixes in the last > days no change > 2) Try with USE="toolkit-scroll-bars" (that's the only difference we have) no change, except for the scrollbars being different
Please report the problem upstream. Closing.
reported upstream
