Simple Machines Community Forum

SMF Development => Bug Reports => Fixed or Bogus Bugs => Topic started by: Antechinus on August 23, 2021, 11:18:56 PM

Title: br.clear after .topic_pages span.
Post by: Antechinus on August 23, 2021, 11:18:56 PM
Yup. No idea why anyone thought that was a good idea. Note that this br.clear is not present if .topic_pages is not present.

If it's to clear floats or something, there are saner ways of doing it. However, the default presentation seems to be fine without it. It causes problems with some custom coding, so themers are going to hate it.*

<div class="info info_block">
<div class="icons floatright"></div>
<div class="message_index_title">
<span class="preview" title=""></span>
<p class="floatleft">
Started by spiros
<span id="pages4059703" class="topic_pages">
<span class="pages">Pages</span>
<a class="nav_page" href="">1</a>
<a class="nav_page" href="">2</a>
<a class="nav_page" href="">3</a>
<a class="nav_page" href="">4</a>
<br class="clear">
</div><!-- #topic_[first_post][id] -->
</div><!-- .info -->

* Even though they can use a CSS workaround to kill it. But if it isn't needed in the markup anyway, why make people use unnecesasry workarounds? If anyone wants to know, you can kill it like this:

/* Death to rampant muppetry! */
.topic_pages + br.clear {
    display: none;
Title: Re: br.clear after .topic_pages span.
Post by: Antechinus on September 14, 2021, 04:54:08 PM
Just got around to checking the unread functions markup on Recent.template.php, which is basically the same thing doing the same job. No unnecessary br in either of those functions, so the one in MessageIndex.template.php is just leftover crud.

It's inconsistent, and it's a PITA, so it needs to die a gruesome death.