Re: One display-related task which seems especially slow

From: skip(a)pobox.com Date: Tue, 19 May 2009 05:53:45 -0500 (CDT) As I said, most things work okay. There is generally a substantial pause when I delete words however (kill-word or backward-kill-word). ... Counting one-mississippi, two-mississippi, ... it seemed to take between four and five seconds to update the display. Yanking the word back from the kill ring or using undo to get the word back was nearly instantaneous. Deleting character-by-character either forward or backward was similarly fast. I don't recall kill-word being an issue when used locally. (I'm at home right now.) In no-windows mode (gnuclient -nw ...) kill-word is also fast. It's just in an X context that it's problematic. kill-region is also slow (e.g., set-mark, forward-word, kill-region). Try setting interprogram-cut-function and interprogram-paste-function to nil This is what I do in my .emacs using my own 'at-home' variable set earlier. (when (not at-home) ;; progress-feedback is slow (over remote X connection) and flashes (setq-default progress-feedback-use-echo-area t) ;; pushing cut/paste to primary clipboard over remote X connection is really slow (setq-default interprogram-cut-function (if at-home 'own-clipboard nil)) (setq-default interprogram-paste-function (if at-home 'get-clipboard-foreign nil))) Then I do other things to get clipboard paste to work. (when (not at-home) (global-set-key [(control meta y)] 'toolbar-paste)) It seems odd that in this day and age of high speed connectivity we should have to worry about display performance of individual screen operations, but this one is particularly hideous. Any chance it can be improved a bit? Some of the clipboard operations seem to be extremely slow when using XEmacs over remote ssh, even with a zippy high speed connection. -jeff _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta