From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#15555: Re: bug#15555: 24.3; Bidirectional display very slow with long lines Date: Tue, 18 Feb 2014 19:44:18 +0200 Message-ID: <837g8s71u5.fsf@gnu.org> References: <83wqlo461e.fsf@gnu.org> <8338obskk4.fsf@gnu.org> <83iox6qt1t.fsf@gnu.org> <53035588.3080705@dev.rtsoft.ru> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1392746066 14835 80.91.229.3 (18 Feb 2014 17:54:26 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 18 Feb 2014 17:54:26 +0000 (UTC) Cc: 15555@debbugs.gnu.org, antipov@dev.rtsoft.ru To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Feb 18 18:54:33 2014 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1WFosI-0003sC-Au for geb-bug-gnu-emacs@m.gmane.org; Tue, 18 Feb 2014 18:54:30 +0100 Original-Received: from localhost ([::1]:52437 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WFosI-000542-0q for geb-bug-gnu-emacs@m.gmane.org; Tue, 18 Feb 2014 12:54:30 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:51114) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WForv-0004bG-JD for bug-gnu-emacs@gnu.org; Tue, 18 Feb 2014 12:54:12 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WForp-0004OL-65 for bug-gnu-emacs@gnu.org; Tue, 18 Feb 2014 12:54:07 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:57576) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WForp-0004Ny-3B for bug-gnu-emacs@gnu.org; Tue, 18 Feb 2014 12:54:01 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1WFojB-0006n1-7h for bug-gnu-emacs@gnu.org; Tue, 18 Feb 2014 12:45:05 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 18 Feb 2014 17:45:05 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 15555 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 15555-submit@debbugs.gnu.org id=B15555.139274545725985 (code B ref 15555); Tue, 18 Feb 2014 17:45:05 +0000 Original-Received: (at 15555) by debbugs.gnu.org; 18 Feb 2014 17:44:17 +0000 Original-Received: from localhost ([127.0.0.1]:58749 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WFoiO-0006l3-U1 for submit@debbugs.gnu.org; Tue, 18 Feb 2014 12:44:17 -0500 Original-Received: from mtaout26.012.net.il ([80.179.55.182]:35030) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WFoiN-0006ko-JA for 15555@debbugs.gnu.org; Tue, 18 Feb 2014 12:44:16 -0500 Original-Received: from conversion-daemon.mtaout26.012.net.il by mtaout26.012.net.il (HyperSendmail v2007.08) id <0N1700C00CSNEG00@mtaout26.012.net.il> for 15555@debbugs.gnu.org; Tue, 18 Feb 2014 19:42:31 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout26.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N17002YAD6VVIA0@mtaout26.012.net.il>; Tue, 18 Feb 2014 19:42:31 +0200 (IST) In-reply-to: X-012-Sender: halo1@inter.net.il X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:85840 Archived-At: > From: Stefan Monnier > Cc: Eli Zaretskii , 15555@debbugs.gnu.org > Date: Tue, 18 Feb 2014 09:04:56 -0500 > > > Are you sure that bidi_copy_it doesn't add one more bottleneck to the whole > > stuff? > > Eli's argument is not that bidi adds its own bottlenecks, but that there > are sufficiently other bottlenecks that there's not much point trying to > address bidi's bottlenecks until we start tackling the other ones. Yes. Basically, I claim that half of infinity is still infinity. But the situation described by Dmitry does not belong to that class of redisplay problem.