* feat: use legacy flag chore: reorder challenges fix: linter revert: server change feat: unblock new editor fix: proper order fix: 0-based order fix: broke the order feat: move tribute certification to its own block feat: split the old projects block into 4 fix: put all blocks in order chore: add intro text refactor: use block, not blockName in query fix: project progress indicator * fix: reorder new challenges/certs * fix: reorder legacy challenges * fix: reintroduce legacy certs * feat: add showNewCurriculum flag to env * chore: forgot sample.env * feat: use feature flag for display * fix: rename meta + dirs to match new blocks * fix: add new blocks to help-category-map * fix: update completion-modal for new GQL schema * test: duplicate title/id errors -> warnings * fix: update completion-modal to new GQL schema Mk2 * chore: re-order metas (again) * fix: revert super-block-intro changes The intro needs to show both legacy and new content. We need to decide which pages are created, rather than than what a page shows when rendered. * feat: move upcoming curriculum into own superblock * fix: handle one certification with two superBlocks * fix: remove duplicated intros * fix: remove duplicate projects from /settings * fix: drop 'two' from Responsive Web Design Two * chore: rename slug suffix from two to v2 * feat: control display of new curriculum * feat: control project paths shown on /settings * fix: use new project order for /settings This does mean that /settings will change before the release, but I don't think it's serious. All the projects are there, just not in the legacy order. * fix: claim/show cert button * chore: remove isLegacy Since we have legacy superblocks, we don't currently need individual blocks to be legacy * test: fix utils.test * fix: verifyCanClaim needs certification If Shaun removes the cert claim cards, maybe we can remove this entirely * fix: add hasEditableBoundaries flags where needed * chore: remove isUpcomingChange * chore: v2 -> 22 Co-authored-by: Oliver Eyton-Williams <ojeytonwilliams@gmail.com>
4.0 KiB
id, title, challengeType, forumTopicId, dashedName
id | title | challengeType | forumTopicId | dashedName |
---|---|---|---|---|
587d78b0367417b2b2512b05 | Build a Technical Documentation Page | 3 | 301146 | build-a-technical-documentation-page |
--description--
Objective: Build a CodePen.io app that is functionally similar to this: https://codepen.io/freeCodeCamp/full/NdrKKL.
Fulfill the below user stories and get all of the tests to pass. Give it your own personal style.
You can use HTML, JavaScript, and CSS to complete this project. Plain CSS is recommended because that is what the lessons have covered so far and you should get some practice with plain CSS. You can use Bootstrap or SASS if you choose. Additional technologies (just for example jQuery, React, Angular, or Vue) are not recommended for this project, and using them is at your own risk. Other projects will give you a chance to work with different technology stacks like React. We will accept and try to fix all issue reports that use the suggested technology stack for this project. Happy coding!
User Story #1: I can see a main
element with a corresponding id="main-doc"
, which contains the page's main content (technical documentation).
User Story #2: Within the #main-doc
element, I can see several section
elements, each with a class of main-section
. There should be a minimum of 5.
User Story #3: The first element within each .main-section
should be a header
element which contains text that describes the topic of that section.
User Story #4: Each section
element with the class of main-section
should also have an id that corresponds with the text of each header
contained within it. Any spaces should be replaced with underscores (e.g. The section
that contains the header "JavaScript and Java" should have a corresponding id="JavaScript_and_Java"
).
User Story #5: The .main-section
elements should contain at least 10 p
elements total (not each).
User Story #6: The .main-section
elements should contain at least 5 code
elements total (not each).
User Story #7: The .main-section
elements should contain at least 5 li
items total (not each).
User Story #8: I can see a nav
element with a corresponding id="navbar"
.
User Story #9: The navbar element should contain one header
element which contains text that describes the topic of the technical documentation.
User Story #10: Additionally, the navbar should contain link (a
) elements with the class of nav-link
. There should be one for every element with the class main-section
.
User Story #11: The header
element in the navbar must come before any link (a
) elements in the navbar.
User Story #12: Each element with the class of nav-link
should contain text that corresponds to the header
text within each section
(e.g. if you have a "Hello world" section/header, your navbar should have an element which contains the text "Hello world").
User Story #13: When I click on a navbar element, the page should navigate to the corresponding section of the main-doc
element (e.g. If I click on a nav-link
element that contains the text "Hello world", the page navigates to a section
element that has that id and contains the corresponding header
.
User Story #14: On regular sized devices (laptops, desktops), the element with id="navbar"
should be shown on the left side of the screen and should always be visible to the user.
User Story #15: My Technical Documentation page should use at least one media query.
You can build your project by using this CodePen template and clicking Save
to create your own pen. Or you can use this CDN link to run the tests in any environment you like: https://cdn.freecodecamp.org/testable-projects-fcc/v1/bundle.js
Once you're done, submit the URL to your working project with all its tests passing.
--solutions--
// solution required