HDTenEightyP/NetNews huggingface dataset:
I just joined this list so sorry if this has been reported.

When I have a lemacs 19.3 window open it sometimes spontaneously
focuses, ie. even though the mouse pointer is in another window all of
my keystrokes go to the lemacs window.  This often happens when I'm
typing in one non-lemacs window (like an xterm window) and I switch to
another non-lemacs window.  I'm using twm on a Sun Sparc Station with
X11R4 (I think).

---
John Griffith
Seminar fuer Sprachwissenschaft
Universitaet Tuebingen
Wilhelmstr. 113
W7400 Tuebingen
Germany
x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Thu, 5 Nov 1992 15:53:44 EST
Date: Thu, 5 Nov 1992 11:02:16 PST
From: devin%scylla@lucid.com (Matthieu Devin)
Subject: Re: pop up menus don't observe menubar face attributes
Newsgroups: alt.lucid-emacs.bug
> If I put the following in my .Xdefaults:
>     Emacs*menubar.background:               red
>     [...]
> 
> then, the menubar and pull down menus are set appropriately.
> 
> But the popup menu still uses the default colors and font.
> Is there an attribute family that controls the pop up box?

Replace memubar with popup and you win.
Newsgroups: alt.lucid-emacs.bug
From: jsparkes@bcars68a.bnr.ca (Jeff Sparkes)
Subject: core dumps in 19.3 when using Hyperbole 3.05
Organization: Bell-Northern Research Ltd., Ottawa
Date: Thu, 5 Nov 1992 20:23:21 GMT


Since I've picked up the latest version of Hyperbole, I've had a
number of core dumps.  Most of the have happened in unshow_buffer.  I
have a backtrace of the latest here.  This happened while clicking on
a explicit Hyperbole with an ange-ftp directory link it.

I'm on a sun4 running 4.1.1, X11R5, compiled with gcc-2.2.2.  I have
applied the WM_TAKE_FOCUS patches from someone.  (Colas?)  I think this
only happens with multiple screens.

Here the gdb trace.  I'll save the core for a while in case you want
extra information.
--
--
Jeff Sparkes jsparkes@bnr.ca	Bell-Northern Research, Ottawa (613)765-2503
You know, a muffin can be *very* filling.
From: tlp00@climb.as (Tibor Polgar)
Newsgroups: alt.lucid-emacs.bug
Subject: grep seg faults under tcsh
Date: 11 Nov 92 04:49:51 GMT
Reply-To: tlp00@climb.as
Organization: Sun Microsystems

Under lemacs and gnu emacs, grep doesn't work for me with shell-file-name set to
"tcsh".  works ok with any other shell.   Is this only with our version of tcsh
or has someone else seen this???
x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Mon, 9 Nov 1992 14:18:54 EST
Date: Mon, 9 Nov 1992 11:18:47 PST
X-Windows: Garbage at your fingertips.
From: jwz@lucid.com (Jamie Zawinski)
Subject: Re: automatic load-path generation
Newsgroups: alt.lucid-emacs.bug
To use the startup.el that I recently sent out, you need to add the
following forms to the front of it.

I'd really appreciate some feedback (positive or negative) on whether this
startup code does what you need, because otherwise I'm going to put it in
19.4 and get a lot of complaints if it has missed the mark again...

	-- Jamie


