From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: YAMAMOTO Mitsuharu Newsgroups: gmane.emacs.bugs Subject: bug#2530: 23/NS: redraws according to mouse-face are slow Date: Wed, 06 May 2009 11:25:35 +0900 Organization: Faculty of Science, Chiba University Message-ID: References: <4383E9F6-9B66-4DA4-AA3C-D602EB059B97@gmail.com> <139B721E-A1B4-4256-B202-D4472C0331FB@gmail.com> <87d4aowc1l.fsf@cyd.mit.edu> <2E6E5869-2F70-4AF5-A917-7EA863D6BD42@gmail.com> <1ACB40A8-4422-4B9A-A0F7-FE0B9C738299@gmail.com> Reply-To: YAMAMOTO Mitsuharu , 2530@emacsbugs.donarmstrong.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Trace: ger.gmane.org 1241577216 10088 80.91.229.12 (6 May 2009 02:33:36 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 6 May 2009 02:33:36 +0000 (UTC) Cc: 2530@emacsbugs.donarmstrong.com, David Reitter , Chong Yidong , Emacs-Devel devel To: Adrian Robert Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed May 06 04:33:25 2009 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1M1Wwn-0004bQ-Bu for geb-bug-gnu-emacs@m.gmane.org; Wed, 06 May 2009 04:33:25 +0200 Original-Received: from localhost ([127.0.0.1]:48392 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1M1Wwm-0007ev-ND for geb-bug-gnu-emacs@m.gmane.org; Tue, 05 May 2009 22:33:24 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1M1WvT-00077N-H7 for bug-gnu-emacs@gnu.org; Tue, 05 May 2009 22:32:03 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1M1WvP-00075h-6o for bug-gnu-emacs@gnu.org; Tue, 05 May 2009 22:32:03 -0400 Original-Received: from [199.232.76.173] (port=34672 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1M1WvO-00075T-HR for bug-gnu-emacs@gnu.org; Tue, 05 May 2009 22:31:58 -0400 Original-Received: from rzlab.ucr.edu ([138.23.92.77]:42565) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1M1WvN-0006Or-JO for bug-gnu-emacs@gnu.org; Tue, 05 May 2009 22:31:58 -0400 Original-Received: from rzlab.ucr.edu (rzlab.ucr.edu [127.0.0.1]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n462VrVk026620; Tue, 5 May 2009 19:31:53 -0700 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.13.8/8.13.8/Submit) id n462U6m4025529; Tue, 5 May 2009 19:30:06 -0700 X-Loop: owner@emacsbugs.donarmstrong.com Resent-From: YAMAMOTO Mitsuharu Resent-To: bug-submit-list@donarmstrong.com Resent-CC: Emacs Bugs , owner@emacsbugs.donarmstrong.com Resent-Date: Wed, 06 May 2009 02:30:06 +0000 Resent-Message-ID: Resent-Sender: owner@emacsbugs.donarmstrong.com X-Emacs-PR-Message: followup 2530 X-Emacs-PR-Package: emacs,ns X-Emacs-PR-Keywords: Original-Received: via spool by 2530-submit@emacsbugs.donarmstrong.com id=B2530.124157674124817 (code B ref 2530); Wed, 06 May 2009 02:30:06 +0000 Original-Received: (at 2530) by emacsbugs.donarmstrong.com; 6 May 2009 02:25:41 +0000 X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. Original-Received: from mathmail.math.s.chiba-u.ac.jp (mathmail.math.s.chiba-u.ac.jp [133.82.132.2]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n462Padu024639 for <2530@emacsbugs.donarmstrong.com>; Tue, 5 May 2009 19:25:37 -0700 Original-Received: from church.math.s.chiba-u.ac.jp (church [133.82.132.36]) by mathmail.math.s.chiba-u.ac.jp (Postfix) with ESMTP id 0D0E42C40; Wed, 6 May 2009 11:25:36 +0900 (JST) In-Reply-To: User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 =?UTF-8?Q?(Shij=C5=8D)?= APEL/10.6 Emacs/22.3 (sparc-sun-solaris2.8) MULE/5.0 (SAKAKI) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) Resent-Date: Tue, 05 May 2009 22:32:02 -0400 X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:27733 Archived-At: >>>>> On Wed, 6 May 2009 08:55:36 +0700, Adrian Robert said: >> The effect of ns_update_begin seems to avoid -[NSWindow >> flushWindow] call (via ns_unfocus) for each ns_draw_glyph_string >> call. Does this frequent flushing necessary in the first place? >> Other terms don't seem to do flushing for each string drawing call. > My assumption was that it is legal to call draw_glyph_string() > outside of an update_begin()-end() pair. So draw_glyph_string() > must be able to operate in "self-contained" mode, which and the > flush is needed. The same logic holds for other RIF functions -- > that they can either be called in one-shot mode or in batch mode > (inside update begin-end). In the latter case, focus/unfocus > reflect the batching by holding screen flush until end. Other terms don't do flushing even at update_end, let alone at the end of each one-shot drawing operation (you may see XFlush calls in the code but they are mostly defined as no-ops). IIUC, flushing happens only by explicit flush_display(_optional) RIF calls or at the timing of polling/receiving window system events (e.g., XPending on X11, and ReceiveNextEvent on Carbon) implicitly. YAMAMOTO Mitsuharu mituharu@math.s.chiba-u.ac.jp