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.
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.ymlprimary:
- text: Documentationhref: /docs/
- text: Supporthref: /help/class: highlight
- text: "18F"href: https://18f.gsa.govexternal: 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 titlelinks: <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:
<h2id="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:
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: # optionalimage: /path/to/image.jpg # optionalcallout:
alt: Callout white text! # optionaltext: The rest of the calloutbutton: # optionaltext: The button texthref: /button-href/
Tagline intro
# optional, but must be used in conjunction with 'intro', belowtagline: A tagline for your page# also optional, but must be used with 'tagline', aboveintro: | Some introductory text content. This will be processed as **Markdown**.
Graphics list
# an optional list of graphics to display before or after the contentgraphics:
- image:
# note the indentation here: graphics[n].image.srcsrc: /path/to/image.extalt: optional alt texttitle: Optional graphic title, rendered as an <h3>description: Graphic description text, processed as _Markdown_.# optionalgraphics_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:
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: truetext: "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> --><linkrel="stylesheet" href="/assets/uswds/css/uswds.min.css" media="screen"><!-- before </body> --><scriptsrc="/assets/uswds/js/uswds.min.js" async>
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:
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 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.)
Assets configured at the site level (in your _config.yml) will be loaded
in all pages that use the USWDS layouts.
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.
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.
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.
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:
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.
{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.
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 layoutfront matter on each page, like so:
---
layout: name
---
Supported (optional) front matter for page layouts.
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.
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: projecttitle: Title of projectpermalink: /projects/link-to-project/description: Project description.large_image: /path/to/image.extsmall_image: /path/to/image.extimage_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-memberpermalink: /team/link-to-team-member/name: Team member nameimage: /path/to/image.extjob_title: Team member job titlephone: 123-456-7890email: [email protected]
To show a listing of team members on a page add {% include team-list.html %} to the page
请发表评论