;; This should really be in files.el, but is used very early.
(defvar directory-abbrev-alist
  nil
  "*Alist of abbreviations for file directories.
A list of elements of the form (FROM . TO), each meaning to replace
FROM with TO when it appears in a directory name.
This replacement is done when setting up the default directory
of a newly visited file.  *Every* FROM string should start with `^'.

Use this feature when you have directories which you normally refer to
via absolute symbolic links.  Make TO the name of the link, and FROM
the name it is linked to.")

(defun abbreviate-file-name (filename &optional hack-homedir)
  "Return a version of FILENAME shortened using directory-abbrev-alist.
See \\[describe-variable] directory-abbrev-alist RET for more information.
If optional argument HACK-HOMEDIR is non-nil, then This also substitutes
\"~\" for the user's home directory."
  (let ((tail directory-abbrev-alist))
    (while tail
      (if (string-match (car (car tail)) filename)
	  (setq filename
		(concat (cdr (car tail)) (substring filename (match-end 0)))))
      (setq tail (cdr tail))))
  (if (and hack-homedir
	   (string-match (concat "^" (regexp-quote (expand-file-name "~")))
			 filename))
      (setq filename (concat "~" (substring filename (match-end 0)))))
  filename)
x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Sun, 8 Nov 1992 17:05:01 EST
Site: 
Date: Sun, 8 Nov 1992 12:27:47 GMT
From: djh@CIS.Prime.COM (David Hughes)
Subject: Re: automatic load-path generation
Newsgroups: alt.lucid-emacs.bug
[ I don't remember if this has already been signaled. If it has been, sorry. ]

When killing a buffer which is selected in another iconfied screen, lemacs
enters an infinite loop.

Example:

Launch xemacs -q

(setq visible-bell t) C-j       ;; in *scratch* buffer, to protect your ears
M-x find-file ~/.emacs          ;; any file will do
C-x 5                           ;; a new screen
C-x b .emacs                    ;; same buffer in both screens
iconify the new screen (using the window manager)
C-x k .emacs                    ;; kill the buffer

emacs enters an infinite loop, beeping and saying 'selected deleted screen'.

Here is a stack trace (obtained after a SIGQUIT):

#0  0x160740 in write ()
#1  0x111d94 in _XFlush ()
#2  0x1056fc in XFlush ()
#3  0x2ce94 in XTupdate_end (s=0x26c400) at xterm.c:315
#4  0x279a0 in update_end (s=0x26c400) at term.c:475
#5  0x5f68 in update_screen (s=0x26c400, force=1, inhibit_hairy_id=0)
    at dispnew.c:1648
#6  0xe21c in redisplay () at xdisp.c:602
#7  0x22f2c in Fnext_event (event=1747586384) at event-stream.c:300
#8  0x4f83c in command_loop_1 (dummy=2152448) at keyboard.c:503
#9  0x91d58 in internal_condition_case (bfun=0x4f60c <command_loop_1>, 
    handlers=69294364, hfun=0x4ee64 <cmd_error>) at eval.c:1002
#10 0x4f320 in command_loop_2 (dummy=69294084) at keyboard.c:388
#11 0x916e4 in internal_catch (tag=69294344, func=0x4f2f8 <command_loop_2>, 
    arg=69294084) at eval.c:814
#12 0x4f2c4 in command_loop () at keyboard.c:367
#13 0x4ec7c in recursive_edit_1 () at keyboard.c:221
#14 0x4edac in Frecursive_edit () at keyboard.c:250
#15 0x4e2d8 in main (argc=2, argv=0xf7fff814, envp=0xf7fff820) at emacs.c:817

Configuration:
 lucid emacs 19.3 compiled with gcc 2.3.1
 X11R5
 vtwm 5.0 patchlevel 1

Phil    (queinnec@dgac.fr, queinnec@enseeiht.fr)
x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Fri, 13 Nov 1992 23:54:51 EST
Date: Sat, 14 Nov 1992 12:56:01 +0730
From: franks%ntu.ac.sg@lucid.com (Frank Siebenlist)
X-Sender: franks@ntuix.ntu.ac.sg
Subject: add-menu-item (?)
Newsgroups: alt.lucid-emacs.bug
Not sure what is happening here:

(add-menu-item '("File") "Recover File..."  'recover-file t "Revert Buffer")
does what one expects

(add-menu-item '("Edit" "Sub") "Sub item"  t t)
makes a sub menu at the end of the Edit menu, as one would expect

(add-menu-item '("File" "Sub") "Sub item"  t t)
ignores the File menu and creates a new, additional File menu, 
before the Help menu, with the right sub menu ?????

________________________________________________________________________
Frank Siebenlist                             Email: franks@imt.ntu.ac.sg
GINTIC Institute of Manufacturing Technology (GIMT)   Tel: (65) 799-1336
Nanyang Technological University (NTU)                Fax: (65) 791-2927
Nanyang Avenue
Singapore 2263

From: dg@dgupta.hpl.hp.com (Dipankar Gupta)
Date: Fri, 13 Nov 1992 12:10:47 GMT
Subject: Re: VM hangs
Organization: Hewlett-Packard Laboratories, Bristol, UK
Newsgroups: alt.lucid-emacs.bug

John Palkovic writes:

   I am getting hangs rather frequently with vm. Attaching to the process
   with gdb, it looks like emacs is stuck in an infinite loop in the
   while() at line 393 of extents.c, with the following sequence:

[...]

   I was in vm summary mode, and I typed 'q'.

I have been bitten by this too, and have turned off extents in VM.
Their value to me was rather dubious anyway. I've also had crashes
while:

- recursive edits in the minibuffer
- hacking elisp using edebug
- trying to open a new screen

I'm afraid I have had crashes with a frequency >1 a day: I don't know
if this is `normal' for lucid-emacs users. A weird (and new) one was
today: I tried to open a new screen, and the screen came out with almost
zero height (ie just menubar and nothing else). When I tried resizing it,
boom. The traceback suggests:

 0 fatal_error_signal (long branch stub)
 1 fatal_error_signal + 0x000000b0 (0, 0, 0, 0)
 2 _sigreturn (0x9, 0x1, 0xffffffff, 0)
 3 raise + 0x0000001c (0x40447710, 0x40447b10, 0x909, 0x1)
 4 abort + 0x00000060 (0, 0x1, 0x402ef240, 0x1)
 5 lw_motif_widget_p + 0x00000c84 (0, 0x40097748, 0x1, 0x4009c058)
 6 xm_update_one_widget + 0x00000168 (0x15, 0x1, 0x1, 0x4001b46d)
 7 do_layout + 0x00001c30 (0, 0, 0x4001b490, 0x4001b46d)
 8 do_layout + 0x00001c8c (0x68fade54, 0, 0x4001b490, 0x4001b46d)
 9 lw_modify_all_widgets + 0x00000170 (0x15, 0x1, 0x4001b490, 0x4001b46d)
10 lw_make_widget + 0x00000064 (0x15, 0x1, 0x4001b490, 0x3ff)
11 lw_create_widget + 0x0000003c (0x15, 0x1, 0x4001b490, 0x3ff)
12 set_screen_menubar + 0x000001a8 (0x15, 0x1, 0x4001b490, 0x4001b46d)
13 update_screen_menubars + 0x000000b4 (0x5d, 0x216, 0x11, 0x2c)
14 redisplay + 0x00000a18 (0x1802d3fc, 0x40d8804, 0x1, 0x1f7470)
15 Fnext_event + 0x0000007c (0, 0, 0, 0)
16 command_loop_1 + 0x00000164 (0x68fada38, 0, 0, 0)
17 internal_condition_case + 0x000000f4 (0, 0, 0, 0)
18 command_loop_2 + 0x0000003c (0x68fad8c0, 0x1, 0x4001b490, 0x4001b46d)
19 internal_catch + 0x000000a0 (0x15, 0x1, 0x4001b490, 0x4001b46d)
20 command_loop + 0x000000a4 (0, 0, 0, 0x4001b46d)
21 recursive_edit_1 + 0x00000068 (0x762f756e, 0x69672f69, 0x64672f70, 0x7273392f)


Cheers,
Dipankar
dg@hplb.hpl.hp.com
x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Thu, 12 Nov 1992 15:02:50 EST
Date: Thu, 12 Nov 1992 11:58:41 PST
From: hotline%bcci@lucid.com (Lucid EPS Support)
Subject: [cckrasic%plg.uwaterloo.ca@lucid.com: Bug in Lucid Emacs 19.3(?)]
Newsgroups: alt.lucid-emacs.bug
Return-Path: <cckrasic%plg.uwaterloo.ca@lucid.com>
From: "Charlie Krasic (Buck)" <cckrasic%plg.uwaterloo.ca@lucid.com>
To: hotline@lucid.com
Subject: Bug in Lucid Emacs 19.3(?)
Date: Tue, 10 Nov 1992 12:08:46 -0500


I am running lemacs-19.3 on a Sparc 670/MP with SunOS (4.1.2?).  
The bug(?) appears fairly straight forward.  I have my function keys bound 
to various things. Specifically, f5 is bound to shrink-window.  

I inadvertantly hit f5 while in the mini-buffer and lemacs crashed; 
i.e., the process died and the window is removed from my X display.

--
Charlie Krasic                  \Programming Language Group
                                 \Dept. of Computer Science
email: cckrasic@plg.UWaterloo.ca  \  University of Waterloo
Phone: (519) 888-4822              \ Waterloo, Ont. N2L 3G1

x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Fri, 13 Nov 1992 10:07:24 EST
Date: Fri, 13 Nov 1992 10:04:17 EST
From: paquette%crim.ca@lucid.com (Marc Paquette)
Subject: Re: Pending delete problem with mode motion [POSSIBLE FIX]
Newsgroups: alt.lucid-emacs.bug
A followup to my own message: the fix I sent does not address the
problem described by Tibor Polgar:

> 
> I'm seeing this if try to "pending-delete" a text that
> "mode-motion" has highlighted.  Very common for me in the
> minibuffer, but is possible in buffer text.
>

More precisely, here is an example of what works and what does
not for me:

0) pending-del is loaded, standard mode-motion also, font-lock
inactive.

