all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Katsumi Yamaoka <yamaoka@jpl.org>
To: Eli Zaretskii <eliz@gnu.org>
Cc: larsi@gnus.org, monnier@iro.umontreal.ca, emacs-devel@gnu.org
Subject: Re: HTML rendering
Date: Mon, 06 Jul 2015 09:54:35 +0900	[thread overview]
Message-ID: <b4mvbdyw1f8.fsf@jpl.org> (raw)
In-Reply-To: 83zj3dzrl8.fsf@gnu.org

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.



  reply	other threads:[~2015-07-06  0:54 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-07-02 16:03 HTML rendering Stefan Monnier
2015-07-03  1:45 ` Katsumi Yamaoka
2015-07-03  6:24   ` Eli Zaretskii
2015-07-06  0:54     ` Katsumi Yamaoka [this message]
2015-07-06  2:38       ` Eli Zaretskii
2015-07-06  4:37         ` Katsumi Yamaoka
2015-07-06 16:56           ` Eli Zaretskii
2015-08-30 11:44             ` Lars Magne Ingebrigtsen
2015-07-06 12:32   ` Michael Heerdegen
2015-07-06 17:05     ` Eli Zaretskii
2015-07-06 20:35       ` Michael Heerdegen
2015-07-08 18:19       ` Michael Heerdegen
2015-08-30 11:47   ` Lars Magne Ingebrigtsen
2015-08-30 14:51     ` Eli Zaretskii
2015-08-30 15:45       ` Michael Heerdegen
2015-08-30 16:40         ` Eli Zaretskii
2015-08-30 11:42 ` Lars Magne Ingebrigtsen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=b4mvbdyw1f8.fsf@jpl.org \
    --to=yamaoka@jpl.org \
    --cc=eliz@gnu.org \
    --cc=emacs-devel@gnu.org \
    --cc=larsi@gnus.org \
    --cc=monnier@iro.umontreal.ca \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.