[DOCS] 7.5 Docs Part 4/4 37/43437/2
authorMathias Schreiber <mathias.schreiber@wmdb.de>
Sat, 19 Sep 2015 15:54:43 +0000 (17:54 +0200)
committerBenni Mack <benni@typo3.org>
Sat, 19 Sep 2015 20:14:41 +0000 (22:14 +0200)
Proofread and move Feature Documentation

Change-Id: I4fdef7405010a0e2ea55971d86a6485a6e4bf685
Reviewed-on: http://review.typo3.org/43437
Reviewed-by: Anja Leichsenring <aleichsenring@ab-softlab.de>
Reviewed-by: Benni Mack <benni@typo3.org>
Tested-by: Benni Mack <benni@typo3.org>
101 files changed:
typo3/sysext/core/Documentation/Changelog/7.5/Feature-19494-AddSELECTmmQueryMethodToDatabaseConnection.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.5/Feature-25341-SchedulerTaskToOptimizeDatabaseTables.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.5/Feature-31100-IntegrateMultilineSupportForTEXTBLOCKInFormWizard.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.5/Feature-38732-Fluid-basedContentElementsIntroduced.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.5/Feature-47812-QuerySupportForBETWEENAdded.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.5/Feature-52217-SignalForPreProccesingLinkvalidatorRecords.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.5/Feature-53406-AddPlaceholderAttributeToSomeTextfieldsInWizard.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.5/Feature-56726-TriggerMetadataExtractionAfterFileUpload.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.5/Feature-61799-ImprovedHandlingOfOnlineMedia.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.5/Feature-63395-Html5VideoPosterPreviewImage.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.5/Feature-64726-UsingArbitraryFlashmessageQueues.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.5/Feature-65493-BackendRouting.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.5/Feature-65791-UsePHPConfiguredSendmailPathIfMAILtransportSendmailIsActive.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.5/Feature-66366-IntroducedMediaViewHelper.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.5/Feature-66371-IntroduceAutoplayOptionForVideoAndAudioFiles.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.5/Feature-67875-OverrideCategoryRegistryEntry.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.5/Feature-68429-IntroducedAvatarProviderAPI.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.5/Feature-68724-EMShowsOnlyDistributionsThatSuiteTheCurrentTYPO3Version.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.5/Feature-68741-IntroduceNewIconFactoryAsBaseForReplaceTheIconSkinningAPI.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.5/Feature-68746-AddAnnotationForCLIOnlyCommands.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.5/Feature-68757-ProvideUntouchedNewPasswordInFeloginPasswordChangedHook.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.5/Feature-68773-ShowASpecialImageForOfficialDistributionsInExtensionManager.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.5/Feature-68804-ColoredOutputForCLI-relevantErrorMessages.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.5/Feature-68837-ClosuresForCommandLineScripts.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.5/Feature-69095-IntroduceIconStateForIconFactory.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.5/Feature-69119-AddABasicSearchToTheFilelistModule.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.5/Feature-69389-AddSpinningFeatureForIcon.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.5/Feature-69401-AdoptFormToSupportTheExtbaseFluidMVCStack.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.5/Feature-69409-AllowValueAttributeForOPTIONObjectInWizard.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.5/Feature-69416-MakeAbstractPluginpi_loadLLLoadLabelsFromCustomFile.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.5/Feature-69459-ShowTt_contentPreviewInPageModuleViaFluid.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.5/Feature-69496-ExtractTitleFromPDFWhenIndexing.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.5/Feature-69512-SupportTyposcriptFilesAsTextFileType.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.5/Feature-69543-IntroducedGLOBALSTYPO3_CONF_VARSSYSmediafile_ext.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.5/Feature-69730-IntroduceUniqueIdGenerator.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.5/Feature-69855-DispatcherForBackendRoutingAdded.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.5/Feature-69918-AddPSR-7-basedDispatchingForBackendModules.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.5/Feature-7098-SeverityFilteringForFlashMessageQueue.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/master/Feature-16525-AddConditionsToINCLUDE_TYPOSCRIPT.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-19494-AddSELECTmmQueryMethodToDatabaseConnection.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-25341-SchedulerTaskToOptimizeDatabaseTables.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-28243-IntroduceTcaOptionToDisableAgeDisplay.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-31100-IntegrateMultilineSupportForTEXTBLOCKInFormWizard.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-38732-Fluid-basedContentElementsIntroduced.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-47812-QuerySupportForBETWEENAdded.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-52217-SignalForPreProccesingLinkvalidatorRecords.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-53406-AddPlaceholderAttributeToSomeTextfieldsInWizard.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-56726-TriggerMetadataExtractionAfterFileUpload.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-57632-AddInlineLanguageLabelFilesWithTypoScript.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-59144-PageTSconfigWorkspacePreview [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-59591-ImageQualityDefinablePerSourceCollection.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-61799-ImprovedHandlingOfOnlineMedia.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-61993-CssPageStyleNowPageSpecific.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-63395-Html5VideoPosterPreviewImage.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-64535-IrreSuppressAndOverrideUseCombinationWarningViaTcaSettings.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-64726-UsingArbitraryFlashmessageQueues.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-65493-BackendRouting.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-65791-UsePHPConfiguredSendmailPathIfMAILtransportSendmailIsActive.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-66366-IntroducedMediaViewHelper.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-66371-IntroduceAutoplayOptionForVideoAndAudioFiles.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-67056-AddOptionToDisableMoveButtonsTCAGroupType.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-67875-OverrideCategoryRegistryEntry.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-67880-AddedCountToSplit.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-68166-RenderTypeForRsaEncryptedInputFields.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-68429-IntroducedAvatarProviderAPI.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-68724-EMShowsOnlyDistributionsThatSuiteTheCurrentTYPO3Version.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-68741-IntroduceNewIconFactoryAsBaseForReplaceTheIconSkinningAPI.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-68746-AddAnnotationForCLIOnlyCommands.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-68756-AddConfigBaseToStdWrap.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-68757-ProvideUntouchedNewPasswordInFeloginPasswordChangedHook.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-68773-ShowASpecialImageForOfficialDistributionsInExtensionManager.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-68804-ColoredOutputForCLI-relevantErrorMessages.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-68837-ClosuresForCommandLineScripts.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-69095-IntroduceIconStateForIconFactory.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-69119-AddABasicSearchToTheFilelistModule.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-69389-AddSpinningFeatureForIcon.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-69401-AdoptFormToSupportTheExtbaseFluidMVCStack.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-69409-AllowValueAttributeForOPTIONObjectInWizard.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-69416-MakeAbstractPluginpi_loadLLLoadLabelsFromCustomFile.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-69459-ShowTt_contentPreviewInPageModuleViaFluid.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-69496-ExtractTitleFromPDFWhenIndexing.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-69512-SupportTyposcriptFilesAsTextFileType.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-69543-IntroducedGLOBALSTYPO3_CONF_VARSSYSmediafile_ext.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-69568-FormEngineDataProcessing.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-69602-SimplifyHandlingOfBackendLayoutsInFrontend.rst
typo3/sysext/core/Documentation/Changelog/master/Feature-69730-IntroduceUniqueIdGenerator.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-69855-DispatcherForBackendRoutingAdded.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-69918-AddPSR-7-basedDispatchingForBackendModules.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-7098-SeverityFilteringForFlashMessageQueue.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/needs_to_be_merged_into_github/Feature-16525-AddConditionsToINCLUDE_TYPOSCRIPT.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/master/needs_to_be_merged_into_github/Feature-28243-IntroduceTcaOptionToDisableAgeDisplay.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/master/needs_to_be_merged_into_github/Feature-57632-AddInlineLanguageLabelFilesWithTypoScript.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/master/needs_to_be_merged_into_github/Feature-59144-PageTSconfigWorkspacePreview [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/master/needs_to_be_merged_into_github/Feature-59591-ImageQualityDefinablePerSourceCollection.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/master/needs_to_be_merged_into_github/Feature-61993-CssPageStyleNowPageSpecific.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/master/needs_to_be_merged_into_github/Feature-64535-IrreSuppressAndOverrideUseCombinationWarningViaTcaSettings.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/master/needs_to_be_merged_into_github/Feature-67056-AddOptionToDisableMoveButtonsTCAGroupType.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/master/needs_to_be_merged_into_github/Feature-67880-AddedCountToSplit.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/master/needs_to_be_merged_into_github/Feature-68166-RenderTypeForRsaEncryptedInputFields.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/master/needs_to_be_merged_into_github/Feature-68756-AddConfigBaseToStdWrap.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/master/needs_to_be_merged_into_github/Feature-69568-FormEngineDataProcessing.rst [new file with mode: 0644]

diff --git a/typo3/sysext/core/Documentation/Changelog/7.5/Feature-19494-AddSELECTmmQueryMethodToDatabaseConnection.rst b/typo3/sysext/core/Documentation/Changelog/7.5/Feature-19494-AddSELECTmmQueryMethodToDatabaseConnection.rst
new file mode 100644 (file)
index 0000000..d13a77e
--- /dev/null
@@ -0,0 +1,18 @@
+================================================================
+Feature: #19494 - Add SELECTmmQuery method to DatabaseConnection
+================================================================
+
+Description
+===========
+
+A new method ``SELECT_mm_query`` has been added to the ``DatabaseConnection`` class.
+This method has been extracted from ``exec_SELECT_mm_query`` to separate the building
+and execution of M:M queries.
+
+This allows enables the use of the query building in the database abstraction layer.
+
+Example:
+
+.. code-block:: php
+
+  $query = SELECT_mm_query('*', 'table1', 'table1_table2_mm', 'table2', 'AND table1.uid = 1', '', 'table1.title DESC');
diff --git a/typo3/sysext/core/Documentation/Changelog/7.5/Feature-25341-SchedulerTaskToOptimizeDatabaseTables.rst b/typo3/sysext/core/Documentation/Changelog/7.5/Feature-25341-SchedulerTaskToOptimizeDatabaseTables.rst
new file mode 100644 (file)
index 0000000..51e2e13
--- /dev/null
@@ -0,0 +1,32 @@
+============================================================
+Feature: #25341 - Scheduler task to optimize database tables
+============================================================
+
+Description
+===========
+
+A scheduler task to run the ``OPTIMIZE TABLE`` command on selected
+database tables has been added. The ``OPTIMIZE TABLE`` command
+reorganizes the physical storage of table data and associated index
+data to reduce storage space and improve I/O efficiency when
+accessing the table. The exact changes made to each table depend
+on the storage engine used by that table. For more information see
+the `MySQL manual`_.
+
+The scheduler task is meant for the MySQL database system and only
+shows tables matching the MySQL storage engines MyISAM, InnoDB and
+ARCHIVE. Using this task with DBAL and other DBMS is not supported
+as the commands used are MySQL specific.
+
+
+Impact
+======
+
+Optimizing tables is I/O intensive. On MySQL < 5.6.17 it also locks
+the tables for the whole time, which can severely impact the website
+while it is running. When considering whether or not to run optimize,
+consider the workload of transactions that your server will process
+as InnoDB tables do not suffer from fragmentation in the same way
+that MyISAM tables do.
+
+.. _MySQL manual: https://dev.mysql.com/doc/refman/5.6/en/optimize-table.html
diff --git a/typo3/sysext/core/Documentation/Changelog/7.5/Feature-31100-IntegrateMultilineSupportForTEXTBLOCKInFormWizard.rst b/typo3/sysext/core/Documentation/Changelog/7.5/Feature-31100-IntegrateMultilineSupportForTEXTBLOCKInFormWizard.rst
new file mode 100644 (file)
index 0000000..e5331ef
--- /dev/null
@@ -0,0 +1,10 @@
+==========================================================================
+Feature: #31100 - Integrate multiline support for TEXTBLOCK in form wizard
+==========================================================================
+
+Description
+===========
+
+The form object ``TEXTBLOCK`` is now rendered as multiline input field in the
+form wizard. Line breaks are automatically converted to ``<br>`` tags in the
+wizard preview and the frontend.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.5/Feature-38732-Fluid-basedContentElementsIntroduced.rst b/typo3/sysext/core/Documentation/Changelog/7.5/Feature-38732-Fluid-basedContentElementsIntroduced.rst
new file mode 100644 (file)
index 0000000..0be985e
--- /dev/null
@@ -0,0 +1,34 @@
+=========================================================
+Feature: #38732 - Fluid-based Content Elements Introduced
+=========================================================
+
+Description
+===========
+
+A new system extension called "Fluid Styled Content" has been added to the core,
+which ships with a trimmed down and simplified set of Content Elements which are
+rendered by Fluid Templates. This extension is installed by default on new
+installations.
+
+In order to have Fluid Styled Content running, add the TypoScript file inside the
+Template module, and the PageTSconfig file on the page properties.
+
+It is possible to overwrite the templates by adding your own paths in the TypoScript setup:
+
+.. code-block:: typoscript
+
+       lib.fluidContent.templateRootPaths.50 = EXT:site_example/Resources/Private/Templates/
+       lib.fluidContent.partialRootPaths.50 = EXT:site_example/Resources/Private/Partials/
+       lib.fluidContent.layoutRootPaths.50 = EXT:site_example/Resources/Private/Layouts/
+
+
+The new CType ``textmedia`` adds support for rendering media elements and image elements side by side.
+
+Impact
+======
+
+Please note that this extension is still in an early stage and breaking changes are
+still possible until TYPO3 CMS 7 LTS, so be aware of changes to TCA, Templates,
+Behaviour and Feature set.
+
+Some conflicts regarding CSS Styled Content and Fluid Styled Content might still exist.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/7.5/Feature-47812-QuerySupportForBETWEENAdded.rst b/typo3/sysext/core/Documentation/Changelog/7.5/Feature-47812-QuerySupportForBETWEENAdded.rst
new file mode 100644 (file)
index 0000000..cd1e470
--- /dev/null
@@ -0,0 +1,19 @@
+=================================================
+Feature: #47812 - Query support for BETWEEN added
+=================================================
+
+Description
+===========
+
+Support for ``between`` has been added to the Extbase ``Query`` object. As there is no performance
+advantage to using BETWEEN on the DBMS side (the optimizer converts it to ``(min <= expr AND expr <= max)``
+this function replicates the DBMS behaviour by building a logical AND condition that has the advantage
+of working on all DBMS.
+
+Example:
+
+.. code-block:: php
+
+       $query->matching(
+               $query->between('uid', 3, 5)
+       );
diff --git a/typo3/sysext/core/Documentation/Changelog/7.5/Feature-52217-SignalForPreProccesingLinkvalidatorRecords.rst b/typo3/sysext/core/Documentation/Changelog/7.5/Feature-52217-SignalForPreProccesingLinkvalidatorRecords.rst
new file mode 100644 (file)
index 0000000..75e9dab
--- /dev/null
@@ -0,0 +1,59 @@
+=================================================================
+Feature - #52217: Signal for pre proccesing linkvalidator records
+=================================================================
+
+Description
+===========
+
+This signal allows for additional processing upon initialization of a specific record,
+e.g. getting content data from plugin configuration in record.
+
+Registering the signal: (in ext_localconf.php)
+
+.. code-block:: php
+
+    $signalSlotDispatcher = \TYPO3\CMS\Core\Utility\GeneralUtility::makeInstance(\TYPO3\CMS\Extbase\SignalSlot\Dispatcher::class);
+    $signalSlotDispatcher->connect(
+        \TYPO3\CMS\Linkvalidator\LinkAnalyzer::class,
+        'beforeAnalyzeRecord',
+        \Vendor\Package\Slots\RecordAnalyzerSlot::class,
+        'beforeAnalyzeRecord'
+    );
+
+..
+
+The slot class:
+
+.. code-block:: php
+
+    namespace Vendor\Package\Slots;
+
+    use TYPO3\CMS\Linkvalidator\LinkAnalyzer;
+
+    class RecordAnalyzerSlot {
+
+        /**
+         * Receives a signal before the record is analyzed
+         *
+         * @param array $results Array of broken links
+         * @param array $record Record to analyse
+         * @param string $table Table name of the record
+         * @param array $fields Array of fields to analyze
+         * @param LinkAnalyzer $parentObject Parent object
+         * @return array
+         */
+        public function beforeAnalyzeRecord($results, $record, $table, $fields, LinkAnalyzer $parentObject) {
+            // Processing here
+            return array(
+                $results,
+                $record
+            );
+        }
+    }
+
+..
+
+Impact
+======
+
+Extensions may now perform any kind of processing for every record when validating content links.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.5/Feature-53406-AddPlaceholderAttributeToSomeTextfieldsInWizard.rst b/typo3/sysext/core/Documentation/Changelog/7.5/Feature-53406-AddPlaceholderAttributeToSomeTextfieldsInWizard.rst
new file mode 100644 (file)
index 0000000..2488404
--- /dev/null
@@ -0,0 +1,10 @@
+========================================================================
+Feature: #53406 - Add placeholder attribute to some textfields in wizard
+========================================================================
+
+Description
+===========
+
+The form wizard is now able to add a placeholder attribute to the
+following elements: TEXTLINE, TEXTAREA, PASSWORD and the preset
+"email". TypoScript config is properly read and written.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/7.5/Feature-56726-TriggerMetadataExtractionAfterFileUpload.rst b/typo3/sysext/core/Documentation/Changelog/7.5/Feature-56726-TriggerMetadataExtractionAfterFileUpload.rst
new file mode 100644 (file)
index 0000000..27c81bb
--- /dev/null
@@ -0,0 +1,27 @@
+===============================================================
+Feature: #56726 - Trigger metadata extraction after file upload
+===============================================================
+
+Description
+===========
+
+Before #56726 the metadata extraction was only called through the extract metadata
+scheduler task.
+So when a editor uploaded a new file he had to wait until the scheduler task had
+been triggered again and extracted the metadata.
+
+Now the metadata extraction is by default triggered after adding/uploading a file
+in the BE or when the FAL API is used ``ResourceStorage::addFile()``,
+``ResourceStorage::replaceFile()`` and ``ResourceStorage::addUploadedFile()``.
+
+In some special situations it isn't desired to have metadata extraction direct
+after file upload/adding a file to the storage.
+For these cases the automatic extraction can be disabled in File Storage configuration.
+
+
+Impact
+======
+
+The flag is by default set for all existing and a new storage. When you have some
+special use-case where automatic extraction of metadata is not desired the flag
+can be disabled in File Storage configuration.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/7.5/Feature-61799-ImprovedHandlingOfOnlineMedia.rst b/typo3/sysext/core/Documentation/Changelog/7.5/Feature-61799-ImprovedHandlingOfOnlineMedia.rst
new file mode 100644 (file)
index 0000000..ccb30e9
--- /dev/null
@@ -0,0 +1,115 @@
+===================================================
+Feature: #61799 - Improved handling of online media
+===================================================
+
+Description
+===========
+
+Editors can now use YouTube and Vimeo videos (online media) just like a any other file, organising them just like any
+other file in the file list and selecting them in element browser to use in a CE or any other record.
+Adding new online media files is done providing the URL to online media. The matching helper class will fetch the
+needed metadata and supply an image that will be used as preview if available.
+
+
+YouTube and Vimeo support
+-------------------------
+
+The core provides an ``OnlineMediaHelper`` and a ``FileRenderer`` class for YouTube and Vimeo.
+
+Adding YouTube videos can be done by providing a URL in one of the following formats (with and without http(s)://):
+
+- youtu.be/<code> # Share URL
+- www.youtube.com/watch?v=<code> # Normal web link
+- www.youtube.com/v/<code>
+- www.youtube-nocookie.com/v/<code> # youtube-nocookie.com web link
+- www.youtube.com/embed/<code> # URL form iframe embed code, can also get code from full iframe snippet
+
+Adding Vimeo videos can be done by providing a URL in one of the following formats (with and without http(s)://):
+
+- vimeo.com/<code> # Share URL
+- player.vimeo.com/video/<code> # URL form iframe embed code, can also get code from full iframe snippet
+
+
+Each renderer has some custom configuration options:
+
+
+YouTubeRenderer
+^^^^^^^^^^^^^^^
+
+* ``bool autoplay`` default = FALSE; when set video starts immediately after loading of the page
+* ``int controls`` default = 2; see `https://developers.google.com/youtube/player_parameters#controls`_
+* ``bool loop`` default = FALSE; if set video starts over again from te beginning when finished
+* ``bool enablejsapi`` default = TRUE; see `https://developers.google.com/youtube/player_parameters#enablejsapi`_
+* ``bool showinfo`` default = FALSE; show video title and uploader before video starts playing
+* ``bool no-cookie`` default = FALSE; use domain youtube-nocookie.com instead of youtube.com when embedding a video
+
+Example of setting the YouTubeRenderer options with the MediaViewHelper:
+
+.. code-block:: html
+
+    <!-- enable js api and set no-cookie support for YouTube videos -->
+    <f:media file="{file}" additionalConfig="{enablejsapi:1, 'no-cookie': true}" />
+
+
+VimeoRenderer
+^^^^^^^^^^^^^
+
+* ``bool autoplay`` default = FALSE; when set video starts immediately after loading of the page
+* ``bool loop`` default = FALSE; if set video starts over again from te beginning when finished
+* ``bool showinfo`` default = FALSE; show video title and uploader before video starts playing
+
+Example of setting the YouTubeRenderer options with the MediaViewHelper:
+
+.. code-block:: html
+
+    <!-- show title and uploader for YouTube and Vimeo before video starts playing -->
+    <f:media file="{file}" additionalConfig="{showinfo:1}" />
+
+
+Register your own online media service
+--------------------------------------
+
+For every service you need an ``OnlineMediaHelper`` class that implements ``OnlineMediaHelperInterface`` and a
+``FileRenderer`` class (see #61800) that implements ``FileRendererInterface``. The online media helper is responsible
+for translating the input given by the editor to a ``onlineMediaId`` that is known to the service. The renderer is
+responsible for turning the ``onlineMediaId`` to the correct HTML output to show the media item.
+
+The ``onlineMediaId`` is stored in a plain text file that only holds this ID. By giving this file a custom file extension
+TYPO3 knows which ``OnlineMediaHelper`` and ``FileRenderer`` belong to it. To further tell TYPO3 what kind of
+"file" (text, image, audio, video, application, other) this online media holds we also need to bind a custom mime-type to
+this file extension.
+
+With adding this custom file extension to ``$GLOBALS['TYPO3_CONF_VARS']['SYS']['mediafile_ext']`` (see `#69543 <Feature-69543-IntroducedGLOBALSTYPO3_CONF_VARSSYSmediafile_ext.rst>`_) your custom
+online media file can be used throughout the backend every where all media files are allowed.
+
+**Example of registering your own online media file/service:**
+
+.. code-block:: php
+
+    // Register your own online video service (the used key is also the bind file extension name)
+    $GLOBALS['TYPO3_CONF_VARS']['SYS']['OnlineMediaHelpers']['myvideo'] = \MyCompany\Myextension\Helpers\MyVideoHelper::class;
+
+    $rendererRegistry = \TYPO3\CMS\Core\Resource\Rendering\RendererRegistry::getInstance();
+    $rendererRegistry->registerRendererClass(
+        \MyCompany\Myextension\Rendering\MyVideoRenderer::class
+    );
+
+    // Register an custom mime-type for your videos
+    $GLOBALS['TYPO3_CONF_VARS']['SYS']['FileInfo']['fileExtensionToMimeType']['myvideo'] = 'video/myvideo';
+
+    // Register your custom file extension as allowed media file
+    $GLOBALS['TYPO3_CONF_VARS']['SYS']['mediafile_ext'] .= ',myvideo';
+
+
+Override core Helper class with your own helper class
+-----------------------------------------------------
+
+The helper classed provided by the core use the ``oEmbed`` web service provided by YouTube and Vimeo to gather some basic
+metadata for the provided video urls. The upside is that you do not need an API user/key to use their webservice as these
+services are publicly available. But the downside is that the gathered info is kind of scarce. So if you have an API user/key
+for these services, you could create an own helper class which provides more meta data.
+
+.. code-block:: php
+
+    // Register your own online custom youtube helper class
+    $GLOBALS['TYPO3_CONF_VARS']['SYS']['OnlineMediaHelpers']['youtube'] = \MyCompany\Myextension\Helpers\YouTubeHelper::class;
diff --git a/typo3/sysext/core/Documentation/Changelog/7.5/Feature-63395-Html5VideoPosterPreviewImage.rst b/typo3/sysext/core/Documentation/Changelog/7.5/Feature-63395-Html5VideoPosterPreviewImage.rst
new file mode 100644 (file)
index 0000000..f33d503
--- /dev/null
@@ -0,0 +1,13 @@
+==================================================
+Feature: #63395 - HTML5 video poster preview image
+==================================================
+
+Description
+===========
+
+Enable Video preview image "poster" in media in the old fashion way.
+
+If there is a jpg, jpeg or png image in the same folder with the same
+name as the video file it will be shown with the HTML5 poster attribute.
+
+The file extensions are checked exactly in the order mentioned above.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.5/Feature-64726-UsingArbitraryFlashmessageQueues.rst b/typo3/sysext/core/Documentation/Changelog/7.5/Feature-64726-UsingArbitraryFlashmessageQueues.rst
new file mode 100644 (file)
index 0000000..259652c
--- /dev/null
@@ -0,0 +1,28 @@
+================================================================
+Feature: #64726 - Added support for multiple FlashMessage queues
+================================================================
+
+Description
+===========
+
+In Extbase ControllerContext the method ``getFlashMessageQueue()`` now optionally
+allows to specify which queue to fetch. If none is specified the ``default-
+messagequeue`` for the current controller/plugin will be used.
+
+.. code-block:: php
+
+       $this->controllerContext->getFlashMessageQueue($queueIdentifier);
+
+In Fluid the flashMessages-ViewHelper also allows to specify a queue to
+use.
+
+.. code-block:: html
+
+       <f:flashMessages queueIdentifier="myQueue" />
+
+
+Impact
+======
+
+Extensions may now render foreign flash message queues and add messages
+to them.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.5/Feature-65493-BackendRouting.rst b/typo3/sysext/core/Documentation/Changelog/7.5/Feature-65493-BackendRouting.rst
new file mode 100644 (file)
index 0000000..f4f586e
--- /dev/null
@@ -0,0 +1,50 @@
+=========================================
+Feature: #58621 - Unified Backend Routing
+=========================================
+
+Description
+===========
+
+A new Routing component has been added to the TYPO3 Backend which handles addressing different calls / modules inside TYPO3.
+
+A **Route** is the smallest entity consisting of a path (e.g. "/records/edit/") as well as an identifier for addressing
+the route, and the information about how to dispatch the route to a PHP controller.
+
+A **Route** can be a module, wizard or any page inside the TYPO3 Backend. The Router contains the public API for matching
+paths to fetch a Route and is resolved inside the RequestHandler of the Backend.
+
+The entry point for Routes is ``typo3/index.php?route=myroute&token=....``. The main RequestHandler for all Backend requests
+detects if a route parameter from the server is given and uses this as the route identifier and then resolves to a
+controller defined inside the Route.
+
+Routes are defined inside the file "Configuration/Backend/Routes.php" of any extension.
+
+Example of a Configuration/Backend/Routes.php file:
+
+.. code-block:: php
+
+       return [
+               'myRouteIdentifier' => [
+                       'path' => '/document/edit',
+                       'controller' => Acme\MyExtension\Controller\MyExampleController::class . '::methodToCall'
+               ]
+       ];
+
+The called method in the controller to be called receives a PSR-7 compliant Request object and a PSR-7 Response object, and has to return a PSR-7 Response object.
+The UriBuilder generates any kind of URL for the Backend, may it be a module, a typical route or an AJAX call. The
+UriBuilder returns a PSR-7-conform Uri object that can be casted to string when needed.
+
+Usage:
+
+.. code-block:: php
+
+       $uriBuilder = GeneralUtility::makeInstance(UriBuilder::class);
+       $uri = $uriBuilder->buildUriFromRoute('myRouteIdentifier', array('foo' => 'bar'));
+
+See http://wiki.typo3.org/Blueprints/BackendRouting for more details.
+
+Impact
+======
+
+Handling of existing modules works the same as before and fully transparent. Any existing registration of entrypoints
+can be moved to the new registration file in Configuration/Backend/Routes.php.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/7.5/Feature-65791-UsePHPConfiguredSendmailPathIfMAILtransportSendmailIsActive.rst b/typo3/sysext/core/Documentation/Changelog/7.5/Feature-65791-UsePHPConfiguredSendmailPathIfMAILtransportSendmailIsActive.rst
new file mode 100644 (file)
index 0000000..be02ca8
--- /dev/null
@@ -0,0 +1,20 @@
+=============================================================================================
+Feature: #65791 - Use PHP configured sendmail path, if [MAIL][transport] = sendmail is active
+=============================================================================================
+
+Description
+===========
+
+The install tool setting ``[MAIL][transport_sendmail_command]`` is now retrieved automatically from
+PHP runtime configuration ``sendmail_path`` during installation (instead of '/usr/sbin/sendmail -bs').
+
+Impact
+======
+
+There are no impacts on current installations.
+
+New installations will have ``[MAIL][transport_sendmail_command]`` automatically set during installation
+using ``sendmail_path`` from PHP runtime configuration. It can still be changed manually.
+
+As this setting is only used if ``[MAIL][transport]`` is set to ``sendmail``, it doesn't have impact on
+other transport schemes.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/7.5/Feature-66366-IntroducedMediaViewHelper.rst b/typo3/sysext/core/Documentation/Changelog/7.5/Feature-66366-IntroducedMediaViewHelper.rst
new file mode 100644 (file)
index 0000000..ddf09fa
--- /dev/null
@@ -0,0 +1,39 @@
+============================================
+Feature: #66366 - Introduced MediaViewHelper
+============================================
+
+Description
+===========
+
+In order to comfortably render video, audio and all other file types with a registered Renderer class (``RenderingRegistry``
+introduced with #61800) in FE, the ``MediaViewHelper`` has been added.
+
+The ``MediaViewHelper`` first checks if there is a Renderer present for the given file. If not,  it will as fallback
+render a image tag. This way it is a replacement for the ``ImageViewHelper`` in most cases when rendering video and
+audio tags.
+
+Examples:
+---------
+
+.. code-block:: html
+
+    <code title="Image Object">
+        <f:media file="{file}" width="400" height="375" />
+    </code>
+    <output>
+        <img alt="alt set in image record" src="fileadmin/_processed_/323223424.png" width="396" height="375" />
+    </output>
+
+    <code title="MP4 Video Object">
+        <f:media file="{file}" width="400" height="375" />
+    </code>
+    <output>
+        <video width="400" height="375" controls><source src="fileadmin/user_upload/my-video.mp4" type="video/mp4"></video>
+    </output>
+
+    <code title="MP4 Video Object with loop and autoplay option set">
+        <f:media file="{file}" width="400" height="375" additionalConfig="{loop: '1', autoplay: '1'}" />
+    </code>
+    <output>
+        <video width="400" height="375" controls loop><source src="fileadmin/user_upload/my-video.mp4" type="video/mp4"></video>
+    </output>
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/7.5/Feature-66371-IntroduceAutoplayOptionForVideoAndAudioFiles.rst b/typo3/sysext/core/Documentation/Changelog/7.5/Feature-66371-IntroduceAutoplayOptionForVideoAndAudioFiles.rst
new file mode 100644 (file)
index 0000000..2e81395
--- /dev/null
@@ -0,0 +1,65 @@
+=====================================================================
+Feature: #66371 - Introduce autoplay option for video and audio files
+=====================================================================
+
+Description
+===========
+
+The ``RenderingRegistry`` added with #61800 introduced the option to render video
+and audio tags with the new ``MediaViewHelper`` added with #66366.
+To improve the usability of this feature an autoplay checkbox has been added to
+the ``sys_file_reference`` records to enable the editor to configure this option
+on a per file basis.
+
+To make the autoplay option available in sys_file_reference records, make use of
+the new palettes ``videoOverlayPalette`` and ``audioOverlayPalette`` in your TCA.
+
+However, the autoplay property of the ``sys_file_reference`` is only taken into
+account if the view helper does not explicitly specify an autoplay option.
+
+Examples:
+---------
+
+Example config of an sys_file_reference field in TCA:
+
+.. code-block:: php
+
+       'media' => array(
+               'exclude' => 1,
+               'label' => 'Media',
+               'config' => \TYPO3\CMS\Core\Utility\ExtensionManagementUtility::getFileFieldTCAConfig(
+                       'media',
+                       array(
+                               'foreign_types' => array(
+                                       \TYPO3\CMS\Core\Resource\File::FILETYPE_AUDIO => array(
+                                               'showitem' => '
+                                                       --palette--;;audioOverlayPalette,
+                                                       --palette--;;filePalette',
+                                       ),
+                                       \TYPO3\CMS\Core\Resource\File::FILETYPE_VIDEO => array(
+                                               'showitem' => '
+                                                       --palette--;;videoOverlayPalette,
+                                                       --palette--;;filePalette',
+                                       )
+                               )
+                       ),
+                       'wav,mpeg,mp4,ogg'
+               )
+       )
+
+
+.. code-block:: html
+
+       <code title="MP4 Video Object with autoplay option set regardless of sys_file_reference checkbox">
+               <f:media file="{file}" width="400" height="375" additionalConfig="{autoplay: '1'}" />
+       </code>
+       <output>
+               <video width="400" height="375" controls autoplay><source src="fileadmin/user_upload/my-video.mp4" type="video/mp4"></video>
+       </output>
+
+        <code title="MP4 Video Object without autoplay option set will respect the configuration of the sys_file_reference record">
+               <f:media file="{file}" width="400" height="375" />
+       </code>
+       <output>
+               <video width="400" height="375" controls><source src="fileadmin/user_upload/my-video.mp4" type="video/mp4"></video>
+       </output>
diff --git a/typo3/sysext/core/Documentation/Changelog/7.5/Feature-67875-OverrideCategoryRegistryEntry.rst b/typo3/sysext/core/Documentation/Changelog/7.5/Feature-67875-OverrideCategoryRegistryEntry.rst
new file mode 100644 (file)
index 0000000..08450f3
--- /dev/null
@@ -0,0 +1,40 @@
+===================================================
+Feature: #67875 - Override CategoryRegistry entries
+===================================================
+
+Description
+===========
+
+The ``makeCategorizable`` method of the  ``\TYPO3\CMS\Core\Utility\ExtensionManagementUtility``
+class has been extended with a new parameter ``override`` to set a new category configuration for
+an already registered table / field combination.
+
+If the parameter is set to ``TRUE``, previously defined registry entries are cleared for the
+current table / field combination before adding the new configuration.
+
+The intended usecase for this method is to add additional TCA types for a previously registered table.
+
+A good example is the ``tt_content`` table:
+
+1. The basic TCA is defined in the ``frontend`` Extension.
+2. After the processing of the normal TCA definition, the default categorized tables (from the install
+   tool setting ``SYS/defaultCategorizedTables``) are initialized and the categories tab is added to the
+   ``showitem`` configuration for all TCA types that exist so far.
+3. Now the TCA overrides are processed. The ``css_styled_content`` Extension defines additional TCA
+   types. After the types are defined the ``addOrOverride()`` method is called to add the category
+   tab to them.
+
+
+Impact
+======
+
+The current behavior of the existing functionality is not changed. Only new functionality is added.
+
+
+Example
+=======
+
+.. code-block:: php
+
+       // This example is from the tt_content TCA overrides file from the css_styled_content Extension.
+       \TYPO3\CMS\Core\Utility\ExtensionManagementUtility::makeCategorizable('css_styled_content', 'tt_content', 'categories', array(), TRUE);
diff --git a/typo3/sysext/core/Documentation/Changelog/7.5/Feature-68429-IntroducedAvatarProviderAPI.rst b/typo3/sysext/core/Documentation/Changelog/7.5/Feature-68429-IntroducedAvatarProviderAPI.rst
new file mode 100644 (file)
index 0000000..384d9c7
--- /dev/null
@@ -0,0 +1,64 @@
+===============================================
+Feature: #68429 - Introduced AvatarProvider API
+===============================================
+
+Description
+===========
+
+To make providing an avatar image for BE users more flexible an API has been
+introduced so you can register AvatarProviders.
+The core provides the ``DefaultAvatarProvider`` by default to handle the image
+defined in the user settings.
+
+When an avatar is rendered in the BE the available ``AvatarProviders`` are asked
+if they can provide an ``TYPO3\CMS\Backend\Backend\Avatar\Image`` for the given
+``be_users`` record in the requested size. The first ``TYPO3\CMS\Backend\Backend\Avatar\Image``
+that gets returned is used.
+
+Registering an avatar provider
+------------------------------
+
+An avatar provider can be registered within your ``ext_localconf.php`` file like this:
+
+.. code-block:: php
+
+       $GLOBALS['TYPO3_CONF_VARS']['EXTCONF']['backend']['avatarProviders']['myCustomProvider'] = [
+               'provider' => \MyVendor\MyExtension\AvatarProvider\CompanyAvatarProvider::class,
+               'before' => ['defaultAvatarProvider']
+       ];
+
+The settings are defined as:
+
+* ``provider``: The avatar provider class name, which must implement ``TYPO3\CMS\Backend\Backend\Avatar\AvatarProviderInterface``.
+* ``before``/``after``: You can define the ordering how providers are executed. This is used to get the order in which the providers are executed.
+
+
+For a new avatar provider you have to register a **new key** in ``$GLOBALS['TYPO3_CONF_VARS']['EXTCONF']['backend']['avatarProviders']``.
+If your avatar provider extends another one, you may only overwrite necessary settings. An example would be to
+extend an existing provider and replace its registered 'provider' class with your new class name.
+
+.. code-block:: php
+
+       $GLOBALS['TYPO3_CONF_VARS']['EXTCONF']['backend']['avatarProviders']['defaultAvatarProvider']['provider'] = \MyVendor\MyExtension\AvatarProvider\CustomAvatarProvider::class;
+
+
+AvatarProviderInterface
+-----------------------
+
+The AvatarProviderInterface contains only one method:
+
+``public function getImage(array $backendUser, $size);``
+
+The parameters are defined as:
+
+* ``$backendUser``: The record from ``be_users`` database table.
+* ``$size``: The requested size of the avatar image.
+
+The return value of the method is expected to be an instance of ``TYPO3\CMS\Backend\Backend\Avatar\Image`` or NULL
+when the provider can not provide an image.
+
+An ``TYPO3\CMS\Backend\Backend\Image`` object has 3 properties:
+
+* ``$url``: Url of avatar image. Needs to be relative to the website root or an absolute URL.
+* ``$width``: The width of the image.
+* ``$height``: The height of the image.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.5/Feature-68724-EMShowsOnlyDistributionsThatSuiteTheCurrentTYPO3Version.rst b/typo3/sysext/core/Documentation/Changelog/7.5/Feature-68724-EMShowsOnlyDistributionsThatSuiteTheCurrentTYPO3Version.rst
new file mode 100644 (file)
index 0000000..501740f
--- /dev/null
@@ -0,0 +1,14 @@
+====================================================================================================================
+Feature: #68724 - EM: "Get preconfigured distribution" shows only distributions that suite the current TYPO3 version
+====================================================================================================================
+
+Description
+===========
+
+As the list of distributions gets longer, it is filtered now to those distributions that suite the current TYPO3 version.
+
+
+Impact
+======
+
+Distributions that require different TYPO3 versions are not shown anymore.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/7.5/Feature-68741-IntroduceNewIconFactoryAsBaseForReplaceTheIconSkinningAPI.rst b/typo3/sysext/core/Documentation/Changelog/7.5/Feature-68741-IntroduceNewIconFactoryAsBaseForReplaceTheIconSkinningAPI.rst
new file mode 100644 (file)
index 0000000..cba49e1
--- /dev/null
@@ -0,0 +1,108 @@
+====================================================================================
+Feature: #68741 - Introduce new IconFactory as base to replace the icon skinning API
+====================================================================================
+
+Description
+===========
+
+The logic for working with icons, icon sizes and icon overlays is now bundled into the new ``IconFactory`` class.
+The new icon factory will replace the old icon skinning API step by step.
+
+All core icons will be registered directly in the ``IconRegistry`` class, third party extensions must use
+``IconRegistry::registerIcon()`` to override existing icons or add additional icons to the icon factory.
+
+The ``IconFactory`` takes care of the correct icon and overlay size and the markup.
+
+
+IconProvider
+------------
+
+The core implements three icon provider classes, which all implement the ``IconProviderInterface``.
+
+* ``BitmapIconProvider`` for all kind of bitmap icons for gif, png and jpg files
+* ``FontawesomeIconProvider`` for font icons from fontawesome.io
+* ``SvgIconProvider`` for svg icons
+
+Third party extensions can provide own icon provider classes, each class must implement the ``IconProviderInterface``.
+
+
+BitmapIconProvider
+------------------
+
+The ``BitmapIconProvider`` has the following option
+
+* ``source`` The path to the bitmap file, this may also contain the EXT: prefix
+
+
+FontawesomeIconProvider
+-----------------------
+
+The ``FontawesomeIconProvider`` has the following option
+
+* ``name`` The name of the icon without the icon prefix e.g. ``check`` instead of ``fa-check``
+
+
+SvgIconProvider
+---------------
+
+The ``SvgIconProvider`` has the following option
+
+* ``source`` The path to the svg file, this may also contains the EXT: prefix
+
+
+Register an icon
+----------------
+
+.. code-block:: php
+
+       /*
+        * Put the following code into your ext_localconf.php file of your extension.
+        *
+        * @param string $identifier the icon identifier
+        * @param string $iconProviderClassName the icon provider class name
+        * @param array $options provider specific options, please reference the icon provider class
+        */
+       IconRegistry::registerIcon($identifier, $iconProviderClassName, array $options = array());
+
+
+Use an icon
+-----------
+
+To use an icon, you need at least the icon identifier. The default size is currently 32x32 px.
+The third parameter can be used to add an additional icon as overlay, which can be any registered icon.
+
+The ``Icon`` class provides only the following constants for Icon sizes:
+
+* ``Icon::SIZE_SMALL`` which currently means 16x16 px
+* ``Icon::SIZE_DEFAULT`` which currently means 32x32 px
+* ``Icon::SIZE_LARGE`` which currently means 48x48 px
+
+All the sizes can change in future, so please make use of the constants for an unified layout.
+
+.. code-block:: php
+
+       $iconFactory = GeneralUtility::makeInstance(IconFactory::class);
+       $iconFactory->getIcon($identifier, Icon::SIZE_SMALL, $overlay)->render();
+
+
+ViewHelper
+----------
+
+The core provides a fluid ViewHelper which makes it really easy to use icons within a fluid view.
+
+.. code-block:: html
+
+       {namespace core = TYPO3\CMS\Core\ViewHelpers}
+       <core:icon identifier="my-icon-identifier" />
+       <!-- use the "small" size if none given ->
+       <core:icon identifier="my-icon-identifier" />
+       <core:icon identifier="my-icon-identifier" size="large" />
+       <core:icon identifier="my-icon-identifier" overlay="overlay-identifier" />
+       <core:icon identifier="my-icon-identifier" size="default" overlay="overlay-identifier" />
+       <core:icon identifier="my-icon-identifier" size="large" overlay="overlay-identifier" />
+
+
+Impact
+======
+
+No impact
diff --git a/typo3/sysext/core/Documentation/Changelog/7.5/Feature-68746-AddAnnotationForCLIOnlyCommands.rst b/typo3/sysext/core/Documentation/Changelog/7.5/Feature-68746-AddAnnotationForCLIOnlyCommands.rst
new file mode 100644 (file)
index 0000000..f17365d
--- /dev/null
@@ -0,0 +1,20 @@
+======================================================
+Feature: #68746 - Add annotation for CLI only commands
+======================================================
+
+Description
+===========
+
+The PHPDoc annotation ``@cli`` was added to indicate Extbase CommandController
+commands to be usable on CLI only.
+In general each defined CommandController can be selected within the Extbase
+CommandController Task in the scheduler.
+For some commands like ``extbase:help:help`` running in a scheduler task is not
+wanted or needed. Now those commands can be excluded from the scheduler command selection.
+
+
+Impact
+======
+
+Extbase ``CommandController`` commands annotated with ``@cli`` are not shown as
+command in the scheduler task.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/7.5/Feature-68757-ProvideUntouchedNewPasswordInFeloginPasswordChangedHook.rst b/typo3/sysext/core/Documentation/Changelog/7.5/Feature-68757-ProvideUntouchedNewPasswordInFeloginPasswordChangedHook.rst
new file mode 100644 (file)
index 0000000..5ac301d
--- /dev/null
@@ -0,0 +1,10 @@
+================================================================================
+Feature: #68757 - Provide untouched newPassword in felogin password_changed hook
+================================================================================
+
+Description
+===========
+
+The new parameter ``newPasswordUnencrypted``  in the EXT:felogin password_changed
+hook won't be salted if EXT:saltedpaswords is enabled. It is now possible to
+work with the real new password.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/7.5/Feature-68773-ShowASpecialImageForOfficialDistributionsInExtensionManager.rst b/typo3/sysext/core/Documentation/Changelog/7.5/Feature-68773-ShowASpecialImageForOfficialDistributionsInExtensionManager.rst
new file mode 100644 (file)
index 0000000..a49de5f
--- /dev/null
@@ -0,0 +1,10 @@
+======================================================================================
+Feature: #68773 - Show a special image for official distributions in Extension Manager
+======================================================================================
+
+Description
+===========
+
+For official distributions a special image is displayed in the "Get preconfigured
+distribution" list. So it is easier now to distinguish the official distributions
+from others.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/7.5/Feature-68804-ColoredOutputForCLI-relevantErrorMessages.rst b/typo3/sysext/core/Documentation/Changelog/7.5/Feature-68804-ColoredOutputForCLI-relevantErrorMessages.rst
new file mode 100644 (file)
index 0000000..331fa0e
--- /dev/null
@@ -0,0 +1,9 @@
+================================================================
+Feature: #68804 - Colored output for CLI-relevant error messages
+================================================================
+
+Description
+===========
+
+Calling ``typo3/cli_dispatch.phpsh`` via the command line will now show a
+colored error message when an invalid or no CLI key as first parameter is given.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/7.5/Feature-68837-ClosuresForCommandLineScripts.rst b/typo3/sysext/core/Documentation/Changelog/7.5/Feature-68837-ClosuresForCommandLineScripts.rst
new file mode 100644 (file)
index 0000000..c825301
--- /dev/null
@@ -0,0 +1,21 @@
+===================================================
+Feature: #68837 - Closures for Command Line Scripts
+===================================================
+
+Description
+===========
+
+For registering new command line scripts through the CLI API ("cliKey"), it is
+now possible to use PHP closures instead of reference to PHP scripts.
+
+Example usage inside ext_localconf.php:
+
+.. code-block:: php
+
+       $GLOBALS['TYPO3_CONF_VARS']['SC_OPTIONS']['GLOBAL']['cliKeys']['myclikey'] = array(
+               function() {
+                       $controller = \TYPO3\CMS\Core\Utility\GeneralUtility::makeInstance(\Acme\MyExtension\CommandLineTool::class);
+                       $controller->main();
+               },
+               '_CLI_lowlevel'
+       );
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/7.5/Feature-69095-IntroduceIconStateForIconFactory.rst b/typo3/sysext/core/Documentation/Changelog/7.5/Feature-69095-IntroduceIconStateForIconFactory.rst
new file mode 100644 (file)
index 0000000..178fb66
--- /dev/null
@@ -0,0 +1,39 @@
+======================================================
+Feature: #69095 - Introduce icon state for IconFactory
+======================================================
+
+Description
+===========
+
+A state (default or disabled) for icons has been added. The state "disabled" marks an icon as disabled and shows the icon with 50% opacity.
+
+
+Use an icon
+-----------
+
+The method ``IconFactory::getIcon()`` has now a fourth parameter for the state.
+
+The ``\TYPO3\CMS\Core\Type\Icon\IconState`` class provides only the following constants for icon states:
+
+* ``State::STATE_DEFAULT`` which currently means 100% opacity
+* ``State::STATE_DISABLED`` which currently means 50% opacity
+
+The states may change in future, so please make use of the constants for an unified layout.
+
+.. code-block:: php
+
+       $iconFactory = GeneralUtility::makeInstance(IconFactory::class);
+       $iconFactory->getIcon($identifier, Icon::SIZE_SMALL, $overlay, IconState::cast(IconState::STATE_DEFAULT))->render();
+
+
+ViewHelper
+----------
+
+The core provides a Fluid ViewHelper which makes it really easy to use icons within a Fluid view.
+This ViewHelper has an argument for the new state parameter.
+
+.. code-block:: html
+
+       {namespace core = TYPO3\CMS\Core\ViewHelpers}
+       <core:icon identifier="my-icon-identifier" state="disabled" />
+
diff --git a/typo3/sysext/core/Documentation/Changelog/7.5/Feature-69119-AddABasicSearchToTheFilelistModule.rst b/typo3/sysext/core/Documentation/Changelog/7.5/Feature-69119-AddABasicSearchToTheFilelistModule.rst
new file mode 100644 (file)
index 0000000..b4704fc
--- /dev/null
@@ -0,0 +1,22 @@
+===========================================================
+Feature: #69119 - Add a basic search to the filelist module
+===========================================================
+
+Description
+===========
+
+A basic recursive file search by file name has been added to be able to search
+for files in the file list module like it was possible with EXT:dam.
+
+The search happens recursively from the currently chosen folder in the folder
+tree. This way it is possible to search whole mount points or just single folders
+with a lot of files.
+
+The search results will be displayed similar to the regular file list although
+some features of the regular list view are missing. There is no possibility to
+order the search results yet. Also the buttons for localization and clipboard
+commands are missing in this first implementation. Regular file command links
+like editing, renaming and deleting are already implemented. By default the
+search results are ordered by the file identifier, i.e. the file path ascending
+from A-Z.
+
diff --git a/typo3/sysext/core/Documentation/Changelog/7.5/Feature-69389-AddSpinningFeatureForIcon.rst b/typo3/sysext/core/Documentation/Changelog/7.5/Feature-69389-AddSpinningFeatureForIcon.rst
new file mode 100644 (file)
index 0000000..fff8456
--- /dev/null
@@ -0,0 +1,27 @@
+===============================================
+Feature: #69389 - Add spinning feature for icon
+===============================================
+
+Description
+===========
+
+The Icon API has now a support for spinning icons. While registering an icon a new property ``spinning`` is available:
+
+
+.. code-block:: php
+
+       $iconRegistry = \TYPO3\CMS\Core\Utility\GeneralUtility::makeInstance(\TYPO3\CMS\Core\Imaging\IconRegistry::class);
+       $iconRegistry->registerIcon(
+               'my-spinning-icon',
+               \TYPO3\CMS\Core\Imaging\IconProvider\FontawesomeIconProvider::class,
+               array(
+                       'name' => 'times',
+                       'spinning' => TRUE
+               )
+       );
+
+
+Impact
+======
+
+Icons can now be animated.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.5/Feature-69401-AdoptFormToSupportTheExtbaseFluidMVCStack.rst b/typo3/sysext/core/Documentation/Changelog/7.5/Feature-69401-AdoptFormToSupportTheExtbaseFluidMVCStack.rst
new file mode 100644 (file)
index 0000000..3e1d707
--- /dev/null
@@ -0,0 +1,106 @@
+====================================================================
+Feature: #69401 - Adopt form to support the Extbase/ Fluid MVC stack
+====================================================================
+
+Description
+===========
+
+Short summery
+-------------
+
+The form extension - including the custom data model, controller logic,
+property validation, views and templating - has been adopted to support
+the Extbase/ Fluid MVC stack. This allows better customization and
+control of the generated behavior and markup by simply modifying Fluid
+templates or utilizing own custom view helper logic. At the same time
+the rewrite must not break current setups, i.e. the frontend rendering
+must be as compatible as possible.
+
+Details
+-------
+
+Fluid Rendering
+^^^^^^^^^^^^^^^
+
+The rendering of the frontend output is based on Fluid. Form relies on
+the native Fluid viewhelpers of the core and ships 2 new viewhelpers
+for optimal rendering of the SELECT object including the support of
+OPTGROUP objects. Furthermore a viewhelper is included to optimize the
+output of text mails.
+
+To support existing setups a compatibility mode is introduced. The mode
+is activated by default. This has no impact on the rendering as long as
+no "old" TypoScript settings (like .layout =) are present. If old
+rendering settings are used a compatibility theme is loaded which
+guarantees maximum backwards compatibility including all the different
+wrap-abilities like ``containerWrap`` and ``elementWrap``.
+
+For new installations it is recommended to switch off the compatibility
+mode and use own Fluid templates to customize the output.
+
+For each form object and view a Fluid partial is available. There are 3
+views: the form itself (show), the confirmation page (confirmation) and
+the email (postProcessor/ mail). The patch allows to customize the
+frontend output for every single view, e.g. one can have a custom Fluid
+partial for the BUTTON object of the confirmation view.
+
+The ``partialRootPath`` can be overridden or extended to customize the form
+objects on a global scope. Furthermore it is possible to set a partial
+path for each form element on a local scope.
+
+.. code-block:: [typoscript]
+
+       10 = BUTTON
+       10 {
+               label = My button
+               name = myButton
+               partialPath = FlatElements/MyButton
+       }
+
+The Fluid rendering would look for a MyButton.html located in the
+defined ``partialRootPath``.
+
+In addition it is now possible to decide if an element should be
+rendered for a specific view. The visualisation can be adopted by using
+the TypoScript settings ``visibleInShowAction``, ``visibleInConfirmationAction``
+and ``visibleInMail``. As an example, this is utilized to hide the FIELDSET
+object on the confirmation page which was the default behaviour in
+earlier versions of form.
+
+Extensibility
+^^^^^^^^^^^^^
+
+It is now possible to register custom form objects and attributes
+easily only by using TypoScript and Fluid. Form attributes can now be
+cObjects and use stdWrap. This is only possible if the form was not
+designed within the form wizard.
+
+Furthermore 2 new signal slots are implemented to allow the
+manipulation of the form objects and the submitted data.
+
+Validation
+^^^^^^^^^^
+
+The validators are now using the extbase property mapping validation
+process.
+
+Additional information
+^^^^^^^^^^^^^^^^^^^^^^
+
+The session handling was dropped since it was unstable (see #58765). Now
+form relies on the concepts of Extbase.
+
+The unit tests have been adopted to reflect the code changes.
+
+Future
+^^^^^^
+
+Further patches are needed to adopt the form wizard. The wizard still
+works as it used to after applying this patch but it is not able to
+reflect the new features like choosing a partial path for a single
+element.
+
+Another patch will take care of the documentation.
+
+A few more patches will come which will fix some issues regarding the
+validators and filters.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/7.5/Feature-69409-AllowValueAttributeForOPTIONObjectInWizard.rst b/typo3/sysext/core/Documentation/Changelog/7.5/Feature-69409-AllowValueAttributeForOPTIONObjectInWizard.rst
new file mode 100644 (file)
index 0000000..3fa84c3
--- /dev/null
@@ -0,0 +1,11 @@
+===================================================================
+Feature: #69409 - Allow value attribute for OPTION object in wizard
+===================================================================
+
+Description
+===========
+
+Now it is possible to add a value to the OPTION object using the
+wizard. Furthermore the table within the field options of the
+SELECT configuration has been improved. There were no labels shown
+which has been fixed now.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.5/Feature-69416-MakeAbstractPluginpi_loadLLLoadLabelsFromCustomFile.rst b/typo3/sysext/core/Documentation/Changelog/7.5/Feature-69416-MakeAbstractPluginpi_loadLLLoadLabelsFromCustomFile.rst
new file mode 100644 (file)
index 0000000..c9db5a5
--- /dev/null
@@ -0,0 +1,17 @@
+========================================================================
+Feature: #69416 - Plugins (AbstractPlugin) can load custom language file
+========================================================================
+
+Description
+===========
+
+``AbstractPlugin::pi_loadLL`` takes an optional argument specifying path to a
+language file. It allows placing language files in other paths like in Extbase
+structure "Resources/Private/Language". Previously language file had to be
+located in the directory set in the ``scriptRelPath`` property.
+
+
+Impact
+======
+
+Possibility to put language label files in other paths.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.5/Feature-69459-ShowTt_contentPreviewInPageModuleViaFluid.rst b/typo3/sysext/core/Documentation/Changelog/7.5/Feature-69459-ShowTt_contentPreviewInPageModuleViaFluid.rst
new file mode 100644 (file)
index 0000000..8e6ebe4
--- /dev/null
@@ -0,0 +1,28 @@
+==================================================================
+Feature: #69459 - Show tt_content preview in page module via Fluid
+==================================================================
+
+Description
+===========
+
+A new PageTSconfig option allows to render a preview of a single content element in the Backend via Fluid.
+
+The following option allows to override the default output of a content element via PageTSconfig:
+
+.. code-block:: typoscript
+
+       mod.web_layout.tt_content.preview.media = EXT:site_mysite/Resources/Private/Templates/Preview/Media.html
+
+All content elements with CType "media" will then be rendered by the Fluid Template which can be rendered like:
+
+.. code-block:: html
+
+       <h4>{header}</h4>
+       <f:format.crop length="200">{bodytext}</f:format.crop>
+
+All properties of the tt_content record are available in the template directly.
+Any data of the flexform field ``pi_flexform`` is available with the property ``pi_flexform_transformed`` as an array.
+
+.. note::
+
+If a PHP hook already is set to render the element, it will take precedence over the Fluid-based preview.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/7.5/Feature-69496-ExtractTitleFromPDFWhenIndexing.rst b/typo3/sysext/core/Documentation/Changelog/7.5/Feature-69496-ExtractTitleFromPDFWhenIndexing.rst
new file mode 100644 (file)
index 0000000..d585965
--- /dev/null
@@ -0,0 +1,15 @@
+======================================================
+Feature: #69496 - Extract title from PDF when indexing
+======================================================
+
+Description
+===========
+
+Indexed search is now able to natively extract the title when indexing PDF documents.
+
+
+Impact
+======
+
+The title of indexed PDF documents is now extracted.
+
diff --git a/typo3/sysext/core/Documentation/Changelog/7.5/Feature-69512-SupportTyposcriptFilesAsTextFileType.rst b/typo3/sysext/core/Documentation/Changelog/7.5/Feature-69512-SupportTyposcriptFilesAsTextFileType.rst
new file mode 100644 (file)
index 0000000..7caf1cc
--- /dev/null
@@ -0,0 +1,14 @@
+==============================================================
+Feature: #69512 - Support *.typoscript files as text file type
+==============================================================
+
+Description
+===========
+
+The file type **typoscript** has been added to the list of text file types.
+
+
+Impact
+======
+
+Files with the type **typoscript** can now be edited through the file list module.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/7.5/Feature-69543-IntroducedGLOBALSTYPO3_CONF_VARSSYSmediafile_ext.rst b/typo3/sysext/core/Documentation/Changelog/7.5/Feature-69543-IntroducedGLOBALSTYPO3_CONF_VARSSYSmediafile_ext.rst
new file mode 100644 (file)
index 0000000..5e1cb27
--- /dev/null
@@ -0,0 +1,70 @@
+================================================================================
+Feature: #69543 - Introduced $GLOBALS['TYPO3_CONF_VARS']['SYS']['mediafile_ext']
+================================================================================
+
+Description
+===========
+
+Now we got the ``RendererRegistry`` with the ``VideoTagRenderer``, ``AudioTagRenderer`` and ``MediaViewHelper`` in the
+core we needed also a way to define a list of file extensions of the files that can be handled by these. This list
+can then be used in the TCA for allowing sys_file_references to these files.
+
+.. code-block:: php
+
+       // Comma list of file extensions perceived as media files by TYPO3.
+       // Lowercase and no spaces between
+       $GLOBALS['TYPO3_CONF_VARS']['SYS']['mediafile_ext'] = 'gif,jpg,jpeg,bmp,png,pdf,svg,ai,mov,avi';
+
+
+TCA example:
+------------
+
+.. code-block:: php
+
+       'media' => array(
+               'label' => 'LLL:EXT:lang/locallang_general.xlf:LGL.media',
+               'config' => \TYPO3\CMS\Core\Utility\ExtensionManagementUtility::getFileFieldTCAConfig('media', array(
+                       'foreign_types' => array(
+                               '0' => array(
+                                       'showitem' => '
+                                               --palette--;LLL:EXT:lang/locallang_tca.xlf:sys_file_reference.imageoverlayPalette;imageoverlayPalette,
+                                               --palette--;;filePalette'
+                               ),
+                               \TYPO3\CMS\Core\Resource\File::FILETYPE_TEXT => array(
+                                       'showitem' => '
+                                               --palette--;LLL:EXT:lang/locallang_tca.xlf:sys_file_reference.imageoverlayPalette;imageoverlayPalette,
+                                               --palette--;;filePalette'
+                               ),
+                               \TYPO3\CMS\Core\Resource\File::FILETYPE_IMAGE => array(
+                                       'showitem' => '
+                                               --palette--;LLL:EXT:lang/locallang_tca.xlf:sys_file_reference.imageoverlayPalette;imageoverlayPalette,
+                                               --palette--;;filePalette'
+                               ),
+                               \TYPO3\CMS\Core\Resource\File::FILETYPE_AUDIO => array(
+                                       'showitem' => '
+                                               --palette--;LLL:EXT:lang/locallang_tca.xlf:sys_file_reference.imageoverlayPalette;imageoverlayPalette,
+                                               --palette--;;filePalette'
+                               ),
+                               \TYPO3\CMS\Core\Resource\File::FILETYPE_VIDEO => array(
+                                       'showitem' => '
+                                               --palette--;LLL:EXT:lang/locallang_tca.xlf:sys_file_reference.imageoverlayPalette;imageoverlayPalette,
+                                               --palette--;;filePalette'
+                               ),
+                               \TYPO3\CMS\Core\Resource\File::FILETYPE_APPLICATION => array(
+                                       'showitem' => '
+                                               --palette--;LLL:EXT:lang/locallang_tca.xlf:sys_file_reference.imageoverlayPalette;imageoverlayPalette,
+                                               --palette--;;filePalette'
+                               )
+                       )
+               ), $GLOBALS['TYPO3_CONF_VARS']['SYS']['mediafile_ext'])
+       ),
+
+
+Extending this list:
+--------------------
+
+If you want to extend this list you can add the desired extension name to list in the ``ext_localconf.php`` of your extension.
+
+.. code-block:: php
+
+       $GLOBALS['TYPO3_CONF_VARS']['SYS']['mediafile_ext'] .= ',myext';
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/7.5/Feature-69730-IntroduceUniqueIdGenerator.rst b/typo3/sysext/core/Documentation/Changelog/7.5/Feature-69730-IntroduceUniqueIdGenerator.rst
new file mode 100644 (file)
index 0000000..89bd7f3
--- /dev/null
@@ -0,0 +1,21 @@
+==============================================
+Feature: #69730 - Introduce uniqueId generator
+==============================================
+
+Description
+===========
+
+A new method ``getUniqueId()`` has been added to the StringUtility class.
+Now there is a common way to generate an unique identifier which can be
+used even in HTML tag attributes as it removes the invalid dot character.
+
+
+.. code-block:: php
+
+       $uniqueId = \TYPO3\CMS\Core\Utility\StringUtility::getUniqueId('Prefix');
+
+
+Impact
+======
+
+No need to remove the dot manually anymore.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.5/Feature-69855-DispatcherForBackendRoutingAdded.rst b/typo3/sysext/core/Documentation/Changelog/7.5/Feature-69855-DispatcherForBackendRoutingAdded.rst
new file mode 100644 (file)
index 0000000..320ac77
--- /dev/null
@@ -0,0 +1,29 @@
+======================================================
+Feature: #69855 - Dispatcher for Backend Routing added
+======================================================
+
+Description
+===========
+
+The previously introduced Backend Routing is updated so that Routes must be
+defined with a class name and method name, or a Closure / callable. The
+controller/action or closure is now named as "target".
+
+Example from ``EXT:backend/Configuration/Backend/Routes.php``
+
+.. code-block:: php
+
+       // Logout script for the TYPO3 Backend
+       'logout' => [
+               'path' => '/logout',
+               'target' => Controller\LogoutController::class . '::logoutAction'
+       ]
+
+
+Impact
+======
+
+Each method that is registered will receive both the Request object and the
+Response object which can be manipulated for output.
+
+The fixed ``ControllerInterface`` is not needed anymore and will be removed.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/7.5/Feature-69918-AddPSR-7-basedDispatchingForBackendModules.rst b/typo3/sysext/core/Documentation/Changelog/7.5/Feature-69918-AddPSR-7-basedDispatchingForBackendModules.rst
new file mode 100644 (file)
index 0000000..982c214
--- /dev/null
@@ -0,0 +1,36 @@
+=================================================================
+Feature: #69918 - Add PSR-7-based dispatching for Backend Modules
+=================================================================
+
+Description
+===========
+
+Built on the PSR-7 principle and the routing concepts, it is now possible to
+register backend modules which are dispatched to a callable string instead of
+pointing to an index.php file in ``EXT:myextension/Modules/MyModule/index.php``.
+
+The method which is called, receives a PSR-compatible request and response object
+and must return a response object which is outputted to the browser.
+
+An example registration uses the option ``routeTarget`` to resolve the method to
+be called when rendering the module:
+
+.. code-block:: php
+
+       \TYPO3\CMS\Core\Utility\ExtensionManagementUtility::addModule(
+               'web',
+               'layout',
+               'top',
+               '',
+               array(
+                       'routeTarget' => \TYPO3\CMS\Backend\Controller\PageLayoutController::class . '::mainAction',
+                       'access' => 'user,group',
+                       'name' => 'web_layout',
+                       'labels' => array(
+                               'tabs_images' => array(
+                                       'tab' => 'EXT:backend/Resources/Public/Icons/module-page.svg',
+                               ),
+                               'll_ref' => 'LLL:EXT:backend/Resources/Private/Language/locallang_mod.xlf',
+                       ),
+               )
+       );
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/7.5/Feature-7098-SeverityFilteringForFlashMessageQueue.rst b/typo3/sysext/core/Documentation/Changelog/7.5/Feature-7098-SeverityFilteringForFlashMessageQueue.rst
new file mode 100644 (file)
index 0000000..2d37512
--- /dev/null
@@ -0,0 +1,19 @@
+=========================================================
+Feature: #7098 - Severity-filtering for FlashMessageQueue
+=========================================================
+
+Description
+===========
+
+So far only all messages of the FlashMessageQueue could be fetched and/or
+removed. With this addition it's possible to do that for a given
+severity only. The existing functions get an optional $severity-parameter.
+
+Usage:
+
+.. code-block:: php
+
+       FlashMessageQueue::getAllMessages($severity);
+       FlashMessageQueue::getAllMessagesAndFlush($severity);
+       FlashMessageQueue::removeAllFlashMessagesFromSession($severity);
+       FlashMessageQueue::clear($severity);
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-16525-AddConditionsToINCLUDE_TYPOSCRIPT.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-16525-AddConditionsToINCLUDE_TYPOSCRIPT.rst
deleted file mode 100644 (file)
index 27dab4a..0000000
+++ /dev/null
@@ -1,28 +0,0 @@
-======================================================
-Feature: #16525 - Add conditions to INCLUDE_TYPOSCRIPT
-======================================================
-
-Description
-===========
-
-The INCLUDE_TYPOSCRIPT tag now has an extra (optional) property "condition" which causes the file/directory to be included only
-if the condition is met.
-
-As usual a condition is enclosed in square brackets, but if these are not present they will be added. Any double quotes must be
-escaped by adding backslashes and any backslash must be doubled.
-
-Example
--------
-
-.. code-block:: typoscript
-
-       <INCLUDE_TYPOSCRIPT: source="FILE:EXT:my_extension/Configuration/TypoScript/firefox.ts" condition="[loginUser = *]">
-
-Condition with square brackets. File will only be included if a frontend user is logged in.
-
-.. code-block:: typoscript
-
-       <INCLUDE_TYPOSCRIPT: source="FILE:EXT:my_extension/Configuration/TypoScript/staging.ts" condition="applicationContext = /^Production\\/Staging\\/Server\\d+$/">
-
-Condition without square brackets, backslashes doubled inside the condition. File will only be included in application context
-Production/Staging/Server followed by at least one digit.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-19494-AddSELECTmmQueryMethodToDatabaseConnection.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-19494-AddSELECTmmQueryMethodToDatabaseConnection.rst
deleted file mode 100644 (file)
index a7253f5..0000000
+++ /dev/null
@@ -1,16 +0,0 @@
-================================================================
-Feature: #19494 - Add SELECTmmQuery method to DatabaseConnection
-================================================================
-
-Description
-===========
-
-A new method ``SELECT_mm_query`` has been added to the ``DatabaseConnection`` class. This method has been extracted from ``exec_SELECT_mm_query`` to separate the building and execution of M:M queries.
-
-This allows enables the use of the query building in the database abstraction layer.
-
-Example:
-
-.. code-block:: php
-
-  $query = SELECT_mm_query('*', 'table1', 'table1_table2_mm', 'table2', 'AND table1.uid = 1', '', 'table1.title DESC');
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-25341-SchedulerTaskToOptimizeDatabaseTables.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-25341-SchedulerTaskToOptimizeDatabaseTables.rst
deleted file mode 100644 (file)
index 51e2e13..0000000
+++ /dev/null
@@ -1,32 +0,0 @@
-============================================================
-Feature: #25341 - Scheduler task to optimize database tables
-============================================================
-
-Description
-===========
-
-A scheduler task to run the ``OPTIMIZE TABLE`` command on selected
-database tables has been added. The ``OPTIMIZE TABLE`` command
-reorganizes the physical storage of table data and associated index
-data to reduce storage space and improve I/O efficiency when
-accessing the table. The exact changes made to each table depend
-on the storage engine used by that table. For more information see
-the `MySQL manual`_.
-
-The scheduler task is meant for the MySQL database system and only
-shows tables matching the MySQL storage engines MyISAM, InnoDB and
-ARCHIVE. Using this task with DBAL and other DBMS is not supported
-as the commands used are MySQL specific.
-
-
-Impact
-======
-
-Optimizing tables is I/O intensive. On MySQL < 5.6.17 it also locks
-the tables for the whole time, which can severely impact the website
-while it is running. When considering whether or not to run optimize,
-consider the workload of transactions that your server will process
-as InnoDB tables do not suffer from fragmentation in the same way
-that MyISAM tables do.
-
-.. _MySQL manual: https://dev.mysql.com/doc/refman/5.6/en/optimize-table.html
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-28243-IntroduceTcaOptionToDisableAgeDisplay.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-28243-IntroduceTcaOptionToDisableAgeDisplay.rst
deleted file mode 100644 (file)
index b300b42..0000000
+++ /dev/null
@@ -1,19 +0,0 @@
-================================================================================
-Feature: #28243 - Introduce TCA option to disable age display of dates per field
-================================================================================
-
-Description
-===========
-
-It is now possible to disable the display of the age (p.e. "2015-08-30 (-27 days)") of date fields in record
-listings by a new TCA option.
-The option is called "disableAgeDisplay" and can be set in the config section of a field.
-It will be respected if the field has the type "input" and its eval is set to "date".
-
-Example
--------
-
-.. code-block:: php
-
-       // disables the display of " (-27 days)" p.e.
-       $GLOBALS['TCA']['tt_content']['columns']['date']['config']['disableAgeDisplay'] = true;
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-31100-IntegrateMultilineSupportForTEXTBLOCKInFormWizard.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-31100-IntegrateMultilineSupportForTEXTBLOCKInFormWizard.rst
deleted file mode 100644 (file)
index f2d03c8..0000000
+++ /dev/null
@@ -1,9 +0,0 @@
-==========================================================================
-Feature: #31100 - Integrate multiline support for TEXTBLOCK in form wizard
-==========================================================================
-
-Description
-===========
-
-The form object TEXTBLOCK is now rendered as multiline input field in the form wizard. Line breaks are automatically converted to <br>
-tags in the wizard preview and the frontend.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-38732-Fluid-basedContentElementsIntroduced.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-38732-Fluid-basedContentElementsIntroduced.rst
deleted file mode 100644 (file)
index 5245168..0000000
+++ /dev/null
@@ -1,32 +0,0 @@
-=========================================================
-Feature: #38732 - Fluid-based Content Elements Introduced
-=========================================================
-
-Description
-===========
-
-A new system extension called "Fluid Styled Content" is added to the core, which ships with a trimmed down and
-simplified set of Content Elements which are rendered by Fluid Templates. This extension is installed by default on
-new installations.
-
-In order to have Fluid Styled Content running, add the TypoScript file inside the Template module, and the PageTSconfig
-file on the page properties.
-
-It is possible to overwrite the templates by adding your own paths in the TypoScript setup:
-
-.. code-block:: typoscript
-
-       lib.fluidContent.templateRootPaths.50 = EXT:site_example/Resources/Private/Templates/
-       lib.fluidContent.partialRootPaths.50 = EXT:site_example/Resources/Private/Partials/
-       lib.fluidContent.layoutRootPaths.50 = EXT:site_example/Resources/Private/Layouts/
-
-
-The new CType ``textmedia`` adds support for rendering media elements and image elements side by side.
-
-Impact
-======
-
-Please note that this extension is still experimental, and breaking changes are still possible until TYPO3 CMS 7 LTS,
-so be aware of changes to TCA, Templates, Behaviour and Feature set.
-
-Some conflicts regarding CSS Styled Content and Fluid Styled Content might still exist.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-47812-QuerySupportForBETWEENAdded.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-47812-QuerySupportForBETWEENAdded.rst
deleted file mode 100644 (file)
index cd1e470..0000000
+++ /dev/null
@@ -1,19 +0,0 @@
-=================================================
-Feature: #47812 - Query support for BETWEEN added
-=================================================
-
-Description
-===========
-
-Support for ``between`` has been added to the Extbase ``Query`` object. As there is no performance
-advantage to using BETWEEN on the DBMS side (the optimizer converts it to ``(min <= expr AND expr <= max)``
-this function replicates the DBMS behaviour by building a logical AND condition that has the advantage
-of working on all DBMS.
-
-Example:
-
-.. code-block:: php
-
-       $query->matching(
-               $query->between('uid', 3, 5)
-       );
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-52217-SignalForPreProccesingLinkvalidatorRecords.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-52217-SignalForPreProccesingLinkvalidatorRecords.rst
deleted file mode 100644 (file)
index 75e9dab..0000000
+++ /dev/null
@@ -1,59 +0,0 @@
-=================================================================
-Feature - #52217: Signal for pre proccesing linkvalidator records
-=================================================================
-
-Description
-===========
-
-This signal allows for additional processing upon initialization of a specific record,
-e.g. getting content data from plugin configuration in record.
-
-Registering the signal: (in ext_localconf.php)
-
-.. code-block:: php
-
-    $signalSlotDispatcher = \TYPO3\CMS\Core\Utility\GeneralUtility::makeInstance(\TYPO3\CMS\Extbase\SignalSlot\Dispatcher::class);
-    $signalSlotDispatcher->connect(
-        \TYPO3\CMS\Linkvalidator\LinkAnalyzer::class,
-        'beforeAnalyzeRecord',
-        \Vendor\Package\Slots\RecordAnalyzerSlot::class,
-        'beforeAnalyzeRecord'
-    );
-
-..
-
-The slot class:
-
-.. code-block:: php
-
-    namespace Vendor\Package\Slots;
-
-    use TYPO3\CMS\Linkvalidator\LinkAnalyzer;
-
-    class RecordAnalyzerSlot {
-
-        /**
-         * Receives a signal before the record is analyzed
-         *
-         * @param array $results Array of broken links
-         * @param array $record Record to analyse
-         * @param string $table Table name of the record
-         * @param array $fields Array of fields to analyze
-         * @param LinkAnalyzer $parentObject Parent object
-         * @return array
-         */
-        public function beforeAnalyzeRecord($results, $record, $table, $fields, LinkAnalyzer $parentObject) {
-            // Processing here
-            return array(
-                $results,
-                $record
-            );
-        }
-    }
-
-..
-
-Impact
-======
-
-Extensions may now perform any kind of processing for every record when validating content links.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-53406-AddPlaceholderAttributeToSomeTextfieldsInWizard.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-53406-AddPlaceholderAttributeToSomeTextfieldsInWizard.rst
deleted file mode 100644 (file)
index 2488404..0000000
+++ /dev/null
@@ -1,10 +0,0 @@
-========================================================================
-Feature: #53406 - Add placeholder attribute to some textfields in wizard
-========================================================================
-
-Description
-===========
-
-The form wizard is now able to add a placeholder attribute to the
-following elements: TEXTLINE, TEXTAREA, PASSWORD and the preset
-"email". TypoScript config is properly read and written.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-56726-TriggerMetadataExtractionAfterFileUpload.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-56726-TriggerMetadataExtractionAfterFileUpload.rst
deleted file mode 100644 (file)
index 2da2e58..0000000
+++ /dev/null
@@ -1,20 +0,0 @@
-===============================================================
-Feature: #56726 - Trigger metadata extraction after file upload
-===============================================================
-
-Description
-===========
-
-Before #56726 the metadata extraction was only called through the extract metadata scheduler task.
-So when a editor uploaded a new file he had to wait until the scheduler task is triggered again and extracted the metadata.
-
-Now the metadata extraction is by default triggered after adding/uploading a file in the BE. Or when the FAL API is used ``ResourceStorage::addFile()``, ``ResourceStorage::replaceFile()`` and ``ResourceStorage::addUploadedFile()``.
-
-In some special situations it isn't desired to have metadata extraction direct after file upload/adding a file to the storage.
-For these cases the automatic extraction can be disabled in File Storage configuration.
-
-
-Impact
-======
-
-The flag is by default set for all existing and new storages. When you have some special use-case where automatic extraction of metadata is not desired the flag needs to be disabled in File Storage configuration.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-57632-AddInlineLanguageLabelFilesWithTypoScript.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-57632-AddInlineLanguageLabelFilesWithTypoScript.rst
deleted file mode 100644 (file)
index a87e940..0000000
+++ /dev/null
@@ -1,37 +0,0 @@
-=====================================================================
-Feature: #57632 - Include inline language label files with TypoScript
-=====================================================================
-
-Description
-===========
-
-It is now possible to add inline language label files with TypoScript.
-
-Usage
------
-If you want to include inline labels from a XLF file, you have to specify that file in your TypoScript with a custom key in the new
-``inlineLanguageLabelFiles`` section. In addition to the file you can configure three optional parameters:
-
-- ``selectionPrefix``: Only label keys that start with this prefix will be included (default: '')
-- ``stripFromSelectionName``: A string that will be removed from any included label key (default: '')
-- ``errorMode``: Error mode if the file could not be found: 0 - syslog entry, 1 - do nothing, 2 - throw an exception (default: 0)
-
-Example
--------
-
-.. code-block:: typoscript
-
-       page = PAGE
-       page.inlineLanguageLabelFiles {
-               someLabels = EXT:myExt/Resources/Private/Language/locallang.xlf
-               someLabels.selectionPrefix = idPrefix
-               someLabels.stripFromSelectionName = strip_me
-               someLabels.errorMode = 2
-       }
-
-Output in the HTML head:
-
-.. code-block:: javascript
-
-       var TYPO3 = TYPO3 || {};
-       TYPO3.lang = {"firstLabel":[{"source":"first Label","target":"erstes Label"}],"secondLabel":[{"source":"second Label","target":"zweites Label"}]};
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-59144-PageTSconfigWorkspacePreview b/typo3/sysext/core/Documentation/Changelog/master/Feature-59144-PageTSconfigWorkspacePreview
deleted file mode 100644 (file)
index 15d792b..0000000
+++ /dev/null
@@ -1,21 +0,0 @@
-==================================================================
-Feature: #59144 - Previewing workspace records using Page TSconfig
-==================================================================
-
-Description
-===========
-
-Per default TYPO3 only creates preview links for the tables tt_content, pages
-and pages_language_overlay. To avoid utilizing a hook for each table, creating
-preview links can be triggered using Page TSconfig.
-
-.. code-block:: TypoScript
-
-       # Using page 123 for previewing workspaces records (in general)
-       options.workspaces.previewPageId = 123
-       # Using the pid field of each record for previewing (in general)
-       options.workspaces.previewPageId = field:pid
-       # Using page 123 for previewing workspaces records (for table tx_myext_table)
-       options.workspaces.previewPageId.tx_myext_table = 123
-       # Using the pid field of each record for previewing (or table tx_myext_table)
-       options.workspaces.previewPageId.tx_myext_table = field:pid
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-59591-ImageQualityDefinablePerSourceCollection.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-59591-ImageQualityDefinablePerSourceCollection.rst
deleted file mode 100644 (file)
index d41e436..0000000
+++ /dev/null
@@ -1,29 +0,0 @@
-==============================================================
-Feature: #59591 - Image quality definable per sourceCollection
-==============================================================
-
-Description
-===========
-
-The image quality of each sourceCollection entry can be configured.
-Integrators can already render images with the predefined quality set by LocalConfiguration.
-To decrease the quality of larger images (e.g. double density) in order to lower the file size,
-integrators can configure the parameter "quality" of the matching sourceCollection now.
-
-The TypoScript setup can be configured as followed (e.g.):
-
-.. code-block:: typoscript
-
-       # for small retina images
-       tt_content.image.20.1.sourceCollection.smallRetina.quality = 80
-
-       # for large retina images
-       tt_content.image.20.1.sourceCollection.largeRetina.quality = 65
-
-If the new parameter is not set, TYPO3 will use to the default quality of LocalConfiguration.
-
-
-Impact
-======
-
-The rendering of sourceCollection stays as it is. Users can additionally selectively control the quality of jpeg by TypoScript setup.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-61799-ImprovedHandlingOfOnlineMedia.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-61799-ImprovedHandlingOfOnlineMedia.rst
deleted file mode 100644 (file)
index f091dc1..0000000
+++ /dev/null
@@ -1,111 +0,0 @@
-===================================================
-Feature: #61799 - Improved handling of online media
-===================================================
-
-Description
-===========
-
-Editors can now use YouTube and Vimeo videos (online media) just like a any other file. Organising them just like any
-other file in the file list and selecting them in element browser to use in a CE or any other record.
-Adding new online media files is done providing the URL to online media. The matching helper class will fetch the
-needed metadata and when available supply an image that will be used as preview.
-
-YouTube and Vimeo support
--------------------------
-
-To core provides an ``OnlineMediaHelper`` and a ``FileRenderer`` class for YouTube and Vimeo.
-
-Adding YouTube videos can be done by providing a URL in one of the following formats (with and without http(s)://):
-
-- youtu.be/<code> # Share URL
-- www.youtube.com/watch?v=<code> # Normal web link
-- www.youtube.com/v/<code>
-- www.youtube-nocookie.com/v/<code> # youtube-nocookie.com web link
-- www.youtube.com/embed/<code> # URL form iframe embed code, can also get code from full iframe snippet
-
-Adding Vimeo videos can be done by providing a URL in one of the following formats (with and without http(s)://):
-
-- vimeo.com/<code> # Share URL
-- player.vimeo.com/video/<code> # URL form iframe embed code, can also get code from full iframe snippet
-
-
-Each renderer has some custom configuration options:
-
-**YouTubeRenderer:**
-
-* ``bool autoplay`` default = FALSE; when set video starts immediately after loading of the page
-* ``int controls`` default = 2; see `https://developers.google.com/youtube/player_parameters#controls`_
-* ``bool loop`` default = FALSE; if set video starts over again from te beginning when finished
-* ``bool enablejsapi`` default = TRUE; see `https://developers.google.com/youtube/player_parameters#enablejsapi`_
-* ``bool showinfo`` default = FALSE; show video title and uploader before video starts playing
-* ``bool no-cookie`` default = FALSE; use domain youtube-nocookie.com instead of youtube.com when embedding a video
-
-Example of setting the YouTubeRenderer options with the MediaViewHelper:
-
-.. code-block:: html
-
-    <!-- enable js api and set no-cookie support for YouTube videos -->
-    <f:media file="{file}" additionalConfig="{enablejsapi:1, 'no-cookie': true}" />
-
-
-**VimeoRenderer:**
-
-* ``bool autoplay`` default = FALSE; when set video starts immediately after loading of the page
-* ``bool loop`` default = FALSE; if set video starts over again from te beginning when finished
-* ``bool showinfo`` default = FALSE; show video title and uploader before video starts playing
-
-Example of setting the YouTubeRenderer options with the MediaViewHelper:
-
-.. code-block:: html
-
-    <!-- show title and uploader for YouTube and Vimeo before video starts playing -->
-    <f:media file="{file}" additionalConfig="{showinfo:1}" />
-
-
-Register your own online media service
---------------------------------------
-
-For every service you need a ``OnlineMediaHelper`` class that implements ``OnlineMediaHelperInterface`` and a
-``FileRenderer`` class (see #61800) that implements ``FileRendererInterface``. The online media helper is responsible
-for translating the input given by the editor to a ``onlineMediaId`` that is known to the service. And the renderer is
-responsible for turning the ``onlineMediaId`` to the correct HTML output to show the media item.
-
-The ``onlineMediaId`` is stored in a plain text file that only holds this ID. By giving this file a custom file extension
-TYPO3 knows which ``OnlineMediaHelper`` and ``FileRenderer`` belong to it. To further tell TYPO3 what kind of
-"file" (text, image, audio, video, application, other) this online media we also need to bind a custom mime-type to
-this file extension.
-
-With adding this custom file extension to ``$GLOBALS['TYPO3_CONF_VARS']['SYS']['mediafile_ext']`` (see `#69543 <Feature-69543-IntroducedGLOBALSTYPO3_CONF_VARSSYSmediafile_ext.rst>`_) your custom
-online media file can be used throughout the backend every where all media files are allowed.
-
-*Example of registering your own online media file/service:*
-
-.. code-block:: php
-
-    // Register your own online video service (the used key is also the bind file extension name)
-    $GLOBALS['TYPO3_CONF_VARS']['SYS']['OnlineMediaHelpers']['myvideo'] = \MyCompany\Myextension\Helpers\MyVideoHelper::class;
-
-    $rendererRegistry = \TYPO3\CMS\Core\Resource\Rendering\RendererRegistry::getInstance();
-    $rendererRegistry->registerRendererClass(
-        'MyCompany\\Myextension\\Rendering\\MyVideoRenderer'
-    );
-
-    // Register an custom mime-type for your videos
-    $GLOBALS['TYPO3_CONF_VARS']['SYS']['FileInfo']['fileExtensionToMimeType']['myvideo'] = 'video/myvideo';
-
-    // Register your custom file extension as allowed media file
-    $GLOBALS['TYPO3_CONF_VARS']['SYS']['mediafile_ext'] .= ',myvideo';
-
-
-Override by core provided Helper class with your own helper class
------------------------------------------------------------------
-
-The helper classed provided by core use the ``oEmbed`` web service provided by YouTube and Vimeo to gather some basic
-metadata for the provided video urls. The upside is that you do not need an API user/key to use their webservice as these
-services are publicly available. But the downside is that the gathered info is kind of spare. So if you have a API user/key
-for there services, you could create an own helper class which provides more meta data.
-
-.. code-block:: php
-
-    // Register your own online custom youtube helper class
-    $GLOBALS['TYPO3_CONF_VARS']['SYS']['OnlineMediaHelpers']['youtube'] = \MyCompany\Myextension\Helpers\YouTubeHelper::class;
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-61993-CssPageStyleNowPageSpecific.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-61993-CssPageStyleNowPageSpecific.rst
deleted file mode 100644 (file)
index 5463fbf..0000000
+++ /dev/null
@@ -1,16 +0,0 @@
-===========================================================================
-Feature: #61993 - _CSS_PAGE_STYLE is now only included on the affected page
-===========================================================================
-
-Description
-===========
-
-CSS set via the TypoScript property _CSS_PAGE_STYLE was concatenated and compressed with the non-page-specific CSS and
-therefore loaded on pages it did not affect at all.
-
-Impact
-======
-
-The behaviour from now on is that _CSS_PAGE_STYLE is included only on the affected page. Depending on your configuration
-it will be written in an external file and included on the page or directly added as inline CSS block. Compression for
-page specific CSS also depends on the global config.compressCss setting.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-63395-Html5VideoPosterPreviewImage.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-63395-Html5VideoPosterPreviewImage.rst
deleted file mode 100644 (file)
index f33d503..0000000
+++ /dev/null
@@ -1,13 +0,0 @@
-==================================================
-Feature: #63395 - HTML5 video poster preview image
-==================================================
-
-Description
-===========
-
-Enable Video preview image "poster" in media in the old fashion way.
-
-If there is a jpg, jpeg or png image in the same folder with the same
-name as the video file it will be shown with the HTML5 poster attribute.
-
-The file extensions are checked exactly in the order mentioned above.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-64535-IrreSuppressAndOverrideUseCombinationWarningViaTcaSettings.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-64535-IrreSuppressAndOverrideUseCombinationWarningViaTcaSettings.rst
deleted file mode 100644 (file)
index 70ed295..0000000
+++ /dev/null
@@ -1,42 +0,0 @@
-=====================================================================================
-Feature: #64535 - IRRE: Suppress and override useCombination warning via TCA settings
-=====================================================================================
-
-Description
-===========
-
-When using ``useCombination=TRUE`` there is always a FlashMessage warning displayed.
-It is now possible to override the default warning message with a custom message or
-to suppress the FlashMessage completely via TCA setting.
-
-Example to suppress useCombination warning message:
-
-.. code-block:: php
-
-       $GLOBALS['TCA']['tx_demo_domain_model_demoinline']['columns']['irre_records']['config'] = array(
-               'foreign_types_combination' => array(
-                       '1' => array(
-                               'showitem' => 'title'
-                       )
-               )
-               'appearance' => array(
-                       'suppressCombinationWarning' => TRUE
-                       'useCombination' => TRUE
-               )
-       )
-
-Example to override useCombination warning message:
-
-.. code-block:: php
-
-       $GLOBALS['TCA']['tx_demo_domain_model_demoinline']['columns']['irre_records']['config'] = array(
-               'foreign_types_combination' => array(
-                       '1' => array(
-                               'showitem' => 'title'
-                       )
-               )
-               'appearance' => array(
-                       'overwriteCombinationWarningMessage' => 'LLL:EXT:demo/Resources/Private/Language/locallang_db.xlf:tx_demo_domain_model_demoinline.irre_records.useCombinationWarning'
-                       'useCombination' => TRUE
-               )
-       )
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-64726-UsingArbitraryFlashmessageQueues.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-64726-UsingArbitraryFlashmessageQueues.rst
deleted file mode 100644 (file)
index 3054744..0000000
+++ /dev/null
@@ -1,28 +0,0 @@
-================================================================
-Feature: #64726 - Added support for multiple FlashMessage queues
-================================================================
-
-Description
-===========
-
-In Extbase ControllerContext the method getFlashMessageQueue now optionally
-allows to specify which queue to fetch. If none is specified the default-
-messagequeue for the current controller/plugin will be used.
-
-.. code-block:: php
-
-       $this->controllerContext->getFlashMessageQueue($queueIdentifier);
-
-In Fluid the flashMessages-ViewHelper also allows to specify a queue to
-use.
-
-.. code-block:: html
-
-       <f:flashMessages queueIdentifier="myQueue" />
-
-
-Impact
-======
-
-Extensions may now render foreign flash message queues and add messages
-to them.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-65493-BackendRouting.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-65493-BackendRouting.rst
deleted file mode 100644 (file)
index 2f0cea3..0000000
+++ /dev/null
@@ -1,50 +0,0 @@
-=========================================
-Feature: #58621 - Unified Backend Routing
-=========================================
-
-Description
-===========
-
-A new Routing component was added to the TYPO3 Backend which handles addressing different calls / modules inside TYPO3.
-
-A Route is the smallest entity consisting of a path (e.g. "/records/edit/") as well as an identifier for addressing
-the route, and the information about how to dispatch the route to a PHP controller.
-
-A Route can be a module, wizard or any page inside the TYPO3 Backend. The Router contains the public API for matching
-paths to fetch a Route, and is resolved inside the RequestHandler of the Backend.
-
-The entry point for Routes is typo3/index.php?route=myroute&token=.... The main RequestHandler for all Backend requests
-detects where a route parameter from the server is given and uses this as the route identifier and then resolves to a
-controller defined inside the Route.
-
-Routes are defined inside the file "Configuration/Backend/Routes.php" of any extension.
-
-Example of a Configuration/Backend/Routes.php file:
-
-.. code-block:: php
-
-       return [
-               'myRouteIdentifier' => [
-                       'path' => '/document/edit',
-                       'controller' => Acme\MyExtension\Controller\MyExampleController::class
-               ]
-       ];
-
-The controller to be called receives a PSR-7 compliant Request object, and returns a PSR-7 Response object.
-The UriBuilder generates any kind of URL for the Backend, may it be a module, a typical route or an AJAX call. The
-UriBuilder returns a PSR-7-conform Uri object that can be casted to string when needed.
-
-Usage:
-
-.. code-block:: php
-
-       $uriBuilder = GeneralUtility::makeInstance(UriBuilder::class);
-       $uri = $uriBuilder->buildUriFromRoute('myRouteIdentifier', array('foo' => 'bar'));
-
-See http://wiki.typo3.org/Blueprints/BackendRouting for more details.
-
-Impact
-======
-
-Handling of existing modules works the same as before and fully transparent. Any existing registration of entrypoints
-can be moved to the new registration file in Configuration/Backend/Routes.php.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-65791-UsePHPConfiguredSendmailPathIfMAILtransportSendmailIsActive.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-65791-UsePHPConfiguredSendmailPathIfMAILtransportSendmailIsActive.rst
deleted file mode 100644 (file)
index 6c3d82a..0000000
+++ /dev/null
@@ -1,20 +0,0 @@
-=============================================================================================
-Feature: #65791 - Use PHP configured sendmail path, if [MAIL][transport] = sendmail is active
-=============================================================================================
-
-Description
-===========
-
-The install tool setting [MAIL][transport_sendmail_command] is now retrieved automatically from
-PHP runtime configuration "sendmail_path" during installation (instead of '/usr/sbin/sendmail -bs').
-
-Impact
-======
-
-There are no impacts on current installations.
-
-New installations will have [MAIL][transport_sendmail_command] automatically set during installation
-using "sendmail_path" from PHP runtime configuration. It can still be changed manually.
-
-As this setting is only used if [MAIL][transport] is set to "sendmail", it doesn't have impact on
-other transport schemes.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-66366-IntroducedMediaViewHelper.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-66366-IntroducedMediaViewHelper.rst
deleted file mode 100644 (file)
index a8a848b..0000000
+++ /dev/null
@@ -1,39 +0,0 @@
-============================================
-Feature: #66366 - Introduced MediaViewHelper
-============================================
-
-Description
-===========
-
-In order to comfortably render video, audio and all other file types with a registered Renderer class (RenderingRegistry
-introduced with #61800) in FE, the ``MediaViewHelper`` has been added.
-
-The ``MediaViewHelper`` first checks if there is a Renderer present for the given file. If not,  it will as fallback
-render a image tag. This way it is a replacement for the ImageViewHelper in most cases. classes for rendering video and
-audio tags.
-
-Examples:
----------
-
-.. code-block:: html
-
-    <code title="Image Object">
-        <f:media file="{file}" width="400" height="375" />
-    </code>
-    <output>
-        <img alt="alt set in image record" src="fileadmin/_processed_/323223424.png" width="396" height="375" />
-    </output>
-
-    <code title="MP4 Video Object">
-        <f:media file="{file}" width="400" height="375" />
-    </code>
-    <output>
-        <video width="400" height="375" controls><source src="fileadmin/user_upload/my-video.mp4" type="video/mp4"></video>
-    </output>
-
-    <code title="MP4 Video Object with loop and autoplay option set">
-        <f:media file="{file}" width="400" height="375" additionalConfig="{loop: '1', autoplay: '1'}" />
-    </code>
-    <output>
-        <video width="400" height="375" controls loop><source src="fileadmin/user_upload/my-video.mp4" type="video/mp4"></video>
-    </output>
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-66371-IntroduceAutoplayOptionForVideoAndAudioFiles.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-66371-IntroduceAutoplayOptionForVideoAndAudioFiles.rst
deleted file mode 100644 (file)
index e68cbae..0000000
+++ /dev/null
@@ -1,63 +0,0 @@
-=====================================================================
-Feature: #66371 - Introduce autoplay option for video and audio files
-=====================================================================
-
-Description
-===========
-
-The RenderingRegistry added with #61800 introduced the option to render video and audio tags with the new ``MediaViewHelper`` added with #66366.
-To improve the usability of this feature an autoplay checkbox has been added to the ``sys_file_reference`` records to enable the editor to configure
-this option on a per file basis.
-
-To make the autoplay option available in sys_file_reference records, make use of the new palettes ``videoOverlayPalette`` and ``audioOverlayPalette``
-in your TCA.
-
-However, the autoplay property of the ``sys_file_reference`` is only taken into account if the view helper does not explicitly specify an autoplay
-option.
-
-Examples:
----------
-
-Example config of an sys_file_reference field in TCA:
-
-.. code-block:: php
-
-       'media' => array(
-               'exclude' => 1,
-               'label' => 'Media',
-               'config' => \TYPO3\CMS\Core\Utility\ExtensionManagementUtility::getFileFieldTCAConfig(
-                       'media',
-                       array(
-                               'foreign_types' => array(
-                                       \TYPO3\CMS\Core\Resource\File::FILETYPE_AUDIO => array(
-                                               'showitem' => '
-                                                       --palette--;;audioOverlayPalette,
-                                                       --palette--;;filePalette',
-                                       ),
-                                       \TYPO3\CMS\Core\Resource\File::FILETYPE_VIDEO => array(
-                                               'showitem' => '
-                                                       --palette--;;videoOverlayPalette,
-                                                       --palette--;;filePalette',
-                                       )
-                               )
-                       ),
-                       'wav,mpeg,mp4,ogg'
-               )
-       )
-
-
-.. code-block:: html
-
-       <code title="MP4 Video Object with autoplay option set regardless of sys_file_reference checkbox">
-               <f:media file="{file}" width="400" height="375" additionalConfig="{autoplay: '1'}" />
-       </code>
-       <output>
-               <video width="400" height="375" controls autoplay><source src="fileadmin/user_upload/my-video.mp4" type="video/mp4"></video>
-       </output>
-
-        <code title="MP4 Video Object without autoplay option set will respect the configuration of the sys_file_reference record">
-               <f:media file="{file}" width="400" height="375" />
-       </code>
-       <output>
-               <video width="400" height="375" controls><source src="fileadmin/user_upload/my-video.mp4" type="video/mp4"></video>
-       </output>
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-67056-AddOptionToDisableMoveButtonsTCAGroupType.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-67056-AddOptionToDisableMoveButtonsTCAGroupType.rst
deleted file mode 100644 (file)
index d2250c7..0000000
+++ /dev/null
@@ -1,29 +0,0 @@
-===================================================================
-Feature: #67056 - Add option to disable move buttons TCA group type
-===================================================================
-
-Description
-===========
-
-The move buttons of the TCA type ``group`` can now be explicitly disabled with the
-``hideMoveIcons`` option. Before these icons where only automatically removed if
-``maxitems`` was set to 1.
-
-.. code-block:: php
-
-       'options' => array(
-               'label' => 'Options',
-               'config' => array(
-                       'type' => 'group',
-                       'internal_type' => 'db',
-                       'allowed' => 'pages',
-                       'maxitems' => 9999,
-                       'hideMoveIcons' => TRUE,
-               ),
-       ),
-
-
-Impact
-======
-
-Move buttons can now always be hidden for ``group`` fields
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-67875-OverrideCategoryRegistryEntry.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-67875-OverrideCategoryRegistryEntry.rst
deleted file mode 100644 (file)
index e09bb36..0000000
+++ /dev/null
@@ -1,40 +0,0 @@
-===================================================
-Feature: #67875 - Override CategoryRegistry entries
-===================================================
-
-Description
-===========
-
-The ``makeCategorizable`` method of the  ``\TYPO3\CMS\Core\Utility\ExtensionManagementUtility``
-class was extended with a new parameter ``override`` to set a new category configuration for
-an already registered table / field combination.
-
-If the parameter is set to true, previously defined registry entries are cleared for the
-current table / field combination before adding the new configuration.
-
-The intended usecase for this method is to add additional TCA types for a previously registered table.
-
-A good example is the ``tt_content`` table:
-
-1. The basic TCA is defined in the ``frontend`` Extension.
-2. After the processing of the normal TCA definition, the default categorized tables (from the install
-   tool setting ``SYS/defaultCategorizedTables``) are initialized and the categories tab is added to the
-   ``showitem`` configuration for all TCA types that exist so far.
-3. Now the TCA overrides are processed. The ``css_styled_content`` Extension defines additional TCA
-   types. After the types are defined the ``addOrOverride()`` method is called to add the category
-   tab to them.
-
-
-Impact
-======
-
-The current behavior of the existing functionality is not changed. Only new functionality is added.
-
-
-Example
-=======
-
-.. code-block:: php
-
-       // This example is from the tt_content TCA overrides file from the css_styled_content Extension.
-       \TYPO3\CMS\Core\Utility\ExtensionManagementUtility::makeCategorizable('css_styled_content', 'tt_content', 'categories', array(), TRUE);
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-67880-AddedCountToSplit.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-67880-AddedCountToSplit.rst
deleted file mode 100644 (file)
index e49f0c7..0000000
+++ /dev/null
@@ -1,23 +0,0 @@
-======================================
-Feature: #67880 - Added count to split
-======================================
-
-Description
-===========
-
-A new property ``returnCount`` is added to the stdWrap property ``split``.
-
-When dealing with comma separated values like the content of field:records or similar,
-in some cases we need to know, how many items are present inside the csv.
-
-Example:
-
-.. code-block:: typoscript
-
-       # should return 9
-       1 = TEXT
-       1 {
-               value = x,y,z,1,2,3,a,b,c
-               split.token = ,
-               split.returnCount = 1
-       }
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-68166-RenderTypeForRsaEncryptedInputFields.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-68166-RenderTypeForRsaEncryptedInputFields.rst
deleted file mode 100644 (file)
index b232989..0000000
+++ /dev/null
@@ -1,23 +0,0 @@
-===========================================================
-Feature: #67932 - RenderType for rsa encrypted input fields
-===========================================================
-
-Description
-===========
-
-The rsaauth extension defines an own render type for TCA input fields. Those fields will be encrypted before submitting the form.
-
-
-Impact
-======
-
-In the Backend password fields for backend and frontend users are automatically encoded before the form is submitted.
-
-Usage
-=====
-
-To encrypt your own TCA fields you can add define the render type ``rsaInput``.
-
-.. code-block:: php
-
-$GLOBALS['TCA']['be_users']['columns']['password']['config']['renderType'] = 'rsaInput';
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-68429-IntroducedAvatarProviderAPI.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-68429-IntroducedAvatarProviderAPI.rst
deleted file mode 100644 (file)
index 7cb0917..0000000
+++ /dev/null
@@ -1,61 +0,0 @@
-===============================================
-Feature: #68429 - Introduced AvatarProvider API
-===============================================
-
-Description
-===========
-
-To make providing an avatar image for BE users more flexible an API is introduced so you can register AvatarProviders.
-The core provides the ``DefaultAvatarProvider`` by default to handle the image defined in the user settings.
-
-When an avatar is rendered in the BE the available AvatarProviders are asked if they can provide an
-``TYPO3\CMS\Backend\Backend\Avatar\Image`` for given ``be_users`` record and requested size. The first ``TYPO3\CMS\Backend\Backend\Avatar\Image``
-that gets returned is used.
-
-Registering an avatar provider
-------------------------------
-
-An avatar provider can be registered within your ``ext_localconf.php`` file like this:
-
-.. code-block:: php
-
-       $GLOBALS['TYPO3_CONF_VARS']['EXTCONF']['backend']['avatarProviders']['myCustomProvider'] = [
-               'provider' => \MyVendor\MyExtension\AvatarProvider\CompanyAvatarProvider::class,
-               'before' => ['defaultAvatarProvider']
-       ];
-
-The settings are defined as:
-
-* ``provider``: The avatar provider class name, which must implement ``TYPO3\CMS\Backend\Backend\Avatar\AvatarProviderInterface``.
-* ``before``/``after``: You can define the ordering how providers are executed. This is used to get the order in which the providers are executed.
-
-
-For a new avatar provider you have to register a **new key** in ``$GLOBALS['TYPO3_CONF_VARS']['EXTCONF']['backend']['avatarProviders']``.
-If your avatar provider extends another one, you may only overwrite necessary settings. An example would be to
-extend an existing provider and replace its registered 'provider' class with your new class name.
-
-.. code-block:: php
-
-       $GLOBALS['TYPO3_CONF_VARS']['EXTCONF']['backend']['avatarProviders']['defaultAvatarProvider']['provider'] = \MyVendor\MyExtension\AvatarProvider\CustomAvatarProvider::class;
-
-
-AvatarProviderInterface
------------------------
-
-The AvatarProviderInterface contains only one method:
-
-``public function getImage(array $backendUser, $size);``
-
-The parameters are defined as:
-
-* ``$backendUser``: The record from ``be_users`` database table.
-* ``$size``: The requested size of the avatar image.
-
-The return value of the method is expected to be an instance of ``TYPO3\CMS\Backend\Backend\Avatar\Image`` or NULL
-when the provider can not provide an image.
-
-An ``TYPO3\CMS\Backend\Backend\Image`` object has 3 properties:
-
-* ``$url``: Url of avatar image. Needs to be relative to the website root or an absolute URL.
-* ``$width``: The width of the image.
-* ``$height``: The height of the image.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-68724-EMShowsOnlyDistributionsThatSuiteTheCurrentTYPO3Version.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-68724-EMShowsOnlyDistributionsThatSuiteTheCurrentTYPO3Version.rst
deleted file mode 100644 (file)
index 501740f..0000000
+++ /dev/null
@@ -1,14 +0,0 @@
-====================================================================================================================
-Feature: #68724 - EM: "Get preconfigured distribution" shows only distributions that suite the current TYPO3 version
-====================================================================================================================
-
-Description
-===========
-
-As the list of distributions gets longer, it is filtered now to those distributions that suite the current TYPO3 version.
-
-
-Impact
-======
-
-Distributions that require different TYPO3 versions are not shown anymore.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-68741-IntroduceNewIconFactoryAsBaseForReplaceTheIconSkinningAPI.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-68741-IntroduceNewIconFactoryAsBaseForReplaceTheIconSkinningAPI.rst
deleted file mode 100644 (file)
index 9b90eb0..0000000
+++ /dev/null
@@ -1,108 +0,0 @@
-====================================================================================
-Feature: #68741 - Introduce new IconFactory as base to replace the icon skinning API
-====================================================================================
-
-Description
-===========
-
-The logic for working with icons, icon sizes and icon overlays is now bundled into the new ``IconFactory`` class.
-The new icon factory will replace the old icon skinning API step by step.
-
-All core icons will be registered directly in the ``IconRegistry`` class, third party extensions must use
-``IconRegistry::registerIcon()`` to overwrite existing icons or add additional icons to the icon factory.
-
-The ``IconFactory`` takes care of the correct icon and overlay size and the markup.
-
-
-IconProvider
-------------
-
-The core implement three icon provider classes, which all implements the ``IconProviderInterface``.
-
-* ``BitmapIconProvider`` for all kind of bitmap icons for gif, png and jpg files
-* ``FontawesomeIconProvider`` for font icons from fontawesome.io
-* ``SvgIconProvider`` for svg icons
-
-Third party extensions can provide own icon provider classes, each class must implement the ``IconProviderInterface``.
-
-
-BitmapIconProvider
-------------------
-
-The ``BitmapIconProvider`` has the following options
-
-* ``source`` The path to the bitmap file, this can also contains the EXT: prefix
-
-
-FontawesomeIconProvider
------------------------
-
-The ``FontawesomeIconProvider`` has the following options
-
-* ``name`` The name of the icon whithout the icon prefix e.g. ``check`` instead of ``fa-check``
-
-
-SvgIconProvider
----------------
-
-The ``SvgIconProvider`` has the following options
-
-* ``source`` The path to the svg file, this can also contains the EXT: prefix
-
-
-Register an icon
-----------------
-
-.. code-block:: php
-
-       /*
-        * Put the following code into your ext_localconf.php file of your extension.
-        *
-        * @param string $identifier the icon identifier
-        * @param string $iconProviderClassName the icon provider class name
-        * @param array $options provider specific options, please reference the icon provider class
-        */
-       IconRegistry::registerIcon($identifier, $iconProviderClassName, array $options = array());
-
-
-Use an icon
------------
-
-To use an icon, you need at least the icon identifier. The default size is small which currently means an icon with 16x16px.
-The third parameter can be used to add an additional icon as overlay, which can be any registered icon.
-
-The ``Icon`` class provides only the following constants for Icon sizes:
-
-* ``Icon::SIZE_SMALL`` which currently means 16x16 px
-* ``Icon::SIZE_DEFAULT`` which currently means 32x32 px
-* ``Icon::SIZE_LARGE`` which currently means 48x48 px
-
-All the sizes can change in future, so please make use of the constants for an unified layout.
-
-.. code-block:: php
-
-       $iconFactory = GeneralUtility::makeInstance(IconFactory::class);
-       $iconFactory->getIcon($identifier, Icon::SIZE_SMALL, $overlay)->render();
-
-
-ViewHelper
-----------
-
-The core provides a fluid ViewHelper which makes it really easy to use icons within a fluid view.
-
-.. code-block:: html
-
-       {namespace core = TYPO3\CMS\Core\ViewHelpers}
-       <core:icon identifier="my-icon-identifier" />
-       <!-- use the "small" size if none given ->
-       <core:icon identifier="my-icon-identifier" />
-       <core:icon identifier="my-icon-identifier" size="large" />
-       <core:icon identifier="my-icon-identifier" overlay="overlay-identifier" />
-       <core:icon identifier="my-icon-identifier" size="default" overlay="overlay-identifier" />
-       <core:icon identifier="my-icon-identifier" size="large" overlay="overlay-identifier" />
-
-
-Impact
-======
-
-No impact
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-68746-AddAnnotationForCLIOnlyCommands.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-68746-AddAnnotationForCLIOnlyCommands.rst
deleted file mode 100644 (file)
index 0eb08cd..0000000
+++ /dev/null
@@ -1,17 +0,0 @@
-======================================================
-Feature: #68746 - Add annotation for CLI only commands
-======================================================
-
-Description
-===========
-
-The PHPDoc annotation ``@cli`` was added to declare Extbase CommandController commands to be usable on CLI only.
-In general each defined CommandController can be selected within the Extbase CommandController Task in the scheduler.
-For some commands like ``extbase:help:help`` running in a scheduler task is not wanted or needed. Now those commands can
-be excluded from the scheduler command selection.
-
-
-Impact
-======
-
-Extbase ``CommandController`` commands annotated with ``@cli`` are not shown as command in the scheduler task.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-68756-AddConfigBaseToStdWrap.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-68756-AddConfigBaseToStdWrap.rst
deleted file mode 100644 (file)
index 2bfc11a..0000000
+++ /dev/null
@@ -1,30 +0,0 @@
-==============================================
-Feature: #68756 - Add config "base" to stdWrap
-==============================================
-
-Description
-===========
-
-Follow up: #22175
-
-The following function was updated and added with a new optional parameter $base:
-TYPO3\CMS\Core\Utility\GeneralUtility::formatSize($sizeInBytes, $labels = '', $base = 0)
-
-This impacts the function:
-TYPO3\CMS\Frontend\ContentObject\ContentObjectRenderer->stdWrap_bytes
-
-It is not possible now, to set the base parameter via TypoScript if you add custom labels.
-
-
-Impact
-======
-
-Ability to set the base (1000 or 1024) via TypoScript configuration was added.
-
-The following lines should be added to the file "TYPO3CMS-Reference-Typoscript/Documentation/Functions/Stdwrap/Index.rst" in the "Property bytes container".
-
-With the ``base`` property it can be defined whether to use a base of 1000 or 1024 to calculate with
-
-Thus::
-    bytes.labels = " | K| M| G"
-    bytes.base = 1000
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-68757-ProvideUntouchedNewPasswordInFeloginPasswordChangedHook.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-68757-ProvideUntouchedNewPasswordInFeloginPasswordChangedHook.rst
deleted file mode 100644 (file)
index 3e76d3d..0000000
+++ /dev/null
@@ -1,8 +0,0 @@
-================================================================================
-Feature: #68757 - Provide untouched newPassword in felogin password_changed hook
-================================================================================
-
-Description
-===========
-
-The new 'newPasswordUnencrypted' parameter in the ext:felogin password_changed hook won't be salted if ext:saltedpaswords is enabled. It is now possible to work with the real new password.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-68773-ShowASpecialImageForOfficialDistributionsInExtensionManager.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-68773-ShowASpecialImageForOfficialDistributionsInExtensionManager.rst
deleted file mode 100644 (file)
index caaa1ce..0000000
+++ /dev/null
@@ -1,8 +0,0 @@
-======================================================================================
-Feature: #68773 - Show a special image for official distributions in Extension Manager
-======================================================================================
-
-Description
-===========
-
-For official distributions a special image is displayed in the "Get preconfigured distribution" list. So it is easier now to distinguish the official distributions from others.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-68804-ColoredOutputForCLI-relevantErrorMessages.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-68804-ColoredOutputForCLI-relevantErrorMessages.rst
deleted file mode 100644 (file)
index 7552aa6..0000000
+++ /dev/null
@@ -1,9 +0,0 @@
-================================================================
-Feature: #68804 - Colored output for CLI-relevant error messages
-================================================================
-
-Description
-===========
-
-Calling ``typo3/cli_dispatch.phpsh`` via the command line will now show a colored error message when an invalid
-or no CLI key as first parameter is given.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-68837-ClosuresForCommandLineScripts.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-68837-ClosuresForCommandLineScripts.rst
deleted file mode 100644 (file)
index d036046..0000000
+++ /dev/null
@@ -1,21 +0,0 @@
-===================================================
-Feature: #68837 - Closures for Command Line Scripts
-===================================================
-
-Description
-===========
-
-For registering new command line scripts through the CLI API ("cliKey"), it is now possible to use PHP closures
-instead of reference to PHP scripts.
-
-Example usage inside ext_localconf.php:
-
-.. code-block:: php
-
-       $GLOBALS['TYPO3_CONF_VARS']['SC_OPTIONS']['GLOBAL']['cliKeys']['myclikey'] = array(
-               function() {
-                       $controller = \TYPO3\CMS\Core\Utility\GeneralUtility::makeInstance(\Acme\MyExtension\CommandLineTool::class);
-                       $controller->main();
-               },
-               '_CLI_lowlevel'
-       );
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-69095-IntroduceIconStateForIconFactory.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-69095-IntroduceIconStateForIconFactory.rst
deleted file mode 100644 (file)
index 178fb66..0000000
+++ /dev/null
@@ -1,39 +0,0 @@
-======================================================
-Feature: #69095 - Introduce icon state for IconFactory
-======================================================
-
-Description
-===========
-
-A state (default or disabled) for icons has been added. The state "disabled" marks an icon as disabled and shows the icon with 50% opacity.
-
-
-Use an icon
------------
-
-The method ``IconFactory::getIcon()`` has now a fourth parameter for the state.
-
-The ``\TYPO3\CMS\Core\Type\Icon\IconState`` class provides only the following constants for icon states:
-
-* ``State::STATE_DEFAULT`` which currently means 100% opacity
-* ``State::STATE_DISABLED`` which currently means 50% opacity
-
-The states may change in future, so please make use of the constants for an unified layout.
-
-.. code-block:: php
-
-       $iconFactory = GeneralUtility::makeInstance(IconFactory::class);
-       $iconFactory->getIcon($identifier, Icon::SIZE_SMALL, $overlay, IconState::cast(IconState::STATE_DEFAULT))->render();
-
-
-ViewHelper
-----------
-
-The core provides a Fluid ViewHelper which makes it really easy to use icons within a Fluid view.
-This ViewHelper has an argument for the new state parameter.
-
-.. code-block:: html
-
-       {namespace core = TYPO3\CMS\Core\ViewHelpers}
-       <core:icon identifier="my-icon-identifier" state="disabled" />
-
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-69119-AddABasicSearchToTheFilelistModule.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-69119-AddABasicSearchToTheFilelistModule.rst
deleted file mode 100644 (file)
index 8b58925..0000000
+++ /dev/null
@@ -1,18 +0,0 @@
-===========================================================
-Feature: #69119 - Add a basic search to the filelist module
-===========================================================
-
-Description
-===========
-
-A basic recursive file search by file name has been added to be able to search for files in the file list module like it was possible with EXT:dam.
-
-The search happens recursively from the currently chosen folder in the folder tree. This way it is possible to search whole mount points or just single folders with a lot of files.
-
-The search results will be displayed similar to the regular file list although some features of the regular list view are missing. There is no possibility to order the search results yet. Also the buttons for localization and clipboard commands are missing in this first implementation. Regular file command links like editing, renaming and deleting are already implemented. By default the search results are ordered by the file identifier, i.e. the file path ascending from A-Z.
-
-
-Impact
-======
-
-There is no impact on other parts of the core.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-69389-AddSpinningFeatureForIcon.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-69389-AddSpinningFeatureForIcon.rst
deleted file mode 100644 (file)
index fff8456..0000000
+++ /dev/null
@@ -1,27 +0,0 @@
-===============================================
-Feature: #69389 - Add spinning feature for icon
-===============================================
-
-Description
-===========
-
-The Icon API has now a support for spinning icons. While registering an icon a new property ``spinning`` is available:
-
-
-.. code-block:: php
-
-       $iconRegistry = \TYPO3\CMS\Core\Utility\GeneralUtility::makeInstance(\TYPO3\CMS\Core\Imaging\IconRegistry::class);
-       $iconRegistry->registerIcon(
-               'my-spinning-icon',
-               \TYPO3\CMS\Core\Imaging\IconProvider\FontawesomeIconProvider::class,
-               array(
-                       'name' => 'times',
-                       'spinning' => TRUE
-               )
-       );
-
-
-Impact
-======
-
-Icons can now be animated.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-69401-AdoptFormToSupportTheExtbaseFluidMVCStack.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-69401-AdoptFormToSupportTheExtbaseFluidMVCStack.rst
deleted file mode 100644 (file)
index 844961e..0000000
+++ /dev/null
@@ -1,106 +0,0 @@
-====================================================================
-Feature: #69401 - Adopt form to support the Extbase/ Fluid MVC stack
-====================================================================
-
-Description
-===========
-
-Short summery
--------------
-
-The form extension - including the custom data model, controller logic,
-property validation, views and templating - has been adopted to support
-the Extbase/ Fluid MVC stack. This allows better customization and
-control of the generated behavior and markup by simply modifying Fluid
-templates or utilizing own custom view helper logic. At the same time
-the rewrite must not break current setups, i.e. the frontend rendering
-must be as compatible as possible.
-
-Details
--------
-
-Fluid Rendering
-^^^^^^^^^^^^^^^
-
-The rendering of the frontend output is based on Fluid. Form relies on
-the native Fluid viewhelpers of the core and ships 2 new viewhelpers
-for optimal rendering of the SELECT object including the support of
-OPTGROUP objects. Furthermore a viewhelper is included to optimize the
-output of text mails.
-
-To support existing setups a compatibility mode is introduced. The mode
-is activated by default. This has no impact on the rendering as long as
-no "old" TypoScript settings (like .layout =) are present. If old
-rendering settings are used a compatibility theme is loaded which
-guarantees maximal downward compatibility including all the different
-wrap-abilities like containerWrap and elementWrap.
-
-For new installations it is recommended to switch of the compatibility
-mode and use own Fluid templates to customize the output.
-
-For each form object and view a Fluid partial is available. There are 3
-views: the form itself (show), the confirmation page (confirmation) and
-the email (postProcessor/ mail). The patch allows to customize the
-frontend output for every single view, e.g. one can have a custom Fluid
-partial for the BUTTON object of the confirmation view.
-
-The partialRootPath can be overridden/ extended to customize the form
-objects on a global scope. Furthermore it is possible to set a partial
-path for each form element on a local scope.
-
-.. code-block:: [typoscript]
-
-       10 = BUTTON
-       10 {
-               label = My button
-               name = myButton
-               partialPath = FlatElements/MyButton
-       }
-
-The Fluid rendering would look for a MyButton.html located under the
-defined partialRootPath.
-
-In addition it is now possible to decide if an element should be
-rendered for a specific view. The visualisation can be adopted by using
-the TypoScript settings visibleInShowAction, visibleInConfirmationAction
-and visibleInMail. As an example, this is utilized to hide the FIELDSET
-object on the confirmation page which was the default behaviour in
-earlier versions of form.
-
-Extensibility
-^^^^^^^^^^^^^
-
-It is now possible to register custom form objects and attributes
-easily only by using TypoScript and Fluid. Form attributes can now be
-cObjects and use stdWrap. This is only possible if the form was not
-designed within the form wizard.
-
-Furthermore 2 new signal slots are implemented to allow the
-manipulation of the form objects and the submitted data.
-
-Validation
-^^^^^^^^^^
-
-The validators are now using the extbase property mapping validation
-process.
-
-Additional information
-^^^^^^^^^^^^^^^^^^^^^^
-
-The session handling was dropped since it was unstable (see #58765). Now
-form relies on the concepts of Extbase.
-
-The unit tests have been adopted to reflect the code changes.
-
-Future
-^^^^^^
-
-Further patches are needed to adopt the form wizard. The wizard still
-works as it used to be after applying this patch but it is not able to
-reflect the new features like choosing a partial path for a single
-element.
-
-Another patch will take care of the documentation.
-
-A few more patches will come which will fix some issues regarding the
-validators and filters.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-69409-AllowValueAttributeForOPTIONObjectInWizard.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-69409-AllowValueAttributeForOPTIONObjectInWizard.rst
deleted file mode 100644 (file)
index 3fa84c3..0000000
+++ /dev/null
@@ -1,11 +0,0 @@
-===================================================================
-Feature: #69409 - Allow value attribute for OPTION object in wizard
-===================================================================
-
-Description
-===========
-
-Now it is possible to add a value to the OPTION object using the
-wizard. Furthermore the table within the field options of the
-SELECT configuration has been improved. There were no labels shown
-which has been fixed now.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-69416-MakeAbstractPluginpi_loadLLLoadLabelsFromCustomFile.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-69416-MakeAbstractPluginpi_loadLLLoadLabelsFromCustomFile.rst
deleted file mode 100644 (file)
index 7481624..0000000
+++ /dev/null
@@ -1,14 +0,0 @@
-========================================================================
-Feature: #69416 - Plugins (AbstractPlugin) can load custom language file
-========================================================================
-
-Description
-===========
-
-``AbstractPlugin::pi_loadLL`` takes an optional argument specifing path to a language file. It allows placing language files in other paths like in Extbase structure "Resources/Private/Language". Previously language file had to be located in the directory set in the ``scriptRelPath`` property.
-
-
-Impact
-======
-
-Possibility to put language label files in other paths.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-69459-ShowTt_contentPreviewInPageModuleViaFluid.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-69459-ShowTt_contentPreviewInPageModuleViaFluid.rst
deleted file mode 100644 (file)
index 8e6ebe4..0000000
+++ /dev/null
@@ -1,28 +0,0 @@
-==================================================================
-Feature: #69459 - Show tt_content preview in page module via Fluid
-==================================================================
-
-Description
-===========
-
-A new PageTSconfig option allows to render a preview of a single content element in the Backend via Fluid.
-
-The following option allows to override the default output of a content element via PageTSconfig:
-
-.. code-block:: typoscript
-
-       mod.web_layout.tt_content.preview.media = EXT:site_mysite/Resources/Private/Templates/Preview/Media.html
-
-All content elements with CType "media" will then be rendered by the Fluid Template which can be rendered like:
-
-.. code-block:: html
-
-       <h4>{header}</h4>
-       <f:format.crop length="200">{bodytext}</f:format.crop>
-
-All properties of the tt_content record are available in the template directly.
-Any data of the flexform field ``pi_flexform`` is available with the property ``pi_flexform_transformed`` as an array.
-
-.. note::
-
-If a PHP hook already is set to render the element, it will take precedence over the Fluid-based preview.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-69496-ExtractTitleFromPDFWhenIndexing.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-69496-ExtractTitleFromPDFWhenIndexing.rst
deleted file mode 100644 (file)
index d585965..0000000
+++ /dev/null
@@ -1,15 +0,0 @@
-======================================================
-Feature: #69496 - Extract title from PDF when indexing
-======================================================
-
-Description
-===========
-
-Indexed search is now able to natively extract the title when indexing PDF documents.
-
-
-Impact
-======
-
-The title of indexed PDF documents is now extracted.
-
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-69512-SupportTyposcriptFilesAsTextFileType.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-69512-SupportTyposcriptFilesAsTextFileType.rst
deleted file mode 100644 (file)
index 7caf1cc..0000000
+++ /dev/null
@@ -1,14 +0,0 @@
-==============================================================
-Feature: #69512 - Support *.typoscript files as text file type
-==============================================================
-
-Description
-===========
-
-The file type **typoscript** has been added to the list of text file types.
-
-
-Impact
-======
-
-Files with the type **typoscript** can now be edited through the file list module.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-69543-IntroducedGLOBALSTYPO3_CONF_VARSSYSmediafile_ext.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-69543-IntroducedGLOBALSTYPO3_CONF_VARSSYSmediafile_ext.rst
deleted file mode 100644 (file)
index 5e1cb27..0000000
+++ /dev/null
@@ -1,70 +0,0 @@
-================================================================================
-Feature: #69543 - Introduced $GLOBALS['TYPO3_CONF_VARS']['SYS']['mediafile_ext']
-================================================================================
-
-Description
-===========
-
-Now we got the ``RendererRegistry`` with the ``VideoTagRenderer``, ``AudioTagRenderer`` and ``MediaViewHelper`` in the
-core we needed also a way to define a list of file extensions of the files that can be handled by these. This list
-can then be used in the TCA for allowing sys_file_references to these files.
-
-.. code-block:: php
-
-       // Comma list of file extensions perceived as media files by TYPO3.
-       // Lowercase and no spaces between
-       $GLOBALS['TYPO3_CONF_VARS']['SYS']['mediafile_ext'] = 'gif,jpg,jpeg,bmp,png,pdf,svg,ai,mov,avi';
-
-
-TCA example:
-------------
-
-.. code-block:: php
-
-       'media' => array(
-               'label' => 'LLL:EXT:lang/locallang_general.xlf:LGL.media',
-               'config' => \TYPO3\CMS\Core\Utility\ExtensionManagementUtility::getFileFieldTCAConfig('media', array(
-                       'foreign_types' => array(
-                               '0' => array(
-                                       'showitem' => '
-                                               --palette--;LLL:EXT:lang/locallang_tca.xlf:sys_file_reference.imageoverlayPalette;imageoverlayPalette,
-                                               --palette--;;filePalette'
-                               ),
-                               \TYPO3\CMS\Core\Resource\File::FILETYPE_TEXT => array(
-                                       'showitem' => '
-                                               --palette--;LLL:EXT:lang/locallang_tca.xlf:sys_file_reference.imageoverlayPalette;imageoverlayPalette,
-                                               --palette--;;filePalette'
-                               ),
-                               \TYPO3\CMS\Core\Resource\File::FILETYPE_IMAGE => array(
-                                       'showitem' => '
-                                               --palette--;LLL:EXT:lang/locallang_tca.xlf:sys_file_reference.imageoverlayPalette;imageoverlayPalette,
-                                               --palette--;;filePalette'
-                               ),
-                               \TYPO3\CMS\Core\Resource\File::FILETYPE_AUDIO => array(
-                                       'showitem' => '
-                                               --palette--;LLL:EXT:lang/locallang_tca.xlf:sys_file_reference.imageoverlayPalette;imageoverlayPalette,
-                                               --palette--;;filePalette'
-                               ),
-                               \TYPO3\CMS\Core\Resource\File::FILETYPE_VIDEO => array(
-                                       'showitem' => '
-                                               --palette--;LLL:EXT:lang/locallang_tca.xlf:sys_file_reference.imageoverlayPalette;imageoverlayPalette,
-                                               --palette--;;filePalette'
-                               ),
-                               \TYPO3\CMS\Core\Resource\File::FILETYPE_APPLICATION => array(
-                                       'showitem' => '
-                                               --palette--;LLL:EXT:lang/locallang_tca.xlf:sys_file_reference.imageoverlayPalette;imageoverlayPalette,
-                                               --palette--;;filePalette'
-                               )
-                       )
-               ), $GLOBALS['TYPO3_CONF_VARS']['SYS']['mediafile_ext'])
-       ),
-
-
-Extending this list:
---------------------
-
-If you want to extend this list you can add the desired extension name to list in the ``ext_localconf.php`` of your extension.
-
-.. code-block:: php
-
-       $GLOBALS['TYPO3_CONF_VARS']['SYS']['mediafile_ext'] .= ',myext';
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-69568-FormEngineDataProcessing.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-69568-FormEngineDataProcessing.rst
deleted file mode 100644 (file)
index c4e2391..0000000
+++ /dev/null
@@ -1,25 +0,0 @@
-============================================
-Feature: #69568 - FormEngine data processing
-============================================
-
-Description
-===========
-
-Warning: The ``FormEngine`` data structure will change in the future and extensions must
-not rely on array or class structures at the moment.
-
-The FormEngine construct to render records has been split to two main parts where the first
-data processing part takes care of gathering and processing all data needed for the second part
-to render final form data.
-
-The data processing is done via ``FormDataCompiler`` that returns a data array that can be given
-submitted to the outer most render container. The array contains all main data required by the
-render part like final ``TCA`` as well as the processed database row.
-
-Extensions can change the data processing by registering additional items in the data processing
-chain. For casual ``TCA`` based database records, the ``FormDataGroup`` ``TcaDatabaseRecord`` is
-used to define relevant data provider within
-``$GLOBALS['TYPO3_CONF_VARS']['SYS']['formEngine']['formDataGroup']['tcaDatabaseRecord']``. Additional
-data provider can be added at specific positions using the ``depends`` and ``before`` keywords
-relative to oher providers.
-
index 2aef390..be89bfa 100644 (file)
@@ -5,9 +5,10 @@ Feature: #69602 - Simplify handling of backend layouts in frontend
 Description
 ===========
 
-To avoid complex TypoScript for integrators, the handling of backend layouts is simplified for the frontend.
+To avoid complex TypoScript for integrators, the handling of backend layouts has
+been simplified for the frontend.
 
- To get the correct backend layout, the following TypoScript code can be used:
+To get the correct backend layout, the following TypoScript code can be used:
 
 .. code-block:: typoscript
 
@@ -18,13 +19,13 @@ To avoid complex TypoScript for integrators, the handling of backend layouts is
                key.data = pagelayout
 
                default = TEXT
-               default.value = fileadmin/template/home.html
+               default.value = EXT:sitepackage/Resources/Private/Templates/Home.html
 
                3 = TEXT
-               3.value = fileadmin/template/1-col.html
+               3.value = EXT:sitepackage/Resources/Private/Templates/1-col.html
 
                4 = TEXT
-               4.value = fileadmin/template/2-col.html
+               4.value = EXT:sitepackage/Resources/Private/Templates/2-col.html
          }
        }
 
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-69730-IntroduceUniqueIdGenerator.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-69730-IntroduceUniqueIdGenerator.rst
deleted file mode 100644 (file)
index 89bd7f3..0000000
+++ /dev/null
@@ -1,21 +0,0 @@
-==============================================
-Feature: #69730 - Introduce uniqueId generator
-==============================================
-
-Description
-===========
-
-A new method ``getUniqueId()`` has been added to the StringUtility class.
-Now there is a common way to generate an unique identifier which can be
-used even in HTML tag attributes as it removes the invalid dot character.
-
-
-.. code-block:: php
-
-       $uniqueId = \TYPO3\CMS\Core\Utility\StringUtility::getUniqueId('Prefix');
-
-
-Impact
-======
-
-No need to remove the dot manually anymore.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-69855-DispatcherForBackendRoutingAdded.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-69855-DispatcherForBackendRoutingAdded.rst
deleted file mode 100644 (file)
index 6403e52..0000000
+++ /dev/null
@@ -1,27 +0,0 @@
-======================================================
-Feature: #69855 - Dispatcher for Backend Routing added
-======================================================
-
-Description
-===========
-
-The previously introduced Backend Routing is updated so that Routes must be defined with a class name and method name,
-or a Closure / callable. The controller/action or closure is now named as "target".
-
-Example from EXT:backend/Configuration/Backend/Routes.php
-
-.. code-block:: php
-
-       // Logout script for the TYPO3 Backend
-       'logout' => [
-               'path' => '/logout',
-               'target' => Controller\LogoutController::class . '::logoutAction'
-       ]
-
-
-Impact
-======
-
-Each method that is registered will receive both the Request object and the Response object which can be manipulated for output.
-
-The fixed ControllerInterface is not needed anymore and will be removed.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-69918-AddPSR-7-basedDispatchingForBackendModules.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-69918-AddPSR-7-basedDispatchingForBackendModules.rst
deleted file mode 100644 (file)
index 3fd3a11..0000000
+++ /dev/null
@@ -1,34 +0,0 @@
-=================================================================
-Feature: #69918 - Add PSR-7-based dispatching for Backend Modules
-=================================================================
-
-Description
-===========
-
-Built on the PSR-7 principle and the routing concepts, it is now possible to register backend modules which are dispatched to a callable string
-instead of pointing to an index.php file in EXT:myextension/Modules/MyModule/index.php.
-
-The method which is called, receives a PSR-compatible request and response object and must return a response object which is outputted to the
-browser.
-
-An example registration uses the option "routeTarget" to resolve the method to be called when rendering the module:
-
-.. code-block:: typoscript
-
-       \TYPO3\CMS\Core\Utility\ExtensionManagementUtility::addModule(
-               'web',
-               'layout',
-               'top',
-               '',
-               array(
-                       'routeTarget' => \TYPO3\CMS\Backend\Controller\PageLayoutController::class . '::mainAction',
-                       'access' => 'user,group',
-                       'name' => 'web_layout',
-                       'labels' => array(
-                               'tabs_images' => array(
-                                       'tab' => 'EXT:backend/Resources/Public/Icons/module-page.svg',
-                               ),
-                               'll_ref' => 'LLL:EXT:backend/Resources/Private/Language/locallang_mod.xlf',
-                       ),
-               )
-       );
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-7098-SeverityFilteringForFlashMessageQueue.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-7098-SeverityFilteringForFlashMessageQueue.rst
deleted file mode 100644 (file)
index 2d37512..0000000
+++ /dev/null
@@ -1,19 +0,0 @@
-=========================================================
-Feature: #7098 - Severity-filtering for FlashMessageQueue
-=========================================================
-
-Description
-===========
-
-So far only all messages of the FlashMessageQueue could be fetched and/or
-removed. With this addition it's possible to do that for a given
-severity only. The existing functions get an optional $severity-parameter.
-
-Usage:
-
-.. code-block:: php
-
-       FlashMessageQueue::getAllMessages($severity);
-       FlashMessageQueue::getAllMessagesAndFlush($severity);
-       FlashMessageQueue::removeAllFlashMessagesFromSession($severity);
-       FlashMessageQueue::clear($severity);
diff --git a/typo3/sysext/core/Documentation/Changelog/master/needs_to_be_merged_into_github/Feature-16525-AddConditionsToINCLUDE_TYPOSCRIPT.rst b/typo3/sysext/core/Documentation/Changelog/master/needs_to_be_merged_into_github/Feature-16525-AddConditionsToINCLUDE_TYPOSCRIPT.rst
new file mode 100644 (file)
index 0000000..27dab4a
--- /dev/null
@@ -0,0 +1,28 @@
+======================================================
+Feature: #16525 - Add conditions to INCLUDE_TYPOSCRIPT
+======================================================
+
+Description
+===========
+
+The INCLUDE_TYPOSCRIPT tag now has an extra (optional) property "condition" which causes the file/directory to be included only
+if the condition is met.
+
+As usual a condition is enclosed in square brackets, but if these are not present they will be added. Any double quotes must be
+escaped by adding backslashes and any backslash must be doubled.
+
+Example
+-------
+
+.. code-block:: typoscript
+
+       <INCLUDE_TYPOSCRIPT: source="FILE:EXT:my_extension/Configuration/TypoScript/firefox.ts" condition="[loginUser = *]">
+
+Condition with square brackets. File will only be included if a frontend user is logged in.
+
+.. code-block:: typoscript
+
+       <INCLUDE_TYPOSCRIPT: source="FILE:EXT:my_extension/Configuration/TypoScript/staging.ts" condition="applicationContext = /^Production\\/Staging\\/Server\\d+$/">
+
+Condition without square brackets, backslashes doubled inside the condition. File will only be included in application context
+Production/Staging/Server followed by at least one digit.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/needs_to_be_merged_into_github/Feature-28243-IntroduceTcaOptionToDisableAgeDisplay.rst b/typo3/sysext/core/Documentation/Changelog/master/needs_to_be_merged_into_github/Feature-28243-IntroduceTcaOptionToDisableAgeDisplay.rst
new file mode 100644 (file)
index 0000000..c429f6e
--- /dev/null
@@ -0,0 +1,19 @@
+================================================================================
+Feature: #28243 - Introduce TCA option to disable age display of dates per field
+================================================================================
+
+Description
+===========
+
+It is now possible to disable the display of the age (p.e. "2015-08-30 (-27 days)") of date fields in record
+listings by a new TCA option.
+The option is called ``disableAgeDisplay`` and can be set in the config section of a field.
+It will be respected if the field has the type ``input`` and its eval is set to ``date``.
+
+Example
+-------
+
+.. code-block:: php
+
+       // disables the display of " (-27 days)" p.e.
+       $GLOBALS['TCA']['tt_content']['columns']['date']['config']['disableAgeDisplay'] = true;
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/needs_to_be_merged_into_github/Feature-57632-AddInlineLanguageLabelFilesWithTypoScript.rst b/typo3/sysext/core/Documentation/Changelog/master/needs_to_be_merged_into_github/Feature-57632-AddInlineLanguageLabelFilesWithTypoScript.rst
new file mode 100644 (file)
index 0000000..aac0d09
--- /dev/null
@@ -0,0 +1,38 @@
+=====================================================================
+Feature: #57632 - Include inline language label files with TypoScript
+=====================================================================
+
+Description
+===========
+
+It is now possible to add inline language label files with TypoScript.
+
+Usage
+-----
+If you want to include inline labels from a XLF file, you have to specify that
+file in your TypoScript with a custom key in the new ``inlineLanguageLabelFiles``
+section. In addition to the file you can configure three optional parameters:
+
+* ``selectionPrefix``: Only label keys that start with this prefix will be included (default: '')
+* ``stripFromSelectionName``: A string that will be removed from any included label key (default: '')
+* ``errorMode``: Error mode if the file could not be found: 0 - syslog entry, 1 - do nothing, 2 - throw an exception (default: 0)
+
+Example
+-------
+
+.. code-block:: typoscript
+
+       page = PAGE
+       page.inlineLanguageLabelFiles {
+               someLabels = EXT:myExt/Resources/Private/Language/locallang.xlf
+               someLabels.selectionPrefix = idPrefix
+               someLabels.stripFromSelectionName = strip_me
+               someLabels.errorMode = 2
+       }
+
+Output in the HTML head:
+
+.. code-block:: javascript
+
+       var TYPO3 = TYPO3 || {};
+       TYPO3.lang = {"firstLabel":[{"source":"first Label","target":"erstes Label"}],"secondLabel":[{"source":"second Label","target":"zweites Label"}]};
diff --git a/typo3/sysext/core/Documentation/Changelog/master/needs_to_be_merged_into_github/Feature-59144-PageTSconfigWorkspacePreview b/typo3/sysext/core/Documentation/Changelog/master/needs_to_be_merged_into_github/Feature-59144-PageTSconfigWorkspacePreview
new file mode 100644 (file)
index 0000000..5d2310c
--- /dev/null
@@ -0,0 +1,24 @@
+==================================================================
+Feature: #59144 - Previewing workspace records using Page TSconfig
+==================================================================
+
+Description
+===========
+
+Per default TYPO3 only creates preview links for the tables tt_content, pages
+and pages_language_overlay. To avoid utilizing a hook for each table, creating
+preview links can be triggered using Page TSconfig.
+
+.. code-block:: TypoScript
+
+       # Using page 123 for previewing workspaces records (in general)
+       options.workspaces.previewPageId = 123
+
+       # Using the pid field of each record for previewing (in general)
+       options.workspaces.previewPageId = field:pid
+
+       # Using page 123 for previewing workspaces records (for table tx_myext_table)
+       options.workspaces.previewPageId.tx_myext_table = 123
+
+       # Using the pid field of each record for previewing (or table tx_myext_table)
+       options.workspaces.previewPageId.tx_myext_table = field:pid
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/needs_to_be_merged_into_github/Feature-59591-ImageQualityDefinablePerSourceCollection.rst b/typo3/sysext/core/Documentation/Changelog/master/needs_to_be_merged_into_github/Feature-59591-ImageQualityDefinablePerSourceCollection.rst
new file mode 100644 (file)
index 0000000..28d7148
--- /dev/null
@@ -0,0 +1,29 @@
+==============================================================
+Feature: #59591 - Image quality definable per sourceCollection
+==============================================================
+
+Description
+===========
+
+The image quality of each ``sourceCollection`` entry can be configured.
+Integrators can already render images with the predefined quality set by LocalConfiguration.php.
+To decrease the quality of larger images (e.g. double density) in order to lower the file size,
+integrators can configure the parameter ``quality`` of the matching ``sourceCollection`` now.
+
+The TypoScript setup can be configured as followed (e.g.):
+
+.. code-block:: typoscript
+
+       # for small retina images
+       tt_content.image.20.1.sourceCollection.smallRetina.quality = 80
+
+       # for large retina images
+       tt_content.image.20.1.sourceCollection.largeRetina.quality = 65
+
+If the new parameter is not set, TYPO3 will use to the default quality of LocalConfiguration.
+
+
+Impact
+======
+
+The rendering of ``sourceCollection`` stays as it is. Users can additionally selectively control the quality of jpeg by TypoScript setup.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/needs_to_be_merged_into_github/Feature-61993-CssPageStyleNowPageSpecific.rst b/typo3/sysext/core/Documentation/Changelog/master/needs_to_be_merged_into_github/Feature-61993-CssPageStyleNowPageSpecific.rst
new file mode 100644 (file)
index 0000000..2301348
--- /dev/null
@@ -0,0 +1,18 @@
+===========================================================================
+Feature: #61993 - _CSS_PAGE_STYLE is now only included on the affected page
+===========================================================================
+
+Description
+===========
+
+CSS set via the TypoScript property ``_CSS_PAGE_STYLE`` was concatenated and
+compressed with the non-page-specific CSS and therefore loaded on pages it did
+not affect at all.
+
+Impact
+======
+
+The behaviour from now on is that ``_CSS_PAGE_STYLE`` is included only on the
+affected page. Depending on your configuration it will be written in an external
+file and included on the page or directly added as inline CSS block. Compression
+for page specific CSS also depends on the global ``config.compressCss`` setting.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/needs_to_be_merged_into_github/Feature-64535-IrreSuppressAndOverrideUseCombinationWarningViaTcaSettings.rst b/typo3/sysext/core/Documentation/Changelog/master/needs_to_be_merged_into_github/Feature-64535-IrreSuppressAndOverrideUseCombinationWarningViaTcaSettings.rst
new file mode 100644 (file)
index 0000000..cb4c36a
--- /dev/null
@@ -0,0 +1,42 @@
+=====================================================================================
+Feature: #64535 - IRRE: Suppress and override useCombination warning via TCA settings
+=====================================================================================
+
+Description
+===========
+
+When using ``useCombination=TRUE`` there is always a FlashMessage warning displayed.
+It is now possible to override the default warning message with a custom message or
+to suppress the FlashMessage completely via TCA setting.
+
+Example to suppress ``useCombination`` warning message:
+
+.. code-block:: php
+
+       $GLOBALS['TCA']['tx_demo_domain_model_demoinline']['columns']['irre_records']['config'] = array(
+               'foreign_types_combination' => array(
+                       '1' => array(
+                               'showitem' => 'title'
+                       )
+               )
+               'appearance' => array(
+                       'suppressCombinationWarning' => TRUE
+                       'useCombination' => TRUE
+               )
+       )
+
+Example to override ``useCombination`` warning message:
+
+.. code-block:: php
+
+       $GLOBALS['TCA']['tx_demo_domain_model_demoinline']['columns']['irre_records']['config'] = array(
+               'foreign_types_combination' => array(
+                       '1' => array(
+                               'showitem' => 'title'
+                       )
+               )
+               'appearance' => array(
+                       'overwriteCombinationWarningMessage' => 'LLL:EXT:demo/Resources/Private/Language/locallang_db.xlf:tx_demo_domain_model_demoinline.irre_records.useCombinationWarning'
+                       'useCombination' => TRUE
+               )
+       )
diff --git a/typo3/sysext/core/Documentation/Changelog/master/needs_to_be_merged_into_github/Feature-67056-AddOptionToDisableMoveButtonsTCAGroupType.rst b/typo3/sysext/core/Documentation/Changelog/master/needs_to_be_merged_into_github/Feature-67056-AddOptionToDisableMoveButtonsTCAGroupType.rst
new file mode 100644 (file)
index 0000000..d2250c7
--- /dev/null
@@ -0,0 +1,29 @@
+===================================================================
+Feature: #67056 - Add option to disable move buttons TCA group type
+===================================================================
+
+Description
+===========
+
+The move buttons of the TCA type ``group`` can now be explicitly disabled with the
+``hideMoveIcons`` option. Before these icons where only automatically removed if
+``maxitems`` was set to 1.
+
+.. code-block:: php
+
+       'options' => array(
+               'label' => 'Options',
+               'config' => array(
+                       'type' => 'group',
+                       'internal_type' => 'db',
+                       'allowed' => 'pages',
+                       'maxitems' => 9999,
+                       'hideMoveIcons' => TRUE,
+               ),
+       ),
+
+
+Impact
+======
+
+Move buttons can now always be hidden for ``group`` fields
diff --git a/typo3/sysext/core/Documentation/Changelog/master/needs_to_be_merged_into_github/Feature-67880-AddedCountToSplit.rst b/typo3/sysext/core/Documentation/Changelog/master/needs_to_be_merged_into_github/Feature-67880-AddedCountToSplit.rst
new file mode 100644 (file)
index 0000000..8e2f959
--- /dev/null
@@ -0,0 +1,23 @@
+======================================
+Feature: #67880 - Added count to split
+======================================
+
+Description
+===========
+
+A new property ``returnCount`` is added to the stdWrap property ``split``.
+
+When dealing with comma separated values like the content of ``field:records`` or similar,
+we might need to know how many items are present inside the csv.
+
+Example:
+
+.. code-block:: typoscript
+
+       # should return 9
+       1 = TEXT
+       1 {
+               value = x,y,z,1,2,3,a,b,c
+               split.token = ,
+               split.returnCount = 1
+       }
diff --git a/typo3/sysext/core/Documentation/Changelog/master/needs_to_be_merged_into_github/Feature-68166-RenderTypeForRsaEncryptedInputFields.rst b/typo3/sysext/core/Documentation/Changelog/master/needs_to_be_merged_into_github/Feature-68166-RenderTypeForRsaEncryptedInputFields.rst
new file mode 100644 (file)
index 0000000..cc81a5d
--- /dev/null
@@ -0,0 +1,25 @@
+===========================================================
+Feature: #67932 - RenderType for rsa encrypted input fields
+===========================================================
+
+Description
+===========
+
+EXT:rsaauth defines an own render type for TCA input fields. Those fields will
+be encrypted before submitting the form.
+
+
+Impact
+======
+
+In the Backend password fields for backend and frontend users are automatically
+encoded before the form is submitted.
+
+Usage
+=====
+
+To encrypt your own TCA fields you can add define the render type ``rsaInput``.
+
+.. code-block:: php
+
+$GLOBALS['TCA']['be_users']['columns']['password']['config']['renderType'] = 'rsaInput';
diff --git a/typo3/sysext/core/Documentation/Changelog/master/needs_to_be_merged_into_github/Feature-68756-AddConfigBaseToStdWrap.rst b/typo3/sysext/core/Documentation/Changelog/master/needs_to_be_merged_into_github/Feature-68756-AddConfigBaseToStdWrap.rst
new file mode 100644 (file)
index 0000000..c11c76f
--- /dev/null
@@ -0,0 +1,28 @@
+==============================================
+Feature: #68756 - Add config "base" to stdWrap
+==============================================
+
+Description
+===========
+
+The following function was updated and added with a new optional parameter $base:
+``TYPO3\CMS\Core\Utility\GeneralUtility::formatSize($sizeInBytes, $labels = '', $base = 0)``
+
+This affects the function:
+``TYPO3\CMS\Frontend\ContentObject\ContentObjectRenderer->stdWrap_bytes``
+
+Until now it was not possible to set the base parameter via TypoScript if you add custom labels.
+
+
+Impact
+======
+
+The ability to set the base (1000 or 1024) via TypoScript configuration has been added.
+
+The following lines should be added to the file "TYPO3CMS-Reference-Typoscript/Documentation/Functions/Stdwrap/Index.rst" in the "Property bytes container".
+
+With the ``base`` property it can be defined whether to use a base of 1000 or 1024 to calculate with
+
+Thus::
+    bytes.labels = " | K| M| G"
+    bytes.base = 1000
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/needs_to_be_merged_into_github/Feature-69568-FormEngineDataProcessing.rst b/typo3/sysext/core/Documentation/Changelog/master/needs_to_be_merged_into_github/Feature-69568-FormEngineDataProcessing.rst
new file mode 100644 (file)
index 0000000..eea6ad3
--- /dev/null
@@ -0,0 +1,25 @@
+============================================
+Feature: #69568 - FormEngine data processing
+============================================
+
+Description
+===========
+
+Warning: The ``FormEngine`` data structure will change in the future and extensions must
+not rely on array or class structures at the moment.
+
+The FormEngine construct to render records has been split to two main parts where the first
+data processing part takes care of gathering and processing all data needed for the second part
+to render final form data.
+
+The data processing is done via ``FormDataCompiler`` that returns a data array that can be given
+to the outer most render container. The array contains all main data required by the
+render part like final ``TCA`` as well as the processed database row.
+
+Extensions can change the data processing by registering additional items in the data processing
+chain. For casual ``TCA`` based database records, the ``FormDataGroup`` ``TcaDatabaseRecord`` is
+used to define relevant data provider within
+``$GLOBALS['TYPO3_CONF_VARS']['SYS']['formEngine']['formDataGroup']['tcaDatabaseRecord']``. Additional
+data provider can be added at specific positions using the ``depends`` and ``before`` keywords
+relative to other providers.
+