From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#36927: 26.2.90; include stdarg.h is without hyperlinking on vfprintf's manpage Date: Sun, 11 Aug 2019 17:09:38 +0300 Message-ID: <83pnlbu731.fsf@gnu.org> References: <83imrbd24r.fsf@gnu.org> <83ftmaa1av.fsf@gnu.org> <835zn5a2ac.fsf@gnu.org> Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="166871"; mail-complaints-to="usenet@blaine.gmane.org" Cc: 36927@debbugs.gnu.org To: VanL Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Aug 11 16:11:09 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1hwoYv-000hIt-3t for geb-bug-gnu-emacs@m.gmane.org; Sun, 11 Aug 2019 16:11:09 +0200 Original-Received: from localhost ([::1]:40424 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hwoYt-00024U-Nw for geb-bug-gnu-emacs@m.gmane.org; Sun, 11 Aug 2019 10:11:07 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:40879) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hwoYp-00024N-Ia for bug-gnu-emacs@gnu.org; Sun, 11 Aug 2019 10:11:04 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hwoYo-00012J-FD for bug-gnu-emacs@gnu.org; Sun, 11 Aug 2019 10:11:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:36857) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hwoYo-00012F-CZ for bug-gnu-emacs@gnu.org; Sun, 11 Aug 2019 10:11:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1hwoYo-0005hE-5K for bug-gnu-emacs@gnu.org; Sun, 11 Aug 2019 10:11: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: Sun, 11 Aug 2019 14:11:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 36927 X-GNU-PR-Package: emacs Original-Received: via spool by 36927-submit@debbugs.gnu.org id=B36927.156553260421807 (code B ref 36927); Sun, 11 Aug 2019 14:11:02 +0000 Original-Received: (at 36927) by debbugs.gnu.org; 11 Aug 2019 14:10:04 +0000 Original-Received: from localhost ([127.0.0.1]:45677 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hwoXr-0005ff-L9 for submit@debbugs.gnu.org; Sun, 11 Aug 2019 10:10:04 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:56553) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hwoXp-0005f3-6M for 36927@debbugs.gnu.org; Sun, 11 Aug 2019 10:10:01 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:35712) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hwoXj-00085N-BN; Sun, 11 Aug 2019 10:09:55 -0400 Original-Received: from [176.228.60.248] (port=2871 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1hwoXi-0008QM-N4; Sun, 11 Aug 2019 10:09:55 -0400 In-reply-to: (message from VanL on Sun, 11 Aug 2019 15:26:50 +1000) 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: 209.51.188.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" Xref: news.gmane.org gmane.emacs.bugs:164882 Archived-At: > From: VanL > Date: Sun, 11 Aug 2019 15:26:50 +1000 > Cc: 36927@debbugs.gnu.org > > >> A possible way is to wait for all the subprocess sections to be done and to post-process on the fully collected buffer having lines like > > > > I considered this possibility, but rejected it: since we display the > > man page even before the async subprocess exits, it would mean that > > the displayed portion is not fontified until the very end, which would > > render the entire idea of formatting in the background useless, and > > would have use behave on all platforms as we do on MS-DOS. > > Graphics engines use a two buffer mechanism for collecting unfinished pixels backstage in one buffer and displaying finished pixels on stage in the ready buffer and then they alternate in their role. We already do that in man.el, effectively: a new chunk of the text is first fontified and buttonized, and only afterwards displayed. > Not having all the `#include' lines buttonized is like missing a main character on stage. I never said anything to the contrary. I've just spent several hours of my time fixing that. > Of the 40 `(defun' signatures in man.el the following 6 hint of opportunities in the event model's pipeline to place buttons in at > > 2) `update' or 6) `cleanup' before 3) `notify-when-ready' > > 1) on line 1075: (defun Man-getpage-in-background (topic) That's the top-level function which does the job of, among other things, fontifying and buttonizing the man page. > 2) on line 1127: (defun Man-update-manpage () Not relevant to the issue at hand: this command is for a different use case, and it invokes 'man' synchronously anyway. > 3) on line 1154: (defun Man-notify-when-ready (man-buffer) This one is called when the 'man' program exits, so waiting until that time will eliminate the advantage of running 'man' in the background. Irrelevant. > 4) on line 1262: (defun Man-highlight-references (&optional xref-man-type) > 5) on line 1289: (defun Man-highlight-references0 (start-section regexp button-pos target type) These two are the ones where I made the changes (the first one just calls the second one). > 6) on line 1331: (defun Man-cleanup-manpage (&optional interactive) Isn't called in the scenario discussed here, so is irrelevant. Not sure where you are trying to take this discussion.