Re: Bug Report

I'm deleting help-gnu-emacs as I doubt the XEmacs-specific discussion will help deal with the Emacs/KDE conflicts. The two programs handle selections differently AFAIK. Ernst> According to theory, the Xemacs frome should then appear at Ernst> a defined location with a defined height and Ernst> width. However, when I start Xemacs under KDE, only the Ernst> location is correct. The Xemacs frame first expands to the Ernst> correct size, but then it shrinks to a relatively small Ernst> rectangle of correct height, but substantially smaller Ernst> width. Another user, also using the default KDE window manager on SuSE, has reported a similar issue. That discussion begins here: <a href="http://list-archive.xemacs.org/xemacs-beta/200509/msg00043.htm... 4321C01F.6070505(a)comcast.net </a> Ernst> Irritatingly, however, in some rare cases it expands again Ernst> after shrinking to produce an Xemacs from of the correct Ernst> size. While it sounds to me like the window manager is being overly aggressive about overriding explicit user preferences, upgrading (current is 21.5.22) might give more consistently wrong ;-) results. There is a known bug in XEmacs, fixed in 21.5.19 "chives", where it would ignore window manager commands under some circumstances. In the case of Metacity it manifested as thrashing between full-screen and the closest integral character cell approximation to full-screen. It's possible that this is why "sometimes" you get the right size. The fix was 2004-12-15 Stephen J. Turnbull <stephen(a)xemacs.org&gt; * EmacsManager.c (EmacsManagerChangeSize): Respect XtGeometryNo. Note: upgrading is _not_ a solution/workaround for your problem. It is a suggestion to make XEmacs produce more standard behavior to make diagnosing the real bug (which still might be in XEmacs) simpler. Ernst> When working with Xemacs, I normally can mark a region with Ernst> the left mouse button. This marked region is copied to the Ernst> kill ring and I should be able to paste this region to a Ernst> different location in the file via the middle mouse Ernst> button. However, in my case, the operation produces the Ernst> correct result only if the kill ring had been empty. Do you mean that the contents of the kill ring, instead of the marked region (in X11 terms, the primary selection), are copied? or what? Ernst> Accordingly, after marking a region with the left Ernst> mouse button, I have to explicitly give a command like Ernst> Alt-w in order to copy the marked region into the kill Ernst> ring. After that, pasting via the middle mouse button Ernst> works. X11 primary selection, X11 clipboard, Motif clipboard, and Emacs region semantics vary substantially. It's not possible to satisfy them all simultaneously, so XEmacs selection treatment is customizable. Please let me know what the contents of the variables `interprogram-cut-function' and `interprogram-paste-function' are (C-h v VARIABLE RET will tell you that). -- School of Systems and Information Engineering http://turnbull.sk.tsukuba.ac.jp University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Ask not how you can "do" free software business; ask what your business can "do for" free software.