# Feedback for Technical Documentation Project

**URL:** <https://forum.freecodecamp.org/t/feedback-for-technical-documentation-project/634757>\
**Category:** I Built This\
**Created:** [September 2, 2023, 6:54pm UTC](https://forum.freecodecamp.org/t/feedback-for-technical-documentation-project/634757 "2023-09-02T18:54:38Z")\
**Posts on this page:** 8\
**Page:** 1

<div class="post-metadata">

**Author:** ![MorganTriesToCode](https://sea3.discourse-cdn.com/freecodecamp/user_avatar/forum.freecodecamp.org/morgantriestocode/32/329336_2.png) [@MorganTriesToCode](https://forum.freecodecamp.org/u/MorganTriesToCode)\
**Post date:** [September 2, 2023, 6:54pm UTC](https://forum.freecodecamp.org/t/feedback-for-technical-documentation-project/634757/1 "2023-09-02T18:54:38Z")

</div>

Hi everyone!

I recently completed my technical documentation project and ended up changing it up a bit in CodePen. It took me a really long time to get it where it’s at but I feel like the code is pretty messy and I really struggled with formatting it to be readable and easy to navigate on both larger and smaller devices.

If anyone has feedback on it in general or with 1-cleaning up the code 2-formatting for multiple devices I would be grateful!

[Link to project](https://codepen.io/MorganPracticesCoding/full/abPmzoX)

Thank you!

---

<div class="post-metadata">

**Author:** ![Cody\_Biggs](https://sea3.discourse-cdn.com/freecodecamp/user_avatar/forum.freecodecamp.org/cody_biggs/32/358652_2.png) [@Cody\_Biggs](https://forum.freecodecamp.org/u/Cody_Biggs)\
**Post date:** [September 2, 2023, 9:48pm UTC](https://forum.freecodecamp.org/t/feedback-for-technical-documentation-project/634757/2 "2023-09-02T21:48:33Z")

</div>

Look good. Everything seems spaced out evenly, no big gaps or anything as far as I could see. There is this though

 ![IMG_1324](https://global.discourse-cdn.com/freecodecamp/original/4X/b/a/5/ba50e2306dcd59938d71f3155e0e690838563a71.jpeg)

You have multiple dots for the li. I would get rid of those to make it look better. There is some css you can use to get rid of those dots and keeps the li in the html. I will leave that for you to find if you choose to do it 😁

Also. This may just be me, and has nothing todo with the actual design, functionality of the page. I see you have multiple BOTTOM LINE. Personally I think it would be better if you had just one bottom line at the end that summarizes everything.

Again, thats just my thought

---

<div class="post-metadata">

**Author:** ![MorganTriesToCode](https://sea3.discourse-cdn.com/freecodecamp/user_avatar/forum.freecodecamp.org/morgantriestocode/32/329336_2.png) [@MorganTriesToCode](https://forum.freecodecamp.org/u/MorganTriesToCode)\
**Post date:** [September 2, 2023, 10:11pm UTC](https://forum.freecodecamp.org/t/feedback-for-technical-documentation-project/634757/3 "2023-09-02T22:11:47Z")

</div>

Thanks so much! I got rid of the dots that were just hanging out there and incorporated section summaries instead of a bottom line in each section since that can definitely be confusing if there are multiple bottom lines and they aren’t really at the bottom 🙂. I really appreciate your feedback!

---

<div class="post-metadata">

**Author:** ![drregg6](https://sea3.discourse-cdn.com/freecodecamp/user_avatar/forum.freecodecamp.org/drregg6/32/17093_2.png) [@drregg6](https://forum.freecodecamp.org/u/drregg6)\
**Post date:** [September 6, 2023, 7:44pm UTC](https://forum.freecodecamp.org/t/feedback-for-technical-documentation-project/634757/4 "2023-09-06T19:44:23Z")

</div>

You’ve done a fantastic job! There are two sketchy UI things if I were to nitpick

1. The sidebar links jump to the right on hover
2. When hovered, the links within the article get a background of blue, but the padding places the text on the edge of the background

Just some things that could improve the experience overall, but not necessary. Good work!

---

<div class="post-metadata">

**Author:** ![MorganTriesToCode](https://sea3.discourse-cdn.com/freecodecamp/user_avatar/forum.freecodecamp.org/morgantriestocode/32/329336_2.png) [@MorganTriesToCode](https://forum.freecodecamp.org/u/MorganTriesToCode)\
**Post date:** [September 7, 2023, 12:08am UTC](https://forum.freecodecamp.org/t/feedback-for-technical-documentation-project/634757/5 "2023-09-07T00:08:46Z")

</div>

Awesome, I went ahead and fixed those so that on hover, the color of the text changes since the padding was pushing everything to the right which can make the text more tricky to actually use as links. I appreciate the feedback and thanks so much! 🙂

---

<div class="post-metadata">

**Author:** ![DanCouper](https://sea3.discourse-cdn.com/freecodecamp/user_avatar/forum.freecodecamp.org/dancouper/32/158608_2.png) [@DanCouper](https://forum.freecodecamp.org/u/DanCouper)\
**Post date:** [September 15, 2023, 11:14pm UTC](https://forum.freecodecamp.org/t/feedback-for-technical-documentation-project/634757/6 "2023-09-15T23:14:32Z")

</div>

So a few notes here re. the structure (this is a really nicely put together page btw).

The important one is that you’ve put the headers in `<header>` elements. `<header>` is a sectioning element, it is used to contain other elements, not text directly. Navigation between parts of a page using accessibility tech normally relies on headers within the document, _ie_ `<h1>`, `<h2>` _&c_. `<header>` is used to contain elements such as that, plus (for example) some subheaders or explanatory text or images or whatever. It’s useful to have those `<header>`s, but you don’t need them, you can replace them with `<h1>`s.

_Technically_ you can use `<h1>` throughout, beacuase the semantics are that each section of the document can have its own `<h1>`, so in your case you have a document, with two base sections (`<nav>` and `<main>`). They can each have an h1. Then each section in main can have an h1, and so on.

_However_ this can produce weird results in some accessibility software (and some SEO stuff). So generally you’d want one `<h1>` (the title for the whole document), then can use `<h2>` for all the rest of the titles.

So example structure:

```html
<body>
  <!-- This will implicitly be treated as the document's overall header -->
  <header>
    <h1>Document title</h1>
    <h2>Subheader</h2>
    <p>Maybe some extra info</p>
  </header>
  <!-- This will implicitly be treated as the document's overall navigation -->
  <nav>
    <h2>Document navigation</h2>
    <ul>
      <li><a href="#a">Link to a</a></li>
      <li><a href="#b">Link to b</a></li>
      <li><a href="#c">Link to c</a></li>
    </ul>
  </nav>
  <main>
    <section id="a">
      <h2>Section a title</h2>
      <!-- stuff here -->
    </section>
    <section id="b">
      <h2>Section b title</h2>
      <!-- stuff here -->
    </section>
    <section id="c">
      <h2>Section c title</h2>
      <!-- stuff here -->
    </section>
</body>

```

So you don’t _need_ `<header>` elements at all here in your code, an `<h1>` in the nav + `<h2>`s in the sections will be fine. It’s useful though.

* * *

Next thing is this:

```html
<p class="quote">
  "We believe this is a transformational moment for technology and social justice. The need is obvious. Let's do something about it." -Erin Baudo Felter
</p>

```

A `<blockquote>` element is used to denote quoted text taken from another source.

```html
<blockquote cite="https://where-this-quote-came.from">
 <p>We believe this is a transformational moment for technology and social justice. The need is obvious. Let's do something about it.</p>
</blockquote>
<p>

```

So, rules are:

- It’s a containing element, so you can wrap text in the `<blockquote>` in something like a `<p>`.
- The _attribution_ must be outside the `<blockquote>` element.
- The `<blockquote>` may have a citation, passed as the `cite` attribute. That citation _must_ be a url pointing at the source. Leave it off if you don’t have one.

Styling becomes fiddly, and you need a way to link the attribution to the quote.

A `<figure>` element is designed for usecases like this:

```html
<figure>
  <blockquote cite="https://where-this-quote-came.from">
   <p>"The power of the Web is in its universality. Access by everyone regardless of disability is an essential aspect."</p>
  </blockquote>
  <figcaption> Tim Berners Lee</figcaption>
</figure>

```

* * *

`<figure>` also works really well for your examples (you can provide descriptions and access software will be able to easily understand the link between the images/text and the description of them).

(I’ll leave it at that for the minute, there are some other minor issues but these are most immediately fixable & should bump the rating up to top level)

---

<div class="post-metadata">

**Author:** ![MorganTriesToCode](https://sea3.discourse-cdn.com/freecodecamp/user_avatar/forum.freecodecamp.org/morgantriestocode/32/329336_2.png) [@MorganTriesToCode](https://forum.freecodecamp.org/u/MorganTriesToCode)\
**Post date:** [September 17, 2023, 12:20am UTC](https://forum.freecodecamp.org/t/feedback-for-technical-documentation-project/634757/7 "2023-09-17T00:20:05Z")

</div>

Awesome, this is all really, really helpful! I changed all of the headers to h2 and added a h1 to make it more cohesive and readable. I also changed all of my “p quote” elements to blockquotes, cited, inside of figure elements. This is all really great to know since I want my page about accessibility to be as accessible as possible! Thank you, I appreciate the detailed response!

---

<div class="post-metadata">

**Author:** ![system](https://global.discourse-cdn.com/freecodecamp/original/3X/e/1/e1c433102e34b46dfaa3e15d13ab9a514b127078.svg) [@system](https://forum.freecodecamp.org/u/system)\
**Post date:** [March 17, 2024, 12:20pm UTC](https://forum.freecodecamp.org/t/feedback-for-technical-documentation-project/634757/8 "2024-03-17T12:20:14Z")

</div>

Closed on March 17, 2024, 12:20pm UTC

This topic was automatically closed 182 days after the last reply. New replies are no longer allowed.