1) only one buffer, *scratch*, containing one line:

/home/local

2) C-f 
	The minibuffer contains the string "Find file: ~/".

3.a) If I place the mouse cursor over the string "/home/local" of
buffer *scratch*, the whole pathname is highlighted.  Now if I
select with the mouse the word "home" and type "usr", everything
works as expected, i.e. "home" is replaced by "usr".  At that
point, if I press button2, the new pathname "/usr/local" is used
by find-file.

3.b) Instead of doing what is described in 3.a, I place the mouse
cursor over the "~/" in the minibuffer.  This string is correctly
highlighted, but if I select with the mouse the char "~" and type
"/usr/local", I have the problem of pending delete continually
replacing the first character of the replaced region.

Any clues ?

Marc Paquette              |Centre de recherche informatique de Montreal (CRIM)
Conseiller Technique, UN*X | 3744 rue Jean-Brillant, bureau 500
paquette@crim.ca           | Montreal (Quebec) Canada H3T 1P1
Tel : (514) 340-5758       | Fax   : (514) 340-5777

Newsgroups: alt.lucid-emacs.bug
From: Hamish.Macdonald@x400gate.bnr.ca (Hamish Macdonald)
Subject: Lucid Emacs and WM_COMMAND
Organization: Bell Northern Research
Date: Wed, 11 Nov 92 18:32:39 GMT

