Looking to fix a bug in the FrogFind site simplifier code. (Direct link to when passed through FrogFind.; FrogFind's GitHub page.) A modern browser shouldn't have any of the "normal text" below rendered in bold or italics. 2023-07-03, go to the index.

This paragraph has a plain <strong> tag, without attributes.

This paragraph has neither <strong> nor <b> tags in it. It should not appear bold. (1)

This paragraph has a plain <b> tag, without attributes.

This paragraph has neither <strong> nor <b> tags in it. It should not appear bold. (2)

This paragraph has a <b> tag with three attributes: class=foo lang=en id=p6, plus that code tag.

This paragraph has neither <strong> nor <b> tags in it. It should not appear bold. (3)

This paragraph has a <strong> tag with three attributes: class=foo lang=en id=p8, plus that code tag.

This paragraph has neither <strong> nor <b> tags in it. It should not appear bold. (4)

All the previous paragraphs had their tags closed appropriately: <strong> closes <strong> and <b> closes <b>. Here I now place a few extra closing </strong> tags to counteract any closing strong tags inadvertently turned into closing bold tags: [1] [2].


Now, the same thing with <em> and <i> tags, but more succintly:

em-without-attributes. Normal text A. i-without-attributes. Normal text B. i-with-three-attributes. Normal text C. em-with-three-attributes. Normal text D. Extra closing <em> tags: [1] [2].


One thing left: the <code>, <samp> and <kbd> elements. By default, all three should display in monospace.

Code without attributes. Normal text A. Kbd without attributes. Normal text B. Samp without attributes. Normal text C.
Code with three attributes. Normal text D. Kbd with three attributes. Normal text E. Samp with three attributes. Normal text F. Extra closing </code> tags: [1] [2] [3].

Here's a <pre> tag, with one space-indented line and one tab-indented line, the tab being encoded in the source with an &#9; entity:

First unindented line.
    Second indented line, with four spaces.
	Third indented line, with one tab.

This paragraph is not part of the <pre> element: it should be on a line of its own.

This bit is in a blockquote. It should be indented a bit.

Immediately when testing I found a first bug: HTML in the head's <title> element was interpreted and put into an <h1> element at the very top of the page, turning everything bold. (The title used to be "Testing <strong> and <bold> tags", but I took the angle brackets out to avoid this.) The original page doesn't have a <h1> element in it in the first place.

Also turns out that the FrogFind renderer doesn't do anything with <code> or <pre> – it just removes all of them. No monospace in 1990?

Additional discoveries of the current renderer: