Re: select-window focus problem [was: Re: minor compile.el bug]

Ben Wing <ben(a)666.com&gt; writes: > This business of binding focus follows mouse to nil and then calling > sit-for 0 is really really evil. I think the correct solution is to > make a new command focus-on-frame, somewhat analogous to > switch-to-buffer, that directly changes the window manager's focus. Maybe `set-frame-focus' would be a better name. > Also, do there exist forms save-selected-frame and > with-selected-frame? If not, there should be. I can code and document these. > Also, focus-follows-mouse needs to be a console property instead of > just a simple variable. Oops! Yes, you are right. Should we make it a console method, and use the magic symbol stuff for compatibility? Or, should we make it a console-local variable, which is kludgier but creates less problems? > Also, the default value of focus-follows-mouse should be set > according to the window manager's focus policy. This might entail > some special case code for particular window managers (each of which > has their own protocol for obtaining this property), with a default > value of nil under Unix and true under Windows. Why not the opposite -- nil under Windows, and true under Unix? -- Hrvoje Niksic <hniksic(a)srce.hr&gt; | Student at FER Zagreb, Croatia --------------------------------+-------------------------------- "Silence!" cries Freydag. "I did not call thee in for a consultation!" "They are my innards! I will not have them misread by a poseur!"