Lucid Emacs doesn't specify a WM_COMMAND property on any of its
screens.

I can see that it could be a problem if this was put on all of the
toplevel screens, since multiple instances of lemacs might then be run
by a session manager.

I can also see a problem in that lemacs doesn't "special case" the
first lemacs screen, so putting WM_COMMAND only on the first screen
would be a problem if another screen was created and the first
destroyed.

Perhaps lemacs should take pains to ensure that only one screen at a
time has WM_COMMAND on it.

I can work on this problem, but any comments/advice would be
appreciated.

Hamish.
x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Thu, 12 Nov 1992 20:32:27 EST
Date: Thu, 12 Nov 1992 17:32:25 PST
X-Windows: Even your dog won't like it.
From: jwz@lucid.com (Jamie Zawinski)
Subject: the lemacs newsgroups
Newsgroups: alt.lucid-emacs.bug
It would be nice if someone would volunteer to run a CFV to get the
alt.lucid-emacs.{help,bug} groups turned into something more accessible
like comp.emacs.lucid.{help,bug}.  (I don't want to deal with it, but
I'll offer moral support...)

	-- Jamie
From: mazer@asterix.cns.caltech.edu (Jamie Mazer)
Newsgroups: alt.lucid-emacs.bug
Subject: [PATCH-ANSWER] Re: M-x & regions
Date: 5 Nov 92 06:21:09 GMT
Organization: None, else I'd be outta grad school by now
NNTP-Posting-Host: asterix.cns.caltech.edu
In-reply-to: tfb@aisb.ed.ac.uk's message of 4 Nov 92 11:59:28 GMT

> 
> I think you should look very carefully at what your .emacs is doing.
> M-x-indent-region (or any other M-x thing) works fine for me.
> 
> --tim

Sort of... The problem, as pointed out to me by devin@lucid.com
is with the pending-del package (lisp/packages/pending-del.el),
which IS loaded in my .emacs file. So it's a problem with my
setup, but only indirectly... I accidently blew away the original
patch devin sent me, but, here's the diff between the old
pending-del.el and the one that works for me (should be exactly
the same as devin's, I just ran diff -c myself :-)

*** lemacs-19.3/lisp/packages/pending-del.el
--- lemacs-19.3/lisp/packages/pending-del.el.orig
***************
*** 1,7 ****
  ;;; Pending delete selection
  ;;; Copyright (C) 1985, 1986, 1987, 1992 Free Software Foundation, Inc.
  ;;; Created: 14 Jul 92, Matthieu Devin <devin@lucid.com>
! ;;; Last change  9-Sep-92. devin
  
  ;;; This file is part of GNU Emacs.
  
--- 1,7 ----
  ;;; Pending delete selection
  ;;; Copyright (C) 1985, 1986, 1987, 1992 Free Software Foundation, Inc.
  ;;; Created: 14 Jul 92, Matthieu Devin <devin@lucid.com>
! ;;; Last change  22-Aug-92. devin
  
  ;;; This file is part of GNU Emacs.
  
***************
*** 26,32 ****
  (defun delete-active-region (&optional killp)
    (if (and (not buffer-read-only)
           (extentp primary-selection-extent)
-          (eq (current-buffer) (extent-buffer primary-selection-extent))
           (< 0 (extent-start-position primary-selection-extent))
           (< 0 (extent-end-position primary-selection-extent)))
        (progn
--- 26,31 ----

Enjoy,
/Jamie
--
 EMAIL: mazer@cns.caltech.edu PHONE: (818) 356-6816 FAX: (818) 449-0679
USMAIL: Div. of Biology 216-76, Caltech, Pasadena, CA, USA 91125
"don't shoot someone tomorrow that you can shoot today", housemartins
From: dg@dgupta.hpl.hp.com (Dipankar Gupta)
Date: Thu, 5 Nov 1992 14:54:25 GMT
Subject: Xserver lock?
Organization: Hewlett-Packard Laboratories, Bristol, UK
Newsgroups: alt.lucid-emacs.bug
Distribution: alt


In GNU Emacs 19.3.4 Lucid of Sun Oct 25 1992 on dgupta (hpux)

Create an extra screen, and while visiting some buffer in it, iconify
the screen. Now, in another screen, select the buffer you were viewing
in the iconified screen, and try killing the buffer.

Lemacs seems to lock the X server with a continuous ``Selecting
deleted screen'' message. 

Dipankar Gupta
HP Labs Bristol UK

PS: The reason I did this was to see if the icon title on the
iconified screen would change!
x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Thu, 12 Nov 1992 10:05:49 EST
Date: Thu, 12 Nov 1992 09:05:27 -0600
From: jp@ssc.gov (John Palkovic)
Subject: VM hangs
Newsgroups: alt.lucid-emacs.bug
I am tring to get lucid emacs 19.3 up and and running on a Titan, and
I seeing some very strange behavior. When I try and save a file out,
it tries to use the entire contents of the file instead of the file
name as the name. Below is a stack trace of the problem.. Any ideas as
to where I might start looking for my problem?

Thanks,

-Jeff

--------------------------------------
Signalling: (file-error "Opening directory" "no such file or directory" "/nfs/gold/u/home/jeffreyh/XYZ
file-name-all-completions("active-hyper.requirements.el\")\n      )\n  )\n\n\n\n.~" "/nfs/gold/u/home/jeffreyh/XYZ
find-backup-file-name("/nfs/gold/u/home/jeffreyh/XYZ
backup-buffer()
basic-save-buffer()
save-buffer(1)
call-interactively(save-buffer)

Where XYZ is the entire contents of the file I am tring to save out
x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Fri, 13 Nov 1992 09:29:25 EST
Date: Fri, 13 Nov 1992 09:26:09 EST
From: paquette%crim.ca@lucid.com (Marc Paquette)
Subject: Re: Pending delete problem with mode motion [POSSIBLE FIX]
Newsgroups: alt.lucid-emacs.bug
> 
> Is the old problem of "pending delete continually replacing the
> first character of the replaced region" fixed??
> 
> I'm seeing this if try to "pending-delete" a text that
> "mode-motion" has highlighted.  Very common for me in the
> minibuffer, but is possible in buffer text.
>  
> I have installed Mike Carney's and Jamie's Font-lock fixes and
> Matthieu Devin's pending delete fix.
> 
> 

I also have problems with font-lock & pending-del.  Installing
Jamie's font-lock fix [1] and Matthieu Devin's pending delete fix
[2] does not fix the problem of "pending delete continually replacing the
first character of the replaced region".

I did not installed Mike Carney's fix because it deactivates the
zmacs way of going things, i.e. after a doing a pending-del on a
font-lock'ed text, any subsequent definition of a region no
longer leads to highlighting it.

I came with the following fix on function
font-lock-after-change-function in "lisp/packages/font-lock.el".
It works for me, but I don't know if it is a "correct" usage of
zmacs-deactivate-region...

(defun font-lock-after-change-function (beg end old-len)
  ;; called when any modification is made to buffer text.
  (save-excursion
    (let ((data (match-data)))
      (goto-char beg)
      (if (or (> old-len 0)		; Deletions mean the cache is invalid.
	      (= (preceding-char) ?\n)	; Insertions at bol/bob mean that the
	      (bobp))			; bol cache might be invalid.
	  (buffer-syntactic-context-flush-cache))
      (goto-char end)
      (end-of-line)
      (setq end (point))
      (goto-char beg)
      (beginning-of-line)
      (setq beg (point))
      (font-lock-unfontify-region beg end)
      (font-lock-fontify-region beg (1+ end))
      (font-lock-hack-keywords beg end)
      ;; it would be bad if `insert' were to stomp the match data...
      (store-match-data data)
      (setq zmacs-region (zmacs-deactivate-region)))))


References:

[1] <9210170018.AA20539@thalidomide.lucid>
[2] <9211041700.AA10416@scylla.lucid>

Marc Paquette              |Centre de recherche informatique de Montreal (CRIM)
Conseiller Technique, UN*X | 3744 rue Jean-Brillant, bureau 500
paquette@crim.ca           | Montreal (Quebec) Canada H3T 1P1
Tel : (514) 340-5758       | Fax   : (514) 340-5777

From: dg@dgupta.hpl.hp.com (Dipankar Gupta)
Date: Mon, 9 Nov 1992 13:55:00 GMT
Subject: Re: Spontaneous focus
Organization: Hewlett-Packard Laboratories, Bristol, UK
Newsgroups: alt.lucid-emacs.bug


Ditto observed on 19.3

gwm 1.7l on HP 9k/720 running HP-UX 8.07, HP's X11R4 server

Dipankar
x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Sun, 8 Nov 1992 02:34:14 EST
Date: Sat, 7 Nov 1992 23:34:04 PST
X-Windows: The defacto substandard.
From: jwz@lucid.com (Jamie Zawinski)
Subject: automatic load-path generation
Newsgroups: alt.lucid-emacs.bug
From: Hamish.Macdonald@x400gate.bnr.ca (Hamish Macdonald)
Subject: Lucid Emacs inhibits deletion of the only *visible* screen
Organization: Bell Northern Research
Date: Tue, 10 Nov 92 23:41:08 GMT

If you have multiple lemacs X windows (screens) but only one is
visible, and you attempt to delete the only visible screen, lemacs
complains.

I think that this is unreasonable, since you can still deiconify the
other windows and continue using lemacs.

i.e. lucid should allow you to delete the only visible screen, if
there are still other "invisible" (iconified) windows.
From: tlp00@climb.ras.amdahl.com (Tibor Polgar)
Newsgroups: alt.lucid-emacs.help
Subject: Re: What does mouse-track-delete-and-insert do?
Date: 13 Nov 92 00:51:56 GMT
Reply-To: tlp00@climb.ras.amdahl.com
Organization: Sun Microsystems

From: guttman@linus.mitre.org
To: tlp00@climb.as, amdahl!JUTS!climb!tlp00@amdahl.com
Subject: What does mouse-track-delete-and-insert do?
X-Postal-Address: MITRE, Mail Stop A156 \\ 202 Burlington Rd. \\ Bedford, MA 01730
Content-Length: 528

I found this mysterious too.  

mouse-track-delete-and-insert:
Make a selection with the mouse and insert it at point.
This is exactly the same as the `mouse-track' command on button1, 
except that point is not moved; the selected text is immediately inserted
after being selected; and the text of the selection is deleted.

In fact, suppose that you move your mouse, press Control Shift Button1, and
then drag the mouse before releasing.  You'll find that the selected text is
re-duplicated at the original insertion point.  


-------------------------------------------------------------------------------
| Tibor L. Polgar    |  (408) 746-8649     | tlp00@climb.ras.amdahl.com
| Amdahl Corporation
| 1250 East Arques Avenue (M/S 281)
| P.O. Box 3470
| Sunnyvale, CA 94088-3470
|
| The opinions expressed above are mine, solely, and do not in any way
| shape or form reflect the opinions or policies of Amdahl Corp.
-------------------------------------------------------------------------------
From: rjc@cogsci.ed.ac.uk (Richard Caley)
Newsgroups: alt.lucid-emacs.help
Subject: press-drag-release
Date: 6 Nov 92 14:41:11 GMT
Distribution: alt
Organization: Human Communication Research Center


Is tehre some easy way to impliment a mechanism for tracking mouse
movements. Something like the behaviour of
mouse-track-and-copy-to-cutbuffer et-al. I have looked at the code for
these functions and they are rather impenetrable. 

What would be really nice would be to be able to put a pseudo-event
into a keymap for mouse-moves with a button down, but I don't think
that is possible is it?

Maybe I am missing something obvious here.

--
rjc@cogsci.ed.ac.uk		Trying to hack picture-mode.
x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Tue, 10 Nov 1992 14:37:53 EST
Subject: Help in building 19-3 on Sparc w/ SunOS4.1.1
Date: Tue, 10 Nov 1992 12:26:51 CST
From: bab%se39@se01.wg2.waii.com (Brian Button)
Newsgroups: alt.lucid-emacs.help