From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: cursor doesn't show through transparent images in emacs 22, unlike emacs 21 Date: Thu, 07 Sep 2006 09:47:32 +0200 Message-ID: <85ejuojey3.fsf@lola.goethe.zz> References: <851wqpgxtp.fsf@lola.goethe.zz> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1157615517 17278 80.91.229.2 (7 Sep 2006 07:51:57 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 7 Sep 2006 07:51:57 +0000 (UTC) Cc: juri@jurta.org, ken.manheimer@gmail.com, emacs-devel@gnu.org, storm@cua.dk Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Sep 07 09:51:56 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1GLEfy-0002ES-CP for ged-emacs-devel@m.gmane.org; Thu, 07 Sep 2006 09:51:54 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GLEfx-0006GS-UH for ged-emacs-devel@m.gmane.org; Thu, 07 Sep 2006 03:51:53 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1GLEd4-0001kS-DB for emacs-devel@gnu.org; Thu, 07 Sep 2006 03:48:54 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1GLEd3-0001jF-Ag for emacs-devel@gnu.org; Thu, 07 Sep 2006 03:48:53 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GLEd3-0001ir-2C for emacs-devel@gnu.org; Thu, 07 Sep 2006 03:48:53 -0400 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.52) id 1GLEdN-00009A-6v for emacs-devel@gnu.org; Thu, 07 Sep 2006 03:49:13 -0400 Original-Received: from localhost ([127.0.0.1] helo=lola.goethe.zz) by fencepost.gnu.org with esmtp (Exim 4.34) id 1GLEcu-0002Lq-BI; Thu, 07 Sep 2006 03:48:44 -0400 Original-Received: by lola.goethe.zz (Postfix, from userid 1002) id 449041C4D3A4; Thu, 7 Sep 2006 09:47:33 +0200 (CEST) Original-To: rms@gnu.org In-Reply-To: (Richard Stallman's message of "Thu\, 07 Sep 2006 02\:54\:00 -0400") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:59492 Archived-At: Richard Stallman writes: > There is no sensible default. What is useful as a mask depends on the > image in question. Using heuristic-mask can mean that the whole image > flashes, but it can also mean that just a single corner pixel blinks. > > 1. So what? Another default can't be worse than the present one, > and it would be better MOST of the time. The present setting results in almost all cases in a recognizable cursor position (images with border 0 are possible only come Emacs 22.1). The indication is not perfect in all cases, but vastly better than a large flashing image. Which would happen to be the result of the new default in most cases. I have experienced that: trust me, this default _is_ worse, much much worse than the existing one. The existing one is quirky, your suggestion would be result in it becoming horrible. preview-latex had to go to quite disadvantageous techniques to avoid large-scale flashing in Emacs 21. You'd reintroduce it. > 2. Maybe we need another possible :mask value which would specify > drawing the cursor in the way that you suggested. I think it would be a mistake to abuse :mask just in order to get the cursor to display in a useful way. In particular since it would mean that customizing the cursor type would have no effect on images, and all image managing software would have to implement their own idea of a cursor. > 3. If #2 is too complex to do now, maybe we should make it an error to > fail to specify :mask on an image on a character in the buffer. > That is simple. It will also break wagonloads of existing code. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum