From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.devel Subject: Re: HTML display in Gnus Date: Tue, 05 May 2020 10:24:10 +0200 Message-ID: <87o8r2vlg5.fsf@gnus.org> References: <7976B8C1-AFC7-4662-B750-6492EB70C0D5@gmail.com> <29721725-0696-4dcf-b5de-36924a5de259@default> <3777996c-7b3f-4d44-9636-f18aaff76a65@default> <87wo5s6rhz.fsf_-_@gmail.com> <87k11ren8n.fsf@gmail.com> <87lfm7wwf4.fsf@gnus.org> <87eery2417.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="117551"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: Andreas Schwab , Emacs developers To: =?utf-8?Q?K=C3=A9vin?= Le Gouguec Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue May 05 10:25:14 2020 Return-path: Envelope-to: ged-emacs-devel@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 1jVst7-000UU5-Fq for ged-emacs-devel@m.gmane-mx.org; Tue, 05 May 2020 10:25:13 +0200 Original-Received: from localhost ([::1]:37428 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jVst6-0003OB-H1 for ged-emacs-devel@m.gmane-mx.org; Tue, 05 May 2020 04:25:12 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:34190) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jVssF-0001vF-0i for emacs-devel@gnu.org; Tue, 05 May 2020 04:24:19 -0400 Original-Received: from quimby.gnus.org ([2a01:4f9:2b:f0f::2]:46424) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jVssC-0005yd-SI for emacs-devel@gnu.org; Tue, 05 May 2020 04:24:17 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID :In-Reply-To:Date:References:Subject:Cc:To:From:Sender:Reply-To: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=IA7BF6CI0qJDiYQ9shqGkFM8q7CuywHdg2aaeBZ4tLU=; b=a45s6FU1K8qV9WlORtHCwsRyAV 95zKQCt3z/qOU71DGeMRUz6j1y+Pfl5lm/syTkst2IsT4hKoBRn6/cYcMAjFNohpXH2GMsNVFNvRd 3Mh8lxEOHrIj1dpzRengHE+lpAJmCEGIfPbhEjczdpz++OgYdoE8XNmjbJxtYuJc+kV8=; Original-Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=marnie) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jVss7-0003kF-E0; Tue, 05 May 2020 10:24:13 +0200 In-Reply-To: <87eery2417.fsf@gmail.com> (=?utf-8?Q?=22K=C3=A9vin?= Le Gouguec"'s message of "Tue, 05 May 2020 10:13:08 +0200") Received-SPF: pass client-ip=2a01:4f9:2b:f0f::2; envelope-from=larsi@gnus.org; helo=quimby.gnus.org X-detected-operating-system: by eggs.gnu.org: No matching host in p0f cache. That's all we know. X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_PASS=-0.001, URIBL_BLOCKED=0.001 autolearn=_AUTOLEARN X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:248953 Archived-At: K=C3=A9vin Le Gouguec writes: > After an hour fiddling with shr-width and gnus-html-frame-width to no > avail, I realized that the latter is only used with the gnus-w3m > renderer, while mm-shr let-binds the former to > > (if shr-use-fonts > nil > fill-column) > > This is surprising (to me), since shr-width's docstring says that an > integer value works just fine even when shr-use-fonts is set: Yeah, that looks like a bug, I think... fill-column should either be used in both cases or none? > I've modified the snippet above to bind shr-width to fill-column > unconditionally, and it works wonders for me. Maybe this condition > makes no sense anymore? As things stand, if shr-use-fonts is set, the > user loses control over the line width. > > WDYT? The problem is that the user may have a window that's narrower than fill-column, so I think it may be a misfeature to rely on that variable in any case. See bug#40909 -- I think the solution here may be to introduce a max-width variable for shr instead of having a shr-width variable. --=20 (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no