Anna-Myzukina · November 27, 2018 12:00
diff --git a/AddAnAccessibleDatePicker.html b/AddAnAccessibleDatePicker.html
 <!--Add an Accessible Date Picker
 Forms often include the input field, which can be used to create several different form controls. The type attribute on this element indicates what kind of input will be created.

 You may have noticed the text and submit input types in prior challenges, and HTML5 introduced an option to specify a date field. Depending on browser support, a date picker shows up in the input field when it's in focus, which makes filling in a form easier for all users.

 For older browsers, the type will default to text, so it helps to show users the expected date format in the label or as placeholder text just in case.

 Here's an example:

 <label for="input1">Enter a date:</label>
 <input type="date" id="input1" name="input1">

 Camper Cat is setting up a Mortal Kombat tournament and wants to ask his competitors to see what date works best. Add an input tag with a type attribute of "date", an id attribute of "pickdate", and a name attribute of "date".-->
 <body>
    <header>
      <h1>Tournaments</h1>
    </header>
    <main>
      <section>
        <h2>Mortal Kombat Tournament Survey</h2>
        <form>
          <p>Tell us the best date for the competition</p>
          <label for="pickdate">Preferred Date:</label>
          
          <!-- Add your code below this line -->
          
          <input type="date" id="pickdate" name="date">
          
          <!-- Add your code above this line -->
          
          <input type="submit" name="submit" value="Submit">
        </form>
      </section>
    </main>
    <footer>&copy; 2018 Camper Cat</footer>
  </body>
