[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