[CLEANUP] Merge Documentation of Deprecations and features 83/34783/2
authorMathias Schreiber <mathias.schreiber@wmdb.de>
Sat, 29 Nov 2014 22:22:23 +0000 (23:22 +0100)
committerChristian Kuhn <lolli@schwarzbu.ch>
Sun, 30 Nov 2014 00:11:21 +0000 (01:11 +0100)
The Documentation snippets have been reviewed and moved into the 7.0
folder.

Resolves: #63433
Releases: master
Change-Id: I15428015da38753d0f4281af1f737a6e328c1de0
Reviewed-on: http://review.typo3.org/34783
Reviewed-by: Benjamin Mack <benni@typo3.org>
Tested-by: Benjamin Mack <benni@typo3.org>
Reviewed-by: Christian Kuhn <lolli@schwarzbu.ch>
Tested-by: Christian Kuhn <lolli@schwarzbu.ch>
68 files changed:
typo3/sysext/core/Documentation/Changelog/7.0/Deprecation-60574-ClientRelatedConditions.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.0/Deprecation-61513-Remove-HSC-Function-In-Backend-TypoScript-Module.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.0/Deprecation-61958-MoveTcaRenderings.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.0/Deprecation-62363-TSFE-JSfuncCalls.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.0/Deprecation-62667-WrapBorderTable-In-FormEngine.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.0/Deprecation-62794-DeprecateOldMailMethodsInGeneralUtility.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.0/Deprecation-62795-DocumentTemplateJavaScript.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.0/Deprecation-62800-WorkspaceToolbarItem.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.0/Deprecation-62854-Deprecate-pi_list_searchBox.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.0/Deprecation-62864-HelpTextIcon.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.0/Deprecation-62893-FlashmessageJavaScriptObjectMoved.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.0/Deprecation-62988-DocumentTemplateFunctions.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.0/Feature-47919-CatchContentRenderingExceptions.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.0/Feature-50039-MultipleCssFilesInRte.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.0/Feature-51905-AddDependenciesBetweenClassesInRte.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.0/Feature-54518-ProvideTsconfigToLinkCheckers.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.0/Feature-54519-CheckDisabledLinkhandlerRecords.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.0/Feature-58122-ConfigureClassAsNonSelectableInRte.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.0/Feature-59396-TypolinkViewHelper.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.0/Feature-59830-IntroduceReadOnlyColumnForFileMounts.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.0/Feature-60064-LoggingFrameworkIntrospectionProcessor.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.0/Feature-60123-UnitTestCaseRemovesTestFiles.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.0/Feature-60567-ShowStylesSegmentInTypoScriptObjectBrowser.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.0/Feature-60822-AddMethodsToGetClassTagValuesViaReflection.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.0/Feature-61185-AllowSvgAsExtensionIcon.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.0/Feature-61289-SignalForIconUtilityHtmlTagManipulation.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.0/Feature-61351-AddDataAttributeToFluidViewHelpers.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.0/Feature-61361-FallbackTemplatePathsForFluidStandaloneView.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.0/Feature-61489-AbstractTypoScriptCondition.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.0/Feature-61529-AddMultipleParameterToCheckboxViewHelper.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.0/Feature-61577-BackendMarkupForCheckboxesWithLabel.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.0/Feature-61668-VideoAndAudioPlayerInBackendRecordInformationWindow.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.0/Feature-61800-FAL-RendererRegistry.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.0/Feature-62147-NewEmailEvalInTCA.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/master/Deprecation-60574-ClientRelatedConditions.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Deprecation-61513-Remove-HSC-Function-In-Backend-TypoScript-Module.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Deprecation-61958-MoveTcaRenderings.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Deprecation-62363-TSFE-JSfuncCalls.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Deprecation-62667-WrapBorderTable-In-FormEngine.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Deprecation-62794-DeprecateOldMailMethodsInGeneralUtility.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Deprecation-62795-DocumentTemplateJavaScript.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Deprecation-62800-WorkspaceToolbarItem.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Deprecation-62854-Deprecate-pi_list_searchBox.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Deprecation-62864-HelpTextIcon.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Deprecation-62893-FlashmessageJavaScriptObjectMoved.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Deprecation-62988-DocumentTemplateFunctions.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-47919-CatchContentRenderingExceptions.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-50039-MultipleCssFilesInRte.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-51905-AddDependenciesBetweenClassesInRte.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-54518-ProvideTsconfigToLinkCheckers.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-54519-CheckDisabledLinkhandlerRecords.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-58122-ConfigureClassAsNonSelectableInRte.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-59396-TypolinkViewHelper.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-59830-IntroduceReadOnlyColumnForFileMounts.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-60064-LoggingFrameworkIntrospectionProcessor.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-60123-UnitTestCaseRemovesTestFiles.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-60567-ShowStylesSegmentInTypoScriptObjectBrowser.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-60822-AddMethodsToGetClassTagValuesViaReflection.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-61185-AllowSvgAsExtensionIcon.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-61289-SignalForIconUtilityHtmlTagManipulation.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-61351-AddDataAttributeToFluidViewHelpers.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-61361-FallbackTemplatePathsForFluidStandaloneView.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-61489-AbstractTypoScriptCondition.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-61529-AddMultipleParameterToCheckboxViewHelper.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-61577-BackendMarkupForCheckboxesWithLabel.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-61668-VideoAndAudioPlayerInBackendRecordInformationWindow.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-61800-FAL-RendererRegistry.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-62147-NewEmailEvalInTCA.rst [deleted file]

