all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Ulrich Neumerkel <ulrich@a0.complang.tuwien.ac.at>
Subject: focus problem
Date: Mon, 8 Apr 2002 02:31:15 +0200 (MET DST)	[thread overview]
Message-ID: <200204080031.CAA02042@a0.complang.tuwien.ac.at> (raw)

--text follows this line--
This bug report will be sent to the Free Software Foundation,
not to your local site managers!
Please write in English, because the Emacs maintainers do not have
translators to read other languages for them.

Your bug report will be posted to the bug-gnu-emacs@gnu.org mailing list,
and to the gnu.emacs.bug news group.

In GNU Emacs 21.2.1 (i686-pc-linux-gnu, X toolkit)
 of 2002-04-08 on gupu.complang.tuwien.ac.at
configured using `configure  --without-toolkit-scroll-bars --prefix /usr'
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: en_US
  locale-coding-system: iso-latin-1
  default-enable-multibyte-characters: nil

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:


Start emacs under X in a failsafe session, i.e. a session without any
windowmanager - well, rather frame-manager ;-).  Move the mouse into
the emacs-frame.  The cursor remains hollow.  Only when invoking a
window-manager (e.g. twm) the cursor becomes filled.

This is particularily distracting if several emacs-windows are used,
since they contain all a hollow cursor (only the status-bar remains a
hint to tell where the current place is).

Previous emacs versions (20.7.2, 21.1.1) behaved as expected: When the
mouse moved into the emacs-frame, the cursor became filled even
without a windowmanager.  Traditional X-applications (e.g. xterm) also
behave this way.

I considered x-autoselect-window focus-follows-mouse
cursor-in-non-selected-windows mentioned in the NEWS but to no avail.

--

Using no window-manager today seems rather anacronistic, but these are
actual uses where the problem showed up:

a) Using emacs remotely via Cygwin/XFree from an MS Windows machine.

b) Using emacs remotely with older and slow X-Terminals

(I reported this on Fri Mar 15 15:23:04 2002 to
emacs-pretest-bug@gnu.org for 21.2.50.1 already, no reaction so far.
The last modification in 21.2.1 appears to have happened on Mar 16
12:38)

             reply	other threads:[~2002-04-08  0:31 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-04-08  0:31 Ulrich Neumerkel [this message]
  -- strict thread matches above, loose matches on Subject: below --
2002-04-19 20:51 focus problem Jan D.
     [not found] <200203151420.PAA24974@a8.complang.tuwien.ac.at>
2002-03-16  6:39 ` Richard Stallman

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200204080031.CAA02042@a0.complang.tuwien.ac.at \
    --to=ulrich@a0.complang.tuwien.ac.at \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.