---
title: "Overriding templates"
manual: "Academic Profiles Edit"
version: "3.0"
permalink: "https://docs.typo3.org/permalink/fgtclb/academic-persons-edit:templates-override@3.0"
source: "Templates/Override/Index.rst"
rendered: "2026-10-26T17:55:31+00:00"
---

# Overriding templates {#templates-override}

EXT:academic_persons_edit is using Fluid as template engine.

This documentation won't bring you all information about Fluid but only the
most important things you need for using it. You can get
more information in the section [Fluid templates of the Sitepackage tutorial](https://docs.typo3.org/m/typo3/tutorial-sitepackage/main/en-us/FluidTemplates/Index.html#fluid-templates). A complete reference of Fluid ViewHelpers
provided by TYPO3 can be found in the  [ViewHelper Reference](https://docs.typo3.org/other/typo3/view-helper-reference/main/en-us/Index.html#start)

## Change the templates using TypoScript constants {#change-the-templates-using-typoscript-constants}

As any Extbase based extension, you can find the templates in the directory
`Resources/Private/`.

If you want to change a template, copy the desired files to the directory
where you store the templates.

We suggest that you use a sitepackage extension. Learn how to
[Create a sitepackage extension](https://docs.typo3.org/m/typo3/tutorial-sitepackage/main/en-us/Index.html#start).

```typoscript
# TypoScript constants
plugin.tx_academicpersonsedit {
    view {
        templateRootPath = EXT:mysitepackage/Resources/Private/Extensions/myextension/Templates/
        partialRootPath = EXT:mysitepackage/Resources/Private/Extensions/myextension/Partials/
    }
}
```

## Profile editing template {#profile-editing-template}

Profile editing renders from [`Resources/Private/Templates/Profile/Index.html`](https://docs.typo3.org/m/typo3/reference-coreapi/main/en-us/ExtensionArchitecture/FileStructure/Resources/Private/Index.html#file-extension-resources-private-templates-controllername-actionname-fluid-html)
and thirty-one partials below `Resources/Private/Partials/Profile/`. Four
of them sit directly in that directory - the header, the status toast, the
button templates and the prototypes - and the rest in four subdirectories:
`Field/` for the controls and the two action bars, `Documents/` for
the structured sections and their two editors, `Image/` for the image card
and the image editor, and `Profile/` for the field sections. Any of them
can be overridden on its own.

Two of them carry more than markup. `Profile/Field/Control.html` is the one
place a form control is spelled - every field, of every section and of both
editors, is that partial - and `Profile/Prototypes.html` holds the
`<template data-pe-proto>` blocks the custom elements clone for everything they
draw in the browser. When overriding while keeping the shipped JavaScript,
preserve the form data attributes, the field class and the slot names of those
blocks. The complete contract is documented in [Profile editing](https://docs.typo3.org/permalink/fgtclb/academic-persons-edit:profile-editing@3.0).

## Replacing an icon {#templates-override-icons}

The action and state icons of the profile editing frontend are addressed by
identifier, not by file. They are the shared frontend icons of
**academic_base**, registered in its
`Configuration/FrontendIcons.php` for its frontend icon registry as
`tx-academicbase-action-add`, `-back`, `-clear`, `-delete`, `-drag`,
`-edit`, `-help`, `-move-down`, `-move-up`, `-save`, `-undo`,
`-upload-image`, `-view` and `-view-close`, and
`tx-academicbase-state-visible` and `-hidden`, see
[Icon identifiers](https://docs.typo3.org/permalink/fgtclb/academic-persons-edit:profile-editing-icons@3.0). The templates render them with the `ab:icon`
ViewHelper of **academic_base**.

To use different artwork, register the identifier again in the
`Configuration/FrontendIcons.php` of the sitepackage with the own file.
The sitepackage has to depend on **academic_base**, so its
registration is read later and wins, and no template has to be overridden:

**EXT:mysitepackage/Configuration/FrontendIcons.php**

```php
<?php

use FGTCLB\AcademicBase\Imaging\IconProvider\CurrentColorSvgIconProvider;

return [
    'tx-academicbase-action-save' => [
        'provider' => CurrentColorSvgIconProvider::class,
        'source' => 'EXT:mysitepackage/Resources/Public/Icons/save.svg',
    ],
];
```

The replacement reaches the controls the editor builds in the browser as well,
because they are cloned from markup the page renders. An entry in the
[`Configuration/Icons.php`](https://docs.typo3.org/m/typo3/reference-coreapi/main/en-us/ExtensionArchitecture/FileStructure/Configuration/Icons.html#file-extension-configuration-icons-php) of the sitepackage does not reach the editor.

The identifier is shared by every academic extension, so the replacement
applies wherever the action appears, not only in the profile editor.

The provider of the example inlines the file rather than rendering an
`<img>`, so the glyph takes the colour of the button it sits in. A file
registered with it carries a `viewBox`, draws its shapes in `currentColor`
and has no `id` attribute - the markup is part of the document, possibly more
than once.

The shipped files are Font Awesome Free solid icons, their licence (CC BY 4.0)
ships beside them in
`EXT:academic_base/Resources/Public/Icons/LICENSE-font-awesome.txt`.