• Stars
    star
    132
  • Rank 268,446 (Top 6 %)
  • Language
    JavaScript
  • License
    Other
  • Created over 7 years ago
  • Updated over 1 year ago

Reviews

There are no reviews yet. Be the first to send feedback to the community and the maintainers!

Repository Details

A Jekyll theme showcasing the U.S. Web Design System

This repository is in maintenance mode and only accepting fixes. The Tech Portfolio and TTS Digital Council are working on a strategy for TTS microsites which will inform the future of this theme. Open an issue to provide any feedback.

Jekyll + U.S. Web Design System

This is a Jekyll theme for the U.S. Web Design System.

Table of contents

  1. Installation
  2. Configuration
  3. Assets
  4. Customization
  5. Components
  6. Layouts
  7. Migration guide
  8. Development

Installation

  1. Install the theme as a Ruby Gem by adding it to your Gemfile like so:

    gem 'uswds-jekyll'
  2. Fetch and update your bundled gems by running:

    bundle
  3. Set the theme in your site's Jekyll configuration, _config.yml:

    theme: uswds-jekyll

You will need to restart your Jekyll server to see the effects.

Install as a new Jekyll site

  1. Create a new Jekyll site:

    jekyll new
    
  2. Replace the default gem "minima", "~> 2.0" gem with the uswds-jekyll gem in your Gemfile:

    gem 'uswds-jekyll'
  3. Set the theme in your site's Jekyll configuration, _config.yml:

    theme: uswds-jekyll
  4. Fetch and update your bundled gems by running:

    bundle
  5. Run bundle exec jekyll serve to build your site locally at http://localhost:4000/

Versioning

To reference a specific version of this theme:

  1. Visit the releases page and decide which version you want to use.

  2. Specify the version in your Gemfile.

    gem 'uswds-jekyll', '~> 5.0'

Configuration

Configuration of common elements (header, identifier, navigation, etc.) happens in your project's data files. See this project's data directory for reference configurations of each component.

The default layout also provides a mechanism for automatically including stylesheets and scripts on a site-wide, layout-wide, and per-page basis. See asset load order for more information.

Site title

You can change your site's title with the title field in _config.yml. If you want to provide an alternate title for use only in the site header, you can set the title field in _data/header.yml.

Site description

You can change your site's description with the description field in _config.yml. If you want to override it for a particular page, you can set the description field in that page's frontmatter.

Navigation

This theme's navigation system is powerful and flexible. Named navigational lists live in your project's _data/navigation.yml.

By default all links are assumed to be internal to the site. You can add external: true to links that are external. You can also add class: class-name to add a class to a specific link.

# _data/navigation.yml

primary:
  - text: Documentation
    href: /docs/
  - text: Support
    href: /help/
    class: highlight
  - text: "18F"
    href: https://18f.gsa.gov
    external: true

  # link objects with a 'links' field will be presented as
  # collapsible link lists. The 'links' field can either be
  # a reference to another link list in this file, or
  # a literal list.

  - text: Section title
    links: <links>

This scheme allows you to define navigational elements that can be shared by different components, such as the header and sidenav. See the documentation for those components for more info.

Page title

Set each page's title in its frontmatter:

---
title: About us
---

Page subnavigation

If you're using the page layout, each page may declare its own side navigation and subnavigation in its front matter:

---
sidenav: documentation
subnav:
  - text: Section one
    href: '#section-one'
  - text: Section two
    href: '#section-two
---

## Section one

## Section two

As with the header, the sidenav field may either reference a common navigation list from _data/navigation.yml (recommended) or be a literal list of links.

The subnav field should be used to link to sections within the current page, because links to other pages will cause the linking page's side navigation to collapse when visited.

sidenav is a key into _data/navigation.yml. See the navigation docs for more info.

A page's "current" or "active" state in the sidenav is determined by whether a link's href matches page.url or page.permalink for each page being rendered.

subnav is a list of links to display on this page under its own link in the side navigation.

Note that subnav link hrefs are not prefixed with site.baseurl because this breaks hash links prefixed with #.

