Introduction to Hyde Documentation Pages
Welcome to the Hyde Documentation Pages, where creating professional-looking documentation sites has never been easier. Using the Hyde Documentation module, all you need to do is place standard Markdown files in the _docs/ directory, and Hyde takes care of the rest.
Hyde compiles your Markdown content into beautiful static HTML pages using a TailwindCSS frontend, complete with a responsive sidebar that is automatically generated based on your Markdown files. You can even customize the order, labels, and even groups, of the sidebar items to suit your needs.
Additionally, if you have a _docs/index.md
file, the sidebar header will link to it, and an automatically generated
"Docs" link will be added to your site's main navigation menu, pointing to your documentation page.
If you have a Torchlight API token in your .env file, Hyde will even enable syntax highlighting automatically, saving you time and effort. For more information about this feature, see the extensions page.
Best Practices and Hyde Expectations
Since Hyde does a lot of things automatically, there are some things you may need to keep in mind when creating documentation pages so that you don't get unexpected results.
Filenames
- Hyde Documentation pages are files stored in the
_docs
directory - The filename is used as the filename for the compiled HTML
- Filenames should use
kebab-case-name
format, followed by the appropriate extension - Files prefixed with
_underscores
are ignored by Hyde - You should always have an
index.md
file in the_docs/
directory - Your page will be stored in
_site/docs/<identifier>.html
unless you change it in the config
Advanced usage and customization
Like most of HydePHP, the Hyde Documentation module is highly customizable. Much of the frontend is composed using Blade templates and components, which you can customize to your heart's content. Since there are so many components, it's hard to list them all here in the documentation, so I encourage you to check out the source code to see how it's all put together and find the customizations you are looking for.
Creating Documentation Pages
You can create a Documentation page by adding a file to the _docs
directory where the filename ends in .md
.
You can also scaffold one quickly by using the HydeCLI.
php hyde make:page "Page Title" --type="docs"
This will create the following file saved as _docs/page-title.md
# Page Title
Front Matter is optional
You don't need to use front matter to create a documentation page.
However, Hyde still supports front matter here as it allows you to quickly override the default values.
Here is a quick reference, however, you should take a look at the dynamic content section to learn more.
---
title: "Page Title"
navigation:
label: "Sidebar Label"
hidden: true
priority: 5
---
Dynamic Content Generation
Hyde makes documentation pages easy to create by automatically generating dynamic content such as the sidebar and page title. If you are not happy with the results you can customize them in the config or with front matter.
Front Matter reference
Before we look at how to override things, here is an overview of the relevant content Hyde generates, and where the data is from as well as where it can be overridden.
Property | Description | Dynamic Data Source | Override in |
---|---|---|---|
title (string) |
The title of the page used in the HTML <title> tag |
The first H1 heading (# Foo ) |
Front matter |
navigation.label (string) |
The label for the page shown in the sidebar | The page basename | Front matter, config |
navigation.priority (integer) |
The priority of the page used for ordering the sidebar | Defaults to 999 | Front matter, config |
navigation.hidden (boolean) |
Hides the page from the sidebar | none | Front matter, config |
navigation.group (string) |
The group the page belongs to in the sidebar | Subdirectory, if nested | Front matter |
Sidebar
The sidebar is automatically generated from the files in the _docs
directory. You will probably want to change the order
of these items. You can do this in two ways, either in the config or with front matter using the navigation array settings.
Since this feature shares a lot of similarities and implementation details with the navigation menu, I recommend you read the navigation menu documentation page as well to learn more about the fundamentals and terminology.
Sidebar ordering
The sidebar is sorted/ordered by the priority
property. The higher the priority the further down in the sidebar it will be.
The default priority is 999. You can override the priority using the following front matter:
navigation:
priority: 5
You can also change the order in the Docs configuration file.
See the chapter in the customization page for more details.
I personally think the config route is easier as it gives an instant overview, however the first way is nice as well.
Sidebar labels
The sidebar items are labelled with the label
property. The default label is the filename of the file.
You can change it with the following front matter:
navigation:
label: "My Custom Sidebar Label"
Sidebar grouping
Sidebar grouping allows you to group items in the sidebar into categories. This is useful for creating a sidebar with a lot of items. The Hyde docs for instance use this.
The feature is enabled automatically when one or more of your documentation pages have the navigation.group
property set
in the front matter, or when subdirectories are used. This will then switch to a slightly more compact sidebar layout with pages sorted into categories.
Any pages without the group front matter will get put in the "Other" group.
Sidebar footer customization
The sidebar footer contains, by default, a link to your site homepage. You can change this in the config/docs.php
file.
Filepath: config/docs.php'sidebar' => [
'footer' => 'My **Markdown** Footer Text',
],
You can also set the option to false
to disable it entirely.
Using Front Matter
To enable sidebar grouping, you can add the following front matter to your documentation pages:
navigation:
group: "Getting Started"
Automatic subdirectory-based grouping
You can also automatically group your documentation pages by placing source files in sub-directories.
For example, putting a Markdown file in _docs/getting-started/
, is equivalent to adding the same front matter seen above.
Note that when the flattened output paths setting is enabled (which it is by default), the file will still be compiled to the
_site/docs/
directory like it would be if you didn't use the subdirectories. Note that this means that you can't have two documentation pages with the same filename as they overwrite each other.
Tip: When using subdirectory-based dropdowns, you can set their priority using the directory name as the array key.
Hiding Items
You can hide items from the sidebar by adding the hidden
property to the front matter:
navigation:
hidden: true
This can be useful to create redirects or other items that should not be shown in the sidebar.
The index page is by default not shown as a sidebar item, but instead is linked in the sidebar header.
Customization
Please see the customization page for in-depth information on how to customize Hyde, including the documentation pages. Here is a high level overview for quick reference though.
Output directory
If you want to store the compiled documentation pages in a different directory than the default 'docs' directory,
for example to specify a version like the Hyde docs does, you can specify the output directory in the Hyde configuration file.
The path is relative to the site output, typically _site
.
Filepath: config/hyde.php'output_directories' => [
\Hyde\Pages\DocumentationPage::class => 'docs' // default [tl! --]
\Hyde\Pages\DocumentationPage::class => 'docs/1.x' // What the Hyde docs use [tl! ++]
]
Note that you need to take care as to not set it to something that may conflict with other parts, such as media or posts directories.
Automatic navigation menu
By default, a link to the documentation page is added to the navigation menu when an index.md file is found in the _docs
directory. Please see the customization page for more information.
Sidebar header name
By default, the site title shown in the sidebar header is generated from the configured site name suffixed with "docs". You can change this in the Docs configuration file. Tip: The header will link to the docs/index page, if it exists.
'title' => 'API Documentation',
Sidebar page order
To quickly arrange the order of items in the sidebar, you can reorder the page identifiers in the list and the links will be sorted in that order. Link items without an entry here will fall back to the default priority of 999, putting them last.
'sidebar_order' => [
'readme',
'installation',
'getting-started',
]
See the chapter in the customization page for more details.
Automatic sidebar group labels
When using the automatic sidebar grouping feature (based on subdirectories), the titles of the groups are generated from the directory names. If these are not to your liking, for example if you need to use special characters, you can override them in the Docs configuration file. The array key is the directory name, and the value is the label.
Please note that this option is not added to the config file by default, as it's not a super common use case. No worries though, just add the following yourself!
Filepath: config/docs.php'sidebar_group_labels' => [
'questions-and-answers' => 'Questions & Answers',
],
Table of contents settings
Hyde automatically generates a table of contents for the page and adds it to the sidebar.
In the config/docs.php
file you can configure the behaviour, content, and the look and feel of the sidebar table of contents.
You can also disable the feature completely.
'table_of_contents' => [
'enabled' => true,
'min_heading_level' => 2,
'max_heading_level' => 4,
],
Using flattened output paths
If this setting is set to true, Hyde will output all documentation pages into the same configured documentation output directory. This means that you can use the automatic directory-based grouping feature, but still have a "flat" output structure. Note that this means that you can't have two documentation pages with the same filename or navigation menu label as they will overwrite each other.
If you set this to false, Hyde will match the directory structure of the source files (just like all other pages).
Filepath: config/docs.php'flattened_output_paths' => true,
Search Feature
Introduction
The HydeSearch plugin adds a search feature to documentation pages. It consists of two parts, a search index generator that runs during the build command, and a frontend JavaScript plugin that adds the actual search widget.
Tip: The HydeSearch plugin is what powers the search feature on this site! Why not try it out?
The search feature is enabled by default. You can disable it by removing the documentationSearch
from the Hyde Features
config array.
Filepath: config/hyde.php'features' => [
Features::documentationSearch(), // [tl! --]
],
Using the search
The search works by generating a JSON search index which the JavaScript plugin loads asynchronously.
Two ways to access the search are added, one is a full page search screen that will be saved to docs/search.html
.
The second method is a button added to the documentation pages, similar to how Algolia DocSearch works.
Opening it will open a modal with an integrated search screen. You can also open the dialogue using the keyboard shortcut /
.
The full page can be disabled by setting
create_search_page
tofalse
in thedocs
config.
Hiding pages from indexing
If you have a large page on your documentation site, like a changelog, you may want to hide it from the search index.
You can do this by adding the page identifier to the exclude_from_search
array in the docs
config, similar to how
navigation menu items are hidden. The page will still be accessible as normal but will be added to the search index JSON file.
Filepath: config/docs.php'exclude_from_search' => [
'changelog',
]
Live search with the realtime compiler
The Realtime Compiler that powers the php hyde serve
command will automatically generate a fresh search index each time the browser requests it.
Automatic "Edit Page" Button
Introduction
Hyde can automatically add links to documentation pages that take the user to a GitHub page (or similar) to edit the page. This makes it great for open-source projects looking to allow others to contribute to the documentation in a quick and easy manner.
The feature is automatically enabled when you specify a base URL in the Docs configuration file. Hyde expects this to be a GitHub path, but it will probably work with other methods as well, if not, please send a PR and/or create an issue on the GitHub repository!
Tip: This documentation site uses this feature, scroll down to the bottom of this page and try it out!
Configuration
As an example configuration, let's take a practical example of how HydePHP.com uses this feature.
Filepath: config/docs.php'source_file_location_base' => 'https://github.com/hydephp/docs/blob/master/',
Changing the button text
Changing the label is easy, just change the following config setting:
Filepath: config/docs.php'edit_source_link_text' => 'Edit Source on GitHub',
Changing the position
By default, the button will be shown in both the documentation page footer.
You can change this by setting the following config setting to 'header'
, 'footer'
, or 'both'
Filepath: config/docs.php'edit_source_link_position' => 'header',
Adding a button icon
This is not included out of the box, but is easy to add with some CSS!
Just target the .edit-page-link
class.
Filepath: e.g. app.css.edit-page-link::before {content: "✏ "}
Changing the Blade view
You can also publish the edit-source-button.blade.php
view and change it to your liking.