From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.bugs Subject: bug#19776: 25.0.50; HTML rendering is very slow Date: Sun, 24 Oct 2021 18:22:27 +0200 Message-ID: <87sfwq75q4.fsf@gnus.org> References: <87d1tuw42p.fsf@gnus.org> <87tvsc6syh.fsf@mouse.gnus.org> <87h8oc6sfs.fsf@mouse.gnus.org> <83pmrw5hfs.fsf@gnu.org> <875ytmbnk2.fsf@gnus.org> <83y26i34e1.fsf@gnu.org> <87wnm27b57.fsf@gnus.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="17644"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Cc: stefan@marxist.se, rms@gnu.org, 19776@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Oct 24 18:23:52 2021 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1megHn-0004Qp-RU for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 24 Oct 2021 18:23:51 +0200 Original-Received: from localhost ([::1]:35614 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1megHm-000073-G4 for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 24 Oct 2021 12:23:50 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:46526) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1megH0-00082k-RO for bug-gnu-emacs@gnu.org; Sun, 24 Oct 2021 12:23:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:57304) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1megH0-0003v8-J4 for bug-gnu-emacs@gnu.org; Sun, 24 Oct 2021 12:23:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1megH0-0007b9-Fk for bug-gnu-emacs@gnu.org; Sun, 24 Oct 2021 12:23:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 24 Oct 2021 16:23:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19776 X-GNU-PR-Package: emacs Original-Received: via spool by 19776-submit@debbugs.gnu.org id=B19776.163509256529170 (code B ref 19776); Sun, 24 Oct 2021 16:23:02 +0000 Original-Received: (at 19776) by debbugs.gnu.org; 24 Oct 2021 16:22:45 +0000 Original-Received: from localhost ([127.0.0.1]:40617 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1megGj-0007aP-I4 for submit@debbugs.gnu.org; Sun, 24 Oct 2021 12:22:45 -0400 Original-Received: from quimby.gnus.org ([95.216.78.240]:45700) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1megGg-0007aA-Tm for 19776@debbugs.gnu.org; Sun, 24 Oct 2021 12:22:43 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=kojfmR9pmfAknDQKasFj80Yqik6ALZjwHCNfcaPDIYQ=; b=lmuGMV4qzO5XsSkPCToorMjRkz lv5tiIe3AiR1WC44v20Ev99RNHoCu6UXsE33jWAYKiuCuqv1WIkAcyBypK0kSYWK923c1u+3y4Df3 hwJAJxRWQblFLx7DeMiKrByQzojJfA5IUOrny0XV0WOjox6XOAt3s95k9I4L+q8HHLgo=; Original-Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1megGW-0000Nj-LB; Sun, 24 Oct 2021 18:22:35 +0200 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwAgMAAAAqbBEUAAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAACVBMVEXO1dWNcDX////Y 16zIAAAAAWJLR0QCZgt8ZAAAAAlwSFlzAAALEgAACxIB0t1+/AAAAAd0SU1FB+UKGBASDDgk2MgA AACNSURBVCjP3Y9BDgMhCEUxkb1N5D6Q1L0mcP+rDKOOdNFtNzUx4Ql8/wf4x4PWT01mesB+Cven 6RPgK/AsdMF6zUngiBFlYCh7vhPHsrYIqZYDWi0xpn0QPjBEYg5JFUPAtD7ORndy81MFxYxkC9YJ 3rhlJCWzxiunC6PZNvp2AyuOd/nlmUqZK8Did09dr8clJGwSuaAAAABaZVhJZk1NACoAAAAIAAUB EgADAAAAAQABAAABGgAFAAAAAQAAAEoBGwAFAAAAAQAAAFIBKAADAAAAAQACAAACEwADAAAAAQAB AAAAAAAAAAAASAAAAAEAAABIAAAAAR9S9zQAAAAldEVYdGRhdGU6Y3JlYXRlADIwMjEtMTAtMjRU MTY6MTg6MTIrMDA6MDDKWFUcAAAAJXRFWHRkYXRlOm1vZGlmeQAyMDIxLTEwLTI0VDE2OjE4OjEy KzAwOjAwuwXtoAAAABd0RVh0ZXhpZjpZQ2JDclBvc2l0aW9uaW5nADGsD4BjAAAAMHRFWHRpY2M6 Y29weXJpZ2h0AENvcHlyaWdodCAyMDAwIEFkb2JlIFN5c3RlbXMsIEluYy6pb7Z0AAAAKXRFWHRp Y2M6ZGVzY3JpcHRpb24AVS5TLiBXZWIgQ29hdGVkIChTV09QKSB2MqZOuwAAAAAASUVORK5CYII= In-Reply-To: <87wnm27b57.fsf@gnus.org> (Lars Ingebrigtsen's message of "Sun, 24 Oct 2021 16:25:24 +0200") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:218148 Archived-At: Lars Ingebrigtsen writes: > I'll have a crack at implementing this and see how it goes... I've now implemented the special form, and it works fine interpreted. But I'm having problems with the byte compilation. So I've done a (byte-defop-compiler-1 with-delayed-message) and I think I understand that it wants to (byte-compile-form (nth 1 form)) (byte-compile-form (nth 2 form)) (byte-compile-body-do-effect (cdr (cdr (cdr form)))) But this would be the first special form that doesn't have a byte op code, probably? Is that allowed? I couldn't find any other examples of that being a thing. I may well be missing something. But if that's the case, and we don't want to use a byte op for this, then we'd have to make the special form into a normal macro, and then create two helper functions (to start and stop the atimer in question)... which is perhaps others have done kinda similar things this way before. But that's kinda meh. Am I missing something, and it's easy to write the byte-compile-with-delayed-message function without a byte op? Or should we use a byte op? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no