From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: storm@cua.dk (Kim F. Storm) Newsgroups: gmane.emacs.devel Subject: Re: More enhancements to fringe bitmaps. Date: 19 Feb 2004 10:52:24 +0100 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: References: <20040215.003102.212295326.mituharu@math.s.chiba-u.ac.jp> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1077181359 27651 80.91.224.253 (19 Feb 2004 09:02:39 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 19 Feb 2004 09:02:39 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Thu Feb 19 10:02:30 2004 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1Atk4k-00082K-00 for ; Thu, 19 Feb 2004 10:02:30 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1Atk4j-0006vO-00 for ; Thu, 19 Feb 2004 10:02:29 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.24) id 1Atk25-0007Lp-V9 for emacs-devel@quimby.gnus.org; Thu, 19 Feb 2004 03:59:45 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.24) id 1AtjxQ-0004Hj-K1 for emacs-devel@gnu.org; Thu, 19 Feb 2004 03:54:57 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.24) id 1Atjw1-0002aU-Di for emacs-devel@gnu.org; Thu, 19 Feb 2004 03:54:02 -0500 Original-Received: from [212.88.64.25] (helo=mail-relay.sonofon.dk) by monty-python.gnu.org with smtp (Exim 4.24) id 1AtjvH-0001rr-RD for emacs-devel@gnu.org; Thu, 19 Feb 2004 03:52:44 -0500 Original-Received: (qmail 67608 invoked from network); 19 Feb 2004 08:52:35 -0000 Original-Received: from unknown (HELO kfs-l.imdomain.dk.cua.dk) (213.83.150.2) by 0 with SMTP; 19 Feb 2004 08:52:35 -0000 Original-To: YAMAMOTO Mitsuharu In-Reply-To: Original-Lines: 75 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:20067 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:20067 YAMAMOTO Mitsuharu writes: > >>>>> On 18 Feb 2004 23:04:15 +0100, storm@cua.dk (Kim F. Storm) said: > > > I just installed a better fix. > > It works fine. Thank you very much. > > So, the remaining problem is the one related to the window splitting. > I believe the problem is specific to Carbon Emacs, but let me > summarize how to reproduce it here. I will think about how this can happen. But it very much sounds like a flush is missing somewhere (which may also be why the splash screen does not work on Carbon). In any case, while fixing the previous problem, I noticed that the handling of the phys_cursor has some subtle problems, so I will try to fix those first. > > (1) Launch Carbon Emacs (where blink-cursor-mode is disabled by > default). > (2) M-<, C-e, and hit the space bar four times to move the cursor to > the right fringe area of the first line. (Now correctly > displayed as a filled cursor.) > (3) C-x 2 -> All the cursors disappear. > (4) C-x 1 -> The cursor comes back to the right fringe just after > C-x is typed. > (5) C-x 2 > (6) C-a -> The cursor in the first window goes to the beginning > of line, but the cursor at the fringe remains to be > displayed. emacs probably thinks it's already displayed... > [The following does not depend on the previous sequence.] > (7) C-x 3 -> The vertical line separating windows is not displayed > until some event (e.g., keyboard input) occurs. sounds like a flush is missing. > > If blink-cursor-mode is enabled, (3) and (7) are solved after the > first blink, and (6) does not occur unless you type C-x 2 C-a quickly > before blinking starts. because blink is followed by a flush? > > Although I'm not sure it is related to the above problem, I noticed > that x_make_frame_visible in Carbon Emacs is different from the ones > in other platforms. It does not wait for a window system event that > tells the frame becomes actually visible to come. I guess this is the > reason why the "fancy splash screen" is not displayed in Carbon Emacs > with the image support patches. or output is not flushed correctly? maybe you can compare the x and mac ports to see if there are any differences when/how things get flushed... Also, XFlush and x_flush in macterm.c are defined differently on Carbon. Maybe one of them has a bug? > > As for the vertical line separating windows, I noticed that it makes a > flicker in the X11 version if blink-cursor-mode is enabled. I have seen the vertical line flicker on X myself; I'll look into that as well. -- Kim F. Storm http://www.cua.dk