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#22519: 25.1.50; Emacs gets stuck while doing incremental search forward Date: Thu, 17 Mar 2016 18:20:53 +0200 Message-ID: <83d1qt9iu2.fsf@gnu.org> References: <84io0lv543.fsf@gmail.com> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1458231741 10325 80.91.229.3 (17 Mar 2016 16:22:21 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 17 Mar 2016 16:22:21 +0000 (UTC) Cc: 22519@debbugs.gnu.org To: vincent.belaiche@gmail.com (Vincent =?UTF-8?Q?Bela=C3=AFche?=) Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Mar 17 17:22:10 2016 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 1agagb-0003Yy-8B for geb-bug-gnu-emacs@m.gmane.org; Thu, 17 Mar 2016 17:22:09 +0100 Original-Received: from localhost ([::1]:36576 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1agaga-0006Xq-Ki for geb-bug-gnu-emacs@m.gmane.org; Thu, 17 Mar 2016 12:22:08 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:45327) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1agagX-0006Xj-61 for bug-gnu-emacs@gnu.org; Thu, 17 Mar 2016 12:22:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1agagU-0001XL-Ed for bug-gnu-emacs@gnu.org; Thu, 17 Mar 2016 12:22:05 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:54093) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1agagU-0001XH-Aq for bug-gnu-emacs@gnu.org; Thu, 17 Mar 2016 12:22:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1agagU-00040x-1w for bug-gnu-emacs@gnu.org; Thu, 17 Mar 2016 12:22:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 17 Mar 2016 16:22:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 22519 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo Original-Received: via spool by 22519-submit@debbugs.gnu.org id=B22519.145823168315388 (code B ref 22519); Thu, 17 Mar 2016 16:22:01 +0000 Original-Received: (at 22519) by debbugs.gnu.org; 17 Mar 2016 16:21:23 +0000 Original-Received: from localhost ([127.0.0.1]:51220 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1agafr-000407-HZ for submit@debbugs.gnu.org; Thu, 17 Mar 2016 12:21:23 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:54210) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1agafp-0003zu-30 for 22519@debbugs.gnu.org; Thu, 17 Mar 2016 12:21:21 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1agafh-0001PP-9k for 22519@debbugs.gnu.org; Thu, 17 Mar 2016 12:21:15 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:33983) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1agafh-0001PL-6f; Thu, 17 Mar 2016 12:21:13 -0400 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1930 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1agafg-0000XU-EI; Thu, 17 Mar 2016 12:21:12 -0400 In-reply-to: <84io0lv543.fsf@gmail.com> (vincent.belaiche@gmail.com) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.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:114998 Archived-At: > From: vincent.belaiche@gmail.com (Vincent Belaïche) > Cc: Vincent Belaïche , > 22519@debbugs.gnu.org > Date: Thu, 17 Mar 2016 10:14:04 +0100 > > - it would suffice to raise some character specific flag when a > character is not found in any font in ordder to prevent subsequent > search for the same character after an edit, and also to put this > character in some queue so as to trigger the actual font search > _again_ for the same character only when Emacs gets the focus. The fonts are searched when Emacs is about to redisplay the window. Whether Emacs has the focus at that time is not really relevant, since if there's a need to redisplay, Emacs must do that regardless. I don't quite understand your proposal about "preventing subsequent search for the same character after an edit": installation of additional fonts is unrelated to anything don inside Emacs, so whether there was or wasn't any editing doesn't seem relevant. > - there could be some counter incremented every time a character cannot > be displayed in a known font and alternative font would be extensively > searched only when this counter is below some threshold, and this > counter would be periodically reset. This method has however the > drawback that the display would not be deterministic. I think we already do something like that, but I'm far from being an expert on this part in Emacs. > - I am wondering whether it is to the application to make this search, > the system is supposed to know which fonts have been installed, isn't > it possible that Emacs just ask to MSW for each character that cannot > be displayed in the default font to supply the best alternative > font. Then, since the OS is supposed to know whether or not a new font > has been installed it may be more efficient in performing this search. The OS knows about installed fonts, but I'm not sure there's a service to announce that to applications. The OS certainly doesn't know whether the installed font supports some character; it provides APIs for applications to find that out, which is what Emacs does. > Would it be agreable if I make the following addition to the manual: I think this should be rewritten to go to etc/PROBLEMS instead of into the manual. Thanks.