Changelog

Update to 6.x

Bugfix and maintenance release. Attention, Breaking Changes in this version! The new Pagination API of TYPO3 10 is used. The old Fluid Pagination Widget was removed. TypoScript setting maxNumberOfLinks not longer necessary and therefore removed. If you use the original template files for List and Search Action from operations version 5.1.x, then nothing should to do for you. If not, check if you changed one of the following files and have a look at the changes in original files:

  • Resources/Private/Templates/Operation/List.html
  • Resources/Private/Templates/Operation/Search.html
  • Resources/Private/Partials/List/Pagination.html

If you configured the current page of pagination in the url (in the site configuration) you have to change the configuration for the page argument. It’s not longer that @widget stuff. Have a look at the Speaking url example page in manual.

Slug behaviour was changed to unique With an updated TYPO3 version it is now possible to use the sysfolder with operations data outside of the page tree. You can use one folder for multiple Sites in the same TYPO3 Instance. If you need uniqueInSite for your page, then you can switch that behaviour in the BE module “Settings” -> Extension Configuration.

Update to 5.1.0

Fix exception in list view of operations. Stand out just in TYPO3 10.

Improve translation handling with excluding some fields they don’t need to be translated. Catgeories, resources, vehicles, lat and long, assistance, type, onlEld are the same in all languages.

Of course data for categories, resources, vehicles, assistance and type can be translated. Then translated field values are shown. Probably this depends on your language settings for sys_language_mode and sys_language_overlay.

Note

I’ve tested translations with the following settings in my site configuration.
  • default language: german (0), second language: english (1)
  • Connected mode for translations.
fallbackType: strict
fallbacks: '0,1'

With those settings the translated relations (resources,vehicles,…) of the operation were shown in frontend if they are translated. Otherwise default language were used. In search form (type, categories), only translated values are shown. If those properties are not translated, then they won’t be shown in the form.

Update to 5.0.0

TYPO3 10 compatibility.

Update to 4.0.0

Complete refactoring of the templates to prepare it for using with the TYPO3 Site Package for fire department. With this package all views becomes default styles. Check frontend views.

Update to 3.2.2

Fix error if concatenation for JS and CSS files is activated in TYPO3.

Update to 3.2.0

Now you can use categories to organize your operations. With those feature you can create a structure with a main fire department and sub departments. Show only operations from the main department or a single sub department in frontend.

There is only a flat category handling. That means, if you select a category, no child categories are respected. Only the selected category. Set a root category in PageTS-Config to restrict the displayed categories in operation plugin in backend.

tx_operations {
    categoryRootId = 4
}

You can define new link targets for every single vehicles or resources data. Maybe another page in your project or an external link. By default it will be respected in list view of vehicles and resources and in that short list in the operation single view.

Some little bugfixes, code improvements.

Update to 3.1.0

Some little bugfixes. Add a new plugin to display statistics in frontend.

Update to 3.0.0 from a version below

Setting for storagePid (sysfolder)

Configuring the storagePid has changed. The old flexform setting storageFolder is not longer used. The TypoScript setting persistence.storagePid is the proper setting. In plugin element the core feature “Record storage Page [pages]” is used to override those setting in TypoScript. Now it’s working correct with an general storagePid in TypoScript setup and overriding those value on a special page with the plugin setting. If you use the RecordStoragePage field in plugin element, the recursive setting from plugin is active. If not, then the recursive setting from TypoScript is active.

plugin.tx_operations {
    persistence {
        storagePid = 99
        recursive = 2
    }
}

It’s recommend to set this in constant editor, not directly in TypoScript setup.

Settings for images

Many settings for images are changed into media settings. They are renamed as follows:

settings.listImgWidth -> settings.listMediaWidth
settings.showImgInList -> settings.showMediaInList

Have a look at the new TypoScript setup in configuration/TypoScript/setup.txt.

Database migration for images to media

See at the Migration page in documentation. Migration

Detailed changelog with git log

Clone the github repository and use following command to get a detailed list of the commits. Replace the version number in the command (2.0.2) with the number of version you are using before updating.

git log 2.0.2..HEAD –abbrev-commit –pretty=’%ad %s (Commit %h by %an)’ –date=short

Replace the word HEAD with another version, if you want to see the commits between this two versions.

Tip

I try to mark commits with breaking changes with [!!!]. That will help to inform you about problems after updating operations.