Skip to content

turingschool/try-turing

This branch is up to date with gh-pages.

Folders and files

NameName
Last commit message
Last commit date

Latest commit

a2a0299 ยท Feb 25, 2025
May 20, 2024
Dec 11, 2023
Nov 22, 2019
May 20, 2024
Jan 9, 2024
May 9, 2024
Jan 5, 2022
Feb 25, 2025
May 4, 2022
May 22, 2023
Jul 16, 2022
Feb 11, 2022
Apr 12, 2021
Jan 10, 2023
May 22, 2023
Jul 17, 2022
Jun 8, 2023
Dec 8, 2022
Jul 20, 2023
Jan 20, 2022
May 22, 2023
Jul 3, 2023
Feb 25, 2025
Oct 15, 2024
May 21, 2021
May 22, 2023
Oct 30, 2020
May 22, 2023
May 21, 2021
Aug 19, 2020
Jul 15, 2021
Sep 5, 2024
Nov 14, 2024
Feb 14, 2022
May 20, 2024
May 20, 2024
Oct 15, 2024
Dec 6, 2021
Jan 31, 2024
Nov 10, 2020
Apr 26, 2021
Nov 22, 2019
May 18, 2021
Jun 13, 2021
Dec 11, 2023
Sep 19, 2023
Dec 20, 2019
Jul 11, 2023
Nov 22, 2019
Nov 22, 2019
Dec 20, 2019

Repository files navigation

Try Coding

This is the curriculum for all Try Coding workshops. Some are archived and/or not currently available through the site.

Contributing

This site is built with Jekyll. Find the docs here.

Setup

  • Clone the repo git clone [email protected]:turingschool/try-turing.git
  • run bundle install
  • You can now begin to edit the website
  • To start the server run jekyll serve --incremental
  • Navigate to localhost:4000 in the browser to see the site
  • You can push changes to production by pushing the gh-pages branch to GitHub

The changes may take a minute or two to be recognized on production. Please make sure you review your changes on production.

Structure of Site

The site has 3 main pages:

  • landing page (/index.html)
  • Workshop Curriculum Index (/workshop-curriculm/index.html)
  • What Students Learn and Build at Turing (/what-students-learn/index.html)

All content files (which are mainly lessons) in the site can be written as either Markdown or HTML. Each curriculum is housed in its own directory at the root of the project.

root
|_ be-weekend
|_ be-weekday
|_ fe-weekend
|_ popup-[name-of-event]

etc...

Inside of each curriculum directory, there should be an index.md file, an assets directory, and a series of directories - one directory for each section of the curriculum. Each section should have its own index.md file. Many will also have an archived directory with former versions of the workshop. Here's an example:

root
|_ backend-online
    |_ archive
    |_ assets
    |_ section1
      |_ index.md
    |_ section2
      |_ index.md
  |_ index.md

Headers in Markdown Files

For each file, include a header with the following syntax:

---
title: Name of lesson
layout: lesson
---

The title will appear as the h1 on that page and the value provided for layout will correspond to a template in the _layouts directory.

Styling

Each page, or type of page (for example, the lesson page), has its own sass file for styling. That file lives in the _sass directory, and must be imported into stylesheets/styles-2017121801.scss.

Some components have been built for conssitency across lessons. Since they require classes, they are written in HTML.

Try It Boxes:

<div class="try-it-new">
  <h2>Try It: Title Here</h2>
  <p>Content here</p>
</div>

Takeaways Boxes:

<div class="expander expander-lesson">
  <header>
    <h2 class="spicy-click">Takeaways</h2>
    <div>
      <button class="expander-btn">
        <img src="../../assets/icons/arrow.svg" alt="expander arrow icon" />
      </button>
    </div>
  </header>

  <div class="hide">
    <p>Content</p>
  </div>
</div>

Help Me Buttons:

<div class="help-container">
  <button class="help-click"><span role="img" aria-label="raised hand">๐Ÿคš</span>Help Me!</button>
    <div class="help-toggle">
      <p>Content here</p>
    </div>
</div>

Spicy Challenge Boxes:

<div class="spicy-container">
  <p class="spicy-click">
    <span role="img" aria-label="spicy pepper">๐ŸŒถ</span>Click here for a Spicy Challenge<span role="img" aria-label="spicy pepper">๐ŸŒถ</span>
  </p>
  <div class="spicy-toggle">
    <p>Content here</p>
  </div>
</div>

Style Guide

  • Default to using markdown, but take advantage of HTML when you need to (when you need to use CSS or JavaScript, make something accessible, include blank target for link, etc.)
  • Pad each heading, paragraph, and code snippet with one line of white space in markdown files
  • Use <a target="blank"> for external link rather than the Markdown []() so use is not navigated away from curriculum site (please don't include the underscore before blank as it throws off syntax highlighting in many text editors, when in markdown files)
  • Don't use periods at the end of each item on an unordered list
  • For links within the site, default to referencing {{ site.url }} rather than the live URL
  • We use the Oxford comma

GitHub uses a slightly different system for translating from Markdown than the engine we use for try.turing.edu. Keep in mind:

  • Use a space after your #'s in headers
  • Use a blank line between your headers and any content below
  • Replace any | with \| unless you're really trying to create a table