Pro tip: Unless your Jekyll configuration specifies otherwise, the default Markdown formatter (Kramdown) will automatically generate predictable id attributes for your page headings and convert markdown like this:

## Section one

into:

<h2 id="section-one">Section one</h2>

If you're using Redcarpet, you will need to configure it to enable the with_toc_data extension in your _config.yml, like so:

markdown: redcarpet
redcarpet:
  extensions:
    - with_toc_data

Pro tip: If you're like us and prefer your navigation sticky, you can add sticky_sidenav: true on page, project, and team member layouts to have the sidenav follow as you scroll.

Hero

hero: # optional
  image: /path/to/image.jpg # optional
  callout:
    alt: Callout white text! # optional
    text: The rest of the callout
  button: # optional
    text: The button text
    href: /button-href/

Tagline intro

# optional, but must be used in conjunction with 'intro', below
tagline: A tagline for your page
# also optional, but must be used with 'tagline', above
intro: |
  Some introductory text content.

  This will be processed as **Markdown**.

Graphics list

# an optional list of graphics to display before or after the content
graphics:
  - image:
      # note the indentation here: graphics[n].image.src
      src: /path/to/image.ext
      alt: optional alt text
    title: Optional graphic title, rendered as an <h3>
    description: Graphic description text, processed as _Markdown_.

# optional
graphics_position: (before|after)

Color configuration

The default colors can be configured in the _data/theme.yml file. Other settings can be configured using USWDS theme settings. (See the customization section, below.)

Search

Search.gov is used for search and can be configured in _config.yml.

Before configuring your search you will need to create a search.gov account and set up your website with search.gov.

After setting up your site on search.gov you can then add your search_site_handle to the config.yml.

Analytics

Google Analytics

You can add Google Analytics to your site by uncommenting the google_analytics_ua line and replacing UA-????????-?? with your Google analytics UA code.

# Configuration for Google Analytics, add your UA code here:
# google_analytics_ua: UA-????????-??

Digital Analytics Program (DAP)

You can add DAP to your site by uncommenting the dap_agency line and, if need be, replacing GSA with the appropriate agency key. And optionally, dap_subagency may also be specified. For more information visit https://www.digitalgov.gov/services/dap/

# Configuration for DAP, add your agency ID here:
# dap_agency: GSA
# dap_subagency: TTS

Feedback form

To add a user feedback form, create a new survey through Touchpoints and add the ID via the touchpoints_form_id key in _config.yml.

Last modified date

To show the last date a page was last modified by:

  1. Add these lines to the edit-page.yml data file:

    last_modified:
      display_date: true
      date_format: '%B %d, %Y'
  2. Add the following to your Gemfile:

    group :jekyll_plugins do
      gem "jekyll-last-modified-at"
    end

This will add the date right before the identifier component.

Edit page

To add a link which will allow visitors to submit edits to the current page via GitHub, add the following lines to to the edit-page.yml data file:

edit_page:
  display_link: true
  text: "Edit this page"

This will add the edit link right before the identifier component.

Anchor JS

You can show an anchor link next to header tags by uncommenting this section from the _config.yml data file. This will add an anchor link after the header tag on the page and post layouts making each header linkable. See https://github.com/bryanbraun/anchorjs for more information.

# anchor_js_targets: [h1, h2, h3, h4, h5, h6]

Private Eye JS

By default, the USWDS Jekyll theme uses Private Eye to denote private links. You can turn this on by adding the setting below in your _config.yml. If you would like to customize the default Private Eye configuration, you can find it in /assets/js/private_eye_conf.js.

private_eye: true

Assets

The stylesheet and script includes each incorporate the USWDS CSS and JS files if the corresponding styles and scripts lists aren't defined in your _config.yml. So unless you add one or both of those manually, your HTML will include the following:

<!-- in the <head> -->
<link rel="stylesheet" href="/assets/uswds/css/uswds.min.css" media="screen">
<!-- before </body> -->
<script src="/assets/uswds/js/uswds.min.js" async>