diff --git a/typo3/sysext/core/Documentation/Changelog/7.0/Deprecation-60574-ClientRelatedConditions.rst b/typo3/sysext/core/Documentation/Changelog/7.0/Deprecation-60574-ClientRelatedConditions.rst
new file mode 100644 (file)
index 0000000..9c38ca2
--- /dev/null
@@ -0,0 +1,38 @@
+===============================================
+Deprecation: #60574 - Client Related Conditions
+===============================================
+
+Description
+===========
+
+Conditions that depend on client details are unlovely for a number
+of reasons:
+
+* Per condition or permutation of conditions that matches, the frontend
+  creates a different cache entry. This can lead to a very high number
+  of cache entrys per page
+* Conditions based on browser or clients on server side are bad practice.
+* The device information in the core is outdated (for example it is possible to match "AMIGA")
+* Setups like reverse proxies give additional headaches with these types of conditions
+* All client related condition types are deprecated with this patch.
+
+
+Impact
+======
+
+Usage of client related TypoScript conditions will result in a deprecation log message. Client related conditions
+are browser, version, system and useragent.
+
+Affected installations
+======================
+
+Installations using TypoScript conditions for browser, version, system or useragent.
+
+Migration
+=========
+* Most usual conditions for specific browsers can nowadays be turned into conditional CSS includes
+* Use libraries such as modernizr for browser support
+* If conditions for specific clients or devices are still needed, they
+  should be done with a userFunc condition and a project like WURFL
+  that keep the device information more recent than the current core
+  code like matching AMIGA
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/7.0/Deprecation-61513-Remove-HSC-Function-In-Backend-TypoScript-Module.rst b/typo3/sysext/core/Documentation/Changelog/7.0/Deprecation-61513-Remove-HSC-Function-In-Backend-TypoScript-Module.rst
new file mode 100644 (file)
index 0000000..5347f1d
--- /dev/null
@@ -0,0 +1,23 @@
+============================================================================
+Deprecation: #61513 - Use native htmlspecialchars in ExtendedTemplateService
+============================================================================
+
+Description
+===========
+
+In previous versions the ExtendedTemplateService used a conditional wrapper method to apply htmlspecialchars()
+for rendering TypoScript search labels, keys and comments in the backend. This option was never used, so
+htmlspecialchars() was always activated rendering the option and method redundant and not necessary.
+Calls to the method are removed. The ExtendedTemplateServer method and property are now marked as deprecated
+for removal with CMS 8.
+
+Impact
+======
+
+Custom extensions using the flag ExtendedTemplateService->ext_noSpecialCharsOnLabels or a custom implementation
+of ExtendedTemplateService might get different results when using this switch within the class.
+
+Affected installations
+======================
+
+Installations using ExtendedTemplateService in their own extensions.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/7.0/Deprecation-61958-MoveTcaRenderings.rst b/typo3/sysext/core/Documentation/Changelog/7.0/Deprecation-61958-MoveTcaRenderings.rst
new file mode 100644 (file)
index 0000000..bfc8957
--- /dev/null
@@ -0,0 +1,37 @@
+===========================================
+Deprecation: #61958 - TCA rendering methods
+===========================================
+
+Description
+===========
+
+The following methods of the class \TYPO3\CMS\Backend\Form\FormEngine have been marked as deprecated:
+
+ * getSingleField_typeInput
+ * getSingleField_typeText
+ * getSingleField_typeCheck
+ * getSingleField_typeRadio
+ * getSingleField_typeSelect
+ * getSingleField_typeGroup
+ * getSingleField_typeNone
+ * getSingleField_typeFlex
+ * getSingleField_typeUnknown
+ * getSingleField_typeUser
+
+Each method is moved into a designated class inside \TYPO3\CMS\Backend\Form\Element to clean up the FormEngine class.
+
+
+Impact
+======
+
+If a 3rd party extension calls the mentioned methods directly, a deprecation log entry will be created.
+
+Affected installations
+======================
+
+All installations which call the mentioned methods.
+
+Migration
+=========
+
+Every call of a 3rd party extension to the mentioned method must be changed to use the new classes.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/7.0/Deprecation-62363-TSFE-JSfuncCalls.rst b/typo3/sysext/core/Documentation/Changelog/7.0/Deprecation-62363-TSFE-JSfuncCalls.rst
new file mode 100644 (file)
index 0000000..24ab133
--- /dev/null
@@ -0,0 +1,31 @@
+=====================================================
+Deprecation: #62363 - TSFE->JSeventFuncCalls disabled
+=====================================================
+
+Description
+===========
+
+TYPO3 CMS provides a way to register direct JS calls to be added to the body tag of the frontend output
+to allow several functions to register for e.g. "onload". Nowadays this is done via JS frameworks directly,
+or via JS variables.
+
+The functionality has been marked as deprecated.
+
+Impact
+======
+
+The core does not use this functionality anymore. Installations with menus using "GMENU_LAYERS",
+which has been removed from the core a while ago, but still use it via third-party extensions,
+might not work anymore as expected.
+
+
+Affected installations
+======================
+
+All installations which use the :php:`$TSFE->JSeventFuncCalls` option, e.g. like GMENU_LAYERS.
+
+Migration
+=========
+
+Every call of a 3rd party extension to the mentioned method must be changed to use their own
+JS function registration.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.0/Deprecation-62667-WrapBorderTable-In-FormEngine.rst b/typo3/sysext/core/Documentation/Changelog/7.0/Deprecation-62667-WrapBorderTable-In-FormEngine.rst
new file mode 100644 (file)
index 0000000..a201a82
--- /dev/null
@@ -0,0 +1,24 @@
+===============================================================
+Deprecation: #62667 Additional "WrapBorder" Table In FormEngine
+===============================================================
+
+Description
+===========
+
+In previous versions the FormEngine always wrapped fields around an additional HTML table element.
+This was done in a separate method called :php:`wrapBorder()` utilizing the SECTION_WRAP subpart
+of the FormEngine template.
+As styling is now done completely via LESS/CSS, all calls to the method have been removed.
+The wrapBorder method and sectionWrap property of FormEngine are now marked as deprecated
+for removal with CMS 8.
+
+Impact
+======
+
+Custom extensions using the :php:`wrapBorder()` method will not get the additional table wrap.
+
+Affected installations
+======================
+
+Installations using FormEngine and the :php:`wrapBorder()` method or custom FormEngine templates
+in their own extensions.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/7.0/Deprecation-62794-DeprecateOldMailMethodsInGeneralUtility.rst b/typo3/sysext/core/Documentation/Changelog/7.0/Deprecation-62794-DeprecateOldMailMethodsInGeneralUtility.rst
new file mode 100644 (file)
index 0000000..e8034d6
--- /dev/null
@@ -0,0 +1,29 @@
+====================================================
+Deprecation: #62794 - Mail methods in GeneralUtility
+====================================================
+
+Description
+===========
+
+The following methods of the class \TYPO3\CMS\Core\Utility\GeneralUtility have been marked as deprecated:
+
+ * quoted_printable()
+ * encodeHeader()
+ * substUrlsInPlainText()
+
+Impact
+======
+
+The methods were used together with the old mail API and are now obsolete. Deprecation warnings will be triggered if used.
+
+Affected installations
+======================
+
+Installations that still use those methods will trigger deprecations warnings.
+
+
+Migration
+=========
+
+Code that still uses these methods should be refactored to the mail API using
+TYPO3\CMS\Core\Mail\Mailer class.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.0/Deprecation-62795-DocumentTemplateJavaScript.rst b/typo3/sysext/core/Documentation/Changelog/7.0/Deprecation-62795-DocumentTemplateJavaScript.rst
new file mode 100644 (file)
index 0000000..3285af6
--- /dev/null
@@ -0,0 +1,21 @@
+===================================================
+Deprecation: #62795 - DocumentTemplate->endPageJS()
+===================================================
+
+Description
+===========
+
+Method :php:`TYPO3\CMS\Backend\Template\DocumentTemplate::endPageJS()` and the according property :php:`endJS` have been marked as deprecated.
+
+
+Impact
+======
+
+None, as it isn't in use anymore since TYPO3 CMS 4.5 and was responsible for notifying the browser that the session
+is still active.
+
+
+Affected installations
+======================
+
+Installations misusing top.busy until now for their own good will break.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/7.0/Deprecation-62800-WorkspaceToolbarItem.rst b/typo3/sysext/core/Documentation/Changelog/7.0/Deprecation-62800-WorkspaceToolbarItem.rst
new file mode 100644 (file)
index 0000000..6b52efc
--- /dev/null
@@ -0,0 +1,26 @@
+==========================================================
+Deprecation: #62800 - Workspaces ToolbarItem via ExtDirect
+==========================================================
+
+Description
+===========
+
+The PHP functionality for switching a workspace was done with the ExtDirect call :js:`TYPO3.Ajax.ExtDirect.ToolbarMenu`
+until now. This has been replaced by a simple AJAX JSON call, based on jQuery and the refactored ToolbarItem Menu for
+the workspaces module.
+
+Impact
+======
+
+The core does not use this functionality anymore, and also removed the ExtDirect registration for this class.
+
+
+Affected installations
+======================
+
+All installations which directly used the ExtDirect :js:`TYPO3.Ajax.ExtDirect.ToolbarMenu` to fetch the data.
+
+Migration
+=========
+
+Use the new AjaxHandler :js:`Workspaces::setWorkspace()` directly instead.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.0/Deprecation-62854-Deprecate-pi_list_searchBox.rst b/typo3/sysext/core/Documentation/Changelog/7.0/Deprecation-62854-Deprecate-pi_list_searchBox.rst
new file mode 100644 (file)
index 0000000..9529376
--- /dev/null
@@ -0,0 +1,21 @@
+=========================================================
+Deprecation: #62854 - Abstractplugin->pi_list_searchBox()
+=========================================================
+
+Description
+===========
+
+Method :php:`pi_list_searchBox()` of AbstractPlugin (aka pibase) was used with very old
+search solutions and is hopelessly outdated. It is now discouraged to be used
+and will be removed with next major version.
+
+
+Impact
+======
+
+Extensions still using :php:`pi_list_searchBox()` will throw a deprecation warning.
+
+Affected installations
+======================
+
+Any extension still using this method needs to be adapted.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/7.0/Deprecation-62864-HelpTextIcon.rst b/typo3/sysext/core/Documentation/Changelog/7.0/Deprecation-62864-HelpTextIcon.rst
new file mode 100644 (file)
index 0000000..3b5b647
--- /dev/null
@@ -0,0 +1,24 @@
+=============================================================
+Deprecation: #62864 - BackendUtility->helpTextIcon deprecated
+=============================================================
+
+Description
+===========
+
+The function :php:`helpTextIcon()` in BackendUtility has been marked as deprecated.
+
+Impact
+======
+
+The core does not use this functionality anymore.
+
+
+Affected installations
+======================
+
+All installations which use the function :php:`helpTextIcon()`.
+
+Migration
+=========
+
+Use :php:`BackendUtility::cshItem()` instead.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.0/Deprecation-62893-FlashmessageJavaScriptObjectMoved.rst b/typo3/sysext/core/Documentation/Changelog/7.0/Deprecation-62893-FlashmessageJavaScriptObjectMoved.rst
new file mode 100644 (file)
index 0000000..7e0e047
--- /dev/null
@@ -0,0 +1,44 @@
+==================================================================================
+Deprecation: #62893 - Flashmessage JavaScript object TYPO3.Flashmessages was moved
+==================================================================================
+
+Description
+===========
+
+Flashmessages JavaScript object has been moved from ``TYPO3.Flashmessages`` to ``top.TYPO3.Flashmessages``.
+The severity constant values has been changed to correspond to the same values (-2,-1,0,1,2) of the constants as in PHP.
+The constants ``TYPO3.Severity.information`` have been marked as deprecated.
+3rd party extensions referring to ``TYPO3.Severity.information`` will work until CMS 9.
+A compatibility file was introduced to map ``TYPO3.Flashmessages`` to ``top.TYPO3.Flashmessages``, will also work until CMS 9.
+
+
+Impact
+======
+
+If a 3rd party extension calls the mentioned methods directly, a deprecation log will be written to the browser console.
+
+
+Affected installations
+======================
+
+A TYPO3 instance is affected if a 3rd party extension refers to the method ``TYPO3.Flashmessages.display()`` or uses ``TYPO3.Severity.information`` constants.
+
+
+Migration
+=========
+
+The affected 3rd party extensions must be modified to use ``top.TYPO3.Flashmessages`` instead of ``TYPO3.Flashmessages``.
+
+Example:
+
+    .. code-block:: javascript
+
+    // Old and deprecated:
+    TYPO3.Flashmessages.display(TYPO3.Severity.notice)
+
+    // New and the only correct way:
+    top.TYPO3.Flashmessages.display(top.TYPO3.Severity.notice)
+
+    ..
+
+The ``TYPO3.Severity`` object has been moved to ``top.TYPO3.Severity``. Use ``top.TYPO3.Severity.*`` instead.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.0/Deprecation-62988-DocumentTemplateFunctions.rst b/typo3/sysext/core/Documentation/Changelog/7.0/Deprecation-62988-DocumentTemplateFunctions.rst
new file mode 100644 (file)
index 0000000..27cc963
--- /dev/null
@@ -0,0 +1,40 @@
+========================================================================
+Deprecation: #62988 - Deprecate unused/non-unified DocumentTemplate code
+========================================================================
+
+Description
+===========
+
+Several functions within DocumentTemplate are not encouraged to be used anymore.
+
+The hard-coded background image setting via :php:`$TBE_STYLES['background']` is removed and its usage is deprecated.
+
+Additionally, the font-wrapping methods *rfw()* and *dfw()* are deprecated.
+The according CSS was removed from the core.
+
+The method *collapseableSection()*, which was used solely by the reports module for ages in a buggy
+way, is also deprecated in favor of Bootstrap collapseables and localstorage.
+
+Impact
+======
+
+The core does not use this functionality anymore.
+
+
+Affected installations
+======================
+
+All installations which use the setting :php:`$GLOBALS['TBE_STYLES']['background']` or any of the functions:
+
+* dfw()
+* rfw()
+* collapseableSection()
+
+Migration
+=========
+
+* Use CSS directly instead of :php:`$GLOBALS['TBE_STYLES']['background']`
+* Use the CSS class *text-muted* instead of the method :php:`dfw()`
+* Use the CSS class *text-danger* instead of the method :php:`rfw()`
+* Use HTML bootstrap classes, localStorage etc. instead of :php:`collapseableSection()`
+
diff --git a/typo3/sysext/core/Documentation/Changelog/7.0/Feature-47919-CatchContentRenderingExceptions.rst b/typo3/sysext/core/Documentation/Changelog/7.0/Feature-47919-CatchContentRenderingExceptions.rst
new file mode 100644 (file)
index 0000000..e2dac9a
--- /dev/null
@@ -0,0 +1,48 @@
+=========================================================================================================
+Feature: #47919 - Possibility to configure an exception handler when rendering TypoScript content objects
+=========================================================================================================
+
+Description
+===========
+
+Exceptions which occur during rendering of content objects (typically plugins) will now be caught
+by default in production context and an error message is shown as rendered output.
+If this is done, the page will remain available while the section of the page that produces an error (throws an exception)
+will show a configurable error message. By default this error message contains a random code which references
+the exception which is also logged by the logging framework for developer reference.
+
+Usage:
+
+.. code-block:: typoscript
+
+       # Use 1 for the default exception handler (enabled by default in production context)
+       config.contentObjectExceptionHandler = 1
+
+       # Use a class name for individual exception handlers
+       config.contentObjectExceptionHandler = TYPO3\CMS\Frontend\ContentObject\Exception\ProductionExceptionHandler
+
+       # Customize the error message. A randomly generated code is replaced within the message if needed.
+       config.contentObjectExceptionHandler.errorMessage = Oops an error occurred. Code: %s
+
+       # Configure exception codes which will not be handled, but bubble up again (useful for temporary fatal errors)
+       tt_content.login.20.exceptionHandler.ignoreCodes.10 = 1414512813
+
+       # Disable the exception handling for an individual plugin/ content object
+       tt_content.login.20.exceptionHandler = 0
+
+       # ignoreCodes and errorMessage can be both configured globally …
+       config.contentObjectExceptionHandler.errorMessage = Oops an error occurred. Code: %s
+       config.contentObjectExceptionHandler.ignoreCodes.10 = 1414512813
+
+       # … or locally for individual content objects
+       tt_content.login.20.exceptionHandler.errorMessage = Oops an error occurred. Code: %s
+       tt_content.login.20.exceptionHandler.ignoreCodes.10 = 1414512813
+
+..
+
+Impact
+======
+
+Instead of breaking the whole page when an exception occurs, an error message is shown for the part of the page that is broken.
+Be aware that unlike before, it is now possible that a page with error message gets cached.
+To get rid of the error message not only the actual error needs to be fixed, but the cache must be cleared for this page.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.0/Feature-50039-MultipleCssFilesInRte.rst b/typo3/sysext/core/Documentation/Changelog/7.0/Feature-50039-MultipleCssFilesInRte.rst
new file mode 100644 (file)
index 0000000..8d39a07
--- /dev/null
@@ -0,0 +1,22 @@
+========================================================
+Feature: #50039 - Multiple CSS Files in Rich Text Editor
+========================================================
+
+Description
+===========
+
+It is now possible to import more than one CSS file for the Rich Text Editor.
+
+New syntax is::
+
+       RTE.default.contentCSS {
+               file1 = fileadmin/myStylesheet1.css
+               file2 = fileadmin/myStylesheet2.css
+       }
+
+
+Impact
+======
+
+The old syntax may still be used. If no CSS files are set, the RTE default CSS
+file is used as before.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.0/Feature-51905-AddDependenciesBetweenClassesInRte.rst b/typo3/sysext/core/Documentation/Changelog/7.0/Feature-51905-AddDependenciesBetweenClassesInRte.rst
new file mode 100644 (file)
index 0000000..9975022
--- /dev/null
@@ -0,0 +1,24 @@
+==========================================================================
+Feature: #51905 - Add dependencies between classes in the Rich Text Editor
+==========================================================================
+
+Description
+===========
+
+It is now possible to configure a class as requiring other classes.
+
+The syntax of this new property is
+       ::
+
+       RTE.classes.[ *classname* ] {
+               .requires = list of class names; list of classes that are required by the class;
+                       if this property, in combination with others, produces a circular relationship, it is ignored;
+                       when a class is added on an element, the classes it requires are also added, possibly recursively;
+                       when a class is removed from an element, any non-selectable class that is not required by any of the classes remaining on the element is also removed.
+       }
+
+
+Impact
+======
+
+There is no impact on previous configurations.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.0/Feature-54518-ProvideTsconfigToLinkCheckers.rst b/typo3/sysext/core/Documentation/Changelog/7.0/Feature-54518-ProvideTsconfigToLinkCheckers.rst
new file mode 100644 (file)
index 0000000..67921a1
--- /dev/null
@@ -0,0 +1,31 @@
+===================================================
+Feature: #54518 - Provide TSconfig to link checkers
+===================================================
+
+Description
+===========
+
+The active TSconfig of the linkvalidator is stored in the LinkAnalyser and made
+publicly available to the link checkers.
+
+The TSconfig is read either from the currently active TSconfig in the Backend
+when the linkvalidator is used in the info module or from the configuration
+provided in the linkvalidator scheduler task.
+
+This allows passing configuration to the different link checkers.
+
+
+Usage:
+
+.. code-block:: typoscript
+
+       # The configuration in mod.linkvalidator can be read by the link checkers.
+       mod.linkvalidator.mychecker.myvar = 1
+
+..
+
+Impact
+======
+
+The method signature of `\TYPO3\CMS\Linkvalidator::LinkAnalyser::init()` is changed. A new paramter has been added
+for submitting the current TSconfig. This can break third party code that extends this method.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.0/Feature-54519-CheckDisabledLinkhandlerRecords.rst b/typo3/sysext/core/Documentation/Changelog/7.0/Feature-54519-CheckDisabledLinkhandlerRecords.rst
new file mode 100644 (file)
index 0000000..b9f875c
--- /dev/null
@@ -0,0 +1,25 @@
+==============================================================
+Feature: #54519 - Report links to disabled linkhandler records
+==============================================================
+
+Description
+===========
+
+A new configuration option has been introduced for the linkhandler link checker
+in the linkvalidator extension:
+
+.. code-block:: typoscript
+
+       mod.linkvalidator.linkhandler.reportHiddenRecords = 1
+
+..
+
+When enabled links will be considered invalid when they point to disabled records.
+By default only links to deleted records are reported.
+
+Impact
+======
+
+The `\TYPO3\CMS\Linkvalidator\Linktype::checkLink()` method has been restructured
+and will now determine if the linked record is deleted or hidden and report
+a error depending on the `reportHiddenRecords` configuration.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/7.0/Feature-58122-ConfigureClassAsNonSelectableInRte.rst b/typo3/sysext/core/Documentation/Changelog/7.0/Feature-58122-ConfigureClassAsNonSelectableInRte.rst
new file mode 100644 (file)
index 0000000..9e51914
--- /dev/null
@@ -0,0 +1,21 @@
+=======================================================================
+Feature: #58122 - Configure class as non-selectable in Rich Text Editor
+=======================================================================
+
+Description
+===========
+
+It is now possible to configure a class as non-selectable in the style selectors of the Rich Text Editor.
+
+The syntax of this new property is
+       ::
+
+       RTE.classes.[ *classname* ] {
+               .selectable = boolean; if set to 0, the class is not selectable in the style selectors; if the property is omitted or set to 1, the class is selectable in the style selectors
+       }
+
+
+Impact
+======
+
+There is no impact on previous configurations.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.0/Feature-59396-TypolinkViewHelper.rst b/typo3/sysext/core/Documentation/Changelog/7.0/Feature-59396-TypolinkViewHelper.rst
new file mode 100644 (file)
index 0000000..4d5b029
--- /dev/null
@@ -0,0 +1,45 @@
+====================================
+Feature: #59396 - TypolinkViewHelper
+====================================
+
+Description
+===========
+
+Added a ViewHelper that deals with the contents of any field that was filled with a link wizard in
+TYPO3 CMS Backend.
+Those fields contain various parts split by a space and being escaped to provide input for the
+typoLink function.
+In order to use those fields natively in Fluid without the need of TypoScript in between, this ViewHelper
+was introduced.
+It takes the field content as a whole and can additionally take some parameters directly from Fluid.
+
+The full parameter usage in Fluid might look like this, where {link} is the field content:
+
+::
+
+<f:link.typolink parameter="{link}" target="_blank" class="ico-class" title="some title" additionalParams="" additionalAttributes="{type:'button'}">
+
+..
+
+Only *parameter* is required, all other parameters are optional.
+While passing additional parameters to the ViewHelper, following rules apply:
+
+- target is overridden, the value from Fluid applies
+- class is merged from the values passed from the database and those of *class*
+- title is overridden, the value from Fluid applies
+- additionalParams is merged from the values passed from the database and those of *additionalParams*
+- additionalAttributes is (as usual) added to the resulting tag as *type="button"*
+
+{link} contains *19 _blank - "testtitle with whitespace" &X=y*.
+For the given example, the output is:
+
+::
+
+<a href="index.php?id=19&X=y" title="some title" target="_blank" class="ico-class" type="button">
+
+..
+
+Impact
+======
+
+The new ViewHelper can be used in all new projects. There is no interference with any part of existing code.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/7.0/Feature-59830-IntroduceReadOnlyColumnForFileMounts.rst b/typo3/sysext/core/Documentation/Changelog/7.0/Feature-59830-IntroduceReadOnlyColumnForFileMounts.rst
new file mode 100644 (file)
index 0000000..254e510
--- /dev/null
@@ -0,0 +1,16 @@
+============================================================
+Feature: #59830 - Introduce read-only column for file mounts
+============================================================
+
+Description
+===========
+
+File mount records now have a new flag "read only". This flag replaces the virtual flag introduced earlier,
+so it can be defined natively in the record.
+
+
+Impact
+======
+
+The impact is low as the old behavior still exists. A storage was never marked as read-only before. There is
+an option to set this through UserTs, but now it is also possible to set it on the storage record directly.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/7.0/Feature-60064-LoggingFrameworkIntrospectionProcessor.rst b/typo3/sysext/core/Documentation/Changelog/7.0/Feature-60064-LoggingFrameworkIntrospectionProcessor.rst
new file mode 100644 (file)
index 0000000..1663ee5
--- /dev/null
@@ -0,0 +1,20 @@
+===========================================================
+Feature: #60064 - Logging Framework Introspection Processor
+===========================================================
+
+Description
+===========
+
+The introspection processor of the logging framework has been extended to log the full PHP backtrace and not only the last
+element of a backtrace.
+
+Two options were added to enable this feature:
+
+ - :code:`appendFullBackTrace`, boolean, not mandatory` Add full backtrace to the log
+
+ - :code:`shiftBackTraceLevel`, integer, default 0, not mandatory` Removes the given number of entries from the top of the backtrace stack.
+
+Impact
+======
+
+The introspection processor behaves as before as long as the feature is not explicitly configured.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.0/Feature-60123-UnitTestCaseRemovesTestFiles.rst b/typo3/sysext/core/Documentation/Changelog/7.0/Feature-60123-UnitTestCaseRemovesTestFiles.rst
new file mode 100644 (file)
index 0000000..0daaa16
--- /dev/null
@@ -0,0 +1,17 @@
+========================================================
+Feature: #60123 - Unit base test case removes test files
+========================================================
+
+Description
+===========
+
+Some unit tests need to create test files or directories to check the system
+under test. Those files should be removed again.
+A test can now register absolute file paths in :php:`$this->testFilesToDelete`, and
+the generic :php:`tearDown()` method will then remove them. Only files, links and directories
+within typo3temp/ are allowed.
+
+Impact
+======
+
+This allows tests to clean up the environment without leaving obsolete test files behind.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/7.0/Feature-60567-ShowStylesSegmentInTypoScriptObjectBrowser.rst b/typo3/sysext/core/Documentation/Changelog/7.0/Feature-60567-ShowStylesSegmentInTypoScriptObjectBrowser.rst
new file mode 100644 (file)
index 0000000..2f6a7f4
--- /dev/null
@@ -0,0 +1,14 @@
+==========================================================
+Feature: #60567 - Show Styles Segment in TS Object Browser
+==========================================================
+
+Description
+===========
+
+The TypoScript Object Browser now shows the setup segment :ts:`styles.`
+
+
+Impact
+======
+
+The segment is cached in the Frontend and not unset anymore, page cache entries increase slightly in size.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.0/Feature-60822-AddMethodsToGetClassTagValuesViaReflection.rst b/typo3/sysext/core/Documentation/Changelog/7.0/Feature-60822-AddMethodsToGetClassTagValuesViaReflection.rst
new file mode 100644 (file)
index 0000000..ecee642
--- /dev/null
@@ -0,0 +1,35 @@
+=================================================================
+Feature: #60822 - Class annotations in extbase reflection service
+=================================================================
+
+Description
+===========
+
+The extbase reflection service can now return tags/annotations added to a class.
+
+Suppose the given class:
+
+::
+
+/**
+ * @SomeClassAnnotation A value
+ */
+ class Foo {
+ }
+
+..
+
+Those annotation can be fetched with the reflection service:
+
+::
+
+$service = new \TYPO3\CMS\Extbase\Reflection\ReflectionService();
+$classValues = $service->getClassTagsValues('Foo');
+$classValue = $service->getClassTagValue('Foo', 'SomeClassAnnotation');
+
+..
+
+Impact
+======
+
+Getting class tags by ReflectionService is now possible.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.0/Feature-61185-AllowSvgAsExtensionIcon.rst b/typo3/sysext/core/Documentation/Changelog/7.0/Feature-61185-AllowSvgAsExtensionIcon.rst
new file mode 100644 (file)
index 0000000..5da7072
--- /dev/null
@@ -0,0 +1,14 @@
+===================================================
+Feature: #66185 - Allow Svg Files as Extension icon
+===================================================
+
+Description
+===========
+
+Extension authors can ship Extensions with an ext_icon file with the suffixes .png, .svg and .gif.
+
+
+Impact
+======
+
+Extension icons might be rendered better when provided as vector graphics and not as bitmaps.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.0/Feature-61289-SignalForIconUtilityHtmlTagManipulation.rst b/typo3/sysext/core/Documentation/Changelog/7.0/Feature-61289-SignalForIconUtilityHtmlTagManipulation.rst
new file mode 100644 (file)
index 0000000..70368f8
--- /dev/null
@@ -0,0 +1,18 @@
+==============================================================
+Feature: #61289 - Signal for IconUtility html tag manipulation
+==============================================================
+
+Description
+===========
+
+This signal allows to manipulate the rendered html code for a sprite icon by an extension.
+
+Currently all sprite icons are rendered as
+:code: <span class="">&nbsp;</span>
+
+Extensions can now adjust the html tag, add or remove attributes and define own content in between the html tags.
+
+Impact
+======
+
+The rendered html code is no longer a span with fixed classes, but can be modified by an extension.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.0/Feature-61351-AddDataAttributeToFluidViewHelpers.rst b/typo3/sysext/core/Documentation/Changelog/7.0/Feature-61351-AddDataAttributeToFluidViewHelpers.rst
new file mode 100644 (file)
index 0000000..f533483
--- /dev/null
@@ -0,0 +1,20 @@
+=========================================================
+Feature: #61351 - Add data attribute to Fluid ViewHelpers
+=========================================================
+
+Description
+===========
+
+Since HTML5 Elements can contain a generic data attribute,
+Fluid provides for those elements the possibility to add
+key-value pairs as array, which will be rendered as
+`data-$key="$value"`.
+
+:code: <f:form.textfield data="{foo: 'bar', baz: 'foos'}" />
+
+Impact
+======
+
+Generic data attributes do not need to be passed by the
+`additionalAttributes` array anymore making the viewhelper
+more straight forward to use.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.0/Feature-61361-FallbackTemplatePathsForFluidStandaloneView.rst b/typo3/sysext/core/Documentation/Changelog/7.0/Feature-61361-FallbackTemplatePathsForFluidStandaloneView.rst
new file mode 100644 (file)
index 0000000..9645e11
--- /dev/null
@@ -0,0 +1,78 @@
+===================================================================================
+Feature: #61361 - Template Path Fallback for Fluid StandaloneView and FLUIDTEMPLATE
+===================================================================================
+
+Description
+===========
+
+StandaloneView
+--------------
+
+Earlier in the development of Fluid, a template fallback was introduced
+in the TemplateView, providing the possibility to pass a set of possible
+file locations to the View Configuration, where Templates, Layouts and Partials
+can be found.
+
+The same functionality is now available in the StandaloneView. It is possible to
+let the system look up the fitting paths for Partials and Layouts. It is
+in the nature of the StandaloneView to get a specific template file set, so
+for Templates there is no lookup requirement.
+
+As a developer or integrator, you can configure your View as follows:
+
+::
+$view = $this->objectManager->get(\TYPO3\CMS\Fluid\View\StandaloneView::class);
+$view->setFormat('html');
+$view->setTemplatePathAndFileName(ExtensionManagementUtility::extPath('myExt') . 'Resources/Private/Templates/Email.html');
+$view->setLayoutRootPaths(array(
+  'default' => ExtensionManagementUtility::extPath('myExt') . 'Resources/Private/Layouts',
+  'specific' => ExtensionManagementUtility::extPath('myTemplateExt') . 'Resources/Private/Layouts/MyExt',
+));
+$view->setPartialRootPaths(array(
+  'default' => ExtensionManagementUtility::extPath('myExt') . 'Resources/Private/Partials',
+  'specific' => ExtensionManagementUtility::extPath('myTemplateExt') . 'Resources/Private/Layouts/MyExt',
+  'evenMoreSpecific' => 'fileAdmin/templates/myExt/Partials',
+));
+..
+
+With this, the View will first look up the requested layout file in the path with the key
+_specific_, and in case there is no such file, it will fall back to _default_. For the partials the
+sequence would be _evenMoreSpecific_, then _specific_, then fall back to _default_.
+
+You are free in the naming
+of the keys. The paths are searched from bottom to top.
+In case you choose for numeric array keys, the array is ordered first, then reversed for the lookup, so
+the highest index is accessed first.
+
+FLUIDTEMPLATE
+-------------
+
+Additionally the TypoScript Content Object FLUIDTEMPLATE, which is based on StandaloneView, also supports this
+kind of fallback mechanism.
+Two new TypoScript options are added for this purpose:
+
+ * partialRootPaths
+ * layoutRootPaths
+
+Example usage:
+
+::
+page.10 = FLUIDTEMPLATE
+page.10.file = EXT:sitedesign/Resources/Private/Templates/Main.html
+page.10.partialRootPaths {
+  10 = EXT:sitedesign/Resources/Private/Partials
+  20 = EXT:sitemodification/Resources/Private/Partials
+}
+..
+
+In case you're using the old options (partialRootPath, layoutRootPath) together with the new options, the content of
+the old options will be placed at the first position (index zero) in the fallback list.
+
+
+Impact
+======
+
+In order to change the skin of an extension output, provided by the Fluid StandaloneView, you are no longer required to
+copy the whole Resources folder into fileadmin or to some specific location, but you can pick only the files you want
+to change. Those need to be organized in folders, which are then configured for the view. The system will fall through
+all the provided locations, taking the first fitting file it finds.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.0/Feature-61489-AbstractTypoScriptCondition.rst b/typo3/sysext/core/Documentation/Changelog/7.0/Feature-61489-AbstractTypoScriptCondition.rst
new file mode 100644 (file)
index 0000000..778cc4c
--- /dev/null
@@ -0,0 +1,36 @@
+================================================================
+Feature: #61489 - Allow own TypoScript Condition implementations
+================================================================
+
+Description
+===========
+
+It is now possible to add own TypoScript conditions via a
+separate API.
+
+An extension / package can now ship an implementation of a new
+abstract class AbstractCondition. Via the existing TypoScript
+Condition Syntax the class is called by the simple full namespaced
+class name.
+The class's main function "matchCondition" can flexibly evaluate
+any parameters given after the class name.
+
+Usage:
+
+.. code-block:: typoscript
+
+       [BigCompanyName\TypoScriptLovePackage\BennisTypoScriptCondition]
+
+       [BigCompanyName\TypoScriptLovePackage\BennisTypoScriptCondition = 7]
+
+       [BigCompanyName\TypoScriptLovePackage\BennisTypoScriptCondition = 7, != 6]
+
+       [BigCompanyName\TypoScriptLovePackage\BennisTypoScriptCondition = {$mysite.myconstant}]
+
+where the TypoScript Condition class deals with =/!= etc itself.
+
+Impact
+======
+
+If you've previously used the "userFunc" condition, you are encouraged
+to use this new API for your own TypoScript conditions.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.0/Feature-61529-AddMultipleParameterToCheckboxViewHelper.rst b/typo3/sysext/core/Documentation/Changelog/7.0/Feature-61529-AddMultipleParameterToCheckboxViewHelper.rst
new file mode 100644 (file)
index 0000000..bf8baf0
--- /dev/null
@@ -0,0 +1,25 @@
+===========================================================
+Feature: #61529 - Add multiple parameter to f:form.checkbox
+===========================================================
+
+Description
+===========
+
+Introduce parameter "multiple" for f:form.checkbox ViewHelper.
+
+::
+
+<f:form action="create" method="POST" name="pizza" object="{pizza}">
+       <f:form.checkbox property="covering" multiple="1" value="salami" /><br />
+       <f:form.checkbox property="covering" multiple="1" value="ham" /><br />
+       <f:form.checkbox property="covering" multiple="1" value="cheese" /><br />
+       <f:form.submit value="Send" />
+</f:form>
+
+..
+
+Impact
+======
+
+If you add the parameter "multiple" to your checkboxes, it automatically
+appends [] to the name of your checkbox.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/7.0/Feature-61577-BackendMarkupForCheckboxesWithLabel.rst b/typo3/sysext/core/Documentation/Changelog/7.0/Feature-61577-BackendMarkupForCheckboxesWithLabel.rst
new file mode 100644 (file)
index 0000000..6133f28
--- /dev/null
@@ -0,0 +1,24 @@
+===========================================================
+Feature: #61577 - Backend markup for checkboxes with labels
+===========================================================
+
+Description
+===========
+
+A typical checkbox with label form element should now be rendered as:
+
+::
+
+<div class="checkbox">
+       <label for="someId">
+               <input type="checkbox" id="someId" />
+               Label text
+       </label>
+</div>
+..
+
+Impact
+======
+
+If this HTML markup is applied, CSS styles by the TYPO3 core will take care of optimized view
+and custom CSS has become obsolete.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/7.0/Feature-61668-VideoAndAudioPlayerInBackendRecordInformationWindow.rst b/typo3/sysext/core/Documentation/Changelog/7.0/Feature-61668-VideoAndAudioPlayerInBackendRecordInformationWindow.rst
new file mode 100644 (file)
index 0000000..3953041
--- /dev/null
@@ -0,0 +1,15 @@
+========================================================================
+Feature: #61668 - Video and audio playback in backend record information
+========================================================================
+
+Description
+===========
+
+The record information popup ("i" symbol) can play certain html5 video and audio
+types. This is especially useful in the "file list" module.
+
+
+Impact
+======
+
+Better usability of media files.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/7.0/Feature-61800-FAL-RendererRegistry.rst b/typo3/sysext/core/Documentation/Changelog/7.0/Feature-61800-FAL-RendererRegistry.rst
new file mode 100644 (file)
index 0000000..9fb35c4
--- /dev/null
@@ -0,0 +1,43 @@
+============================================================
+Feature: #61800 - Registry for adding file rendering classes
+============================================================
+
+Description
+===========
+
+To be able to render all kinds of media files a file rendering registry is needed where you can register
+a "renderer" class that can generate the needed HTML output.
+
+Every renderer has a priority between 1 and 100, 100 is more important than 1.
+When the rendererRegistry is asked for a renderer that fits a given file all registered renderer classes are "asked",
+in order of priority, if they are able to render the file. The first renderer class that can render the file an
+instance is returned by the rendererRegistry.
+
+Every registered renderer class needs to implement the FileRendererInterface. This makes sure the class has a
+getPriority(), canRender() and render() method.
+
+- getPriority() returns integer between 1 and 100
+- canRender() gets a file(Reference) object as parameter and returns TRUE if the class is able to render the file
+  It checks on mime-type but also storage type etc. can be performed to determine if creating the correct output
+  is possible
+- render() also gets the file(Reference) object as parameter together with width, height and an optional options array
+  the return value is the HTML output
+
+A AudioTagRenderer and VideoTagRenderer have already been added.
+
+It is possible to register your own renderer classes in the ext_localconf.php of an extension.
+
+Example:
+::
+
+$rendererRegistry = \TYPO3\CMS\Core\Resource\Rendering\RendererRegistry::getInstance();
+$rendererRegistry->registerRendererClass(
+       'MyCompany\\MySpecialMediaFile\\Rendering\\MySpecialMediaFileRenderer'
+);
+..
+
+Impact
+======
+
+The registry on its own doesn't do anything. Some followup patches are needed to use this registry
+to find the correct renderer class for rendering videos and other media files in BE preview and FE.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/7.0/Feature-62147-NewEmailEvalInTCA.rst b/typo3/sysext/core/Documentation/Changelog/7.0/Feature-62147-NewEmailEvalInTCA.rst
new file mode 100644 (file)
index 0000000..20a925c
--- /dev/null
@@ -0,0 +1,29 @@
+===============================================
+Feature: #62147 - New eval option in TCA: email
+===============================================
+
+Description
+===========
+
+A new option has been added to the eval field: email. This will
+check if the entered value is a valid e-mail address server-side.
+If not, a flash error message will be shown.
+
+Usage:
+
+::
+    'email' => array(
+        'exclude' => 1,
+        'label' => 'LLL:EXT:wd_products/Resources/Private/Language/locallang_db.xlf:tx_wdproducts_domain_model_contactperson.email',
+        'config' => array(
+            'type' => 'input',
+            'size' => 30,
+            'eval' => 'email,trim'
+        ),
+    )
+..
+
+Impact
+======
+
+Users don't have to write their own validation classes for e-mail validation.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Deprecation-60574-ClientRelatedConditions.rst b/typo3/sysext/core/Documentation/Changelog/master/Deprecation-60574-ClientRelatedConditions.rst
deleted file mode 100644 (file)
index 9c38ca2..0000000
+++ /dev/null
@@ -1,38 +0,0 @@
-===============================================
-Deprecation: #60574 - Client Related Conditions
-===============================================
-
-Description
-===========
-
-Conditions that depend on client details are unlovely for a number
-of reasons:
-
-* Per condition or permutation of conditions that matches, the frontend
-  creates a different cache entry. This can lead to a very high number
-  of cache entrys per page
-* Conditions based on browser or clients on server side are bad practice.
-* The device information in the core is outdated (for example it is possible to match "AMIGA")
-* Setups like reverse proxies give additional headaches with these types of conditions
-* All client related condition types are deprecated with this patch.
-
-
-Impact
-======
-
-Usage of client related TypoScript conditions will result in a deprecation log message. Client related conditions
-are browser, version, system and useragent.
-
-Affected installations
-======================
-
-Installations using TypoScript conditions for browser, version, system or useragent.
-
-Migration
-=========
-* Most usual conditions for specific browsers can nowadays be turned into conditional CSS includes
-* Use libraries such as modernizr for browser support
-* If conditions for specific clients or devices are still needed, they
-  should be done with a userFunc condition and a project like WURFL
-  that keep the device information more recent than the current core
-  code like matching AMIGA
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Deprecation-61513-Remove-HSC-Function-In-Backend-TypoScript-Module.rst b/typo3/sysext/core/Documentation/Changelog/master/Deprecation-61513-Remove-HSC-Function-In-Backend-TypoScript-Module.rst
deleted file mode 100644 (file)
index d838832..0000000
+++ /dev/null
@@ -1,23 +0,0 @@
-============================================================================
-Deprecation: #61513 - Use native htmlspecialchars in ExtendedTemplateService
-============================================================================
-
-Description
-===========
-
-In previous versions the ExtendedTemplateService used a conditional wrapper method to apply htmlspecialchars()
-for rendering TypoScript search labels, keys and comments in the backend. This option was never used, so
-htmlspecialchars() was always activated anyways - and the option and method are redundant and not necessary.
-Calls to the method are removed. The ExtendedTemplateServer method and property are now marked as deprecated
-for removal with CMS 8.
-
-Impact
-======
-
-Custom extensions using the flag ExtendedTemplateService->ext_noSpecialCharsOnLabels or a custom implementation
-of ExtendedTemplateService might get different results when using this switch within the class.
-
-Affected installations
-======================
-
-Installations using ExtendedTemplateService in their own extensions.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Deprecation-61958-MoveTcaRenderings.rst b/typo3/sysext/core/Documentation/Changelog/master/Deprecation-61958-MoveTcaRenderings.rst
deleted file mode 100644 (file)
index dcfdb72..0000000
+++ /dev/null
@@ -1,37 +0,0 @@
-===========================================
-Deprecation: #61958 - TCA rendering methods
-===========================================
-
-Description
-===========
-
-The following methods of the class \TYPO3\CMS\Backend\Form\FormEngine are deprecated:
-
- * getSingleField_typeInput
- * getSingleField_typeText
- * getSingleField_typeCheck
- * getSingleField_typeRadio
- * getSingleField_typeSelect
- * getSingleField_typeGroup
- * getSingleField_typeNone
- * getSingleField_typeFlex
- * getSingleField_typeUnknown
- * getSingleField_typeUser
-
-Each method is moved into a designated class inside \TYPO3\CMS\Backend\Form\Element to clean up the FormEngine class.
-
-
-Impact
-======
-
-If a 3rd party extension calls the mentioned methods directly, a deprecation log will be created.
-
-Affected installations
-======================
-
-All installations which call the mentioned methods.
-
-Migration
-=========
-
-Every call of a 3rd party extension to the mentioned method must be changed to use the new classes.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Deprecation-62363-TSFE-JSfuncCalls.rst b/typo3/sysext/core/Documentation/Changelog/master/Deprecation-62363-TSFE-JSfuncCalls.rst
deleted file mode 100644 (file)
index 8d2e0e3..0000000
+++ /dev/null
@@ -1,31 +0,0 @@
-=====================================================
-Deprecation: #62363 - TSFE->JSeventFuncCalls disabled
-=====================================================
-
-Description
-===========
-
-TYPO3 CMS provides a way to register direct JS calls to be added to the body tag of the frontend output
-to allow several functions to register for e.g. "onload". Nowadays this is done via JS frameworks directly,
-or via JS variables.
-
-The functionality has marked as deprecated.
-
-Impact
-======
-
-The core does not use this functionality anymore. Installations with menus using "GMENU_LAYERS",
-which have been removed from the core a while ago, but still use it via third-party extensions,
-might not work anymore as expected.
-
-
-Affected installations
-======================
-
-All installations which use the $TSFE->JSeventFuncCalls option, e.g. like GMENU_LAYERS.
-
-Migration
-=========
-
-Every call of a 3rd party extension to the mentioned method must be changed to use their own
-JS function registration.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Deprecation-62667-WrapBorderTable-In-FormEngine.rst b/typo3/sysext/core/Documentation/Changelog/master/Deprecation-62667-WrapBorderTable-In-FormEngine.rst
deleted file mode 100644 (file)
index 1849e64..0000000
+++ /dev/null
@@ -1,24 +0,0 @@
-===============================================================
-Deprecation: #62667 Additional "WrapBorder" Table In FormEngine
-===============================================================
-
-Description
-===========
-
-In previous versions the FormEngine always wrapped fields around an additional HTML table element.
-This was done in a separate method called "wrapBorder" utilizing the SECTION_WRAP subpart
-of the FormEngine template.
-As styling is now done completely via LESS/CSS, all calls to the method are removed.
-The wrapBorder method and sectionWrap property of FormEngine are now marked as deprecated
-for removal with CMS 8.
-
-Impact
-======
-
-Custom extensions using the wrapBorder() method will not have the additional table wrap.
-
-Affected installations
-======================
-
-Installations using FormEngine and the wrapBorder() method or custom FormEngine templates
-in their own extensions.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Deprecation-62794-DeprecateOldMailMethodsInGeneralUtility.rst b/typo3/sysext/core/Documentation/Changelog/master/Deprecation-62794-DeprecateOldMailMethodsInGeneralUtility.rst
deleted file mode 100644 (file)
index 7f3b469..0000000
+++ /dev/null
@@ -1,29 +0,0 @@
-====================================================
-Deprecation: #62794 - Mail methods in GeneralUtility
-====================================================
-
-Description
-===========
-
-The following methods of the class \TYPO3\CMS\Core\Utility\GeneralUtility are deprecated:
-
- * quoted_printable()
- * encodeHeader()
- * substUrlsInPlainText()
-
-Impact
-======
-
-The methods were used together with the old mail API and are obsolete now. Deprecation warnings will be triggered if used.
-
-Affected installations
-======================
-
-Installations that still use those methods will trigger deprecations warnings.
-
-
-Migration
-=========
-
-Code that still uses these methods should be refactored to the mail API using
-TYPO3\CMS\Core\Mail\Mailer class.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Deprecation-62795-DocumentTemplateJavaScript.rst b/typo3/sysext/core/Documentation/Changelog/master/Deprecation-62795-DocumentTemplateJavaScript.rst
deleted file mode 100644 (file)
index a10399a..0000000
+++ /dev/null
@@ -1,21 +0,0 @@
-===================================================
-Deprecation: #62795 - DocumentTemplate->endPageJS()
-===================================================
-
-Description
-===========
-
-Method TYPO3\CMS\Backend\Template\DocumentTemplate::endPageJS() and the according property "endJS" is deprecated.
-
-
-Impact
-======
-
-None, as it isn't in use anymore since TYPO3 CMS 4.5 and was responsible for notifying the browser that the session
-is still active.
-
-
-Affected installations
-======================
-
-Installations misusing top.busy until now for their own good will break.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Deprecation-62800-WorkspaceToolbarItem.rst b/typo3/sysext/core/Documentation/Changelog/master/Deprecation-62800-WorkspaceToolbarItem.rst
deleted file mode 100644 (file)
index 5a1f8e6..0000000
+++ /dev/null
@@ -1,26 +0,0 @@
-==========================================================
-Deprecation: #62800 - Workspaces ToolbarItem via ExtDirect
-==========================================================
-
-Description
-===========
-
-The PHP functionality for switching a workspace was done with the ExtDirect call "TYPO3.Ajax.ExtDirect.ToolbarMenu"
-until now. This is now replaced by a simple AJAX JSON call, based on jQuery and the refactored ToolbarItem Menu for
-the workspaces module.
-
-Impact
-======
-
-The core does not use this functionality anymore, and also removed the ExtDirect registration for this class.
-
-
-Affected installations
-======================
-
-All installations which directly used the ExtDirect "TYPO3.Ajax.ExtDirect.ToolbarMenu" to fetch the data.
-
-Migration
-=========
-
-Use the new AjaxHandler "Workspaces::setWorkspace" directly instead.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Deprecation-62854-Deprecate-pi_list_searchBox.rst b/typo3/sysext/core/Documentation/Changelog/master/Deprecation-62854-Deprecate-pi_list_searchBox.rst
deleted file mode 100644 (file)
index 96b161d..0000000
+++ /dev/null
@@ -1,21 +0,0 @@
-=========================================================
-Deprecation: #62854 - Abstractplugin->pi_list_searchBox()
-=========================================================
-
-Description
-===========
-
-Method pi_list_searchBox of AbstractPlugin (aka pibase) was used with very old
-search solutions and is hopelessly outdated. It is now discouraged to be used
-and will be removed with next major version.
-
-
-Impact
-======
-
-Extensions still using pi_list_searchBox will throw a deprecation warning.
-
-Affected installations
-======================
-
-Any extension still using this method should be adapted.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Deprecation-62864-HelpTextIcon.rst b/typo3/sysext/core/Documentation/Changelog/master/Deprecation-62864-HelpTextIcon.rst
deleted file mode 100644 (file)
index 08f8d7a..0000000
+++ /dev/null
@@ -1,24 +0,0 @@
-=============================================================
-Deprecation: #62864 - BackendUtility->helpTextIcon deprecated
-=============================================================
-
-Description
-===========
-
-The function helpTextIcon in BackendUtility is deprecated.
-
-Impact
-======
-
-The core does not use this functionality anymore.
-
-
-Affected installations
-======================
-
-All installations which use the function helpTextIcon.
-
-Migration
-=========
-
-Use BackendUtility::cshItem instead.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Deprecation-62893-FlashmessageJavaScriptObjectMoved.rst b/typo3/sysext/core/Documentation/Changelog/master/Deprecation-62893-FlashmessageJavaScriptObjectMoved.rst
deleted file mode 100644 (file)
index b329574..0000000
+++ /dev/null
@@ -1,44 +0,0 @@
-==================================================================================
-Deprecation: #62893 - Flashmessage JavaScript object TYPO3.Flashmessages was moved
-==================================================================================
-
-Description
-===========
-
-Flashmessages JavaScript object was moved from ``TYPO3.Flashmessages`` to ``top.TYPO3.Flashmessages``.
-The severity constant values was changed to correspond to the same values (-2,-1,0,1,2) of the constants as in PHP.
-The constants ``TYPO3.Severity.information`` was marked as deprecated.
-3rd party extensions referring to ``TYPO3.Severity.information`` will work until CMS 9.
-A compatibility file was introduced to map ``TYPO3.Flashmessages`` to ``top.TYPO3.Flashmessages``, will also work until CMS 9.
-
-
-Impact
-======
-
-If a 3rd party extension calls the mentioned methods directly, a deprecation log will be written to the browser console.
-
-
-Affected installations
-======================
-
-A TYPO3 instance is affected if a 3rd party extension refers to the method ``TYPO3.Flashmessages.display()`` or use ``TYPO3.Severity.information`` constants.
-
-
-Migration
-=========
-
-The affected 3rd party extensions must be modified to use ``top.TYPO3.Flashmessages`` instead of ``TYPO3.Flashmessages``.
-
-Example:
-
-    .. code-block:: javascript
-
-    // Old and deprecated:
-    TYPO3.Flashmessages.display(TYPO3.Severity.notice)
-
-    // New and the only correct way:
-    top.TYPO3.Flashmessages.display(top.TYPO3.Severity.notice)
-
-    ..
-
-The ``TYPO3.Severity`` object moved to ``top.TYPO3.Severity``. Use ``top.TYPO3.Severity.*`` instead.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Deprecation-62988-DocumentTemplateFunctions.rst b/typo3/sysext/core/Documentation/Changelog/master/Deprecation-62988-DocumentTemplateFunctions.rst
deleted file mode 100644 (file)
index 47c8e56..0000000
+++ /dev/null
@@ -1,40 +0,0 @@
-========================================================================
-Deprecation: #62988 - Deprecate unused/non-unified DocumentTemplate code
-========================================================================
-
-Description
-===========
-
-Several functions within DocumentTemplate are not encouraged to be used anymore.
-
-The hard-coded background image setting via $TBE_STYLES['background'] is removed and its usage is deprecated.
-
-Additionally, the font-wrapping methods *rfw()* and *dfw()* are deprecated.
-The according CSS was removed from the core.
-
-The method *collapseableSection()*, which was used solely by the reports module for ages in a buggy
-way, is also deprecated in favor of Bootstrap collapseables and localstorage.
-
-Impact
-======
-
-The core does not use this functionality anymore.
-
-
-Affected installations
-======================
-
-All installations which use the setting *$GLOBALS['TBE_STYLES']['background']* or any of the functions:
-
-* dfw()
-* rfw()
-* collapseableSection()
-
-Migration
-=========
-
-* Use CSS directly instead of *$GLOBALS['TBE_STYLES']['background']*
-* Use the CSS class *text-muted* instead of the method *dfw()*
-* Use the CSS class *text-danger* instead of the method *rfw()*
-* Use HTML bootstrap classes, localStorage etc. instead of *collapseableSection()*
-
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-47919-CatchContentRenderingExceptions.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-47919-CatchContentRenderingExceptions.rst
deleted file mode 100644 (file)
index e2dac9a..0000000
+++ /dev/null
@@ -1,48 +0,0 @@
-=========================================================================================================
-Feature: #47919 - Possibility to configure an exception handler when rendering TypoScript content objects
-=========================================================================================================
-
-Description
-===========
-
-Exceptions which occur during rendering of content objects (typically plugins) will now be caught
-by default in production context and an error message is shown as rendered output.
-If this is done, the page will remain available while the section of the page that produces an error (throws an exception)
-will show a configurable error message. By default this error message contains a random code which references
-the exception which is also logged by the logging framework for developer reference.
-
-Usage:
-
-.. code-block:: typoscript
-
-       # Use 1 for the default exception handler (enabled by default in production context)
-       config.contentObjectExceptionHandler = 1
-
-       # Use a class name for individual exception handlers
-       config.contentObjectExceptionHandler = TYPO3\CMS\Frontend\ContentObject\Exception\ProductionExceptionHandler
-
-       # Customize the error message. A randomly generated code is replaced within the message if needed.
-       config.contentObjectExceptionHandler.errorMessage = Oops an error occurred. Code: %s
-
-       # Configure exception codes which will not be handled, but bubble up again (useful for temporary fatal errors)
-       tt_content.login.20.exceptionHandler.ignoreCodes.10 = 1414512813
-
-       # Disable the exception handling for an individual plugin/ content object
-       tt_content.login.20.exceptionHandler = 0
-
-       # ignoreCodes and errorMessage can be both configured globally …
-       config.contentObjectExceptionHandler.errorMessage = Oops an error occurred. Code: %s
-       config.contentObjectExceptionHandler.ignoreCodes.10 = 1414512813
-
-       # … or locally for individual content objects
-       tt_content.login.20.exceptionHandler.errorMessage = Oops an error occurred. Code: %s
-       tt_content.login.20.exceptionHandler.ignoreCodes.10 = 1414512813
-
-..
-
-Impact
-======
-
-Instead of breaking the whole page when an exception occurs, an error message is shown for the part of the page that is broken.
-Be aware that unlike before, it is now possible that a page with error message gets cached.
-To get rid of the error message not only the actual error needs to be fixed, but the cache must be cleared for this page.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-50039-MultipleCssFilesInRte.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-50039-MultipleCssFilesInRte.rst
deleted file mode 100644 (file)
index 8d39a07..0000000
+++ /dev/null
@@ -1,22 +0,0 @@
-========================================================
-Feature: #50039 - Multiple CSS Files in Rich Text Editor
-========================================================
-
-Description
-===========
-
-It is now possible to import more than one CSS file for the Rich Text Editor.
-
-New syntax is::
-
-       RTE.default.contentCSS {
-               file1 = fileadmin/myStylesheet1.css
-               file2 = fileadmin/myStylesheet2.css
-       }
-
-
-Impact
-======
-
-The old syntax may still be used. If no CSS files are set, the RTE default CSS
-file is used as before.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-51905-AddDependenciesBetweenClassesInRte.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-51905-AddDependenciesBetweenClassesInRte.rst
deleted file mode 100644 (file)
index 9975022..0000000
+++ /dev/null
@@ -1,24 +0,0 @@
-==========================================================================
-Feature: #51905 - Add dependencies between classes in the Rich Text Editor
-==========================================================================
-
-Description
-===========
-
-It is now possible to configure a class as requiring other classes.
-
-The syntax of this new property is
-       ::
-
-       RTE.classes.[ *classname* ] {
-               .requires = list of class names; list of classes that are required by the class;
-                       if this property, in combination with others, produces a circular relationship, it is ignored;
-                       when a class is added on an element, the classes it requires are also added, possibly recursively;
-                       when a class is removed from an element, any non-selectable class that is not required by any of the classes remaining on the element is also removed.
-       }
-
-
-Impact
-======
-
-There is no impact on previous configurations.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-54518-ProvideTsconfigToLinkCheckers.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-54518-ProvideTsconfigToLinkCheckers.rst
deleted file mode 100644 (file)
index 2cdfde3..0000000
+++ /dev/null
@@ -1,31 +0,0 @@
-===================================================
-Feature: #54518 - Provide TSconfig to link checkers
-===================================================
-
-Description
-===========
-
-The active TSconfig of the linkvalidator is stored in the LinkAnalyser and made
-publicly available to the link checkers.
-
-The TSconfig is read either from the currently active TSconfig in the Backend
-when the linkvalidator is used in the info module or from the configuration
-provided in the linkvalidator scheduler task.
-
-This allows passing configuration to the different link checkers.
-
-
-Usage:
-
-.. code-block:: typoscript
-
-       # The configuration in mod.linkvalidator can be read by the link checkers.
-       mod.linkvalidator.mychecker.myvar = 1
-
-..
-
-Impact
-======
-
-The method signature of `\TYPO3\CMS\Linkvalidator::LinkAnalyser::init()` is changed. A new paramter is added
-for submitting the current TSconfig. This can break third party code that extends this method.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-54519-CheckDisabledLinkhandlerRecords.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-54519-CheckDisabledLinkhandlerRecords.rst
deleted file mode 100644 (file)
index 6881119..0000000
+++ /dev/null
@@ -1,26 +0,0 @@
-==============================================================
-Feature: #54519 - Report links to disabled linkhandler records
-==============================================================
-
-Description
-===========
-
-A new configuration option is introduced for the linkhandler link checker
-in the linkvalidator extension:
-
-.. code-block:: typoscript
-
-       mod.linkvalidator.linkhandler.reportHiddenRecords = 1
-
-..
-
-When this setting is enabled links will be considered invalid, when they
-point to disabled records. By default only links to deleted records are
-reported.
-
-Impact
-======
-
-The `\TYPO3\CMS\Linkvalidator\Linktype::checkLink()` method is restructured
-and will now determine if the linked record is deleted or hidden and report
-an error depending on the `reportHiddenRecords` configuration.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-58122-ConfigureClassAsNonSelectableInRte.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-58122-ConfigureClassAsNonSelectableInRte.rst
deleted file mode 100644 (file)
index 9e51914..0000000
+++ /dev/null
@@ -1,21 +0,0 @@
-=======================================================================
-Feature: #58122 - Configure class as non-selectable in Rich Text Editor
-=======================================================================
-
-Description
-===========
-
-It is now possible to configure a class as non-selectable in the style selectors of the Rich Text Editor.
-
-The syntax of this new property is
-       ::
-
-       RTE.classes.[ *classname* ] {
-               .selectable = boolean; if set to 0, the class is not selectable in the style selectors; if the property is omitted or set to 1, the class is selectable in the style selectors
-       }
-
-
-Impact
-======
-
-There is no impact on previous configurations.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-59396-TypolinkViewHelper.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-59396-TypolinkViewHelper.rst
deleted file mode 100644 (file)
index 5e88917..0000000
+++ /dev/null
@@ -1,45 +0,0 @@
-====================================
-Feature: #59396 - TypolinkViewHelper
-====================================
-
-Description
-===========
-
-Adding a ViewHelper that copes with the contents of any field that was filled with a link wizard in
-TYPO3 CMS Backend.
-Those fields contain various parts split by a space and being escaped to provide input for the
-typoLink function.
-In order to use those fields natively in Fluid without the need of TypoScript in between, this ViewHelper
-was introduced.
-It takes the field content as a whole and can additionally take some parameters directly from Fluid.
-
-The full parameter usage in Fluid might look like this, where {link} is the field content:
-
-::
-
-<f:link.typolink parameter="{link}" target="_blank" class="ico-class" title="some title" additionalParams="" additionalAttributes="{type:'button'}">
-
-..
-
-Only *parameter* is required, all other parameters are optional.
-While passing additional parameters to the ViewHelper, following rules apply:
-
-- target is overridden, the value from Fluid applies
-- class is merged from the values passed from the database and those of *class*
-- title is overridden, the value from Fluid applies
-- additionalParams is merged from the values passed from the database and those of *additionalParams*
-- additionalAttributes is (as usual) added to the resulting tag as *type="button"*
-
-{link} contains *19 _blank - "testtitle with whitespace" &X=y*.
-For the given example, the output is:
-
-::
-
-<a href="index.php?id=19&X=y" title="some title" target="_blank" class="ico-class" type="button">
-
-..
-
-Impact
-======
-
-The new ViewHelper can be used in all new projects. There is no interference with any part of existing code.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-59830-IntroduceReadOnlyColumnForFileMounts.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-59830-IntroduceReadOnlyColumnForFileMounts.rst
deleted file mode 100644 (file)
index 9e90f43..0000000
+++ /dev/null
@@ -1,16 +0,0 @@
-============================================================
-Feature: #59830 - Introduce read-only column for file mounts
-============================================================
-
-Description
-===========
-
-File mount records got a new flag "read only". This flag replaces the virtual flag introduced earlier,
-so it can be defined natively in the record.
-
-
-Impact
-======
-
-The impact is low as old behavior still exists. Before a storage was never marked as read-only, there is
-an option to set this through UserTs but now it is also possible to set it on the storage record directly.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-60064-LoggingFrameworkIntrospectionProcessor.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-60064-LoggingFrameworkIntrospectionProcessor.rst
deleted file mode 100644 (file)
index 7f451ef..0000000
+++ /dev/null
@@ -1,20 +0,0 @@
-===========================================================
-Feature: #60064 - Logging Framework Introspection Processor
-===========================================================
-
-Description
-===========
-
-The introspection processor of the logging framework was extended to log the full PHP backtrace and not only the last
-element of a backtrace.
-
-Two options were added to enable this feature:
-
- - :code:`appendFullBackTrace`, boolean, not mandatory` Add full backtrace to the log
-
- - :code:`shiftBackTraceLevel`, integer, default 0, not mandatory` Removes the given number of entries from the top of the backtrace stack.
-
-Impact
-======
-
-The introspection processor behaves as before as long as the feature is not explicitly configured.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-60123-UnitTestCaseRemovesTestFiles.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-60123-UnitTestCaseRemovesTestFiles.rst
deleted file mode 100644 (file)
index 6c597c5..0000000
+++ /dev/null
@@ -1,17 +0,0 @@
-========================================================
-Feature: #60123 - Unit base test case removes test files
-========================================================
-
-Description
-===========
-
-Some unit tests need to create test files or directories to check the system
-under test. Those files should be removed again.
-A test can now register absolute file paths in $this->testFilesToDelete, and
-the generic tearDown() method will then remove them. Only files, links and directories
-within typo3temp/ are allowed.
-
-Impact
-======
-
-This allows tests to clean up the environment without leaving obsolete test files behind.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-60567-ShowStylesSegmentInTypoScriptObjectBrowser.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-60567-ShowStylesSegmentInTypoScriptObjectBrowser.rst
deleted file mode 100644 (file)
index 2f6a7f4..0000000
+++ /dev/null
@@ -1,14 +0,0 @@
-==========================================================
-Feature: #60567 - Show Styles Segment in TS Object Browser
-==========================================================
-
-Description
-===========
-
-The TypoScript Object Browser now shows the setup segment :ts:`styles.`
-
-
-Impact
-======
-
-The segment is cached in the Frontend and not unset anymore, page cache entries increase slightly in size.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-60822-AddMethodsToGetClassTagValuesViaReflection.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-60822-AddMethodsToGetClassTagValuesViaReflection.rst
deleted file mode 100644 (file)
index ecee642..0000000
+++ /dev/null
@@ -1,35 +0,0 @@
-=================================================================
-Feature: #60822 - Class annotations in extbase reflection service
-=================================================================
-
-Description
-===========
-
-The extbase reflection service can now return tags/annotations added to a class.
-
-Suppose the given class:
-
-::
-
-/**
- * @SomeClassAnnotation A value
- */
- class Foo {
- }
-
-..
-
-Those annotation can be fetched with the reflection service:
-
-::
-
-$service = new \TYPO3\CMS\Extbase\Reflection\ReflectionService();
-$classValues = $service->getClassTagsValues('Foo');
-$classValue = $service->getClassTagValue('Foo', 'SomeClassAnnotation');
-
-..
-
-Impact
-======
-
-Getting class tags by ReflectionService is now possible.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-61185-AllowSvgAsExtensionIcon.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-61185-AllowSvgAsExtensionIcon.rst
deleted file mode 100644 (file)
index 5da7072..0000000
+++ /dev/null
@@ -1,14 +0,0 @@
-===================================================
-Feature: #66185 - Allow Svg Files as Extension icon
-===================================================
-
-Description
-===========
-
-Extension authors can ship Extensions with an ext_icon file with the suffixes .png, .svg and .gif.
-
-
-Impact
-======
-
-Extension icons might be rendered better when provided as vector graphics and not as bitmaps.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-61289-SignalForIconUtilityHtmlTagManipulation.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-61289-SignalForIconUtilityHtmlTagManipulation.rst
deleted file mode 100644 (file)
index 8dcbf2d..0000000
+++ /dev/null
@@ -1,18 +0,0 @@
-==============================================================
-Feature: #61289 - Signal for IconUtility html tag manipulation
-==============================================================
-
-Description
-===========
-
-This signal allows to manipulate the rendered html code for a sprite icon by an extension.
-
-Currently all sprite icons are rendered as
-:code: <span class="">&nbsp;</span>
-
-Extensions can now adjust the html tag, add or remove attributes and define own content in between the html tags.
-
-Impact
-======
-
-The rendered html code is not stuck to a span with fixed classes anymore, but can be modified by an extension.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-61351-AddDataAttributeToFluidViewHelpers.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-61351-AddDataAttributeToFluidViewHelpers.rst
deleted file mode 100644 (file)
index ef0f905..0000000
+++ /dev/null
@@ -1,19 +0,0 @@
-=========================================================
-Feature: #61351 - Add data attribute to Fluid ViewHelpers
-=========================================================
-
-Description
-===========
-
-Since HTML5 Elements can contain a generic data attribute,
-Fluid provides for those elements the possibility to add
-key-value pairs as array, which will be rendered as
-`data-$key="$value"`.
-
-:code: <f:form.textfield data="{foo: 'bar', baz: 'foos'}" />
-
-Impact
-======
-
-Generic data attributes do not need to be passed by the
-`additionalAttributes` array anymore.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-61361-FallbackTemplatePathsForFluidStandaloneView.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-61361-FallbackTemplatePathsForFluidStandaloneView.rst
deleted file mode 100644 (file)
index b155aa6..0000000
+++ /dev/null
@@ -1,78 +0,0 @@
-===================================================================================
-Feature: #61361 - Template Path Fallback for Fluid StandaloneView and FLUIDTEMPLATE
-===================================================================================
-
-Description
-===========
-
-StandaloneView
---------------
-
-Earlier in the development of Fluid, a template fallback was introduced
-in the TemplateView, providing the possibility to pass a set of possible
-file locations to the View Configuration, where Templates, Layouts and Partials
-can be found.
-
-The same functionality is now in the StandaloneView. It is possible to
-let the system look up the fitting paths for Partials and Layouts. It is
-in the nature of the StandaloneView to get a specific template file set, so
-for Templates there is no lookup requirement.
-
-As a developer or integrator, you can configure your View as follows:
-
-::
-$view = $this->objectManager->get(\TYPO3\CMS\Fluid\View\StandaloneView::class);
-$view->setFormat('html');
-$view->setTemplatePathAndFileName(ExtensionManagementUtility::extPath('myExt') . 'Resources/Private/Templates/Email.html');
-$view->setLayoutRootPaths(array(
-  'default' => ExtensionManagementUtility::extPath('myExt') . 'Resources/Private/Layouts',
-  'specific' => ExtensionManagementUtility::extPath('myTemplateExt') . 'Resources/Private/Layouts/MyExt',
-));
-$view->setPartialRootPaths(array(
-  'default' => ExtensionManagementUtility::extPath('myExt') . 'Resources/Private/Partials',
-  'specific' => ExtensionManagementUtility::extPath('myTemplateExt') . 'Resources/Private/Layouts/MyExt',
-  'evenMoreSpecific' => 'fileAdmin/templates/myExt/Partials',
-));
-..
-
-With this, the View will first look up the requested layout file in the path with the key
-_specific_, and in case there is no such file, it will fall back to _default_. For the partials the
-sequence would be _evenMoreSpecific_, then _specific_, then fall back to _default_.
-
-You are free in the naming
-of the keys. The paths are searched from bottom to top.
-In case you choose for numeric array keys, the array is ordered first, then reversed for the lookup, so
-the highest index is accessed first.
-
-FLUIDTEMPLATE
--------------
-
-Additionally the TypoScript Content Object FLUIDTEMPLATE, which is based on StandaloneView, also supports this
-kind of fallback mechanism.
-Two new TypoScript options are added for this purpose:
-
- * partialRootPaths
- * layoutRootPaths
-
-Example usage:
-
-::
-page.10 = FLUIDTEMPLATE
-page.10.file = EXT:sitedesign/Resources/Private/Templates/Main.html
-page.10.partialRootPaths {
-  10 = EXT:sitedesign/Resources/Private/Partials
-  20 = EXT:sitemodification/Resources/Private/Partials
-}
-..
-
-In case you're using the old options (partialRootPath, layoutRootPath) together with the new options, the content of
-the old options will be placed at the first position (index zero) in the fallback list.
-
-
-Impact
-======
-
-In order to change the skin of an extension output, provided by the Fluid StandaloneView, you are no longer required to
-copy the whole Resources folder into fileadmin or to some specific location, but you can pick only the files you want
-to change. Those need to be organized in folders, which are then configured for the view. The system will fall through
-all the provided locations, taking the first fitting file it finds.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-61489-AbstractTypoScriptCondition.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-61489-AbstractTypoScriptCondition.rst
deleted file mode 100644 (file)
index d6e2835..0000000
+++ /dev/null
@@ -1,36 +0,0 @@
-================================================================
-Feature: #61489 - Allow own TypoScript Condition implementations
-================================================================
-
-Description
-===========
-
-It is now possible to add own TypoScript conditions via a
-separate API.
-
-An extension / package can now ship an implementation of a new
-abstract class AbstractCondition. Via the existing TypoScript
-Condition Syntax the class is called by the simple full namespaced
-class name.
-The class's main function "matchCondition" can flexibly evaluate
-any parameters given after the class name.
-
-Usage:
-
-.. code-block:: typoscript
-
-       [BigCompanyName\TypoScriptLovePackage\BennisTypoScriptCondition]
-
-       [BigCompanyName\TypoScriptLovePackage\BennisTypoScriptCondition = 7]
-
-       [BigCompanyName\TypoScriptLovePackage\BennisTypoScriptCondition = 7, != 6]
-
-       [BigCompanyName\TypoScriptLovePackage\BennisTypoScriptCondition = {$mysite.myconstant}]
-
-where the TypoScript Condition class deals with =/!= etc itself.
-
-Impact
-======
-
-If you've previously used the "userFunc" condition, it is encouraged
-to use this new API for your own TypoScript conditions.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-61529-AddMultipleParameterToCheckboxViewHelper.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-61529-AddMultipleParameterToCheckboxViewHelper.rst
deleted file mode 100644 (file)
index bf8baf0..0000000
+++ /dev/null
@@ -1,25 +0,0 @@
-===========================================================
-Feature: #61529 - Add multiple parameter to f:form.checkbox
-===========================================================
-
-Description
-===========
-
-Introduce parameter "multiple" for f:form.checkbox ViewHelper.
-
-::
-
-<f:form action="create" method="POST" name="pizza" object="{pizza}">
-       <f:form.checkbox property="covering" multiple="1" value="salami" /><br />
-       <f:form.checkbox property="covering" multiple="1" value="ham" /><br />
-       <f:form.checkbox property="covering" multiple="1" value="cheese" /><br />
-       <f:form.submit value="Send" />
-</f:form>
-
-..
-
-Impact
-======
-
-If you add the parameter "multiple" to your checkboxes, it automatically
-appends [] to the name of your checkbox.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-61577-BackendMarkupForCheckboxesWithLabel.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-61577-BackendMarkupForCheckboxesWithLabel.rst
deleted file mode 100644 (file)
index 8a97e1c..0000000
+++ /dev/null
@@ -1,24 +0,0 @@
-===========================================================
-Feature: #61577 - Backend markup for checkboxes with labels
-===========================================================
-
-Description
-===========
-
-A typical checkbox with label form element should now be rendered as:
-
-::
-
-<div class="checkbox">
-       <label for="someId">
-               <input type="checkbox" id="someId" />
-               Label text
-       </label>
-</div>
-..
-
-Impact
-======
-
-If this HTML markup is applied, CSS styles by the TYPO3 core will take care of optimized view
-and custom CSS is obsolete.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-61668-VideoAndAudioPlayerInBackendRecordInformationWindow.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-61668-VideoAndAudioPlayerInBackendRecordInformationWindow.rst
deleted file mode 100644 (file)
index 3953041..0000000
+++ /dev/null
@@ -1,15 +0,0 @@
-========================================================================
-Feature: #61668 - Video and audio playback in backend record information
-========================================================================
-
-Description
-===========
-
-The record information popup ("i" symbol) can play certain html5 video and audio
-types. This is especially useful in the "file list" module.
-
-
-Impact
-======
-
-Better usability of media files.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-61800-FAL-RendererRegistry.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-61800-FAL-RendererRegistry.rst
deleted file mode 100644 (file)
index c87c74a..0000000
+++ /dev/null
@@ -1,43 +0,0 @@
-============================================================
-Feature: #61800 - Registry for adding file rendering classes
-============================================================
-
-Description
-===========
-
-To be able to render all kinds of media files a file rendering registry is needed where you can register
-a "renderer" class that can generate the needed HTML output.
-
-Every renderer has a priority between 1 and 100, 100 is more important than 1.
-When the rendererRegistry is asked for a renderer that fits a given file all registered renderer classes are "asked",
-in order of priority, if they are able to render the file. The first renderer class that can render the file an
-instance is returned by the rendererRegistry.
-
-Every registered renderer class needs to implement the FileRendererInterface. This makes sure the class has a
-getPriority(), canRender() and render() method.
-
-- getPriority() returns integer between 1 and 100
-- canRender() gets a file(Reference) object as parameter and returns TRUE if the class is able to render the file
-  It checks on mime-type but also storage type etc can be performed to determine if creating the correct output
-  is possible
-- render() get also the file(Reference) object as parameter together with width, height and an optional options array
-  the return value is the HTML output
-
-A AudioTagRenderer and VideoTagRenderer are already added.
-
-It is possible to register your own renderer classes in the ext_localconf.php of an extension.
-
-Example:
-::
-
-$rendererRegistry = \TYPO3\CMS\Core\Resource\Rendering\RendererRegistry::getInstance();
-$rendererRegistry->registerRendererClass(
-       'MyCompany\\MySpecialMediaFile\\Rendering\\MySpecialMediaFileRenderer'
-);
-..
-
-Impact
-======
-
-The registry on its own doesn't do anything. Some followup patches are needed to use this registry
-to find the correct renderer class for rendering videos and other media files in BE preview and FE.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-62147-NewEmailEvalInTCA.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-62147-NewEmailEvalInTCA.rst
deleted file mode 100644 (file)
index c3f0edf..0000000
+++ /dev/null
@@ -1,29 +0,0 @@
-===============================================
-Feature: #62147 - New eval option in TCA: email
-===============================================
-
-Description
-===========
-
-A new option is added to the eval field: email. This will 
-check on server side if entered value is a valid e-mail address.
-If not, a flash error message will be shown.
-
-Usage:
-
-::
-    'email' => array(
-        'exclude' => 1,
-        'label' => 'LLL:EXT:wd_products/Resources/Private/Language/locallang_db.xlf:tx_wdproducts_domain_model_contactperson.email',
-        'config' => array(
-            'type' => 'input',
-            'size' => 30,
-            'eval' => 'email,trim'
-        ),
-    )
-..
-
-Impact
-======
-
-Users don't have to write their own validation classes for e-mail validation.