From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Katsumi Yamaoka Newsgroups: gmane.emacs.devel Subject: Re: HTML rendering Date: Mon, 06 Jul 2015 09:54:35 +0900 Organization: Emacsen advocacy group Message-ID: References: <83zj3dzrl8.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1436144121 538 80.91.229.3 (6 Jul 2015 00:55:21 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 6 Jul 2015 00:55:21 +0000 (UTC) Cc: larsi@gnus.org, monnier@iro.umontreal.ca, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jul 06 02:55:09 2015 Return-path: Envelope-to: ged-emacs-devel@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 1ZBuge-0000n2-E7 for ged-emacs-devel@m.gmane.org; Mon, 06 Jul 2015 02:55:08 +0200 Original-Received: from localhost ([::1]:48165 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZBugd-00055S-TU for ged-emacs-devel@m.gmane.org; Sun, 05 Jul 2015 20:55:07 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49782) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZBugO-000559-8R for emacs-devel@gnu.org; Sun, 05 Jul 2015 20:54:53 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZBugK-0007hH-2m for emacs-devel@gnu.org; Sun, 05 Jul 2015 20:54:52 -0400 Original-Received: from memphis-mail.hostforweb.net ([216.246.47.48]:47178 helo=memphis.hostforweb.net) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZBugJ-0007f7-Uz; Sun, 05 Jul 2015 20:54:48 -0400 Original-Received: from localhost ([127.0.0.1]:58473) by memphis.hostforweb.net with smtp (Exim 4.85) (envelope-from ) id 1ZBugE-0044ov-Kb; Sun, 05 Jul 2015 19:54:42 -0500 X-Face: #kKnN,xUnmKia.'[pp`; Omh}odZK)?7wQSl"4o04=EixTF+V[""w~iNbM9ZL+.b*_CxUmFk B#Fu[*?MZZH@IkN:!"\w%I_zt>[$nm7nQosZ<3eu; B:$Q_:p!',P.c0-_Cy[dz4oIpw0ESA^D*1Lw= L&i*6&( User-Agent: Gnus/5.130014 (=?iso-2022-jp?B?GyRCPz8bKEI=?= Gnus v0.14) Emacs/25.0.50 (i686-pc-cygwin) Cancel-Lock: sha1:8BVjuVFD+vxcmSmzESuEO1oQcEY= X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - memphis.hostforweb.net X-AntiAbuse: Original Domain - gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - jpl.org X-Get-Message-Sender-Via: memphis.hostforweb.net: acl_c_authenticated_local_user: yamaokac X-Source: X-Source-Args: X-Source-Dir: X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 216.246.47.48 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:187734 Archived-At: On Fri, 03 Jul 2015 09:24:19 +0300, Eli Zaretskii wrote: > Please in the future include in the example any libraries that need to > be loaded for it to work, for the benefit of those who try the example > in "emacs -Q". It requires (require 'gnus-art) to make it work with "emacs -Q", sorry. >> Even for English text (filled shorter than the window width), lines >> can get too long depending on the font Emacs chooses. Is there a >> way to help it? Setting shr-width is helpless since mm-shr >> overrides it. > You are supposed to set shr-width to nil, I think. Did you try? I tried 64 or something, that's smaller than the window width. Though the mm-shr function overrides it with nil if shr-use-fonts is non-nil. And the default width (- (window-pixel-width) (* (frame-fringe-width) 2)) will be used (see shr-insert-document). The functions that fill text lines are shr-fill-line, shr-vertical-motion, and so forth. I think the cause filling Japanese text fails is that shr-vertical-motion uses (frame-char-width) to decide the fill position. It returns 8 in my case, however the width of Japanses characters is 16. The most easy way to fix this problem would be to remove let- binding of shr-width in mm-shr. Users who need it should set shr-width of course[1]. Otherwise, it might be also good that mm-shr binds shr-width to something other than nil. Thanks. [1] Setting shr-width to 64 leads long Japanese text to be filled in 66-character-width lines.