From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp2 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id AGU+IG6UYF/HewAA0tVLHw (envelope-from ) for ; Tue, 15 Sep 2020 10:16:14 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp2 with LMTPS id MDGTGm6UYF9NQAAAB5/wlQ (envelope-from ) for ; Tue, 15 Sep 2020 10:16:14 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id DD24B9404C8 for ; Tue, 15 Sep 2020 10:16:13 +0000 (UTC) Received: from localhost ([::1]:57550 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kI80S-0000eW-LV for larch@yhetil.org; Tue, 15 Sep 2020 06:16:12 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:46086) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kI80I-0000cW-Kd for bug-guix@gnu.org; Tue, 15 Sep 2020 06:16:03 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:45742) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kI80I-0000on-9T for bug-guix@gnu.org; Tue, 15 Sep 2020 06:16:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kI80I-0004oo-0G for bug-guix@gnu.org; Tue, 15 Sep 2020 06:16:02 -0400 X-Loop: help-debbugs@gnu.org Subject: bug#43166: The issues.guix.gnu.org is hard to read in emacs-w3m. Resent-From: Mark H Weaver Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Tue, 15 Sep 2020 10:16:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 43166 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: Ricardo Wurmus , zimoun X-Debbugs-Original-Cc: bug-guix@gnu.org, Vitaliy Shatrov , Maxim Cournoyer , 43166@debbugs.gnu.org Received: via spool by submit@debbugs.gnu.org id=B.160016492218469 (code B ref -1); Tue, 15 Sep 2020 10:16:01 +0000 Received: (at submit) by debbugs.gnu.org; 15 Sep 2020 10:15:22 +0000 Received: from localhost ([127.0.0.1]:57288 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kI7ze-0004nn-1d for submit@debbugs.gnu.org; Tue, 15 Sep 2020 06:15:22 -0400 Received: from lists.gnu.org ([209.51.188.17]:52162) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kI7zV-0004nK-PV for submit@debbugs.gnu.org; Tue, 15 Sep 2020 06:15:17 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:45956) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kI7zV-0000To-K3 for bug-guix@gnu.org; Tue, 15 Sep 2020 06:15:13 -0400 Received: from world.peace.net ([64.112.178.59]:57554) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kI7zS-0000VZ-H7 for bug-guix@gnu.org; Tue, 15 Sep 2020 06:15:12 -0400 Received: from mhw by world.peace.net with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kI7zQ-0000Bf-86; Tue, 15 Sep 2020 06:15:08 -0400 From: Mark H Weaver In-Reply-To: <874ko0xby5.fsf@elephly.net> References: <73F56D6B-6448-44C2-8EB9-23AE854AD4CF@disroot.org> <87o8mk71f4.fsf@disroot.org> <87ft7k5x45.fsf@gmail.com> <87een4f571.fsf@netris.org> <874ko0xby5.fsf@elephly.net> Date: Tue, 15 Sep 2020 06:13:50 -0400 Message-ID: <87wo0vbb46.fsf@netris.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Received-SPF: pass client-ip=64.112.178.59; envelope-from=mhw@netris.org; helo=world.peace.net X-detected-operating-system: by eggs.gnu.org: First seen = 2020/09/15 06:15:09 X-ACL-Warn: Detected OS = Linux 2.2.x-3.x [generic] [fuzzy] X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.3 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-Spam-Score: -2.3 (--) X-BeenThere: bug-guix@gnu.org List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: maxim.cournoyer@gmail.com, guix.vits@disroot.org, 43166@debbugs.gnu.org Errors-To: bug-guix-bounces+larch=yhetil.org@gnu.org Sender: "bug-Guix" X-Scanner: scn0 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of bug-guix-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=bug-guix-bounces@gnu.org X-Spam-Score: 0.49 X-TUID: HCRxZLDiPnKD Ricardo Wurmus writes: >> On Mon, 14 Sep 2020 at 22:58, Mark H Weaver wrote: >> >>> For what it's worth: not everyone uses Emacs, and it would be good to >>> support users who choose to use simpler software. I guess that it would >>> be quite easy to modify the software behind 'issues.guix.gnu.org' to >>> generate HTML that works well with simpler web browsers, so I'd prefer >>> to keep this bug open. What do you think? [...] > As the primary author of mumi (the software behind issues.guix.gnu.org) > I agree with Mark and think this is worth fixing. [...] Thank you, Ricardo. > There is no good reason why this should not be usable by people who use > a simpler browser (I=E2=80=99m one of these people on some days). If it = turns > out to be tricky to implement or to cause a degraded experience for > those who use popular browsers we can still close this, but I think we > should at least try. Fair enough. Thanks also for your proposed patch to change some spans to divs. It's a significant improvement, but there remains a very serious problem: multiple spaces are being collapsed into a single space, and leading spaces are lost entirely. This destroys the indentation of all inline code and patches. The two solutions I know are (1) to generate 'pre' elements, or (2) to convert leading spaces and runs of two or more spaces into runs of 'nbsp' entities. (I'm deliberately avoiding HTML syntax in this email, for fear that some email clients may try to render it). My suggestion would be to generate 'pre' elements. It would avoid runs of 'nbsp' entites making the raw html larger and harder to read. It would also ensure that a fixed width font is used. My first thought was to simply modify your patch to change the 'span's with class "line" into 'pre's instead of 'div's. If 'pre' comes with default styling that you don't like, perhaps it could be overridden by additional code in screen.css. I guess this approach would likely work well enough in practice. However, I've noticed that in Dillo with CSS disabled, generating a 'pre' for each line makes the line spacing larger than would be ideal. It seems that some vertical padding or margins are added around each 'pre'. It's likely that many browsers do this in their default styling for 'pre'. With this in mind, it would perhaps be better to wrap a single 'pre' around each message. Then you could either (1) leave the lines as 'span's and add a raw CR-LF after each line (which would make the HTML source code more readable) or (2) change the 'span's to 'div's as in your proposed patch. Another issue, which affects Dillo, is that ASCII apostrophes (') are being converted to 'apos' entities, which are not valid HTML 4. Dillo renders these as the raw source, namely "&" followed by "apos" and ";", which corrupts English text. I suggest removing the third entry in %escape-chars in (mumi web sxml). Is there a reason to keep it? What do you think? Thanks again, Mark