diff --git a/AddATextAlternativeToImagesForVisually.html b/AddATextAlternativeToImagesForVisually.html
 <!--Add a Text Alternative to Images for Visually Impaired Accessibility
 It's likely you've seen an alt attribute on an img tag in other challenges. Alt text describes the content of the image and provides a text-alternative. This helps in case the image fails to load or can't be seen by a user. It's also used by search engines to understand what an image contains to include it in search results. Here's an example:

 <img src="importantLogo.jpeg" alt="Company logo">

 People with visual impairments rely on screen readers to convert web content to an audio interface. They won't get information if it's only presented visually. For images, screen readers can access the alt attribute and read its contents to deliver key information.

 Good alt text is short but descriptive, and meant to briefly convey the meaning of the image. You should always include an alt attribute on your image. Per HTML5 specification, this is now considered mandatory.


 Camper Cat happens to be both a coding ninja and an actual ninja, and is building a website to share his knowledge. The profile picture he wants to use shows his skills, and should be appreciated by all site visitors. Add an alt attribute in the img tag, that explains Camper Cat is doing karate. (The image src doesn't link to an actual file, so you should see the alt text in the display.)-->
 <h1>Deep Thoughts with Master Camper Cat</h1>
 <article>
  <h2>Defeating your Foe: the Red Dot is Ours!</h2>
  <p>To Come...</p>
 </article>

 <img src="samuraiSwords.jpeg">

 <article>
  <h2>Is Chuck Norris a Cat Person?</h2>
  <p>To Come...</p>
 </article>
diff --git a/AvoidColorblindnessIssuesByCarefullyChoosingColorsThatConveyInformation.html b/AvoidColorblindnessIssuesByCarefullyChoosingColorsThatConveyInformation.html
 <!--Avoid Colorblindness Issues by Carefully Choosing Colors that Convey Information
 There are various forms of colorblindness. These can range from a reduced sensitivity to a certain wavelength of light to the inability to see color at all. The most common form is a reduced sensitivity to detect greens.

 For example, if two similar green colors are the foreground and background color of your content, a colorblind user may not be able to distinguish them. Close colors can be thought of as neighbors on the color wheel, and those combinations should be avoided when conveying important information.

 Note
 Some online color picking tools include visual simulations of how colors appear for different types of colorblindness. These are great resources in addition to online contrast checking calculators.


 Camper Cat is testing different styles for an important button, but the yellow (#FFFF33) background-color and the green (#33FF33) text color are neighboring hues on the color wheel and virtually indistinguishable for some colorblind users. (Their similar lightness also fails the contrast ratio check). Change the text color to a dark blue (#003366) to solve both problems.-->
 <head>
    <style>
    button {
      color: #003366;
      background-color: #FFFF33;
      font-size: 14px;
      padding: 10px;
    }
    </style>
  </head>
  <body>
    <header>
      <h1>Danger!</h1>
    </header>
    <button>Delete Internet</button>
  </body>
diff --git a/AvoidColorblindnessIssuesByUsingSufficientContrast.html b/AvoidColorblindnessIssuesByUsingSufficientContrast.html
 <!--Avoid Colorblindness Issues by Using Sufficient Contrast
 Color is a large part of visual design, but its use introduces two accessibility issues. First, color alone should not be used as the only way to convey important information because screen reader users won't see it. Second, foreground and background colors need sufficient contrast so colorblind users can distinguish them.

 Previous challenges covered having text alternatives to address the first issue. The last challenge introduced contrast checking tools to help with the second. The WCAG-recommended contrast ratio of 4.5:1 applies for color use as well as gray-scale combinations.

 Colorblind users have trouble distinguishing some colors from others - usually in hue but sometimes lightness as well. You may recall the contrast ratio is calculated using the relative luminance (or lightness) values of the foreground and background colors.

 In practice, the 4.5:1 ratio can be reached by darkening the darker color and lightening the lighter one with the aid of a color contrast checker. Darker colors on the color wheel are considered to be blues, violets, magentas, and reds, whereas lighter colors are oranges, yellows, greens, and blue-greens.


 Camper Cat is experimenting with using color for his blog text and background, but his current combination of a greenish background-color with maroon text color has a 2.5:1 contrast ratio. You can easily adjust the lightness of the colors since he declared them using the CSS hsl() property (which stands for hue, saturation, lightness) by changing the third argument. Increase the background-color lightness value from 35% to 55%, and decrease the color lightness value from 20% to 15%. This improves the contrast to 5.9:1.-->
 <head>
    <style>
    body {
      color: hsl(0, 55%, 15%);
      background-color: hsl(120, 25%, 55%);
    }
    </style>
  </head>
  <body>
    <header>
      <h1>Deep Thoughts with Master Camper Cat</h1>
    </header>
    <article>
      <h2>A Word on the Recent Catnip Doping Scandal</h2>
      <p>The influence that catnip has on feline behavior is well-documented, and its use as an herbal supplement in competitive ninja circles remains controversial. Once again, the debate to ban the substance is brought to the public's attention after the high-profile win of Kittytron, a long-time proponent and user of the green stuff, at the Claw of Fury tournament.</p>
      <p>As I've stated in the past, I firmly believe a true ninja's skills must come from within, with no external influences. My own catnip use shall continue as purely recreational.</p>
    </article>
  </body>
diff --git a/GiveLinksMeaningByUsingDescriptiveLinkText.html b/GiveLinksMeaningByUsingDescriptiveLinkText.html
 <!--Give Links Meaning by Using Descriptive Link Text
 Screen reader users have different options for what type of content their device reads. This includes skipping to (or over) landmark elements, jumping to the main content, or getting a page summary from the headings. Another option is to only hear the links available on a page.

 Screen readers do this by reading the link text, or what's between the anchor (a) tags. Having a list of "click here" or "read more" links isn't helpful. Instead, you should use brief but descriptive text within the a tags to provide more meaning for these users.


 The link text that Camper Cat is using is not very descriptive without the surrounding context. Move the anchor (a) tags so they wrap around the text "information about batteries" instead of "Click here".-->
 <body>
    <header>
      <h1>Deep Thoughts with Master Camper Cat</h1>
    </header>
    <article>
      <h2>Defeating your Foe: the Red Dot is Ours!</h2>
      <p>Felines the world over have been waging war on the most persistent of foes. This red nemesis combines both cunning stealth and lightening speed. But chin up, fellow fighters, our time for victory may soon be near. Click here for <a href="">information about batteries</a></p>
    </article>
  </body>
diff --git a/ImproveAcessibilityOfAudioContentWithTheAudioElement.html b/ImproveAcessibilityOfAudioContentWithTheAudioElement.html
 <!--Improve Accessibility of Audio Content with the audio Element
 HTML5's audio element gives semantic meaning when it wraps sound or audio stream content in your markup. Audio content also needs a text alternative to be accessible to people who are deaf or hard of hearing. This can be done with nearby text on the page or a link to a transcript.

 The audio tag supports the controls attribute. This shows the browser default play, pause, and other controls, and supports keyboard functionality. This is a boolean attribute, meaning it doesn't need a value, its presence on the tag turns the setting on.

 Here's an example:

 <audio id="meowClip" controls>
  <source src="audio/meow.mp3" type="audio/mpeg" />
  <source src="audio/meow.ogg" type="audio/ogg" />
 </audio>
 Note
 Multimedia content usually has both visual and auditory components. It needs synchronized captions and a transcript so users with visual and/or auditory impairments can access it. Generally, a web developer is not responsible for creating the captions or transcript, but needs to know to include them.


 Time to take a break from Camper Cat and meet fellow camper Zersiax (@zersiax), a champion of accessibility and a screen reader user. To hear a clip of his screen reader in action, add an audio element after the p. Include the controls attribute. Then place a source tag inside the audio tags with the src attribute set to "https://s3.amazonaws.com/freecodecamp/screen-reader.mp3" and type attribute set to "audio/mpeg".

 Note
 The audio clip may sound fast and be difficult to understand, but that is a normal speed for screen reader users.-->
 <body>
    <header>
      <h1>Real Coding Ninjas</h1>
    </header>
    <main>
      <p>A sound clip of Zersiax's screen reader in action.</p>
    <audio controls><source src="https://s3.amazonaws.com/freecodecamp/screen-reader.mp3" type="audio/mpeg" /></audio>
      
      
    </main>
  </body>
diff --git a/ImproveChartAcessibilityWithTheFigureElement.html b/ImproveChartAcessibilityWithTheFigureElement.html
 <!--Improve Chart Accessibility with the figure Element
 HTML5 introduced the figure element, along with the related figcaption. Used together, these items wrap a visual representation (like an image, diagram, or chart) along with its caption. This gives a two-fold accessibility boost by both semantically grouping related content, and providing a text alternative that explains the figure.

 For data visualizations like charts, the caption can be used to briefly note the trends or conclusions for users with visual impairments. Another challenge covers how to move a table version of the chart's data off-screen (using CSS) for screen reader users.

 Here's an example - note that the figcaption goes inside the figure tags and can be combined with other elements:

 <figure>
  <img src="roundhouseDestruction.jpeg" alt="Photo of Camper Cat executing a roundhouse kick">
  <br>
  <figcaption>
    Master Camper Cat demonstrates proper form of a roundhouse kick.
  </figcaption>
 </figure>

 Camper Cat is hard at work creating a stacked bar chart showing the amount of time per week to spend training in stealth, combat, and weapons. Help him structure his page better by changing the div tag he used to a figure tag, and the p tag that surrounds the caption to a figcaption tag.-->
 <body>
    <header>
      <h1>Training</h1>
      <nav>
        <ul>
          <li><a href="#stealth">Stealth &amp; Agility</a></li>
          <li><a href="#combat">Combat</a></li>
          <li><a href="#weapons">Weapons</a></li>
        </ul>
      </nav>
    </header>
    <main>
      <section>
        
        <!-- Add your code below this line -->
        <figure>
          <!-- Stacked bar chart will go here -->
          <br>
          <figcaption>Breakdown per week of time to spend training in stealth, combat, and weapons.</figcaption>
        </figure>
        <!-- Add your code above this line -->
        
      </section>
      <section id="stealth">
        <h2>Stealth &amp; Agility Training</h2>
        <article><h3>Climb foliage quickly using a minimum spanning tree approach</h3></article>
        <article><h3>No training is NP-complete without parkour</h3></article>
      </section>
      <section id="combat">
        <h2>Combat Training</h2>
        <article><h3>Dispatch multiple enemies with multithreaded tactics</h3></article>
        <article><h3>Goodbye world: 5 proven ways to knock out an opponent</h3></article>
      </section>
      <section id="weapons">
        <h2>Weapons Training</h2>
        <article><h3>Swords: the best tool to literally divide and conquer</h3></article>
        <article><h3>Breadth-first or depth-first in multi-weapon training?</h3></article>
      </section>
    </main>
    <footer>&copy; 2018 Camper Cat</footer>
  </body>
diff --git a/ImproveFormFieldAcessibilityWithTheLabelElement.html b/ImproveFormFieldAcessibilityWithTheLabelElement.html
 <!--Improve Form Field Accessibility with the label Element
 Improving accessibility with semantic HTML markup applies to using both appropriate tag names as well as attributes. The next several challenges cover some important scenarios using attributes in forms.

 The label tag wraps the text for a specific form control item, usually the name or label for a choice. This ties meaning to the item and makes the form more readable. The for attribute on a label tag explicitly associates that label with the form control and is used by screen readers.

 You learned about radio buttons and their labels in a lesson in the Basic HTML section. In that lesson, we wrapped the radio button input element inside a label element along with the label text in order to make the text clickable. Another way to achieve this is by using the for attribute as explained in this lesson.

 The value of the for attribute must be the same as the value of the id attribute of the form control. Here's an example:

 <form>
  <label for="name">Name:</label>
  <input type="text" id="name" name="name">
 </form>

 Camper Cat expects a lot of interest in his thoughtful blog posts, and wants to include an email sign up form. Add a for attribute on the email label that matches the id on its input field.-->
 <body>
    <header>
      <h1>Deep Thoughts with Master Camper Cat</h1>
    </header>
    <section>
      <form>
        <p>Sign up to receive Camper Cat's blog posts by email here!</p>
        
        
        <label for="email">Email:</label>
        <input type="text" id="email" name="email">
        
        
        <input type="submit" name="submit" value="Submit">
      </form>
    </section>
    <article>
      <h2>The Garfield Files: Lasagna as Training Fuel?</h2>
      <p>The internet is littered with varying opinions on nutritional paradigms, from catnip paleo to hairball cleanses. But let's turn our attention to an often overlooked fitness fuel, and examine the protein-carb-NOM trifecta that is lasagna...</p>
    </article>
    <img src="samuraiSwords.jpeg" alt="">
    <article>
      <h2>Defeating your Foe: the Red Dot is Ours!</h2>
      <p>Felines the world over have been waging war on the most persistent of foes. This red nemesis combines both cunning stealth and lightening speed. But chin up, fellow fighters, our time for victory may soon be near...</p>
    </article>
    <img src="samuraiSwords.jpeg" alt="">
    <article>
      <h2>Is Chuck Norris a Cat Person?</h2>
      <p>Chuck Norris is widely regarded as the premier martial artist on the planet, and it's a complete coincidence anyone who disagrees with this fact mysteriously disappears soon after. But the real question is, is he a cat person?...</p>
    </article>
    <footer>&copy; 2018 Camper Cat</footer>
  </body>
diff --git a/ImproveReadabilityWithHighContrastText.html b/ImproveReadabilityWithHighContrastText.html
 <!--Improve Readability with High Contrast Text
 Low contrast between the foreground and background colors can make text difficult to read. Sufficient contrast improves the readability of your content, but what exactly does "sufficient" mean?

 The Web Content Accessibility Guidelines (WCAG) recommend at least a 4.5 to 1 contrast ratio for normal text. The ratio is calculated by comparing the relative luminance values of two colors. This ranges from 1:1 for the same color, or no contrast, to 21:1 for white against black, the strongest contrast. There are many contrast checking tools available online that calculate this ratio for you.


 Camper Cat's choice of light gray text on a white background for his recent blog post has a 1.5:1 contrast ratio, making it hard to read. Change the color of the text from the current gray (#D3D3D3) to a darker gray (#636363) to improve the contrast ratio to 6:1.-->
 <head>
    <style>
    body {
      color: #636363;
      background-color: #FFF;
    }
    </style>
  </head>
  <body>
    <header>
      <h1>Deep Thoughts with Master Camper Cat</h1>
    </header>
    <article>
      <h2>A Word on the Recent Catnip Doping Scandal</h2>
      <p>The influence that catnip has on feline behavior is well-documented, and its use as an herbal supplement in competitive ninja circles remains controversial. Once again, the debate to ban the substance is brought to the public's attention after the high-profile win of Kittytron, a long-time proponent and user of the green stuff, at the Claw of Fury tournament.</p>
      <p>As I've stated in the past, I firmly believe a true ninja's skills must come from within, with no external influences. My own catnip use shall continue as purely recreational.</p>
    </article>
  </body>
diff --git a/JumpStraightToTheContentUsingTheMainElement.html b/JumpStraightToTheContentUsingTheMainElement.html
 <!--Jump Straight to the Content Using the main Element
 HTML5 introduced a number of new elements that give developers more options while also incorporating accessibility features. These tags include main, header, footer, nav, article, and section, among others.

 By default, a browser renders these elements similarly to the humble div. However, using them where appropriate gives additional meaning in your markup. The tag name alone can indicate the type of information it contains, which adds semantic meaning to that content. Assistive technologies can access this information to provide better page summary or navigation options to their users.

 The main element is used to wrap (you guessed it) the main content, and there should be only one per page. It's meant to surround the information that's related to the central topic of your page. It's not meant to include items that repeat across pages, like navigation links or banners.

 The main tag also has an embedded landmark feature that assistive technology can use to quickly navigate to the main content. If you've ever seen a "Jump to Main Content" link at the top of a page, using a main tag automatically gives assistive devices that functionality.


 Camper Cat has some big ideas for his ninja weapons page. Help him set up his markup by adding opening and closing main tags between the header and footer (covered in other challenges). Keep the main tags empty for now.-->
 <header>
    <h1>Weapons of the Ninja</h1>
  </header>
  <main></main>
  
  
  <footer></footer>
diff --git a/KnowWhenAltShouldBeLeftBlank.html b/KnowWhenAltShouldBeLeftBlank.html
 <!--Know When Alt Text Should be Left Blank
 In the last challenge, you learned that including an alt attribute on img tags is mandatory. However, sometimes images are grouped with a caption already describing them, or are used for decoration only. In these cases alt text may seem redundant or unnecessary.

 In situations when an image is already explained with text content, or does not add meaning to a page, the img still needs an alt attribute, but it can be set to an empty string. Here's an example:

 <img src="visualDecoration.jpeg" alt="">

 Background images usually fall under the 'decorative' label as well. However, they are typically applied with CSS rules, and therefore not part of the markup screen readers process.

 Note
 For images with a caption, you may still want to include alt text, since it helps search engines catalog the content of the image.


 Camper Cat has coded a skeleton page for the blog part of his website. He's planning to add a visual break between his two articles with a decorative image of a samurai sword. Add an alt attribute to the img tag and set it to an empty string. (Note that the image src doesn't link to an actual file - don't worry that there are no swords showing in the display.)-->
 <h1>Deep Thoughts with Master Camper Cat</h1>
 <article>
  <h2>Defeating your Foe: the Red Dot is Ours!</h2>
  <p>To Come...</p>
 </article>

 <img src="samuraiSwords.jpeg" alt="">

 <article>
  <h2>Is Chuck Norris a Cat Person?</h2>
  <p>To Come...</p>
 </article>
diff --git a/MakeElementsOnlyVisibleToAScreenReaderByUsingCustomCSS.html b/MakeElementsOnlyVisibleToAScreenReaderByUsingCustomCSS.html
 <!--Make Elements Only Visible to a Screen Reader by Using Custom CSS
 Have you noticed that all of the applied accessibility challenges so far haven't used any CSS? This is to show the importance of a logical document outline, and using semantically meaningful tags around your content before introducing the visual design aspect.

 However, CSS's magic can also improve accessibility on your page when you want to visually hide content meant only for screen readers. This happens when information is in a visual format (like a chart), but screen reader users need an alternative presentation (like a table) to access the data. CSS is used to position the screen reader-only elements off the visual area of the browser window.

 Here's an example of the CSS rules that accomplish this:

 .sr-only {
  position: absolute;
  left: -10000px;
  width: 1px;
  height: 1px;
  top: auto;
  overflow: hidden;
 }
 Note
 The following CSS approaches will NOT do the same thing:


 display: none; or visibility: hidden; hides content for everyone, including screen reader users

 Zero values for pixel sizes, such as width: 0px; height: 0px; removes that element from the flow of your document, meaning screen readers will ignore it


 Camper Cat created a really cool stacked bar chart for his training page, and put the data into a table for his visually impaired users. The table already has an sr-only class, but the CSS rules aren't filled in yet. Give the position an absolute value, the left a -10000px value, and the width and height both 1px values.-->
 <head>
    <style>
    .sr-only {
      position: absolute;
      left: -10000px;
      width: 1px;
      height: 1px;
      top: auto;
      overflow: hidden;
    }
    </style>
  </head>
  <body>
    <header>
      <h1>Training</h1>
      <nav>
        <ul>
          <li><a href="#stealth">Stealth &amp; Agility</a></li>
          <li><a href="#combat">Combat</a></li>
          <li><a href="#weapons">Weapons</a></li>
        </ul>
      </nav>
    </header>
    <section>
      <h2>Master Camper Cat's Beginner Three Week Training Program</h2>
      <figure>
        <!-- Stacked bar chart of weekly training-->
        <p>[Stacked bar chart]</p>
        <br />
        <figcaption>Breakdown per week of time to spend training in stealth, combat, and weapons.</figcaption>
      </figure>
      <table class="sr-only">
        <caption>Hours of Weekly Training in Stealth, Combat, and Weapons</caption>
        <thead>
          <tr>
            <th></th>
            <th scope="col">Stealth &amp; Agility</th>
            <th scope="col">Combat</th>
            <th scope="col">Weapons</th>
            <th scope="col">Total</th>                                        
          </tr>
        </thead>
        <tbody>
          <tr>
            <th scope="row">Week One</th>
            <td>3</td>
            <td>5</td>
            <td>2</td>
            <td>10</td>
          </tr>
          <tr>
            <th scope="row">Week Two</th>
            <td>4</td>
            <td>5</td>
            <td>3</td>
            <td>12</td>
          </tr>
          <tr>
            <th scope="row">Week Three</th>
            <td>4</td>
            <td>6</td>
            <td>3</td>
            <td>13</td>
          </tr>
        </tbody>
      </table>
    </section>
    <section id="stealth">
      <h2>Stealth &amp; Agility Training</h2>
      <article><h3>Climb foliage quickly using a minimum spanning tree approach</h3></article>
      <article><h3>No training is NP-complete without parkour</h3></article>
    </section>
    <section id="combat">
      <h2>Combat Training</h2>
      <article><h3>Dispatch multiple enemies with multithreaded tactics</h3></article>
      <article><h3>Goodbye, world: 5 proven ways to knock out an opponent</h3></article>
    </section>
    <section id="weapons">
      <h2>Weapons Training</h2>
      <article><h3>Swords: the best tool to literally divide and conquer</h3></article>
      <article><h3>Breadth-first or depth-first in multi-weapon training?</h3></article>
    </section>
    <footer>&copy; 2018 Camper Cat</footer>
  </body>
diff --git a/MakeLinksNavigatableWithHTMLAccessKeys.html b/MakeLinksNavigatableWithHTMLAccessKeys.html
 <!--Make Links Navigatable with HTML Access Keys
 HTML offers the accesskey attribute to specify a shortcut key to activate or bring focus to an element. This can make navigation more efficient for keyboard-only users.

 HTML5 allows this attribute to be used on any element, but it's particularly useful when it's used with interactive ones. This includes links, buttons, and form controls.

 Here's an example:

 <button accesskey="b">Important Button</button>


 Camper Cat wants the links around the two blog article titles to have keyboard shortcuts so his site's users can quickly navigate to the full story. Add an accesskey attribute to both links and set the first one to "g" (for Garfield) and the second one to "c" (for Chuck Norris).-->
 <body>
    <header>
      <h1>Deep Thoughts with Master Camper Cat</h1>
    </header>
    <article>
      
      
      <h2><a id="first" href="" accesskey="g">The Garfield Files: Lasagna as Training Fuel?</a></h2>
      
      
      <p>The internet is littered with varying opinions on nutritional paradigms, from catnip paleo to hairball cleanses. But let's turn our attention to an often overlooked fitness fuel, and examine the protein-carb-NOM trifecta that is lasagna...</p>
    </article>
    <article>
      
      
      <h2><a id="second" href="" accesskey="c">Is Chuck Norris a Cat Person?</a></h2>
      
      
      <p>Chuck Norris is widely regarded as the premier martial artist on the planet, and it's a complete coincidence anyone who disagrees with this fact mysteriously disappears soon after. But the real question is, is he a cat person?...</p>
    </article>
    <footer>&copy; 2018 Camper Cat</footer>
  </body>
diff --git a/MakeScreenReaderNavigationEasierWithTheFooterLandmark.html b/MakeScreenReaderNavigationEasierWithTheFooterLandmark.html
 <!--Make Screen Reader Navigation Easier with the footer Landmark
 Similar to header and nav, the footer element has a built-in landmark feature that allows assistive devices to quickly navigate to it. It's primarily used to contain copyright information or links to related documents that usually sit at the bottom of a page.


 Camper Cat's training page is making good progress. Change the div he used to wrap his copyright information at the bottom of the page to a footer element.-->
 <body>
    <header>
      <h1>Training</h1>
      <nav>
        <ul>
          <li><a href="#stealth">Stealth &amp; Agility</a></li>
          <li><a href="#combat">Combat</a></li>
          <li><a href="#weapons">Weapons</a></li>
        </ul>
      </nav>
    </header>
    <main>
      <section id="stealth">
        <h2>Stealth &amp; Agility Training</h2>
        <article><h3>Climb foliage quickly using a minimum spanning tree approach</h3></article>
        <article><h3>No training is NP-complete without parkour</h3></article>
      </section>
      <section id="combat">
        <h2>Combat Training</h2>
        <article><h3>Dispatch multiple enemies with multithreaded tactics</h3></article>
        <article><h3>Goodbye world: 5 proven ways to knock out an opponent</h3></article>
      </section>
      <section id="weapons">
        <h2>Weapons Training</h2>
        <article><h3>Swords: the best tool to literally divide and conquer</h3></article>
        <article><h3>Breadth-first or depth-first in multi-weapon training?</h3></article>
      </section>
    </main>
  
  
    <footer>&copy; 2018 Camper Cat</footer>
  
  
  </body>
diff --git a/MakeScreenReaderNavigationEasierWithTheHeaderLandmark.html b/MakeScreenReaderNavigationEasierWithTheHeaderLandmark.html
 <!--Make Screen Reader Navigation Easier with the header Landmark
 The next HTML5 element that adds semantic meaning and improves accessibility is the header tag. It's used to wrap introductory information or navigation links for its parent tag, and works well around content that's repeated at the top on multiple pages.

 header shares the embedded landmark feature you saw with main, allowing assistive technologies to quickly navigate to that content.

 Note
 header is meant for use in the body tag of your HTML document. This is different than the head element, which contains the page's title, meta information, etc.


 Camper Cat is writing some great articles about ninja training, and wants to add a page for them to his site. Change the top div that currently contains the h1 to a header tag instead.-->
 <body>

  
    <header>
      <h1>Training with Camper Cat</h1>

      </header>
  


  <main>
    <section id="stealth">
      <h2>Stealth &amp; Agility Training</h2>
      <article><h3>Climb foliage quickly using a minimum spanning tree approach</h3></article>
      <article><h3>No training is NP-complete without parkour</h3></article>
    </section>
    <section id="combat">
      <h2>Combat Training</h2>
      <article><h3>Dispatch multiple enemies with multithreaded tactics</h3></article>
      <article><h3>Goodbye world: 5 proven ways to knock out an opponent</h3></article>
    </section>
    <section id="weapons">
      <h2>Weapons Training</h2>
      <article><h3>Swords: the best tool to literally divide and conquer</h3></article>
      <article><h3>Breadth-first or depth-first in multi-weapon training?</h3></article>
    </section>
  </main>
 </body>
diff --git a/MakeScreenReaderNavigationEasierWithTheNavLandmark.html b/MakeScreenReaderNavigationEasierWithTheNavLandmark.html
 <!--Make Screen Reader Navigation Easier with the nav Landmark
 The nav element is another HTML5 item with the embedded landmark feature for easy screen reader navigation. This tag is meant to wrap around the main navigation links in your page.

 If there are repeated site links at the bottom of the page, it isn't necessary to markup those with a nav tag as well. Using a footer (covered in the next challenge) is sufficient.


 Camper Cat included navigation links at the top of his training page, but wrapped them in a div. Change the div to a nav tag to improve the accessibility on his page.-->
 <body>
    <header>
      <h1>Training with Camper Cat</h1>
  
      <nav>
        <ul>
          <li><a href="#stealth">Stealth &amp; Agility</a></li>
          <li><a href="#combat">Combat</a></li>
          <li><a href="#weapons">Weapons</a></li>
        </ul>
      </nav>
  
    </header>
    <main>
      <section id="stealth">
        <h2>Stealth &amp; Agility Training</h2>
        <article><h3>Climb foliage quickly using a minimum spanning tree approach</h3></article>
        <article><h3>No training is NP-complete without parkour</h3></article>
      </section>
      <section id="combat">
        <h2>Combat Training</h2>
        <article><h3>Dispatch multiple enemies with multithreaded tactics</h3></article>
        <article><h3>Goodbye world: 5 proven ways to knock out an opponent</h3></article>
      </section>
      <section id="weapons">
        <h2>Weapons Training</h2>
        <article><h3>Swords: the best tool to literally divide and conquer</h3></article>
        <article><h3>Breadth-first or depth-first in multi-weapon training?</h3></article>
      </section>
    </main>
  </body>
diff --git a/StandartizeTimesWithTheHTML5DatetimeAttributr.html b/StandartizeTimesWithTheHTML5DatetimeAttributr.html
 <!--Standardize Times with the HTML5 datetime Attribute
 Continuing with the date theme, HTML5 also introduced the time element along with a datetime attribute to standardize times. This is an inline element that can wrap a date or time on a page. A valid format of that date is held by the datetime attribute. This is the value accessed by assistive devices. It helps avoid confusion by stating a standardized version of a time, even if it's written in an informal or colloquial manner in the text.

 Here's an example:

 <p>Master Camper Cat officiated the cage match between Goro and Scorpion <time datetime="2013-02-13">last Wednesday</time>, which ended in a draw.</p>


 Camper Cat's Mortal Kombat survey results are in! Wrap a time tag around the text "Thursday, September 15<sup>th</sup>" and add a datetime attribute to it set to "2016-09-15".-->
 <body>
    <header>
      <h1>Tournaments</h1>
    </header>
    <article>
      <h2>Mortal Kombat Tournament Survey Results</h2>
      
      <!-- Add your code below this line -->
      
      <p>Thank you to everyone for responding to Master Camper Cat's survey. The best day to host the vaunted Mortal Kombat tournament is Thursday, September 15<sup>th</sup>. May the best ninja win!</p>
      <time datetime="2016-09-15">Thursday, September 15<sup>th</sup></time>
      <!-- Add your code above this line -->
      
      <section>
        <h3>Comments:</h3>
        <article>
          <p>Posted by: Sub-Zero on <time datetime="2016-08-13T20:01Z">August 13<sup>th</sup></time></p>
          <p>Johnny Cage better be there, I'll finish him!</p>
        </article>
        <article>
          <p>Posted by: Doge on <time datetime="2016-08-15T08:12Z">August 15<sup>th</sup></time></p>
          <p>Wow, much combat, so mortal.</p>
        </article>
        <article>
          <p>Posted by: The Grim Reaper on <time datetime="2016-08-16T00:00Z">August 16<sup>th</sup></time></p>
          <p>Looks like I'll be busy that day.</p>
        </article>
      </section>
    </article>
    <footer>&copy; 2018 Camper Cat</footer>
  </body>
diff --git a/UseHeadingsToShowHierarchicalRelationshipsOfContent.html b/UseHeadingsToShowHierarchicalRelationshipsOfContent.html
 <!--Use Headings to Show Hierarchical Relationships of Content
 Headings (h1 through h6 elements) are workhorse tags that help provide structure and labeling to your content. Screen readers can be set to read only the headings on a page so the user gets a summary. This means it is important for the heading tags in your markup to have semantic meaning and relate to each other, not be picked merely for their size values.

 Semantic meaning means that the tag you use around content indicates the type of information it contains.

 If you were writing a paper with an introduction, a body, and a conclusion, it wouldn't make much sense to put the conclusion as a subsection of the body in your outline. It should be its own section. Similarly, the heading tags in a webpage need to go in order and indicate the hierarchical relationships of your content.

 Headings with equal (or higher) rank start new implied sections, headings with lower rank start subsections of the previous one.

 As an example, a page with an h2 element followed by several subsections labeled with h4 tags would confuse a screen reader user. With six choices, it's tempting to use a tag because it looks better in a browser, but you can use CSS to edit the relative sizing.

 One final point, each page should always have one (and only one) h1 element, which is the main subject of your content. This and the other headings are used in part by search engines to understand the topic of the page.


 Camper Cat wants a page on his site dedicated to becoming a ninja. Help him fix the headings so his markup gives semantic meaning to the content, and shows the proper parent-child relationships of his sections. Change all the h5 tags to the proper heading level to indicate they are subsections of the h2 ones.-->
 <h1>How to Become a Ninja</h1>
 <main>
  <h2>Learn the Art of Moving Stealthily</h2>
  <h3>How to Hide in Plain Sight</h3>
  <h3>How to Climb a Wall</h3>

  <h2>Learn the Art of Battle</h2>
  <h3>How to Strengthen your Body</h3>
  <h3>How to Fight like a Ninja</h3>

  <h2>Learn the Art of Living with Honor</h2>
  <h3>How to Breathe Properly</h3>
  <h3>How to Simplify your Life</h3>
 </main>
diff --git a/UseTabindexToAddKeyboardFocusToAnElement.html b/UseTabindexToAddKeyboardFocusToAnElement.html
 <!--Use tabindex to Add Keyboard Focus to an Element
 The HTML tabindex attribute has three distinct functions relating to an element's keyboard focus. When it's on a tag, it indicates that element can be focused on. The value (an integer that's positive, negative, or zero) determines the behavior.

 Certain elements, such as links and form controls, automatically receive keyboard focus when a user tabs through a page. It's in the same order as the elements come in the HTML source markup. This same functionality can be given to other elements, such as div, span, and p, by placing a tabindex="0" attribute on them. Here's an example:

 <div tabindex="0">I need keyboard focus!</div>

 Note
 A negative tabindex value (typically -1) indicates that an element is focusable, but is not reachable by the keyboard. This method is generally used to bring focus to content programmatically (like when a div used for a pop-up window is activated), and is beyond the scope of these challenges.


 Camper Cat created a new survey to collect information about his users. He knows input fields automatically get keyboard focus, but he wants to make sure his keyboard users pause at the instructions while tabbing through the items. Add a tabindex attribute to the p tag and set its value to "0". Bonus - using tabindex also enables the CSS pseudo-class :focus to work on the p tag.-->
 <head>
    <style>
    p:focus {
        background-color: yellow;
    }
    </style>
 </head>
 <body>
    <header>
        <h1>Ninja Survey</h1>
    </header>
    <section>
        <form action="">
            <p tabindex="0">Instructions: Fill in ALL your information then click <b>Submit</b></p>

            <label for="username">Username:</label>
            <input type="text" id="username" name="username"><br>
            <fieldset>
                <legend>What level ninja are you?</legend>
                <input id="newbie" type="radio" name="levels" value="newbie">
                <label for="newbie">Newbie Kitten</label><br>
                <input id="intermediate" type="radio" name="levels" value="intermediate">
                <label for="intermediate">Developing Student</label><br>
                <input id="master" type="radio" name="levels" value="master">
                <label for="master">9th Life Master</label>
            </fieldset>
            <br>
            <fieldset>
                <legend>Select your favourite weapons:</legend>
                <input id="stars" type="checkbox" name="weapons" value="stars">
                <label for="stars">Throwing Stars</label><br>
                <input id="nunchucks" type="checkbox" name="weapons" value="nunchucks">
                <label for="nunchucks">Nunchucks</label><br>
                <input id="sai" type="checkbox" name="weapons" value="sai">
                <label for="sai">Sai Set</label><br>
                <input id="sword" type="checkbox" name="weapons" value="sword">
                <label for="sword">Sword</label>
            </fieldset>
            <br>
            <input type="submit" name="submit" value="Submit">
        </form><br>
    </section>
    <footer>&copy; 2018 Camper Cat</footer>
 </body>
diff --git a/UseTabindexToSpecifyTheOrderOfKeyboardFocusForSeveralElements.html b/UseTabindexToSpecifyTheOrderOfKeyboardFocusForSeveralElements.html
 <!--Use tabindex to Specify the Order of Keyboard Focus for Several Elements
 The tabindex attribute also specifies the exact tab order of elements. This is achieved when the value of the attribute is set to a positive number of 1 or higher.

 Setting a tabindex="1" will bring keyboard focus to that element first. Then it cycles through the sequence of specified tabindex values (2, 3, etc.), before moving to default and tabindex="0" items.

 It's important to note that when the tab order is set this way, it overrides the default order (which uses the HTML source). This may confuse users who are expecting to start navigation from the top of the page. This technique may be necessary in some circumstances, but in terms of accessibility, take care before applying it.

 Here's an example:

 <div tabindex="1">I get keyboard focus, and I get it first!</div>

 <div tabindex="2">I get keyboard focus, and I get it second!</div>


 Camper Cat has a search field on his Inspirational Quotes page that he plans to position in the upper right corner with CSS. He wants the search input and submit input form controls to be the first two items in the tab order. Add a tabindex attribute set to "1" to the search input, and a tabindex attribute set to "2" to the submit input.

 -->
 <body>
        <header>
          <h1>Even Deeper Thoughts with Master Camper Cat</h1>
          <nav>
            <ul>
              <li><a href="">Home</a></li>
              <li><a href="">Blog</a></li>
              <li><a href="">Training</a></li>
            </ul>
          </nav>
        </header>
        <form>
          <label for="search">Search:</label>
          
          
          <input tabindex="1" type="search" name="search" id="search">
          <input tabindex="2" type="submit" name="submit" value="Submit" id="submit">
          
          
        </form>
        <h2>Inspirational Quotes</h2>
        <blockquote>
          <p>&ldquo;There's no Theory of Evolution, just a list of creatures I've allowed to live.&rdquo;<br>
          - Chuck Norris</p>
        </blockquote>
        <blockquote>
          <p>&ldquo;Wise men say forgiveness is divine, but never pay full price for late pizza.&rdquo;<br>
          - TMNT</p>
        </blockquote>
        <footer>&copy; 2018 Camper Cat</footer>
      </body>
diff --git a/WrapContentInTheArticleElement.html b/WrapContentInTheArticleElement.html
 <!--Wrap Content in the article Element
 article is another one of the new HTML5 elements that adds semantic meaning to your markup. Article is a sectioning element, and is used to wrap independent, self-contained content. The tag works well with blog entries, forum posts, or news articles.

 Determining whether content can stand alone is usually a judgement call, but there are a couple simple tests you can use. Ask yourself if you removed all surrounding context, would that content still make sense? Similarly for text, would the content hold up if it were in an RSS feed?

 Remember that folks using assistive technologies rely on organized, semantically meaningful markup to better understand your work.

 Note about section and div
 The section element is also new with HTML5, and has a slightly different semantic meaning than article. An article is for standalone content, and a section is for grouping thematically related content. They can be used within each other, as needed. For example, if a book is the article, then each chapter is a section. When there's no relationship between groups of content, then use a div.

 <div> - groups content
 <section> - groups related content
 <article> - groups independent, self-contained content

 Camper Cat used article tags to wrap the posts on his blog page, but he forgot to use them around the top one. Change the div tag to use an article tag instead.-->
 <h1>Deep Thoughts with Master Camper Cat</h1>
 <main>
  <article>
    <h2>The Garfield Files: Lasagna as Training Fuel?</h2>
    <p>The internet is littered with varying opinions on nutritional paradigms, from catnip paleo to hairball cleanses. But let's turn our attention to an often overlooked fitness fuel, and examine the protein-carb-NOM trifecta that is lasagna...</p>
  </article>

  <img src="samuraiSwords.jpeg" alt="">

  <article>
    <h2>Defeating your Foe: the Red Dot is Ours!</h2>
    <p>Felines the world over have been waging war on the most persistent of foes. This red nemesis combines both cunning stealth and lightening speed. But chin up, fellow fighters, our time for victory may soon be near...</p>
  </article>

  <img src="samuraiSwords.jpeg" alt="">

  <article>
    <h2>Is Chuck Norris a Cat Person?</h2>
    <p>Chuck Norris is widely regarded as the premier martial artist on the planet, and it's a complete coincidence anyone who disagrees with this fact mysteriously disappears soon after. But the real question is, is he a cat person?...</p>
  </article>
 </main>
diff --git a/WrapRadioButtonsInAFieldsetElementForBetterAccessibility.html b/WrapRadioButtonsInAFieldsetElementForBetterAccessibility.html
 <!--Wrap Radio Buttons in a fieldset Element for Better Accessibility
 The next form topic covers accessibility of radio buttons. Each choice is given a label with a for attribute tying to the id of the corresponding item as covered in the last challenge. Since radio buttons often come in a group where the user must choose one, there's a way to semantically show the choices are part of a set.

 The fieldset tag surrounds the entire grouping of radio buttons to achieve this. It often uses a legend tag to provide a description for the grouping, which is read by screen readers for each choice in the fieldset element.

 The fieldset wrapper and legend tag are not necessary when the choices are self-explanatory, like a gender selection. Using a label with the for attribute for each radio button is sufficient.

 Here's an example:

 <form>
  <fieldset>
    <legend>Choose one of these three items:</legend>
    <input id="one" type="radio" name="items" value="one">
    <label for="one">Choice One</label><br>
    <input id="two" type="radio" name="items" value="two">
    <label for="two">Choice Two</label><br>
    <input id="three" type="radio" name="items" value="three">
    <label for="three">Choice Three</label>
  </fieldset>
 </form>

 Camper Cat wants information about the ninja level of his users when they sign up for his email list. He's added a set of radio buttons, and learned from our last lesson to use label tags with for attributes for each choice. Go Camper Cat! However, his code still needs some help. Change the div tag surrounding the radio buttons to a fieldset tag, and change the p tag inside it to a legend.-->
 <body>
    <header>
      <h1>Deep Thoughts with Master Camper Cat</h1>
    </header>
    <section>
      <form>
        <p>Sign up to receive Camper Cat's blog posts by email here!</p>
        <label for="email">Email:</label>
        <input type="text" id="email" name="email">
        
        
        <!-- Add your code below this line -->
        <fieldset>
          <legend>What level ninja are you?</legend>
          <input id="newbie" type="radio" name="levels" value="newbie">
          <label for="newbie">Newbie Kitten</label><br>
          <input id="intermediate" type="radio" name="levels" value="intermediate">
          <label for="intermediate">Developing Student</label><br>
          <input id="master" type="radio" name="levels" value="master">
          <label for="master">Master</label>
        </fieldset>
        <!-- Add your code above this line -->
        
        
        <input type="submit" name="submit" value="Submit">
      </form>
    </section>
    <article>
      <h2>The Garfield Files: Lasagna as Training Fuel?</h2>
      <p>The internet is littered with varying opinions on nutritional paradigms, from catnip paleo to hairball cleanses. But let's turn our attention to an often overlooked fitness fuel, and examine the protein-carb-NOM trifecta that is lasagna...</p>
    </article>
    <img src="samuraiSwords.jpeg" alt="">
    <article>
      <h2>Defeating your Foe: the Red Dot is Ours!</h2>
      <p>Felines the world over have been waging war on the most persistent of foes. This red nemesis combines both cunning stealth and lightening speed. But chin up, fellow fighters, our time for victory may soon be near...</p>
    </article>
    <img src="samuraiSwords.jpeg" alt="">
    <article>
      <h2>Is Chuck Norris a Cat Person?</h2>
      <p>Chuck Norris is widely regarded as the premier martial artist on the planet, and it's a complete coincidence anyone who disagrees with this fact mysteriously disappears soon after. But the real question is, is he a cat person?...</p>
    </article>
    <footer>&copy; 2018 Camper Cat</footer>
  </body>
	<!--Add an Accessible Date Picker
	Forms often include the input field, which can be used to create several different form controls. The type attribute on this element indicates what kind of input will be created.

	You may have noticed the text and submit input types in prior challenges, and HTML5 introduced an option to specify a date field. Depending on browser support, a date picker shows up in the input field when it's in focus, which makes filling in a form easier for all users.

	For older browsers, the type will default to text, so it helps to show users the expected date format in the label or as placeholder text just in case.

	Here's an example:

	<label for="input1">Enter a date:</label>
	<input type="date" id="input1" name="input1">

	Camper Cat is setting up a Mortal Kombat tournament and wants to ask his competitors to see what date works best. Add an input tag with a type attribute of "date", an id attribute of "pickdate", and a name attribute of "date".-->
	<body>
	<header>
	<h1>Tournaments</h1>
	</header>
	<main>
	<section>
	<h2>Mortal Kombat Tournament Survey</h2>
	<form>
	<p>Tell us the best date for the competition</p>
	<label for="pickdate">Preferred Date:</label>

	<!-- Add your code below this line -->

	<input type="date" id="pickdate" name="date">

	<!-- Add your code above this line -->

	<input type="submit" name="submit" value="Submit">
	</form>
	</section>
	</main>
	<footer>© 2018 Camper Cat</footer>
	</body>
	<!--Add a Text Alternative to Images for Visually Impaired Accessibility
	It's likely you've seen an alt attribute on an img tag in other challenges. Alt text describes the content of the image and provides a text-alternative. This helps in case the image fails to load or can't be seen by a user. It's also used by search engines to understand what an image contains to include it in search results. Here's an example:

	<img src="importantLogo.jpeg" alt="Company logo">

	People with visual impairments rely on screen readers to convert web content to an audio interface. They won't get information if it's only presented visually. For images, screen readers can access the alt attribute and read its contents to deliver key information.

	Good alt text is short but descriptive, and meant to briefly convey the meaning of the image. You should always include an alt attribute on your image. Per HTML5 specification, this is now considered mandatory.


	Camper Cat happens to be both a coding ninja and an actual ninja, and is building a website to share his knowledge. The profile picture he wants to use shows his skills, and should be appreciated by all site visitors. Add an alt attribute in the img tag, that explains Camper Cat is doing karate. (The image src doesn't link to an actual file, so you should see the alt text in the display.)-->
	<h1>Deep Thoughts with Master Camper Cat</h1>
	<article>
	<h2>Defeating your Foe: the Red Dot is Ours!</h2>
	<p>To Come...</p>
	</article>

	<img src="samuraiSwords.jpeg">

	<article>
	<h2>Is Chuck Norris a Cat Person?</h2>
	<p>To Come...</p>
	</article>
	<!--Avoid Colorblindness Issues by Carefully Choosing Colors that Convey Information
	There are various forms of colorblindness. These can range from a reduced sensitivity to a certain wavelength of light to the inability to see color at all. The most common form is a reduced sensitivity to detect greens.

	For example, if two similar green colors are the foreground and background color of your content, a colorblind user may not be able to distinguish them. Close colors can be thought of as neighbors on the color wheel, and those combinations should be avoided when conveying important information.

	Note
	Some online color picking tools include visual simulations of how colors appear for different types of colorblindness. These are great resources in addition to online contrast checking calculators.


	Camper Cat is testing different styles for an important button, but the yellow (#FFFF33) background-color and the green (#33FF33) text color are neighboring hues on the color wheel and virtually indistinguishable for some colorblind users. (Their similar lightness also fails the contrast ratio check). Change the text color to a dark blue (#003366) to solve both problems.-->
	<head>
	<style>
	button {
	color: #003366;
	background-color: #FFFF33;
	font-size: 14px;
	padding: 10px;
	}
	</style>
	</head>
	<body>
	<header>
	<h1>Danger!</h1>
	</header>
	<button>Delete Internet</button>
	</body>
	<!--Avoid Colorblindness Issues by Using Sufficient Contrast
	Color is a large part of visual design, but its use introduces two accessibility issues. First, color alone should not be used as the only way to convey important information because screen reader users won't see it. Second, foreground and background colors need sufficient contrast so colorblind users can distinguish them.

	Previous challenges covered having text alternatives to address the first issue. The last challenge introduced contrast checking tools to help with the second. The WCAG-recommended contrast ratio of 4.5:1 applies for color use as well as gray-scale combinations.

	Colorblind users have trouble distinguishing some colors from others - usually in hue but sometimes lightness as well. You may recall the contrast ratio is calculated using the relative luminance (or lightness) values of the foreground and background colors.

	In practice, the 4.5:1 ratio can be reached by darkening the darker color and lightening the lighter one with the aid of a color contrast checker. Darker colors on the color wheel are considered to be blues, violets, magentas, and reds, whereas lighter colors are oranges, yellows, greens, and blue-greens.


	Camper Cat is experimenting with using color for his blog text and background, but his current combination of a greenish background-color with maroon text color has a 2.5:1 contrast ratio. You can easily adjust the lightness of the colors since he declared them using the CSS hsl() property (which stands for hue, saturation, lightness) by changing the third argument. Increase the background-color lightness value from 35% to 55%, and decrease the color lightness value from 20% to 15%. This improves the contrast to 5.9:1.-->
	<head>
	<style>
	body {
	color: hsl(0, 55%, 15%);
	background-color: hsl(120, 25%, 55%);
	}
	</style>
	</head>
	<body>
	<header>
	<h1>Deep Thoughts with Master Camper Cat</h1>
	</header>
	<article>
	<h2>A Word on the Recent Catnip Doping Scandal</h2>
	<p>The influence that catnip has on feline behavior is well-documented, and its use as an herbal supplement in competitive ninja circles remains controversial. Once again, the debate to ban the substance is brought to the public's attention after the high-profile win of Kittytron, a long-time proponent and user of the green stuff, at the Claw of Fury tournament.</p>
	<p>As I've stated in the past, I firmly believe a true ninja's skills must come from within, with no external influences. My own catnip use shall continue as purely recreational.</p>
	</article>
	</body>
	<!--Give Links Meaning by Using Descriptive Link Text
	Screen reader users have different options for what type of content their device reads. This includes skipping to (or over) landmark elements, jumping to the main content, or getting a page summary from the headings. Another option is to only hear the links available on a page.

	Screen readers do this by reading the link text, or what's between the anchor (a) tags. Having a list of "click here" or "read more" links isn't helpful. Instead, you should use brief but descriptive text within the a tags to provide more meaning for these users.


	The link text that Camper Cat is using is not very descriptive without the surrounding context. Move the anchor (a) tags so they wrap around the text "information about batteries" instead of "Click here".-->
	<body>
	<header>
	<h1>Deep Thoughts with Master Camper Cat</h1>
	</header>
	<article>
	<h2>Defeating your Foe: the Red Dot is Ours!</h2>
	<p>Felines the world over have been waging war on the most persistent of foes. This red nemesis combines both cunning stealth and lightening speed. But chin up, fellow fighters, our time for victory may soon be near. Click here for <a href="">information about batteries</a></p>
	</article>
	</body>
	<!--Improve Accessibility of Audio Content with the audio Element
	HTML5's audio element gives semantic meaning when it wraps sound or audio stream content in your markup. Audio content also needs a text alternative to be accessible to people who are deaf or hard of hearing. This can be done with nearby text on the page or a link to a transcript.

	The audio tag supports the controls attribute. This shows the browser default play, pause, and other controls, and supports keyboard functionality. This is a boolean attribute, meaning it doesn't need a value, its presence on the tag turns the setting on.

	Here's an example:

	<audio id="meowClip" controls>
	<source src="audio/meow.mp3" type="audio/mpeg" />
	<source src="audio/meow.ogg" type="audio/ogg" />
	</audio>
	Note
	Multimedia content usually has both visual and auditory components. It needs synchronized captions and a transcript so users with visual and/or auditory impairments can access it. Generally, a web developer is not responsible for creating the captions or transcript, but needs to know to include them.


	Time to take a break from Camper Cat and meet fellow camper Zersiax (@zersiax), a champion of accessibility and a screen reader user. To hear a clip of his screen reader in action, add an audio element after the p. Include the controls attribute. Then place a source tag inside the audio tags with the src attribute set to "https://s3.amazonaws.com/freecodecamp/screen-reader.mp3" and type attribute set to "audio/mpeg".

	Note
	The audio clip may sound fast and be difficult to understand, but that is a normal speed for screen reader users.-->
	<body>
	<header>
	<h1>Real Coding Ninjas</h1>
	</header>
	<main>
	<p>A sound clip of Zersiax's screen reader in action.</p>
	<audio controls><source src="https://s3.amazonaws.com/freecodecamp/screen-reader.mp3" type="audio/mpeg" /></audio>


	</main>
	</body>
	<!--Improve Chart Accessibility with the figure Element
	HTML5 introduced the figure element, along with the related figcaption. Used together, these items wrap a visual representation (like an image, diagram, or chart) along with its caption. This gives a two-fold accessibility boost by both semantically grouping related content, and providing a text alternative that explains the figure.

	For data visualizations like charts, the caption can be used to briefly note the trends or conclusions for users with visual impairments. Another challenge covers how to move a table version of the chart's data off-screen (using CSS) for screen reader users.

	Here's an example - note that the figcaption goes inside the figure tags and can be combined with other elements:

	<figure>
	<img src="roundhouseDestruction.jpeg" alt="Photo of Camper Cat executing a roundhouse kick">
	<br>
	<figcaption>
	Master Camper Cat demonstrates proper form of a roundhouse kick.
	</figcaption>
	</figure>

	Camper Cat is hard at work creating a stacked bar chart showing the amount of time per week to spend training in stealth, combat, and weapons. Help him structure his page better by changing the div tag he used to a figure tag, and the p tag that surrounds the caption to a figcaption tag.-->
	<body>
	<header>
	<h1>Training</h1>
	<nav>
	<ul>
	<li><a href="#stealth">Stealth & Agility</a></li>
	<li><a href="#combat">Combat</a></li>
	<li><a href="#weapons">Weapons</a></li>
	</ul>
	</nav>
	</header>
	<main>
	<section>

	<!-- Add your code below this line -->
	<figure>
	<!-- Stacked bar chart will go here -->
	<br>
	<figcaption>Breakdown per week of time to spend training in stealth, combat, and weapons.</figcaption>
	</figure>
	<!-- Add your code above this line -->

	</section>
	<section id="stealth">
	<h2>Stealth & Agility Training</h2>
	<article><h3>Climb foliage quickly using a minimum spanning tree approach</h3></article>
	<article><h3>No training is NP-complete without parkour</h3></article>
	</section>
	<section id="combat">
	<h2>Combat Training</h2>
	<article><h3>Dispatch multiple enemies with multithreaded tactics</h3></article>
	<article><h3>Goodbye world: 5 proven ways to knock out an opponent</h3></article>
	</section>
	<section id="weapons">
	<h2>Weapons Training</h2>
	<article><h3>Swords: the best tool to literally divide and conquer</h3></article>
	<article><h3>Breadth-first or depth-first in multi-weapon training?</h3></article>
	</section>
	</main>
	<footer>© 2018 Camper Cat</footer>
	</body>
	<!--Improve Form Field Accessibility with the label Element
	Improving accessibility with semantic HTML markup applies to using both appropriate tag names as well as attributes. The next several challenges cover some important scenarios using attributes in forms.

	The label tag wraps the text for a specific form control item, usually the name or label for a choice. This ties meaning to the item and makes the form more readable. The for attribute on a label tag explicitly associates that label with the form control and is used by screen readers.

	You learned about radio buttons and their labels in a lesson in the Basic HTML section. In that lesson, we wrapped the radio button input element inside a label element along with the label text in order to make the text clickable. Another way to achieve this is by using the for attribute as explained in this lesson.

	The value of the for attribute must be the same as the value of the id attribute of the form control. Here's an example:

	<form>
	<label for="name">Name:</label>
	<input type="text" id="name" name="name">
	</form>

	Camper Cat expects a lot of interest in his thoughtful blog posts, and wants to include an email sign up form. Add a for attribute on the email label that matches the id on its input field.-->
	<body>
	<header>
	<h1>Deep Thoughts with Master Camper Cat</h1>
	</header>
	<section>
	<form>
	<p>Sign up to receive Camper Cat's blog posts by email here!</p>


	<label for="email">Email:</label>
	<input type="text" id="email" name="email">


	<input type="submit" name="submit" value="Submit">
	</form>
	</section>
	<article>
	<h2>The Garfield Files: Lasagna as Training Fuel?</h2>
	<p>The internet is littered with varying opinions on nutritional paradigms, from catnip paleo to hairball cleanses. But let's turn our attention to an often overlooked fitness fuel, and examine the protein-carb-NOM trifecta that is lasagna...</p>
	</article>
	<img src="samuraiSwords.jpeg" alt="">
	<article>
	<h2>Defeating your Foe: the Red Dot is Ours!</h2>
	<p>Felines the world over have been waging war on the most persistent of foes. This red nemesis combines both cunning stealth and lightening speed. But chin up, fellow fighters, our time for victory may soon be near...</p>
	</article>
	<img src="samuraiSwords.jpeg" alt="">
	<article>
	<h2>Is Chuck Norris a Cat Person?</h2>
	<p>Chuck Norris is widely regarded as the premier martial artist on the planet, and it's a complete coincidence anyone who disagrees with this fact mysteriously disappears soon after. But the real question is, is he a cat person?...</p>
	</article>
	<footer>© 2018 Camper Cat</footer>
	</body>
	<!--Improve Readability with High Contrast Text
	Low contrast between the foreground and background colors can make text difficult to read. Sufficient contrast improves the readability of your content, but what exactly does "sufficient" mean?

	The Web Content Accessibility Guidelines (WCAG) recommend at least a 4.5 to 1 contrast ratio for normal text. The ratio is calculated by comparing the relative luminance values of two colors. This ranges from 1:1 for the same color, or no contrast, to 21:1 for white against black, the strongest contrast. There are many contrast checking tools available online that calculate this ratio for you.


	Camper Cat's choice of light gray text on a white background for his recent blog post has a 1.5:1 contrast ratio, making it hard to read. Change the color of the text from the current gray (#D3D3D3) to a darker gray (#636363) to improve the contrast ratio to 6:1.-->
	<head>
	<style>
	body {
	color: #636363;
	background-color: #FFF;
	}
	</style>
	</head>
	<body>
	<header>
	<h1>Deep Thoughts with Master Camper Cat</h1>
	</header>
	<article>
	<h2>A Word on the Recent Catnip Doping Scandal</h2>
	<p>The influence that catnip has on feline behavior is well-documented, and its use as an herbal supplement in competitive ninja circles remains controversial. Once again, the debate to ban the substance is brought to the public's attention after the high-profile win of Kittytron, a long-time proponent and user of the green stuff, at the Claw of Fury tournament.</p>
	<p>As I've stated in the past, I firmly believe a true ninja's skills must come from within, with no external influences. My own catnip use shall continue as purely recreational.</p>
	</article>
	</body>
	<!--Jump Straight to the Content Using the main Element
	HTML5 introduced a number of new elements that give developers more options while also incorporating accessibility features. These tags include main, header, footer, nav, article, and section, among others.

	By default, a browser renders these elements similarly to the humble div. However, using them where appropriate gives additional meaning in your markup. The tag name alone can indicate the type of information it contains, which adds semantic meaning to that content. Assistive technologies can access this information to provide better page summary or navigation options to their users.

	The main element is used to wrap (you guessed it) the main content, and there should be only one per page. It's meant to surround the information that's related to the central topic of your page. It's not meant to include items that repeat across pages, like navigation links or banners.

	The main tag also has an embedded landmark feature that assistive technology can use to quickly navigate to the main content. If you've ever seen a "Jump to Main Content" link at the top of a page, using a main tag automatically gives assistive devices that functionality.


	Camper Cat has some big ideas for his ninja weapons page. Help him set up his markup by adding opening and closing main tags between the header and footer (covered in other challenges). Keep the main tags empty for now.-->
	<header>
	<h1>Weapons of the Ninja</h1>
	</header>
	<main></main>


	<footer></footer>