[wp-meta] [Making WordPress.org] #5180: Design issue in support article sidebar unordered list

Making WordPress.org noreply at wordpress.org
Wed Apr 29 06:47:24 UTC 2020


#5180: Design issue in support article sidebar unordered list
---------------------------+------------------------------
 Reporter:  makewebbetter  |       Owner:  (none)
     Type:  defect         |      Status:  closed
 Priority:  normal         |   Milestone:  Improved Search
Component:  HelpHub        |  Resolution:  fixed
 Keywords:                 |
---------------------------+------------------------------
Changes (by coffee2code):

 * status:  new => closed
 * resolution:   => fixed
 * component:  Handbooks => HelpHub


Comment:

 This ended up being a content problem with the article in question, which
 is now fixed.

 FYI: I switched the component for this to HelpHub since it pertains to one
 its articles, which are a custom post type with a handbook-like table of
 contents, though none of it utilizes the handbook plugin.

 Details: The "Hosting" heading (an`h3`), below the first content heading
 "Performance factors" (an `h2`) had a manually assigned HTML anchor of
 "hosting" set. The
 [https://meta.trac.wordpress.org/browser/sites/trunk/wordpress.org/public_html
 /wp-content/plugins/support-helphub/inc/table-of-contents-lite/includes
 /class-table-of-contents-lite.php?rev=9788#L277 regex for finding in-
 content headings] essentially looks strictly for bare heading tags without
 accounting for attributes. So Hosting's manual attribute kept it from
 being detected, which threw off the inferred hierarchy of headings.
 Removing the HTML anchor fixed the issue. (The headings all get auto-
 assigned an anchor via the ToC code anyhow, so the manual assignment
 wasn't necessary.)

-- 
Ticket URL: <https://meta.trac.wordpress.org/ticket/5180#comment:2>
Making WordPress.org <https://meta.trac.wordpress.org/>
Making WordPress.org


More information about the wp-meta mailing list