Read more about customizing stylesheets and scripts below.

Stylesheets

As a general rule, all stylesheets are inserted in a layouts' <head>, which qualifies them as "render-blocking". Site stylesheets can be specified in _config.yml or a layout or page's front matter YAML in the following form:

styles:
  - /path/to/sheet.css
  - href: /path/to/sheet.css
    media: (screen|print|all) # optional

Stylesheets specified as objects (in the latter item above) must have an href property. The media defaults to screen.

Scripts

As a general rule, all scripts are inserted before a layouts' </body>, which prevents them from blocking the rendering of your page's content. Scripts can be specified in _config.yml or a layout or page's front matter YAML in the following form:

scripts:
  - /path/to/script.js
  - src: /path/to/script.js
    async: true # optional

Scripts specified as objects (in the latter item above) must have a src property. Scripts with async: true will get an async attribute, which tells the browser not to let this script's loading block the execution of subsequent scripts. If the execution order of your scripts is not important, setting async: true may provide performance benefits to your users. (Conversely, if you don't know whether your scripts need to execute in a particular order, then you should not set async: true because it may prevent your scripts from running properly.)

Asset load order

Both stylesheets and scripts can be configured

  1. Assets configured at the site level (in your _config.yml) will be loaded in all pages that use the USWDS layouts.
  2. Those configured at the layout level (in that layout's front matter) will be loaded on all pages that use that layout, after site assets.
  3. Those configured at the page level (in the page's front matter) will be loaded last.

Customization

Customize the USWDS Jekyll theme with USWDS theme settings files, USWDS design tokens, and custom Sass or CSS. You'll need to place USWDS settings and custom Sass into a couple specific locations for the theme to find them.

  1. Settings: Add custom USWDS settings to _sass/_uswds-theme-settings.scss. Settings control the USWDS output. See all available settings in the USWDS settings documentation. We recommend adding only your modified settings to the _uswds-theme-settings.scss file.

    To see an example of all the settings available to USWDS, see the files in the USWDS GitHub repo. The repo splits settings into multiple files. If you want to copy and mimic that structure, download the repo files using a tool like DownGit. Then add them to the _sass/ directory and @import them from _uswds-theme-settings.scss.

    Whether you add only individual settings variables or import from multiple files, _uswds-theme-settings.scss needs to be the entry point.

  2. Custom Sass and variables: Add any custom CSS or Sass to _sass/_uswds-theme-custom-styles.scss. You can use this custom styles file to @import any additional Sass or CSS files your project needs, as long as any additional files exist in the /_sass directory.

    Custom Sass loads after the USWDS and default Sass, so you can use it to override the defaults. Individual sites can also selectively override individual includes and layouts.

Overriding includes and layouts

Any include or layout can be overridden by your site by placing a file with the same name into your site's _includes or _layouts directory. For instance:

  • You can change how the side navigation is rendered (but not which data it receives) in the page layout by creating your own _includes/sidenav.html.

  • You can change how and whether the side navigation is displayed at all in the page layout by overriding _layouts/page.html.

Components

For some USWDS components, there are two different files that control how data is passed to the template:

  1. components/{component}.html is the low-level template that assumes a similarly named global template variable. For instance, the header component operates on the header template variable.
  2. {component}.html is the "concrete" implementation of the component that sets the appropriate global variable then includes the low-level template.

This separation allows you to override either of the component includes in your own Jekyll site without having to re-implement either the high- or low-level logic. For instance, if you want your header data to come directly from the Jekyll configuration file (_config.yml) rather than _data/header.yml, you can override _includes/header.html to look like this:

{% assign header = site.data.header %} {% include components/header--basic.html
%}

Header

The header.html include sets the header template variable to site.data.header, the value of which is set in your Jekyll project's _data/header.yml file. Then it includes components/header.html to render the header's markup.

See this repo's header.yml for more info.

Identifier

The components/identifier.html include sets the identifier template variable to site.data.identifier, the value of which is set in your Jekyll project's _data/identifier.yml file. See this repo's identifier.yml for more info.

Layouts

This theme provides the following layouts, which you can use by setting the layout front matter on each page, like so:

---
layout: name
---

Supported (optional) front matter for page layouts.

layout: default

This is the bare-bones USWDS layout, which does all of the basic page scaffolding then drops the page content into the <main> element. All of the other layouts "inherit" this one and provide other features in the content block.

The default layout provides a layout front matter hook to add attributes to the <main> element. You can see how this works in the page layout.

layout: home

This layout implements the home page template, which accommodates the following front matter:

Check out the YAML front matter in the home demo page for an example of how to structure it.

layout: page

This layout implements the document page template.

See the page demo page for an example of how this works, and see _data/navigation.yml for how to structure named navigation data for your site.

layout: post

This layout is identical to the layout page and is included to allow for easier site creation using Jekyll new.

layout: project

This layout is used to show details for an individual project and uses the following front matter.

layout: project
title: Title of project
permalink: /projects/link-to-project/
description: Project description.
large_image: /path/to/image.ext
small_image: /path/to/image.ext
image_alt: The image alt text

To show a listing of projects on a page add {% include project-list.html %} to the page

layout: team-member

This layout is used to show details for an individual team member and uses the following front matter.

layout: team-member
permalink: /team/link-to-team-member/
name: Team member name
image: /path/to/image.ext
job_title: Team member job title
phone: 123-456-7890
email: [email protected]

To show a listing of team members on a page add {% include team-list.html %} to the page

Migration

From guides_style_18f

See this example pull request.

From earlier versions

Note: uswds-jekyll 5.x is only compatible with Jekyll 4.0 and higher.

  1. Update your uswds-jekyll gem in your project's Gemfile. Replace the current gem 'uswds-jekyll' line with:

    gem 'uswds-jekyll', '~> 5.0'

    Then, in the terminal, run

    bundle update uswds-jekyll
  2. If you have an existing _sass folder, it needs to move to the root level, and out of any directory like /assets.

  3. Add or move any custom styles or variables to /_sass/_uswds-theme-custom-styles.scss.

    If you have multiple custom styles files, add them to the /_sass directory and @import them from _uswds-theme-custom-styles.scss.

  4. Convert manual values to tokenized values using the guidance on the USWDS migration page.

  5. Don't duplicate the h1 in the body content of page template pages. (This is automatically inserted at the top with the content of page.title.)

  6. Check that certain data keys exist

    --> config.yml
    styles:
      [nothing unless adding additional stylesheets]
    
    --> header.yml
    type: [basic | basic-mega | extended | extended-mega]
    
    --> theme.yml (examples)
    colors:
      usa-banner:
        usa-banner-bg: 'base-lightest'
        usa-banner-text: 'ink'
        usa-banner-link: 'primary-dark'
        usa-banner-link-hover: 'primary-darker'
      header:
        header-bg: 'white'
        header-title: 'ink'
        header-link: 'base'
        header-link-hover: 'primary-dark'
      alt-section:
        bg-color: 'primary-darker'
        header-color: 'accent-cool'
        text-color: 'white'
        link-color: 'base-lightest'
        link-hover-color: 'white'
      hero:
        hero-bg: 'primary-darker'
        hero-header: 'accent-cool'
        hero-header-alt: 'white'
        hero-text: 'white'
        hero-link: 'accent-cool'
        hero-button-bg: 'primary'
        hero-button-text: 'white'
      top-navigation:
        top-nav-bg: 'white'
        top-nav-link: 'base-dark'
        top-nav-link-hover: 'primary'
        top-nav-link-hover-bg: 'white'
        top-nav-link-current: 'base-dark'
        top-nav-dropdown-bg: 'primary-dark'
        top-nav-dropdown-link: 'white'
        top-nav-dropdown-link-hover-bg: 'transparent'
      side-navigation:
        side-nav-bg: 'transparent'
        side-nav-link: 'ink'
        side-nav-link-hover: 'primary-dark'
        side-nav-link-hover-bg: 'base-lightest'
        side-nav-link-current: 'primary-dark'
    
    
  7. Check that css is referencing uswds-theme.css

Development

This section explains how to develop this theme and/or test it locally.

Requirements

Setup

Install the Node.js dependencies.

$ npm install

Install Ruby dependencies.

$ npm run setup-jekyll

Start the application. This allows you to preview the effects of your changes. Jekyll will build the site, watch the Sass files, and rebuild when there are changes.

$ npm start

Open your web browser to localhost:4000.

To update USWDS

When new version of USWDS is released, you should pull in the latest assets.

$ rake update

Review and commit the assets.

Working with a Jekyll site

If you want to test an existing Jekyll site that uses uswds-jekyll, you can link the gem to your local uswds-jekyll repo.

In your Jekyll site, change your Gemfile to point at the local clone of this repo.

gem 'uswds-jekyll', :path => '../path/to/uswds-jekyll'

Publish to Rubygems

  1. Update spec.version = "NUMBER HERE" in the uswds-jekyll.gemspec file to the version you want to publish
  2. Run bundle install
  3. Add a PR for the update and get it merged
  4. Run bundle exec rake release
  5. Add a GitHub release to the releases page with the same version number
  6. You should see the latest version here https://rubygems.org/gems/uswds-jekyll

Scripts

  • start: Starts the jekyll site
  • setup-uswds: Copies assets from the USWDS package to their theme locations, by running the following scripts, which can also be run separately:
    • sync-assets: Copies assets to assets/uswds
    • sync-sass: Copies Sass source files to _sass/uswds/src/
    • sync-default-settings: Copies default settings files to _sass/uswds/settings
    • sync-theme-settings: Copies only theme settings files to _sass/settings

More Repositories

1

development-guide

A set of guidelines and best practices for an awesome software engineering team
HTML
1,159
star
2

analytics.usa.gov

The US federal government's web traffic.
SCSS
693
star
3

analytics-reporter

Lightweight analytics reporting and publishing tool for Google Analytics data.
JavaScript
616
star
4

technology-budgeting

See https://derisking-guide.18f.gov/
492
star
5

api-standards

API Standards for 18F
488
star
6

identity-idp

Login.gov Core App: Identity Provider (IdP)
Ruby
476
star
7

domain-scan

A lightweight pipeline, locally or in Lambda, for scanning things like HTTPS, third party service use, and web accessibility.
Python
371
star
8

checklistomania

Centrally managed todo lists for complex processes - onboarding, offboarding, management changes, etc.
JavaScript
364
star
9

accessibility

A repo to organize the guidelines and best practices for accessibility at 18f.
HTML
328
star
10

rdbms-subsetter

Generates a subset of a relational database that respects foreign key constraints
Python
317
star
11

laptop

DEPRECATED: A shell script which turns your Mac into an awesome web development machine.
Shell
317
star
12

open-source-guide

18F’s Style guide for open source project documentation
Ruby
290
star
13

18f.gsa.gov

This repository contains 18F's website.
HTML
289
star
14

methods

The methods 18F uses to practice human-centered design.
SCSS
220
star
15

jekyll-get

DEPRECATED - see https://github.com/brockfanning/jekyll-get-json instead
Ruby
212
star
16

open-data-maker

make it easy to turn a lot of potentially large csv files into easily accessible open data
Ruby
201
star
17

ads-bpa

A guide for the Agile Delivery Services BPA
Ruby
193
star
18

dolores-landingham-slack-bot

A Slack bot to welcome new 18F hires with the authority and compassion of Mrs. Landingham
Ruby
189
star
19

API-All-the-X

Resources and Materials for the /Developer Program
CSS
167
star
20

https

(Deprecated) https guidance for the 18F team
158
star
21

docker-compose-django-react

A strawman set up for using both Django and React in a new app
JavaScript
128
star
22

frontend

18F's Front End Guild –  content has been moved to https://github.com/18F/development-guide
Ruby
122
star
23

tock

We use Tock to track and report our time at 18F
Python
120
star
24

handbook

The home of policies and guidelines that make up TTS.
HTML
107
star
25

C2

an approval process automation tool
Ruby
104
star
26

fbopen

[DEPRECATED] An open API server, data import tools, and sample apps to help small businesses search for opportunities to work with the U.S. government.
JavaScript
101
star
27

pulse

How the federal .gov domain space is doing at best practices and policies.
CSS
94
star
28

standup-slack-bot

A Slack bot to streamline team standup without disturbing the overall flow of conversation
JavaScript
87
star
29

api.data.gov

A hosted, shared-service that provides an API key, analytics, and proxy solution for government web services.
HTML
84
star
30

content-guide

18F Content Guide
HTML
79
star
31

ux-guide

Resources, norms, and practices for doing user experience research and design work at 18F.
HTML
73
star
32

crime-data-explorer

Moved to https://github.com/fbi-cde
69
star
33

micropurchase

18F's micro-purchase threshold experiment management app.
Ruby
68
star
34

pages

DEPRECATED: Publishing platform for 18F sites a la GitHub pages
Ruby
63
star
35

transformation-research

Best practices in government digital transformation
60
star
36

doc_processing_toolkit

Python library to extract text from PDF, and default to OCR when text extraction fails.
Python
55
star
37

automated-testing-playbook

A set of principles, practices, idioms, and strategies pertaining to automated software testing and its adoption
Ruby
52
star
38

eligibility-rules-service

Researching an eligibility rules service - project documentation and task management
51
star
39

2015-foia

Please check out https://github.com/18F/foia-hub/issues to track our work. This repo is for project wide discussion, blogging, and scratch space for 18F's FOIA modernization team.
Python
50
star
40

guides-template

Jekyll template for 18F Guides, based on CFPB/DOCter
Ruby
49
star
41

us-federal-holidays

A Node.js package for getting US federal holidays for a given year, or determining if a date is a federal holiday.
JavaScript
47
star
42

2015-foia-hub

A consolidated FOIA request hub.
CSS
47
star
43

glossary

A glossary panel for your site to help readers understand jargon
JavaScript
46
star
44

agile

Agile Principles and Practice, documented by the 18F Agile Guild
HTML
46
star
45

lean-product-design

A guide to using Lean Product Design on your project
Ruby
46
star
46

hub

DEPRECATED: Documentation hub for the 18F team
JavaScript
46
star
47

web-design-standards-drupal

A Drupal base theme that uses the U.S. Web Design System. (ARCHIVED)
CSS
46
star
48

dashboard

DEPRECATED: A site to track our projects' status and much, much more...
JavaScript
44
star
49

autoapi

A basic spreadsheet to api engine
Python
43
star
50

eng-hiring

18F Engineering's guide to candidate selection, from resume screen to offer.
HTML
43
star
51

jekyll_pages_api

a Jekyll Plugin that generates a JSON file with data for all the Pages in your Site
Ruby
43
star
52

myusa

MyUSA was a single sign-on project for government, now deprecated. (More info: https://18f.gsa.gov/2015/05/18/myusa/)
Ruby
43
star
53

dns

DNS configuration for domains managed by GSA TTS
HCL
42
star
54

pdf-forms-tutorial

A step-by-step guide for programatically filling out PDF forms
Java
41
star
55

jekyll_pages_api_search

DEPRECATED - Jekyll search plugin based on lunr.js and jekyll_pages_api
Ruby
40
star
56

before-you-ship

merged into the TTS Handbook
Ruby
38
star
57

piipan

A privacy-preserving system for storing and matching de-identified Personal Identifiable Information (PII) records.
C#
37
star
58

stylelint-rules

A style (CSS, Sass) linter for the 18F style guide
JavaScript
36
star
59

joining-18f

A guide for anyone interested in joining the 18F team
CSS
36
star
60

charlie

18F's Slack bot, Charlie. Built on Bolt
JavaScript
35
star
61

identity-site

This is the Login.gov main website where the public is able to learn about their one account for government.
HTML
34
star
62

product-guide

A handbook for the 18F product team and to promote our product management best practices.
HTML
32
star
63

compliance-toolkit

Compliance at the speed of Delivery.
31
star
64

continua11y

continuous integration for website accessibility
JavaScript
31
star
65

ReVAL

ReVAL: Reusable Validation Library - A Django App for validating data via API and web interface
Python
31
star
66

fedramp-data

A repository for the data underlying the FedRamp Dashboard
JavaScript
31
star
67

emoji_search

A super simple commandline utility to search for slack messages that have been reacted to with a specific emoji
Python
31
star
68

slides

Slides for 18F - built automatically using Federalist
HTML
30
star
69

about_yml

.about.yml project metadata schema and tools
Ruby
30
star
70

identity-dev-docs

Login.gov developer documentation
HTML
29
star
71

raktabija

Bootstrap AWS account with Terraform and Go.CD
Python
29
star
72

confidential-survey

A Rails app for conducting confidential surveys without violating user privacy
Ruby
29
star
73

javascript-lessons

Beginning and Advanced lessons in javascript with a focus on functional programming. This repo contains both exercises and solutions. It is used by 18F to train its internal staff, but of course anyone is welcome to use it and possibly contribute.
JavaScript
29
star
74

jekyll_frontmatter_tests

A Jekyll plugin to test frontmatter on posts and other documents in a Jekyll site.
Ruby
28
star
75

data-federation-project

A project focused on tools and best practices to supported federated data collection efforts
28
star
76

tech-talks

Suggestions, schedules, and other information about the Engineering Chapter's Tech Talk meetings.
Jupyter Notebook
28
star
77

ifgovthenthat

If Gov Then That website, a project to promote gov open data by designing clever uses for government APIs. (Currently on hold.)
CSS
27
star
78

foia-recommendations

National FOIA Project: Research and Recommendations
HTML
27
star
79

brand

18F Brand
SCSS
26
star
80

onboarding-documents

Forms, emails, and checklists to help with onboarding
26
star
81

18f-scaffolding

A scaffold/generator to standardize 18F project setup
Shell
26
star
82

vulnerability-disclosure-policy

The vulnerability disclosure policy for 18F and GSA's Technology Transformation Service.
25
star
83

bpa-fedramp-dashboard

FedRAMP Dashboard BPA Order
25
star
84

culper

Culper is the foundation for eApp, a part of the National Background Investigation System (NBIS), supporting the SF-86, SF-85, and SF-85P. This is its source code and developer documentation. For background information and a demo video see https://github.com/18F/culper/wiki
JavaScript
25
star
85

code-of-conduct

18F's code of conduct.
24
star
86

scrapebox

A simple, system independent infrastructure for performing web scraping. Utilizes Vagrant virtualbox interface and puppet provisioning to create and execute scraping of web content to structured data quickly and easily without modifying your core system.
Python
24
star
87

identity-oidc-sinatra

Example OpenID Connect relying party as a Sinatra app
Ruby
23
star
88

identity-design-system

An extension of the U.S. Web Design System used on Login.gov sites to consistently identify the Login.gov brand.
SCSS
22
star
89

elasticsearch-rails-ha-gem

high availability extensions to the Elasticsearch::Rails standard tasks
Ruby
21
star
90

html-proofer-docker

HTML validation, made easy
Shell
21
star
91

fedramp-dashboard

JavaScript
21
star
92

tts-tech-portfolio

Home of the TTS Technology Portfolio team
JavaScript
21
star
93

linkify-citations

Turns legal citations in the DOM into links
HTML
20
star
94

ghad

GitHub administration command line tool
JavaScript
20
star
95

archived-guides

A collection of 18F guides.
HTML
20
star
96

Modular-Contracting-And-Agile-Development

Modular contracting and agile development resources.
CSS
20
star
97

data-act-pilot

This small DATA Act pilot contains code that translates agency data to a uniform DATA act format.
Python
20
star
98

shipper

Continuous deployment made easy and secure
Go
19
star
99

project-artifacts

Resources for running path analysis projects at 18F
19
star
100

urlsize

get the size of one or more URLs
JavaScript
19
star