Image Linking

Grav has a variety of flexible linking options that allow you to link images from one page to another, and even from remote sources. If you have ever linked files using HTML or worked with a file system using a command line, a lot of this should be elementary to pick up.

We will run to some easy examples using this very basic, trimmed down model of what a Grav site's Pages directory might look like.

Pages Directory

Using this directory structure as an example, we will take a look at the different types of links you can use to display media files in your content. We have image files in every folder, including one image for each blog post, and three images in a special /images directory which acts as a page but contains only media files.

The use of the /images folder serves as an example of how you can maintain a simple, centralized image directory to store files that are frequently used by multiple pages. This simplifies the linking process in these cases.

If you decide to use a centralized image directory, be advised that this directory should exist within the /pages folder as this folder is intended for front-end content.

To get us started, here is a quick look at some of the standard components of a Grav markdown-based image tag.

![Alt Text](../path/image.ext)
String Description
! When placed at the beginning of a traditional markdown link tag, it indicates this is an image tag.
[] The square bracket is used to wrap the optional alt-text for the image.
() The parenthesis is used to surround the reference to the image itself. This is placed directly after the square bracket.
../ When used in the link, it indicates a move up a directory.

You can combine a regular page link and an image link like to wrap an image in a link: [![Alt text](/path/to/img.jpg)](http://example.net/)

Slug Relative

Relative image links use destinations set relative to the current page. This can be as simple as linking to another file in the current directory, such as an image file associated with the current page, or as complex as going up several directory levels and then back down to the specific folder/file where an image may reside.

With relative links, the location of the source file is every bit as important as that of the destination. If either file in the mix is moved, changing the path between them, the link can be broken.

The advantage of this type of linking structure is that you can quickly switch between a local development server and a live server with a different domain name and as long as the file structure remains consistent, the links should work without a problem.

A file link points to a particular file by name, rather than its directory or slug. If you were creating an image link in pages/01.blog/test-post-1/item.md to /pages/01.blog/test-post-3/test-image-3.jpg you would use the following command.

![Test Image 3](../test-post-3/test-image-3.jpg)

This link moves up one folder, as indicated by ../, and then down one folder, pointing directly to test-image-3.jpg as the destination.

If we want to load blog-header.jpg from the 01.blog directory, we would do the following:

![Blog Header](../../blog/blog-header.jpg)

You do not need to include ordering numerals (01.) for slug relative links.

Grav has integrated support for slugs in the header of the page's primary markdown file. This slug supersedes the folder name for the page, and any media files contained within.

For example, Test Post 2 has a slug set through its markdown file (/pages/01.blog/test-post-2/item.md). The header of this file contains the following:

---
title: Test Post 2
slug: test-slug
taxonomy:
    category: blog
---

You will notice the slug test-slug has been set. Slugs set this way are completely optional, and do not have to be present. As mentioned in the last chapter, they do provide an easy way of linking. If a slug is set, then any link you make to a media file within that folder will have to be either Slug Relative or Absolute with a full URL set for the link.

If we want to link test-image-2.jpg from Test Post 2, we would enter the following:

![Test Image 2](../test-slug/test-image-2.jpg)

You will notice that we navigated up one directory using (../) and then down into the test-slug page folder using the slug which was set in /pages/01.blog/test-post-2/item.md file.

Directory relative

Directory Relative image links use destinations set relative to the current page. The main difference between a slug relative, and directory relative link, is that rather than using the URL slugs, you reference via the full path with folder names.

An example of this would be something like:

![Test Image 3](../../01.blog/02.my_folder/test-image-3.jpg)

The main benefit of this, is that you can maintain link integrity in other systems outside of Grav, such as GitHub.

Absolute

Absolute links are similar to relative links, but are relative to the root of the site. In Grav, this is typically based in your /user/pages/ directory. This type of link can be done in two different ways.

You can do it in a similar fashion to the Slug Relative style which uses the slug, or directory name in the path for simplicity. This method removes potential issues of order changes later on (changing the number at the beginning of the folder name) breaking the link. This would be the most commonly used method of absolute linking.

In an absolute link, the link opens with a /. Here is an example of an absolute link made to pages/01.blog/test-post-2/test-image-2.jpg in the Slug style from pages/01.blog/blog.md.

![Test Image 2](/blog/test-slug/test-image-2.jpg)

A powerful technique is to create a user/pages/images/ folder in your Grav site and put your images here. Then you can easily reference them with an absolute URL from any Grav page: /images/test-image-4.jpg and still be able to perform media actions on them.

PHP Streams

Grav has also the ability to reference and link images via PHP streams. There are several built-in PHP streams available which are useful including:

  • user:// - user folder. e.g. user/
  • page:// - pages folder. e.g. user/pages/
  • image:// - images folder. e.g. user/images/
  • plugins:// - plugins folder. e.g. user/plugins/
  • theme:// - current theme. e.g. user/themes/antimatter/

These allow you to easily access images that are traditionally outside of the Pages hierarchy (user/pages/).

![Stream Image](user://media/images/my-image.jpg)

or:

![Stream Image](theme://images/my-image.jpg)

For complete list of default stream locations, see Multisite Setup - Streams.

Remote

Remote image links enable you to directly display pretty much any media file via its URL. This doesn't have to include your own site's content, but it can. Here is an example of how you would display a remote image file.

![Remote Image 1](https://getgrav.org/images/testimage.png)

You can link to pretty much any direct URL, including secured HTTPS links.

Media Actions on Images

One of the main benefits of using images associated with pages is that it enables you to take advantage of Grav's powerful media actions. For example, here is a line you would use to load an image from another page:

![Styling Example](../test-post-3/test-image-3.jpg?cropResize=400,200)

or taking advantage of streams to access an image in your current theme:

![Stream Image](theme://images/default-avatar.jpg?cropZoom=200,200&brightness=-75)

You will find more information about actions and other media file functionality in the next chapter.

Image Attributes

A great new feature you can take advantage of is providing image attributes directly via the markdown syntax. This allows you to easily add classes and id HTML attributes without the need of Markdown Extra.

Some examples of this are:

Single Class Attribute
![My Image](my-image.jpg?classes=float-left)

which will result in HTML similar to:

<img src="/your/pages/some-page/my-image.jpg" class="float-left" />
Multiple Classes Attributes
![My Image](my-image.jpg?classes=float-left,shadow)

which will result in HTML similar to:

<img src="/your/pages/some-page/my-image.jpg" class="float-left shadow" />
ID Attribute
![My Image](my-image.jpg?id=special-id)

which will result in HTML similar to:

<img src="/your/pages/some-page/my-image.jpg" id="special-id" />

Found errors? Think you can improve this documentation? Simply click the Edit link at the top of the page, and then the icon on Github to make your changes.

Results