Re: mouse-track-insert bug/limitation question (Windows NT, native build)

Vin> In 21.1.10 on Linux x86, both methods 1 and 2 work as Vin> advertised for different buffers in the same window. APA> Thanks, Vin! Vin> - vin APA> Hello All! APA> I have become an enthusiastic fan of APA> C-button1 mouse-track-insert APA> recently. APA> 1. APA> I pick the point where I want to insert something, hold down the Ctrl APA> key, and drag thru the selection I want to insert. APA> 2. APA> As an alternative, double clicking on the word I want to insert (while APA> holding Ctrl pressed) will also insert at the point current when Ctrl APA> was pressed. APA> The little gripe I have is this. APA> Method 1 works even when picking a selection in another buffer, method APA> 2 does not, in my native NT builds of XEmacs-21.1.10-close-to-11 and APA> XEmacs-21.2-b34-with-latest-CVS-changes. APA> Could somebody please let me know whether method 2 works under X (UNIX APA> or even cygwin builds on Windows NT) with the selection being made in APA> another buffer? APA> Does anyone even have an explanation/workaround/solution? I was wrong here: APA> Turns out mswindows implements this in mouse.el, while x used APA> x-mouse.el. mouse has the code in question and is dumped for x and mswindows. msw-mouse and x-mouse seem unrelated to these problems. APA> I can't find a solution for this problem, but here is the symptom: APA> When doing a mouse-track-insert from another buffer using double-click APA> the default APA> 'default-mouse-track-click-hook APA> gets called under mswindows instead of the desired APA> 'mouse-track-insert-click-hook Why is this not a problem under X windows? APA> Adrian APA> Best regards, APA> Adrian