Table of contents

1. 95

   alexadryposted 13 months ago

   Recently, editors have mentioned adjusting the layout presentation of articles based on the fact that readers want to locate specific information quickly.
   
   Since changing the layout to lots of articles is quite a labor-intensive task, how about adding a table of contents that has clickable text that gets readers exactly where they want? The text should bring readers to a specific heading that covers the subject matter.
   
   I have seen many websites offer this feature and it looks helpful, but there may be some pros and cons.
   
   Food for thought: could this increase bounce rates? Like readers leave quickly once they get the info they needed?
   
   Or can this actually make the difference between retaining a reader versus leaving and going to the next result in their search query?
   
   Also, can a "for further reading" section with a similar table of contents turn helpful? This time the table would bring to related articles (possibly opening to a new page) so as to keep readers engaged and from leaving right away.
   
   In this case, we would manually select articles that are closely related to the subject that brought them to the article in the first place with titles that sort of act like "teasers."

   replyreport
   1. 95

      SerenityHaloposted 13 months agoin reply to this

      I think these are sensible ideas if they can be implemented.

      replyreport
2. 97

   eugbugposted 13 months ago

   The reason we can no longer implement a TOC manually is because the id attribute that could be used to index and identify capsules was done away with in the HTML. Capsules don't exist in HTML. They're just a design element in the Hubpages editor, used to group things together such as blocks of text. When we save our articles, presumably everything just lumped together and turned into HTML, with CSS used to describe how an article will appear (font style, colours , page colour etc).
   I don't know why id attributes were removed, maybe somehow the processing of the HTML to make it suitable for the "new" TAG layout strips them out, and it's not easy to change that? We do have an HTML editor in text capsules, but support for the multitude of types of HTML tags is limited, the only ones allowed being a, blockquote, br, strong, em, u, h2, h3, h4, li, ol, p, pre, sup, sub and ul.
   
   Edit: I think id attributes point to CSS elements that style elements on a page, so we couldn't necessarily add them ourselves.

   replyreport
   1. 69

      Miebakagh57posted 13 months agoin reply to this

      Although the suggestion by our friend, Alexandry,  is a good idea, I didn't that the original system is disable.                                     Thanks eugbug, for informing.

      replyreport
   2. 95

      alexadryposted 13 months agoin reply to this

      Interesting, thanks for sharing that!

      replyreport