|
From: | Ivan Shmakov |
Subject: | bug#19587: shr: produces an extra newline before a block element in <li /> |
Date: | Sat, 26 Dec 2015 19:17:46 +0000 |
User-agent: | Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux) |
>>>>> Ivan Shmakov <ivan@siamics.net> writes: >>>>> Lars Ingebrigtsen <larsi@gnus.org> writes: >>>>> Ivan Shmakov <ivan@siamics.net> writes: >>> As of ec7605b4b137 (2015-01-10 16:54:24 +0000), shr produces an >>> extra newline before a “block” element which is the first child to >>> a <li /> element. Consider, e. g.: >>> (with-temp-buffer >>> (let ((r >>> (shr-tag-ul >>> '(ul nil >>> (li nil (div nil "One item.")) >>> (li nil (div nil "Another item.")))))) >>> (cons r (buffer-string)))) >> Do you have HTML that demonstrates this problem? > I can no longer reproduce the bug as of 1dcf9a5d. An example > HTML document is MIMEd just in case. Correction: I still can reproduce this by using a <div /> element; consider the document MIMEd. -- FSF associate member #7257 http://am-1.org/~ivan/ … 3013 B6A0 230E 334A
This is the first paragraph of a list item.
This is the second paragraph of a list item.
[Prev in Thread] | Current Thread | [Next in Thread] |