Re: [EMAIL PROTECTED]: Overlay string not displayed on text with `display' property]
YAMAMOTO Mitsuharu [EMAIL PROTECTED] writes: On Fri, 16 Jun 2006 13:52:47 +0200, [EMAIL PROTECTED] (Kim F. Storm) said: Please continue testing!!! Yes, thanks. Here are two cases: Thanks!! I have fixed these cases, and ensured that all previous problem cases still behave ok (they didn't so I had to make more fixes). If you can find more problems, don't hesitate to report them. -- Kim F. Storm [EMAIL PROTECTED] http://www.cua.dk ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
mouse-autoselect-window needs a delay
Title: mouse-autoselect-window needs a delay This isn't a bug as such, but a suggestion for feature refinement. I like the concept of mouse-autoselect-window, since it allows me to attempt to mimic my WM's focus-follows-mouse frame policy for Emacs windows. But there's always a but. If you have a split window but the invocation of a command forces you to move the mouse across a different window, you will probably end up applying the command to the wrong window. For example, suppose a frame shows 2 different windows, each containing a different C buffer. Suppose you want to comment out a region in the buffer in the lower window. You select the region, move the mouse up to the menu bar, select C Comment Out Region, and watch in frustration as the operation is performed on the buffer in the upper window. The focus had changed as you moved to the menu bar. WMs that support focus-follows-mouse together with raise-on-focus have a similar issue. (Focus-follows-mouse is probably best with raise-on-focus.) They typically deal with that issue by (a) having a delay, (b) requiring the mouse to be stationary, or (c) both, before transferring focus and raising. That way, focus is less likely to be transferred when the user does not wish it. My current WM implements (a) with something like a 0.5s delay. So, I'm suggesting that (a) and/or (b) be implemented for mouse-autoselect-window. Perhaps the variable could have a numeric value, meaning a delay. A value of t might be equivalent to a value of 0. A mouse-[123] in a window would still immediately change focus. Comments? Simon. In GNU Emacs 22.0.50.1 (sparc-sun-solaris2.8, Motif Version 2.1.0) of 2006-06-15 on perth X server distributor `Hummingbird Ltd.', version 11.0.100015 configured using `configure '--prefix=/rvcarma/marshals/software/slash/usr/local' '--with-x-toolkit=motif' 'CFLAGS=-g'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: en_GB.ISO8859-1 value of $LC_CTYPE: en_GB.ISO8859-1 value of $LC_MESSAGES: C value of $LC_MONETARY: en_GB.ISO8859-1 value of $LC_NUMERIC: en_GB.ISO8859-1 value of $LC_TIME: en_GB.ISO8859-1 value of $LANG: en_GB.ISO8859-1 locale-coding-system: iso-8859-1 default-enable-multibyte-characters: t ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Compiling with Xorg 7.0
Bill Wohler wrote: By the way, here is what ./configure --with-gtk shows. Note all the none and no items that were previous all yes or something good. I am no expert on this, but here are my experiences of compiling CVS Emacs on Etch: I installed Debian packages libncurses5-dev, libxaw7-dev, xaw3dg-dev, libtiff4-dev, libungif4-dev and libpng12-dev to get good results from ./configure. But the build failed because of problems with the X11 ICE library: ICElib.h was searched in /usr/include/X11/ICE/ but located in /usr/X11R6/include/X11/ICE/ and libICE.a was searched in /usr/lib/ but located in /usr/X11R6/lib/ To fix the problem I made symlinks: # ln -s /usr/X11R6/include/X11/ICE/ /usr/include/X11/ # ln -s /usr/X11R6/lib/libICE.a /usr/lib I don't know if it is an Emacs problem, a Debian problem or an Xorg problem. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
RE: Enabling c-subword-mode in grep-mode causes regexp matching problems
From: Kim F. Storm [mailto:[EMAIL PROTECTED] Jared Finder [EMAIL PROTECTED] writes: Steps to reproduce: 1. Start up Emacs with emacs -Q. 2. Add (c-subword-mode 1) to grep-mode hook with: (add-hook 'grep-mode-hook (lambda () (c-subword-mode 1))) Why do you want to do that? I'm not saying that it doesn't make sense to do so -- I just don't get it. Since 99% of the time, I want forward-word and backward-word remapped to c-forward-subword and c-backward-subword, I have created global-c-subword mode: (define-global-minor-mode global-c-subword-mode c-subword-mode (lambda () (c-subword-mode 1))) Of course, this causes c-subword-mode to be enabled in grep-mode as well. I didn't mention this in the bug, because I thought it was irrelevant details. -- MJF ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Compiling with Xorg 7.0
Lars Hansen [EMAIL PROTECTED] wrote: Bill Wohler wrote: By the way, here is what ./configure --with-gtk shows. Note all the none and no items that were previous all yes or something good. I am no expert on this, but here are my experiences of compiling CVS Emacs on Etch: I installed Debian packages libncurses5-dev, libxaw7-dev, xaw3dg-dev, libtiff4-dev, libungif4-dev and libpng12-dev to get good results from ./configure. Yes, I had done that long ago. I also installed libgtk2.0-dev. The problem was that the Xorg 7.0 upgrade removed the one file that ./configure uses to determine that there is a window system *at all*. But the build failed because of problems with the X11 ICE library: ICElib.h was searched in /usr/include/X11/ICE/ but located in /usr/X11R6/include/X11/ICE/ and libICE.a was searched in /usr/lib/ but located in /usr/X11R6/lib/ To fix the problem I made symlinks: # ln -s /usr/X11R6/include/X11/ICE/ /usr/include/X11/ # ln -s /usr/X11R6/lib/libICE.a /usr/lib I don't know if it is an Emacs problem, a Debian problem or an Xorg problem. I never hit that before. As I said previously, I had to install libxt-dev after upgrading to xorg 7.0. What I didn't mention is that the libxt-dev install also forced the installation of libice-dev and libsm-dev, which might be pertinent here. I'd suggest nuking your links before upgrading to 7.0 to keep the installation of xorg-common from failing (which wants to remove lots of stuff from /usr/X11R6). /usr/X11R6 will eventually go away entirely. Anyway, hope this helps someone else in a similar situation. -- Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Directory Tree display in PCL-CVS.
Earlier versions of PCL-CVS also displayed the directory tree and allowed per directory operations. I found this rather useful. This seems to have gone away at some stage in the CVS latest version of emacs. Is there a configuration item to return it to the earlier behaviour or is this a new, umm, feature? John Carter Phone : (64)(3) 358 6639 Tait ElectronicsFax : (64)(3) 359 4632 PO Box 1645 ChristchurchEmail : [EMAIL PROTECTED] New Zealand Carter's Clarification of Murphy's Law. Things only ever go right so that they may go more spectacularly wrong later. From this principle, all of life and physics may be deduced. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
suggestion: enable SIGNALS_VIA_CHARACTERS in s/gnu-linux.h
For a long time I'd been annoyed that I couldn't use C-c C-c to interrupt processes that I'd started via sudo in shell-mode. For example, I'd type M-x shell RET then sudo find / then as it spewed tons of lines into the shell buffer, I'd frantically type C-c C-c, to no avail. This was only a problem on GNU/Linux, however; on FreeBSD, for example, C-c C-c works nicely. Anyway, someone suggested that I try enabling (i.e., uncommenting) SIGNALS_VIA_CHARACTERS in s/gnu-linux.h. I did that, and it worked fine -- and in fact has been working fine for months, on both a 2.4 and a 2.6 kernel. I wonder, then, if it's time to reactivate that. The comment which says it doesn't work appears to be thirteen years old; presumably the Linux kernel has changed since then ;-) In GNU Emacs 22.0.50.12 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars) of 2006-06-16 on debian configured using `configure '--enable-maintainer-mode'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: nil locale-coding-system: utf-8 default-enable-multibyte-characters: t Major mode: Shell Minor modes in effect: erc-autojoin-mode: t erc-match-mode: t display-time-mode: t shell-dirtrack-mode: t iswitchb-mode: t encoded-kbd-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Recent input: ESC x r e p o r t - e m TAB b u TAB RET Recent messages: Loading ansi-color...done Loading grep...done I guess we don't have tabbar available. Loading /home/erich/.emacs.d/erc-stuff.el (source)...done Loading windmove...done Loading find-func...done Loading eldoc...done Loading vc...done For information about the GNU Project and its goals, type C-h C-p. Loading emacsbug...done -- He who refuses to do arithmetic is doomed to talk nonsense. -- John McCarthy ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Directory Tree display in PCL-CVS.
On Thu, 22 Jun 2006, John Carter wrote: This seems to have gone away at some stage in the CVS latest version of emacs. Ok, I have a clue as to what is happening The cvs pserver I'm using is sending back a -f update: File/name Here is the strace of the actual read that my cvs client gets from the pserver... read(4, E -f update: Updating .\n, 1024) = 24 Pcl-cvs sees this and gets confuddled and instead of interpreting this properly says... Message: -f update: Updating . A couple of other gui tools have been confused by this behaviour. The only source of the -f I can find is in the servers /etc/xinetd.conf where the pserver is started with -f option to ignore any rogue ~/.cvsrc lying around. Question 1 then is Can I tell pserver not to do that? Question 2 is can I tell PCL-CVS to ignore the -f ? John Carter Phone : (64)(3) 358 6639 Tait ElectronicsFax : (64)(3) 359 4632 PO Box 1645 ChristchurchEmail : [EMAIL PROTECTED] New Zealand Carter's Clarification of Murphy's Law. Things only ever go right so that they may go more spectacularly wrong later. From this principle, all of life and physics may be deduced. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
