--- title: "Configuration" manual: "Academic Partners" version: "3.0" permalink: "https://docs.typo3.org/permalink/fgtclb/academic-partners:configuration@3.0" source: "Configuration/Index.rst" rendered: "2026-10-26T17:55:16+00:00" --- # Configuration {#configuration} This extension ships its frontend TypoScript and its backend page TSconfig in two forms: as TYPO3 **site sets**, and as classic **static templates** plus **page TSconfig files** that are selected on a page. Both forms read the very same files, so they configure an installation identically. Pick one of them per site and stay with it — see [Do not combine both](https://docs.typo3.org/permalink/fgtclb/academic-partners:one-mechanism-per-site@3.0) for what happens otherwise. ## What the sets contain {#configuration-components} This extension ships four content elements, so it ships four component sets and one aggregate set that depends on all of them. All four content elements are driven by one Extbase plugin, so they share one TypoScript block, `plugin.tx_academicpartners`. That block is shipped once, in `Configuration/TypoScript/`, and every component includes it. Which component sets a site names therefore decides which content elements the backend offers, not how much TypoScript is loaded. | Set | Delivers | | --- | --- | | `fgtclb/academic-partners-list` | The **Partner List** content element. | | `fgtclb/academic-partners-map` | The **Partner Map** content element. | | `fgtclb/academic-partners-partnerships-list` | The **Partners Linked** content element. | | `fgtclb/academic-partners-partnerships-teaser` | The **Partner Logo Teaser** content element. | | `fgtclb/academic-partners` | Everything above. This is the set to use unless you deliberately want a subset, and it is the name this extension published before the sets were cut per component — a site configuration that depends on it needs no change. | Every content element set depends on `fgtclb/academic-base-ctype-group`, the set of **EXT:academic_base** that labels the content element group all academic extensions sort their elements into. What each content element shows, and the options an editor sets on it, is described in [For integrators](https://docs.typo3.org/permalink/fgtclb/academic-partners:integrator@3.0). ## The content elements are hidden by default {#configuration-hidden-by-default} **EXT:academic_partners** hides all four of its content elements for the whole installation and brings them back per component. Whichever of the two mechanisms below you use, it is what makes an element selectable in the backend again — without one of them the content element is not offered, and existing records keep rendering. > [!WARNING] > This changed in version 2.4. Before it, all four elements were selectable on > every page of every installation. Read [Breaking: Site sets and static > templates have been restructured](https://docs.typo3.org/permalink/fgtclb/academic-partners:breaking-site-sets-and-static-templates-restructured@3.0) before upgrading. An > existing content element on a page that does not enable its component keeps > its type: the backend shows the stored type followed by > **(not enabled on this page)**, and saving keeps it. Content > elements whose type an earlier save already replaced are not repaired, the > record history shows their former type. ## What the sets do not control {#what-the-sets-do-not-control} The page type **Academic partner** (doktype 40) and its backend layout **AcademicPartner** are **not** part of any set, and enabling or not enabling a set never changes them. That is deliberate, not an oversight. Both are values stored on `pages` records: a page carries `doktype = 40` and `backend_layout = pagets__AcademicPartner` long before any site configuration is read. Were they delivered by an opt-in set, every page tree on a site that does not use that set would show **\[ MISSING LABEL \]** for the layout, the layout could not be picked for a new page, and the page type would disappear from the page tree wizard. They are therefore registered installation-wide — the page type in TCA ([`Configuration/TCA/Overrides/pages.php`](https://docs.typo3.org/m/typo3/reference-coreapi/main/en-us/ExtensionArchitecture/FileStructure/Configuration/TCA/Index.html#file-extension-configuration-tca-overridessomefile-php)), the backend layout in the always-included [`Configuration/page.tsconfig`](https://docs.typo3.org/m/typo3/reference-coreapi/main/en-us/ExtensionArchitecture/FileStructure/Configuration/PageTsconfig.html#file-extension-configuration-page-tsconfig) — and stay available on every site of the installation. What a set does deliver for that page type is its **frontend rendering**: the `page` object that picks the Fluid template of the page type is part of the shared TypoScript block, so a site that includes no set of this extension renders such a page with whatever its own site package defines. ## The content of a partner page {#partner-page-content} A partner page renders the content elements of its main column (`colPos = 0`) below the partner data, in their manual order and in the language of the page. Any set of this extension, or the static template of the shared block, delivers that, and no other set is needed for it. The content is the variable `partnerContent` of the page object, defined inside the condition on the partner page type, so it exists on partner pages only. It is a `CONTENT` object that renders the records through the `tt_content` object of the site, and it works for a `FLUIDTEMPLATE` and a `PAGEVIEW` page object alike. To render another column, or to slide the content from the parent pages, change the variable inside the same condition: **EXT:my_sitepackage/Configuration/TypoScript/setup.typoscript** ```typoscript [page && traverse(page, "doktype") == 40] page.10.variables.partnerContent { select.where = {#colPos}=1 } [END] ``` A page template of your own renders it as `{partnerContent -> f:format.raw()}`. Up to 2.x the page template rendered the global object styles.content.getContent, which only the set fgtclb/academic-partners-content-load defined for the whole site. The set and its static template are removed, see Breaking: Partner pages render their content without a global path. ## The layout of a partner page {#partner-page-layout} A partner page renders inside the page layout of the site package, the way the other pages of the site do: the page template declares a layout and fills its section `Main`. The layout is `Default` unless a setting names another one, which is what [`bk2k/bootstrap-package`](https://packagist.org/packages/bk2k/bootstrap-package) and most site packages provide. | Site setting / constant | Default | Meaning | | --- | --- | --- | | `plugin.tx_academicpartners.page.layout` | `Default` | The Fluid layout of the site package the partner page renders its section `Main` into. An empty value is read as `Default`. | It is a site setting of the aggregate set `fgtclb/academic-partners`, and a constant of the same name for a site on the static templates. A site that depends on a component set alone gets the default, but the site settings editor does not offer the setting there. Depend on the aggregate set to configure it. The page template reaches it as the variable `partnerPageLayout` of the page object, so it works on a `FLUIDTEMPLATE` and a `PAGEVIEW` page object alike. A site package without a layout `Default` gets the fallback layout of this extension, which renders the section `Main` and nothing else: the page renders without the header, navigation and footer of the site, as it did up to 2.x, rather than failing. A layout `Default` of the site package wins over it. The fallback exists for `Default` only: a layout the setting names has to exist in the site package, or the partner page fails as any page with a missing Fluid layout does. ### The parts of a partner page {#partner-page-partials} The section `Main` renders five partials, each of which can be replaced on its own: | Partial | Renders | | --- | --- | | `Partner/Page/Header.html` | The title of the partner and the subtitle of the page, in one element `
`. | | `Partner/Page/Media.html` | The first image of the page, through the shared image partial of **EXT:academic_base**. | | `Partner/Page/Categories.html` | The categories assigned to the page, grouped by category type. | | `Partner/Page/Address.html` | The address of the partner. | | `Partner/Page/Content.html` | The content elements, the variable `partnerContent` described above. | Every partial receives all variables of the page: `{partner}`, `{mapSettings}`, `{images}`, `{partnerContent}`, `{pageRecord}` and those of the site package's page object. `{pageRecord}` is the record of the page on both page object types, `{data}` of a `FLUIDTEMPLATE` page object and `{page.pageRecord}` of a `PAGEVIEW` one. The subtitle is its field `{pageRecord.subtitle}`. The templates and partials of the page type are registered at the key `50` of the page object. Register a directory of your own with a higher key, and its files win: **EXT:my_sitepackage/Configuration/TypoScript/setup.typoscript** ```typoscript # FLUIDTEMPLATE: a directory holding Partner/Page/Header.html page.10.partialRootPaths.75 = EXT:my_sitepackage/Resources/Private/Partials/ # PAGEVIEW: a directory holding Partials/Partner/Page/Header.html page.10.paths.75 = EXT:my_sitepackage/Resources/Private/ ``` A site package that registers its own paths above `50` needs no line at all - a `PAGEVIEW` site package at `paths.100`, for example: a `Partials/Partner/Page/Header.html` of its own wins already. An override of the whole `Pages/AcademicPartner.html` keeps working the same way, and renders without a layout, as before. Up to 2.x the page template declared no layout and rendered every part inline, and its paths used the key 100. See Breaking: Partner pages render inside the site layout. ## Include the site set {#site-set} Add the set to the `config.yaml` of the site that should offer the content elements: **config/sites/my-site/config.yaml (diff)** ```diff base: 'https://example.com/' rootPageId: 1 +dependencies: + - fgtclb/academic-partners ``` See also [TYPO3 Explained, Using a site set as dependency in a site](https://docs.typo3.org/m/typo3/reference-coreapi/main/en-us/ApiOverview/SiteHandling/SiteSets/Index.html#site-sets-usage). ## Include static templates {#static-templates} For an installation that still configures its frontend through `sys_template` records, the same files are registered as static templates and as selectable page TSconfig files. > [!TIP] > On TYPO3 v13 and v14 we recommend the site set — and if you use it, do not > press the backend button **Create a root TypoScript record** on that > site. The `sys_template` record it creates carries the flag > **Clear** for constants and setup, and that flag discards everything > the site sets contributed. An installation that is already in that state > gets its configuration back by selecting the static templates below in that > very record. ### Include static TypoScript {#static-typoscript} Edit the `sys_template` record of the site root and add the entry to **Include static (from extensions)**: | Entry | Delivers | | --- | --- | | **Academic Partners: Partners List (academic_partners)** | The TypoScript of the **Partner List** content element. | | **Academic Partners: Partners Map (academic_partners)** | The same for **Partner Map**. | | **Academic Partners: Partnerships List (academic_partners)** | The same for **Partners Linked**. | | **Academic Partners: Partnerships Teaser (academic_partners)** | The same for **Partner Logo Teaser**. | | **Academic Partners: All components (academic_partners)** | Every component this extension ships, in one entry. | | **Academic Partners: Shared plugin settings and page rendering (academic_partners)** | The shared `plugin.tx_academicpartners` block and the `page` object of the page type, on their own. This is the entry an installation stored before the configuration was cut per component, and it keeps working — but it does not make any content element selectable, which the page TSconfig below does. | ### Include static page TSconfig {#static-pagetsconfig} Edit the page record of the site root, tab **Resources**, field **Page TSconfig**, and add the entry: | Entry | Delivers | | --- | --- | | **Academic Partners: Partners List (academic_partners)** | Makes the **Partner List** content element selectable, and configures its entry in the new content element wizard. | | **Academic Partners: Partners Map (academic_partners)** | The same for **Partner Map**. | | **Academic Partners: Partnerships List (academic_partners)** | The same for **Partners Linked**. | | **Academic Partners: Partnerships Teaser (academic_partners)** | The same for **Partner Logo Teaser**. | | **Academic Partners: All components (academic_partners)** | Every component this extension ships, in one entry. | The setting is inherited by every page below the one it is set on. ## The page links of the partner list {#configuration-pagination-number-of-links} Whether the **Partner List** content element splits its partners into pages, and how many partners a page holds, is set on each content element, see [Pagination](https://docs.typo3.org/permalink/fgtclb/academic-partners:configuration-list-pagination@3.0). How many page numbers the navigation links at once is one value for the whole site: | Site setting and constant | Default | Meaning | | --- | --- | --- | | `plugin.tx_academicpartners.pagination.numberOfLinks` | 5 | The most page numbers the navigation links around the current page. Read with `georgringer/numbered-pagination` only; without it, the core pagination links every page. | The site setting is declared by the set `fgtclb/academic-partners-list`, so the site settings editor offers it to a site that depends on that set or on `fgtclb/academic-partners`. A site configured through static templates sets the constant instead. ## The category filters {#configuration-list-filter} The filter form of the **Partner List** and the **Partner Map** offers one select per category type of the group `partners`. Three settings change which of them it offers and how, for the whole site: | Site setting and constant | Default | Meaning | | --- | --- | --- | | `plugin.tx_academicpartners.filter.categoryTypes` | empty | The category types to offer, in this order, as a comma separated list of type identifiers, for example `sdg,region`. Empty offers every type that has a category, in the order of the category types of the group. | | `plugin.tx_academicpartners.filter.visibleCount` | 0 | How many filters the form shows right away. The others follow in a **More filters** section the visitor opens, which is open already while one of its filters has a value. 0 shows every filter. | | `plugin.tx_academicpartners.filter.hideDisabledOptions` | 0 | Leaves out a category no listed partner carries, instead of offering it as a disabled option. A selected category is always offered. A filter whose categories are all left out still renders, with its "All" option only. | **config/sites/my-site/settings.yaml** ```yaml plugin: tx_academicpartners: filter: categoryTypes: 'sdg,region' visibleCount: 1 hideDisabledOptions: true ``` The settings are site settings of the aggregate set `fgtclb/academic-partners` and constants of the same names for a site on static templates. A site that depends on `fgtclb/academic-partners-list` or `fgtclb/academic-partners-map` alone gets the defaults, but the site settings editor does not offer the settings there — both content elements read them, and a set declares settings only for itself. A type is offered only when at least one category of that type exists, and an identifier that is no type of the group is ignored. The settings decide what the form offers, not what the list accepts: a link that filters by a category of a type the form does not offer still filters the list. ### The "All" option of a filter {#the-all-option-of-a-filter} The first option of each filter, the one that selects no category, reads the label `sys_category.partners.allOptions.` of this extension, and falls back to `sys_category.partners.allOptions` ("All options") where a type has none. The extension ships no label per type; a site adds them in TypoScript, for every content element of the extension or for one plugin: **EXT:my_sitepackage/Configuration/TypoScript/setup.typoscript** ```typoscript plugin.tx_academicpartners._LOCAL_LANG { default.sys_category.partners.allOptions.region = All regions de.sys_category.partners.allOptions.region = Alle Regionen } # Only in the partner map: plugin.tx_academicpartners_map._LOCAL_LANG.default.sys_category.partners.allOptions.region = All regions ``` A language file override works as well, as for any label of this extension: `$GLOBALS['TYPO3_CONF_VARS']['SYS']['locallangXMLOverride']` on TYPO3 v13, `$GLOBALS['TYPO3_CONF_VARS']['LANG']['resourceOverrides']` on TYPO3 v14, each pointing from [`EXT:academic_partners/Resources/Private/Language/locallang.xlf`](https://docs.typo3.org/m/typo3/reference-coreapi/main/en-us/ExtensionArchitecture/FileStructure/Resources/Private/Language.html#file-extension-resources-private-language-locallang-xlf) to a file of the site package. ### Templates {#templates} The partial `Partner/DemandCategories.html` renders the selects from the variable `{filterTypes}`: `{filterTypes.visible}` and `{filterTypes.more}` hold the identifiers of the offered types, in their order, before and behind **More filters**. Where that variable does not reach the partial, in a template that renders the partial with arguments of its own instead of `{_all}`, it offers every type with a category, as before, and the filter types and the visible count have no effect there. To use them, pass `filterTypes` on in a template that renders the partial. Up to 2.3 the form offered every type with a category, all of them right away and with one "All" label, and anything else needed an override of the partial. ## Active filters, reset link and result count {#configuration-active-filters} Three switches add to the filter form of the **Partner List** and the **Partner Map**, for the whole site. All three are off by default. | Site setting and constant | Default | Meaning | | --- | --- | --- | | `plugin.tx_academicpartners.filter.showActiveFilters` | 0 | One tag per selected category, below the form. Each tag links to the list without that selection, every other selection and the sorting kept. | | `plugin.tx_academicpartners.filter.showReset` | 0 | A **Reset all filters** link to the page without any list argument, so the list shows what the content element presets. Offered after the visitor selected something, while a category is selected or preset by the content element, also once the visitor removed the preset. On the page as the editor preset it, the link would lead to the page shown. | | `plugin.tx_academicpartners.filter.showResultCount` | 0 | The number of partners found, for example "12 partners found". In a paginated list it counts every partner, not those of the page shown, and in the map the partners it draws. | **config/sites/my-site/settings.yaml** ```yaml plugin: tx_academicpartners: filter: showActiveFilters: true showReset: true showResultCount: true ``` ![The filter form with the region North Rhine-Westphalia selected, below it a removable tag North Rhine-Westphalia, a link Reset all filters and the line with the number of partners found.](../Images/Screenshots/partner-list-active-filters.png) The settings are site settings of the aggregate set `fgtclb/academic-partners` and constants of the same names, like the filter settings above. - A tag shows a category in the language of the page. - A tag stays a tag when the editor preset its category: removing it shows the list without that category, and the reset link brings the preset back. - Where the content element hides the filter, the visitor cannot change it, and neither tags nor the reset link are shown. The count is. - Every selected category is a tag, also one whose type the form does not offer (see the filter types above), for example a preset one. Removing it works like for any other tag. - The tags and the reset link come from the partial `Partner/ActiveFilters.html`, the count from `Partner/ResultCount.html`. Both are rendered by `Partner/SortingAndFilters.html`, so a project that overrides that partial does not show them until it renders them as well. The partials use the classes `ace-active-filters` on the list of tags, `ace-active-filter` on a tag, `ace-link` on the links and `ace-count` on the count, and bring no styles. - The reset link needs the variable `{visitorSelection}`, which the list action assigns. A template that renders the partials with arguments of its own has to pass it on, or the list offers no reset link. - The labels are `filter.activeFilters.label`, `filter.activeFilters.remove`, `filter.reset`, `list.resultCount.singular` and `list.resultCount.plural` of this extension. The count labels take the number as `%d`, the remove label the category title as `%s`. The three settings and the two partials. ## The partner map {#configuration-map} The **Partner Map** content element draws its partners on a map, with the tiles of OpenStreetMap by default. Where the map is centred, how far it zooms and where its tiles come from is one configuration for the whole site: | Site setting and constant | Default | Meaning | | --- | --- | --- | | `plugin.tx_academicpartners.map.centerLatitude` | 51.1657 | The latitude the map is centred on while it shows no partner, from -90 to 90, with a decimal point. | | `plugin.tx_academicpartners.map.centerLongitude` | 10.4515 | The longitude of that centre, from -180 to 180, with a decimal point. | | `plugin.tx_academicpartners.map.zoom` | 6 | The zoom level while the map shows no partner. 0 shows the whole world. | | `plugin.tx_academicpartners.map.maxZoom` | 18 | How far the map zooms in at most. A map with partners fits itself around them, and around a single partner it zooms in up to this level. Lower it to keep the surroundings of that partner in view. | | `plugin.tx_academicpartners.map.padding` | 50 | The space in pixels between the edge of the map and the outermost partners. | | `plugin.tx_academicpartners.map.tileUrl` | `https://{s}.tile.openstreetmap.org/{z}/{x}/{y}.png` | The URL template the map loads its tiles from, with the placeholders `{z}`, `{x}` and `{y}`, and `{s}` for a subdomain. | | `plugin.tx_academicpartners.map.attribution` | the attribution the map always showed, which credits OpenStreetMap | The attribution the map shows for its tiles. It is HTML, and the map renders it as HTML. | **config/sites/my-site/settings.yaml** ```yaml plugin: tx_academicpartners: map: centerLatitude: 47.5162 centerLongitude: 14.5501 zoom: 7 maxZoom: 14 ``` The settings are site settings of the set `fgtclb/academic-partners-map`, so the site settings editor offers them to a site that depends on that set or on `fgtclb/academic-partners`. A site configured through static templates sets the constants instead. The defaults are the values the map used before they could be configured, and the map falls back to them for every value it cannot use: an empty value, a number that is not a number or lies outside its range. The centre is one value, so a latitude it cannot use discards the longitude as well. An empty tile URL or attribution uses the default, because a tile server's terms usually require an attribution. Whether the tile server delivers tiles up to the maximum zoom, and what its attribution has to say, is up to the site. The map allows the host of the tile URL in the Content Security Policy of its page, see [Content Security Policy](https://docs.typo3.org/permalink/fgtclb/academic-partners:integrator-partner-map-content-security-policy@3.0). ### Which partners the map draws, and how wide it is {#which-partners-the-map-draws-and-how-wide-it-is} Which partners the map draws, and the option **Map width** of each content element, are described on the page of the content element, see [Partner Map](https://docs.typo3.org/permalink/fgtclb/academic-partners:integrator-partner-map@3.0). ### The files the map loads {#the-files-the-map-loads} The map is drawn with Leaflet and its marker cluster plugin, both built from their npm packages into `Resources/Public/JavaScript/vendor///`: | Library | Version | Module | Stylesheets | | --- | --- | --- | --- | | Leaflet | 1.9.4 | `leaflet` | `leaflet.css` | | Leaflet.markercluster | 1.5.3 | `leaflet.markercluster` | `MarkerCluster.css`, `MarkerCluster.Default.css` | The import map of the extension publishes the modules under those names, and the map module imports them. No global variable is set. The partial `Partner/Map.html` registers the stylesheets of the two libraries, which the map needs to work, together with the map module. The partial names the marker icon of this extension, in `Resources/Public/Images/Map/`, in the attribute `data-academic-partners-marker-icon` of the map element, and the markers load their images from that directory. Without the attribute they show the icon of Leaflet. Another extension or the theme that maps `leaflet` as well shares the map's import map entry: the page loads one of the two Leaflets for every module. ### Styling the map {#configuration-map-styling} The extension ships no stylesheet of its own for the map, the site package styles it. One rule is not optional: **the map element needs a height.** Leaflet draws into `
`, and an element without a height shows no map at all. **The stylesheet of the site package** ```css #map { height: 500px; } ``` Two more rules are worth taking over where the theme needs them: a `z-index: 0` on `.leaflet-pane`, `.leaflet-top` and `.leaflet-bottom`, which keeps the map behind a sticky header of the site, and `width: auto !important` on the images of the tiles and the markers, which keeps an image rule of the theme such as `img { max-width: 100% }` from distorting them. The stylesheets of the libraries come after the stylesheets of the page, so a rule that overrides one of theirs needs a more specific selector, such as `.leaflet-container .leaflet-pane`. The stylesheet of the development instances of the mono repository carries all three: [\_academic-partners.scss of EXT:academics_dev_site](https://github.com/fgtclb/academic-extensions/blob/main/packages-dev/dev-site/Resources/Private/Scss/frontend/_academic-partners.scss). Before version 3.0 the extension shipped them in `Css/frontend/map.css`, see [Breaking: The partner map ships no stylesheet](https://docs.typo3.org/permalink/fgtclb/academic-partners:breaking-partner-map-ships-no-stylesheet@3.0). ### The map on other pages {#configuration-map-other-pages} The map is rendered by the partial `Partner/Map.html`, and a template of the site package can render it too. It takes these arguments: | Argument | Meaning | | --- | --- | | `partners` | The partners to draw. | | `partner` | A single partner instead. The partial renders nothing when the partner has no coordinates. | | `map` | The map settings above. Without them the map uses the defaults. | | `assets` | The switch of [the map script](https://docs.typo3.org/permalink/fgtclb/academic-partners:configuration-javascript@3.0). Without it the partial loads the script. | The page of the page type **Academic partner** does not show a map, but its template and its partials have everything a map for the partner of the page needs: `{partner}`, the map settings of the site as `{mapSettings}`, and the switch of the map script as `{mapAssets}`. The data processor `partner-data` adds all three, for a `FLUIDTEMPLATE` and for a `PAGEVIEW` page object. It takes the settings from the site settings and the constants, not from `plugin.tx_academicpartners.settings.map`, so a value a site sets in the TypoScript setup of the plugin reaches the content element only. A site package that shows the location of the partner below the address overrides the partial `Partner/Page/Address.html`, see [The parts of a partner page](https://docs.typo3.org/permalink/fgtclb/academic-partners:partner-page-partials@3.0), and renders in it: **EXT:my_sitepackage/Resources/Private/Partials/Partner/Page/Address.html** ```html ``` A single partner is where the maximum zoom matters most: the map zooms in on the partner up to that level. The partial draws one map per page. Its element ids are fixed, so on a page that renders it twice, the content element on a partner page that shows a map for example, only the first map is drawn and the second stays empty. The settings reach the map as data attributes of the element `
`, which the partial renders: | Attribute | Setting | | --- | --- | | `data-academic-partners-center-lat` | `centerLatitude` | | `data-academic-partners-center-lng` | `centerLongitude` | | `data-academic-partners-zoom` | `zoom` | | `data-academic-partners-max-zoom` | `maxZoom` | | `data-academic-partners-padding` | `padding` | | `data-academic-partners-tile-url` | `tileUrl` | | `data-academic-partners-attribution` | `attribution` | | `data-academic-partners-marker-icon` | none, the partial writes the URL of the marker icon of this extension | An attribute that is missing, empty or out of range uses the default, and the two coordinates are used only together. A project that overrides `Templates/Partner/Map.html` keeps its template. It renders the map without these attributes, so its map uses the defaults until it renders the partial or adds the attributes to its own map element. A project that already ships a partial `Partner/Map.html` of its own overrides the shipped one. It is rendered with `partners` and `map`. ## The header of the content elements {#configuration-content-element-header} The header and the subheader an editor enters on a **Partner List**, **Partner Map**, **Partners Linked** or **Partner Logo Teaser** content element are rendered by the content element layout of the site, as for any other content element. The layouts of **EXT:fluid_styled_content** and of the bootstrap package do that, and the plugins render no header of their own. A site whose content element layout renders no header, because its element templates render it instead, lets the plugins render it: **TypoScript constants** ```typoscript plugin.tx_academicpartners.renderContentElementHeader = 1 ``` On a site that uses the site set, that is the site setting **Render the content element header in the plugins** of `fgtclb/academic-partners`. The templates then render the header partial of **EXT:fluid_styled_content** above their output, for every header layout except **Hidden**. Do not switch it on where the layout renders the header: the header then appears twice. The extension does not require **EXT:fluid_styled_content**. It adds the partial path of that extension below every other one, so a site package that ships a `Header/All.html` of its own renders that one instead, and a site without **EXT:fluid_styled_content** provides the partial that way. For the header layout **Default**, the partial takes the heading level from `plugin.tx_academicpartners.settings.defaultHeaderType`, which is mapped from the constant `styles.content.defaultHeaderType` of **EXT:fluid_styled_content**. A site that does not include the TypoScript of **EXT:fluid_styled_content** sets the setting itself; without it, such a header renders as an empty `
` element. ## Load the script or bring your own {#configuration-javascript} The **Partner Map** content element loads the module `@fgtclb/academic-partners/frontend/map.js` on the page that carries it, together with the stylesheets of the map libraries the module imports, see [The partner map](https://docs.typo3.org/permalink/fgtclb/academic-partners:configuration-map@3.0). A page template that renders the partial `Partner/Map.html` loads the same. No other content element of this extension loads a script. The module and the stylesheets of the libraries are switched off together, per site, for an installation that draws the map with a script of its own: | Site setting and constant | Default | Off means | | --- | --- | --- | | `plugin.tx_academicpartners.assets.js` | `true` | The page loads neither the module nor the stylesheets of Leaflet and Leaflet.markercluster. | With the site set, it is a site setting of `fgtclb/academic-partners-map`, next to the other settings of the map: **config/sites/my-site/settings.yaml** ```yaml plugin.tx_academicpartners.assets.js: false ``` With the static template, it is the TypoScript constant of the same name: **Constants of the root sys_template record** ```typoscript plugin.tx_academicpartners.assets.js = 0 ``` **The map does not work without a script.** The markup stays exactly as it is: the map element `
` with the settings of the map as data attributes, and the hidden list `
    ` with one item per partner, carrying its coordinates, name, description and link. A visitor sees an empty map element until a script of your own draws the map from those two elements, with the stylesheets of whichever library it uses. A page template hands the switch to the partial as the argument `assets`, see [The map on other pages](https://docs.typo3.org/permalink/fgtclb/academic-partners:configuration-map-other-pages@3.0). A template that does not pass it loads the script whatever the setting says. A project that overrides `Partials/Partner/Map.html` keeps whatever its copy loads. ## Do not combine both {#one-mechanism-per-site} A site that uses the site set **and** the static template reads the shipped files twice. The site set is applied before the `sys_template` record, so the second read happens after the site settings and after `config/sites//constants.typoscript` — and it resets every constant the extension ships a default for back to that default. For this extension that is the `plugin.tx_academicpartners` constants block: the three Fluid root paths, the number of page links of the [pagination](https://docs.typo3.org/permalink/fgtclb/academic-partners:configuration-pagination-number-of-links@3.0), the settings of [the category filters](https://docs.typo3.org/permalink/fgtclb/academic-partners:configuration-list-filter@3.0) and of [the partner map](https://docs.typo3.org/permalink/fgtclb/academic-partners:configuration-map@3.0), the [content element header](https://docs.typo3.org/permalink/fgtclb/academic-partners:configuration-content-element-header@3.0) switch and the [script switch](https://docs.typo3.org/permalink/fgtclb/academic-partners:configuration-javascript@3.0). Nothing else is damaged: the **Constants** and **Setup** fields of the `sys_template` record, the page TSconfig of a page and the page TSconfig files selected on a page are all applied afterwards and still win. Use one mechanism per site and the question does not arise. ## Search, permissions and the wizard {#configuration-integration} The [Integration chapter of academic_base](https://docs.typo3.org/p/fgtclb/academic-base/main/en-us/Integration/Index.html#integration) covers what an installation runs beside the academic extensions: an index queue for partner pages with EXT:solr, the tables, fields and content types an editor group needs as a preset for b13/permission-sets, and how to move, rename or order the academic content elements in the new content element wizard. - [Route enhancers](https://docs.typo3.org/permalink/fgtclb/academic-partners:route-enhancers@3.0) - [Labels](https://docs.typo3.org/permalink/fgtclb/academic-partners:labels@3.0)