[TASK] Proofread and move 7.1 documentation 44/36844/5
authorMathias Schreiber <mathias.schreiber@wmdb.de>
Wed, 11 Feb 2015 17:14:08 +0000 (18:14 +0100)
committerChristian Kuhn <lolli@schwarzbu.ch>
Thu, 12 Feb 2015 15:06:02 +0000 (16:06 +0100)
Resolves: #65013
Releases: master
Change-Id: Ic274247154c3594b89c270c0fdb52110f0d567ef
Reviewed-on: http://review.typo3.org/36844
Reviewed-by: Michael Oehlhof <typo3@oehlhof.de>
Tested-by: Michael Oehlhof <typo3@oehlhof.de>
Reviewed-by: Christian Kuhn <lolli@schwarzbu.ch>
Tested-by: Christian Kuhn <lolli@schwarzbu.ch>
189 files changed:
typo3/sysext/core/Documentation/Changelog/7.1/Breaking-24900-CompatVersion-Setting-Removed.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Breaking-44879-CSSStyledContentTypoScriptBlockQuoteInlineStylesRemoved.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Breaking-57089-ShortcutBehaviour.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Breaking-61510-IndexedSearch.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Breaking-62415-DisableAutoCreateRemoved.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Breaking-62886-RemoveMeaningfulTempFilePrefix.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Breaking-62925-RemoveExtJsDateTimePicker.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Breaking-63296-Removed-Files.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Breaking-63310-Wizard-Modules-Moved.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Breaking-63431-BackendToolbarRefactored.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Breaking-63437-ClassAliasesMovedToLegacyExtension.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Breaking-63464-IncludeOnceArraysRemoved.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Breaking-63687-WebFunctionsWizards-Moved.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Breaking-63780-RemoveWordStringsFromReferenceIndex.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Breaking-63818-RemovedStaticFileEdit.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Breaking-64059-Rewritten-JavaScript-Tree-Components.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Breaking-64070-GlobalWebmountsRemoved.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Breaking-64102-MoveT3TableAndT3ButtonToBootstrap.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Breaking-64131-ResizableTextareasOptionDropped.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Breaking-64143-FlagFilesMoved.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Breaking-64190-FormEngineCheckboxElement.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Breaking-64226-OptionAccessListRenderModeRemoved.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Breaking-64229-TrimSubmittedLoginFormData.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Breaking-64361-ComposerClassLoading.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Breaking-64637-CSSStyledContentLegacyTypoScriptRemoved.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Breaking-64639-RemovedContentObjects.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Breaking-64643-RemoveEnableTypo3tempDbTracking.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Breaking-64668-MailformMovedToLegacyExtension.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Breaking-64671-ContentObjectImgTextMovedToLegacyExtension.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Breaking-64696-MoveSearchCTypeToLegacyExtension.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Breaking-64762-FormEngineWizards.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-24387-Xhtml2.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-25112-andWhere.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-46523-BackendUtilityImplodeTSParams.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-46770-LocalImageProcessorGraphicalFunctions.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-49247-textStyleTableStyleAddParams.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-60559-MakeLoginBoxImage.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-61605-ChangeNamingOfIncludeJSlibs.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-62329-DocumentTemplate-table.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-62855-XHTMLCleaningMovedToLegacyExtension.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-62925-ContraintModel.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-63324-DataHandler-IncludeFileFunctions.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-63522-ClientRelatedConditionDevice.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-63847-FormEngine-renderReadonly.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-63850-FormEngine-insertDefStyle.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-63852-FormEngine-getAvailableLanguages.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-63855-FormEngine-sL.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-63864-FormEngine-renderVDEFDiff.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-63878-FormEngine-getLL.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-63889-FormEngine-getTSCpid.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-63912-FormEngine-unusedMethods.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-64059-Pagetree-Navigation-Component.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-64109-Hook-softRefParserGL.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-64134-TypoScriptTemplateObjectBrowserModuleFunctionController-verify_TSobjects.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-64147-ConstantEditorFunctions.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-64388-ContentObjectMethods.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-64711-UnusedCssStyledContentMethods.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-64922-DeprecatedEntryPoints.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Feature-15619-LeaveUnchagedInAccessModule.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Feature-16794-MakeSectionLinkingForIndexedSearchResultsConfigurable.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Feature-20767-getDataByNestedKey.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Feature-22086-StdWrapForHeadTag.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Feature-24906-MaxForTextElement.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Feature-28382-AddAsyncPropertyToJavaScriptFiles.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Feature-33491-StdWrapForTitleTag.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Feature-34944-PaginateHandleNonQueryResultObjects.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Feature-35891-AddTCAItemsWithIconsViaPageTSConfig.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Feature-46624-AdditionalWhereForMenu.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Feature-47666-AttributeMulitpleForFormUploadViewhelper.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Feature-49060-MySqlCommentsShownInSchemaMigrator.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Feature-50780-AppendElementBrowserMountPoints.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Feature-52131-HookForPageRepositoryInit.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Feature-56236-Multiple-HTTP-Headers-In-Frontend.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Feature-56529-SupportHasInArrayObject.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Feature-57178-SpecialHmenuExcludeSpecialParameters.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Feature-58031-ConfigurableWidthOfElementBrowser.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Feature-58033-AltLabelsForFormEngineCheckboxAndRadioButtons.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Feature-58366-AutomaticAbsRefPrefix.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Feature-58929-FooterHookInPageLayoutView.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Feature-60019-SplFileInfo-MimeTypeGuesser-hook.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Feature-61542-AddIsoLanguageKeys.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Feature-61711-SignalAtVeryEndOfDataPreprocessorFetchRecord.rst [new file with mode: 0755]
typo3/sysext/core/Documentation/Changelog/7.1/Feature-61725-AddHookToBackendUtilityCountVersionsOfRecordsOnPage.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Feature-62944-UserFuncAsDisplayCond.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Feature-62960-SignalForMailerInitialization.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Feature-63207-SplitActionButtonsIntoGroups.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Feature-63600-CustomTypoScriptConditionsInBackend.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Feature-63729-ApiForBootstrapModals.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Feature-63913-AllowRequireJsModulesForContainerViewHelper.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Feature-64031-JavaScript-Storage-API.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Feature-64190-FormEngineCheckboxElement.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Feature-64257-MultipleUidInPageRepositoryGetMenu.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Feature-64386-ContentObjectRegistration.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.1/Feature-64921-FlexibleSubmoduleConfiguration.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/master/Breaking-24900-CompatVersion-Setting-Removed.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Breaking-44879-CSSStyledContentTypoScriptBlockQuoteInlineStylesRemoved.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Breaking-57089-ShortcutBehaviour.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Breaking-61510-IndexedSearch.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Breaking-62415-DisableAutoCreateRemoved.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Breaking-62886-RemoveMeaningfulTempFilePrefix.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Breaking-62925-RemoveExtJsDateTimePicker.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Breaking-63296-Removed-Files.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Breaking-63310-Wizard-Modules-Moved.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Breaking-63431-BackendToolbarRefactored.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Breaking-63437-ClassAliasesMovedToLegacyExtension.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Breaking-63464-IncludeOnceArraysRemoved.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Breaking-63687-WebFunctionsWizards-Moved.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Breaking-63780-RemoveWordStringsFromReferenceIndex.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Breaking-63818-RemovedStaticFileEdit.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Breaking-64059-Rewritten-JavaScript-Tree-Components.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Breaking-64070-GlobalWebmountsRemoved.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Breaking-64102-MoveT3TableAndT3ButtonToBootstrap.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Breaking-64131-ResizableTextareasOptionDropped.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Breaking-64143-FlagFilesMoved.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Breaking-64190-FormEngineCheckboxElement.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Breaking-64226-OptionAccessListRenderModeRemoved.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Breaking-64229-TrimSubmittedLoginFormData.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Breaking-64361-ComposerClassLoading.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Breaking-64637-CSSStyledContentLegacyTypoScriptRemoved.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Breaking-64639-RemovedContentObjects.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Breaking-64643-RemoveEnableTypo3tempDbTracking.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Breaking-64668-MailformMovedToLegacyExtension.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Breaking-64671-ContentObjectImgTextMovedToLegacyExtension.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Breaking-64696-MoveSearchCTypeToLegacyExtension.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Breaking-64762-FormEngineWizards.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Deprecation-24387-Xhtml2.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Deprecation-25112-andWhere.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Deprecation-46523-BackendUtilityImplodeTSParams.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Deprecation-46770-LocalImageProcessorGraphicalFunctions.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Deprecation-49247-textStyleTableStyleAddParams.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Deprecation-60559-MakeLoginBoxImage.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Deprecation-61605-ChangeNamingOfIncludeJSlibs.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Deprecation-62329-DocumentTemplate-table.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Deprecation-62855-XHTMLCleaningMovedToLegacyExtension.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Deprecation-62925-ContraintModel.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Deprecation-63324-DataHandler-IncludeFileFunctions.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Deprecation-63522-ClientRelatedConditionDevice.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Deprecation-63847-FormEngine-renderReadonly.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Deprecation-63850-FormEngine-insertDefStyle.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Deprecation-63852-FormEngine-getAvailableLanguages.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Deprecation-63855-FormEngine-sL.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Deprecation-63864-FormEngine-renderVDEFDiff.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Deprecation-63878-FormEngine-getLL.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Deprecation-63889-FormEngine-getTSCpid.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Deprecation-63912-FormEngine-unusedMethods.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Deprecation-64059-Pagetree-Navigation-Component.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Deprecation-64109-Hook-softRefParserGL.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Deprecation-64134-TypoScriptTemplateObjectBrowserModuleFunctionController-verify_TSobjects.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Deprecation-64147-ConstantEditorFunctions.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Deprecation-64388-ContentObjectMethods.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Deprecation-64711-UnusedCssStyledContentMethods.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Deprecation-64922-DeprecatedEntryPoints.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-15619-LeaveUnchagedInAccessModule.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-16794-MakeSectionLinkingForIndexedSearchResultsConfigurable.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-20767-getDataByNestedKey.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-22086-StdWrapForHeadTag.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-24906-MaxForTextElement.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-28382-AddAsyncPropertyToJavaScriptFiles.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-33491-StdWrapForTitleTag.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-34944-PaginateHandleNonQueryResultObjects.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-35891-AddTCAItemsWithIconsViaPageTSConfig.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-46624-AdditionalWhereForMenu.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-47666-AttributeMulitpleForFormUploadViewhelper.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-49060-MySqlCommentsShownInSchemaMigrator.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-50780-AppendElementBrowserMountPoints.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-52131-HookForPageRepositoryInit.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-56236-Multiple-HTTP-Headers-In-Frontend.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-56529-SupportHasInArrayObject.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-57178-SpecialHmenuExcludeSpecialParameters.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-58031-ConfigurableWidthOfElementBrowser.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-58033-AltLabelsForFormEngineCheckboxAndRadioButtons.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-58366-AutomaticAbsRefPrefix.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-58929-FooterHookInPageLayoutView.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-60019-SplFileInfo-MimeTypeGuesser-hook.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-61542-AddIsoLanguageKeys.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-61711-SignalAtVeryEndOfDataPreprocessorFetchRecord.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-61725-AddHookToBackendUtilityCountVersionsOfRecordsOnPage.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-62944-UserFuncAsDisplayCond.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-62960-SignalForMailerInitialization.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-63207-SplitActionButtonsIntoGroups.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-63600-CustomTypoScriptConditionsInBackend.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-63729-ApiForBootstrapModals.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-63913-AllowRequireJsModulesForContainerViewHelper.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-64031-JavaScript-Storage-API.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-64190-FormEngineCheckboxElement.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-64257-MultipleUidInPageRepositoryGetMenu.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-64386-ContentObjectRegistration.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-64921-FlexibleSubmoduleConfiguration.rst [deleted file]
typo3/sysext/indexed_search/Documentation/Configuration/Typoscript/Index.rst

diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Breaking-24900-CompatVersion-Setting-Removed.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Breaking-24900-CompatVersion-Setting-Removed.rst
new file mode 100644 (file)
index 0000000..89eb313
--- /dev/null
@@ -0,0 +1,34 @@
+======================================================================
+Breaking: #24900 - Remove $TYPO3_CONF_VARS[SYS][compat_version] option
+======================================================================
+
+Description
+===========
+
+The option ``$TYPO3_CONF_VARS[SYS][compat_version]``, which was modified on update in the Install Tool wizard,
+has been removed.
+
+Any checks on ``GeneralUtility::compat_version`` are now made against the common constant ``TYPO3_branch`` instead of
+the former TYPO3_CONF_VARS option.
+
+Impact
+======
+
+Any usage of ``$TYPO3_CONF_VARS[SYS][compat_version]`` where the value is different than ``TYPO3_branch`` will result
+in unexpected behaviour.
+
+TypoScript conditions which check for older compat_version will have different behaviour now.
+
+Affected installations
+======================
+
+Any installation where ``$TYPO3_CONF_VARS[SYS][compat_version]`` was not set to the currently running version
+or where the value of compat_version was used to simulate behaviour of an older version.
+E.g. TypoScript conditions or ``GeneralUtility::compat_version`` in extensions.
+
+
+Migration
+=========
+
+Remove any direct usage of the option, and use the "compat_version" method within ``GeneralUtility`` as well as the
+TypoScript condition "compat_version" which gives more accurate results.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Breaking-44879-CSSStyledContentTypoScriptBlockQuoteInlineStylesRemoved.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Breaking-44879-CSSStyledContentTypoScriptBlockQuoteInlineStylesRemoved.rst
new file mode 100644 (file)
index 0000000..6c7ea11
--- /dev/null
@@ -0,0 +1,39 @@
+=======================================================================
+Breaking: #44879 - TypoScript inline styles from blockquote tag removed
+=======================================================================
+
+Description
+===========
+
+CSS Styled Content renders blockquote tags using :code:`lib.parseFunc_RTE` TypoScript.
+For TYPO3 CMS 7.1, the following TypoScript lines have been removed without substitution:
+
+.. code-block:: typoscript
+
+lib.parseFunc_RTE.externalBlocks.blockquote.callRecursive.tagStdWrap.HTMLparser = 1
+lib.parseFunc_RTE.externalBlocks.blockquote.callRecursive.tagStdWrap.HTMLparser.tags.blockquote.overrideAttribs = style="margin-bottom:0;margin-top:0;"
+
+The effect is that the following inline styles have been removed from blockquote tags without substitution:
+
+.. code-block:: css
+
+       margin-bottom:0;
+       margin-top:0;
+
+Impact
+======
+
+Styling of blockquote tags based on CSS Styled Content could differ after an upgrade to CMS 7.1.
+
+
+Affected installations
+======================
+
+All CMS 7.1 installations that were upgraded from 7.0 and below which use blockquote tags rendered by :code:`lib.parseFunc_RTE`.
+
+
+Migration
+=========
+
+It is recommended to fix the margins inside your website CSS. Alternatively, you can re-add the above TypoScript lines
+to your website TypoScript template (not recommended).
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Breaking-57089-ShortcutBehaviour.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Breaking-57089-ShortcutBehaviour.rst
new file mode 100644 (file)
index 0000000..ec74862
--- /dev/null
@@ -0,0 +1,29 @@
+=====================================================================================
+Breaking: #57089 - Behaviour of page shortcut to "Parent of selected or current page"
+=====================================================================================
+
+Description
+===========
+
+In former versions of TYPO3 CMS the page shortcut type "Parent of selected or current page" had a misleading label
+as the selected page was never taken into account, it always chose the parent of the current page.
+
+This has been changed and the selected page is now considered, so the parent of the selected page will be used as the target page.
+
+Impact
+======
+
+Assuming the supplied upgrade wizard was run, the behaviour of existing shortcuts will not change.
+
+If you fail to run the upgrade wizard, the target of a shortcut is changed to the parent of the
+selected page as the selected page is now respected.
+
+Affected installations
+======================
+
+Any installation using shortcut pages with shortcut type "Parent of selected or current page"
+
+Migration
+=========
+
+Run the supplied upgrade wizard in the Install Tool if it shows up.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Breaking-61510-IndexedSearch.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Breaking-61510-IndexedSearch.rst
new file mode 100644 (file)
index 0000000..1eafb6b
--- /dev/null
@@ -0,0 +1,48 @@
+================================================
+Breaking: #61510 - Improvement of indexed_search
+================================================
+
+Description
+===========
+
+The extension indexed_search is improved in the backend and frontend.
+
+Backend
+-------
+
+Previously the functionality of indexed_search has been scattered to multiple modules.
+Information about indexed_search was available in a custom module in "Admin tools" and 2 sections in the "Info" module.
+
+The complete code has been moved to a central place, which is now a custom module in the area "Web" and has been rewritten
+by using Extbase & Fluid. Translations and a modern UI have been added as well.
+
+
+Impact
+======
+
+Changes in the Backend
+----------------------
+
+The previous user configuration for indexed_search modules is not working anymore.
+Therefore editors won't see the module anymore after login.
+
+Changes in the Frontend
+-----------------------
+
+The TypoScript configuration changed. If indexed_search is installed, it is automatically activated:
+.. code-block::
+       config.index_enable = 1
+       config.index_externals = 1
+
+Affected installations
+======================
+
+All installations using indexed_search
+
+Migration
+=========
+
+Backend
+-------
+
+Reconfigure the backend users and groups if users need to see the module of indexed_search.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Breaking-62415-DisableAutoCreateRemoved.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Breaking-62415-DisableAutoCreateRemoved.rst
new file mode 100644 (file)
index 0000000..6d3702e
--- /dev/null
@@ -0,0 +1,24 @@
+===========================================================================
+Breaking: #62415 - Remove deprecated disable_autocreate field in workspaces
+===========================================================================
+
+Description
+===========
+
+The field "disable_autocreate" from ext:workspaces has been removed.
+
+Impact
+======
+
+If a 3rd party extension relies on the removed field an SQL error will be thrown.
+
+
+Affected installations
+======================
+
+An installation is affected if a 3rd party extension relies on the removed field in the database.
+
+Migration
+=========
+
+Remove any usage of the removed field in 3rd party extensions.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Breaking-62886-RemoveMeaningfulTempFilePrefix.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Breaking-62886-RemoveMeaningfulTempFilePrefix.rst
new file mode 100644 (file)
index 0000000..f9aeb4f
--- /dev/null
@@ -0,0 +1,26 @@
+==================================================================
+Breaking: #62886 - Removed setting config.meaningfulTempFilePrefix
+==================================================================
+
+Description
+===========
+
+The setting *config.meaningfulTempFilePrefix* which was still used for images built by GIFBUILDER that were saved in
+typo3temp/GB/ has been removed. With this option it was possible to configure a meaningful file prefix limiting
+the filename prefix to a certain character length.
+
+Impact
+======
+
+All files will always have their original filename fully prepended when stored in the folder typo3temp/GB/.
+
+Affected Installations
+======================
+
+All installations using GIFBUILDER to generate images. The files within typo3temp/GB/ will now be called
+with the full name of each original file before the hash and the file extension.
+
+Migration
+=========
+
+The setting should be removed from any TypoScript configuration because it has no impact anymore.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Breaking-62925-RemoveExtJsDateTimePicker.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Breaking-62925-RemoveExtJsDateTimePicker.rst
new file mode 100644 (file)
index 0000000..be9e9d1
--- /dev/null
@@ -0,0 +1,25 @@
+======================================================
+Breaking: #62925 - ExtJS Ext.ux.DateTimePicker removed
+======================================================
+
+Description
+===========
+
+The old ExtJS component Ext.ux.DateTimePicker has been removed and replaced with a
+bootstrap alternative. For technical reasons, the feature had to be removed.
+Thus the possibility to use "+3d" or "today" in input fields is no longer
+available.
+
+
+Impact
+======
+
+Extensions which rely on Ext.ux.DateTimePicker will break.
+
+
+Migration
+=========
+
+Use the new bootstrap DateTimePicker component which can be loaded with
+require.js. Example implementations can be found in EXT:belog, EXT:scheduler
+and the FormEngine component of the TYPO3 CMS core.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Breaking-63296-Removed-Files.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Breaking-63296-Removed-Files.rst
new file mode 100644 (file)
index 0000000..105cd47
--- /dev/null
@@ -0,0 +1,35 @@
+==================================================
+Breaking: #63296 - Deprecated typo3/ files removed
+==================================================
+
+Description
+===========
+
+The following script entry points have been removed without substitution:
+
+- typo3/file_edit.php
+- typo3/file_newfolder.php
+- typo3/file_rename.php
+- typo3/file_upload.php
+- typo3/show_rechis.php
+- typo3/listframe_loader.php
+
+The corresponding ListFrameLoaderController class is now marked as deprecated.
+
+Impact
+======
+
+Any script pointing to one of these file resources will trigger a 404 server response.
+
+Affected installations
+======================
+
+An extension needs to be adapted in the unlikely case that it uses a link to any of the files.
+
+Migration
+=========
+
+The functionality of these scripts (except listframe_loader.php which is not used at all any more) have been moved to "modules".
+Use BackendUtility::getModuleUrl() to link to them. The module name is identical to the file name without the ".php" suffix.
+
+e.g. BackendUtility::getModuleUrl('file_edit');
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Breaking-63310-Wizard-Modules-Moved.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Breaking-63310-Wizard-Modules-Moved.rst
new file mode 100644 (file)
index 0000000..61e99b0
--- /dev/null
@@ -0,0 +1,26 @@
+================================================
+Breaking: #63310 - Web=>Functions=>Wizards moved
+================================================
+
+Description
+===========
+
+The two module functions "Create Pages" and "Sort Pages" located within the extensions "wizard_crpages" and
+"wizard_sortpages" were located under Web => Functions => Wizards. This structure is now simplified as the wizards
+are moved one level up in Web => Functions.
+
+Impact
+======
+
+Any options set via TSconfig for these wizards for the module menu have changed. The existing options don't work
+anymore.
+
+Affected installations
+======================
+
+Any installation using TSconfig like "web_func.menu.wiz" needs to be adapted.
+
+Migration
+=========
+
+The respective options "web_func.menu.wiz" have been moved to "web_func.menu.functions".
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Breaking-63431-BackendToolbarRefactored.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Breaking-63431-BackendToolbarRefactored.rst
new file mode 100644 (file)
index 0000000..b35c69e
--- /dev/null
@@ -0,0 +1,35 @@
+=============================================
+Breaking: #63431 - Backend toolbar refactored
+=============================================
+
+Description
+===========
+
+The upper right backend toolbar has been refactored with TYPO3 CMS 7.0. A new PHP interface
+and a new registration were introduced.
+
+
+Impact
+======
+
+Extensions that are not adapted to the new interface will not show up in the toolbar anymore, but
+will not throw a fatal PHP error.
+
+Method BackendController::addToolbarItem() has been marked as deprecated.
+
+
+Affected installations
+======================
+
+If a TYPO3 CMS instance uses extensions based on the old interface and registration, the
+according items will no longer show up in the toolbar.
+
+
+Migration
+=========
+
+Extensions must implement the new interface \TYPO3\CMS\Backend\Toolbar\ToolbarItemInterface
+and must be registered in $GLOBALS['TYPO3_CONF_VARS']['BE']['toolbarItems'].
+
+Warning: The new interface is not 100% finished, method ``checkAccess()`` will probably be
+substituted by two other methods in later versions of TYPO3 CMS.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Breaking-63437-ClassAliasesMovedToLegacyExtension.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Breaking-63437-ClassAliasesMovedToLegacyExtension.rst
new file mode 100644 (file)
index 0000000..221a567
--- /dev/null
@@ -0,0 +1,42 @@
+==========================================================
+Breaking: #63437 - Class aliases moved to legacy extension
+==========================================================
+
+Description
+===========
+
+With the switch to namespaced classes in TYPO3 CMS 6.0, a class alias mechanism
+has been set up to support the old class names as aliases for a while. All those
+class aliases have been moved to the dedicated extension "compatibility6". This
+extension will be removed at some point during the development of TYPO3 CMS 7.
+
+Removing the class aliases from the core results in a significant performance gain
+especially during first load with empty caches.
+
+
+Impact
+======
+
+If extensions still rely on old non-namespaced class names, EXT:compatibility6 can
+be loaded to keep further backwards compatibility for now - with the side-effect of
+drained performance.
+
+
+Affected installations
+======================
+
+
+TYPO3 CMS 7 installations need EXT:compatibility6 loaded if old extensions are used that
+are still not adapted to the namespaced core classes.
+
+
+Migration
+=========
+
+During an upgrade, the "Extension check" of the install tool may find old extensions that
+still rely on old class names and can unload those. The backend may work again to load
+EXT:compatibility6, or to unload further extensions that rely on old class names.
+
+Another option is to manually set all extensions that rely on old class names to "inactive"
+in typo3conf/PackageStates.php, or to set EXT:compatibility6 to "active". If a manual change is
+done, typo3temp/Cache directory have to be flushed afterwards.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Breaking-63464-IncludeOnceArraysRemoved.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Breaking-63464-IncludeOnceArraysRemoved.rst
new file mode 100644 (file)
index 0000000..401c53e
--- /dev/null
@@ -0,0 +1,39 @@
+========================================================================
+Breaking: #63464 - Remove include_once inclusions inside ModuleFunctions
+========================================================================
+
+Description
+===========
+
+The functionality to include PHP files within module functions (e.g. info module) via an ``include_once`` array
+has been removed. The API did not use the include_once array anymore and certain places were marked as deprecated
+since TYPO3 CMS 6.2. All module functions are using the common autoloading functionality via namespaced classes.
+
+The following ``include_once`` arrays within the following modules have been removed:
+  * Web => Page
+  * Web => Page - New Content Element Wizard
+  * Web => Functions
+  * Web => Info
+  * Web => Template
+  * Web => Recycler
+  * User => Task Center
+  * System => Scheduler
+
+Impact
+======
+
+Any non-API usage of the ``include_once`` array in any custom module function will fail.
+
+
+Affected installations
+======================
+
+Any installation with an extension using the property ``$include_once`` to load additional files via direct access instead
+of using the API via ``ExtensionManagementUtility::insertModuleFunction()``.
+
+
+Migration
+=========
+
+Use the autoloader to load any custom classes inside your code, or any hooks if available in the custom module functions
+to include any file.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Breaking-63687-WebFunctionsWizards-Moved.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Breaking-63687-WebFunctionsWizards-Moved.rst
new file mode 100644 (file)
index 0000000..e25244f
--- /dev/null
@@ -0,0 +1,32 @@
+====================================================================
+Breaking: #63687 - Web=>Functions=>Wizards moved to legacy extension
+====================================================================
+
+Description
+===========
+
+Within the "Web" => "Functions" module was a nested layer called "Wizards" where "Sort pages" and
+"Bulk-create new pages" resided until TYPO3 CMS 7.1. These are now moved directly underneath "Web" => "Functions",
+so the "Wizards" module function becomes obsolete, and with it the whole extension called "func_wizards" that provided
+this nested layer. The module function "Wizards" has been moved to the legacy extension EXT:compatibility6. The
+extension "func_wizards" has been completely removed from the core.
+
+Impact
+======
+
+The existing "Functions" provided by the TYPO3 CMS Core are now directly dependant and hooked into "Web" => "Functions".
+Any extensions using "Web" => "Functions" => "Wizards" will not show up anymore.
+
+
+Affected installations
+======================
+
+TYPO3 CMS 7 installations need EXT:compatibility6 extension loaded if old extensions are still hooked into
+"Web" => "Functions" => "Wizards".
+
+Migration
+=========
+
+Any extension hooking into "Web" => "Functions" => "Wizards" need to be adapted. In their ext_tables.php the
+``insertModuleFunction`` call does not need to have a 5th parameter given. EXT:compatibility6 is then no longer
+needed.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Breaking-63780-RemoveWordStringsFromReferenceIndex.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Breaking-63780-RemoveWordStringsFromReferenceIndex.rst
new file mode 100644 (file)
index 0000000..e84bf5c
--- /dev/null
@@ -0,0 +1,30 @@
+======================================================================================
+Breaking: #63780 - Remove public properties words and word_strings from ReferenceIndex
+======================================================================================
+
+Description
+===========
+
+Public properties ``words`` and ``word_strings`` have been removed from class ``\TYPO3\CMS\Core\Database\ReferenceIndex``.
+``ReferenceIndex->words`` was always an empty array and ``ReferenceIndex->word_strings`` contained strings from
+input- and text fields of every record that was given to this class instance.
+
+
+Impact
+======
+
+An extension relying on one of these public properties will fail.
+
+
+Affected installations
+======================
+
+It is unlikely that any extension used the properties words or word_strings. An instance could be
+checked by searching for usages of class ``ReferenceIndex``.
+
+
+Migration
+=========
+
+The according logic needs to be re-implemented in an extension that used the content of these
+properties.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Breaking-63818-RemovedStaticFileEdit.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Breaking-63818-RemovedStaticFileEdit.rst
new file mode 100644 (file)
index 0000000..3af5cc0
--- /dev/null
@@ -0,0 +1,29 @@
+=========================================================
+Breaking: #63818 - Removed Static file edit functionality
+=========================================================
+
+Description
+===========
+
+A special TCA configuration enabled RTE fields to write its content to sections within files. The configuration
+was done in ``defaultExtras`` array, ``static_write`` section and documented in
+TCA reference->AdditionalFeatures->SpecialConfigurationOptions.
+
+This functionality has been removed without substitution.
+
+Impact
+======
+
+Content of RTE fields can no longer be written to files.
+
+
+Affected installations
+======================
+
+In the unlikely case that this feature was used by anyone its usage can be located by searching for ``static_write``
+keyword in TCA configuration.
+
+Migration
+=========
+
+Move this logic elsewhere, eg. use hooks in DataHandler to write out DB content.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Breaking-64059-Rewritten-JavaScript-Tree-Components.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Breaking-64059-Rewritten-JavaScript-Tree-Components.rst
new file mode 100644 (file)
index 0000000..d867156
--- /dev/null
@@ -0,0 +1,36 @@
+=======================================================
+Breaking: #64059 - Rewritten Javascript Tree Components
+=======================================================
+
+Description
+===========
+
+In the process of refactoring prototype/scripta.culo.us code and migrate these to an AMD module, the tree component and its
+drag&drop parts have been migrated to a RequireJS / jQuery module.
+
+The page tree filter functionality of the prototype tree, which is not used in the TYPO3 core, was removed from the
+tree component.
+
+The file typo3/js/tree.js has been removed, the replacement code, based on jQuery is located under
+EXT:backend/Resources/Public/JavaScript/LegacyTree.js.
+
+
+Impact
+======
+
+Any usages in third party extensions that include js/tree.js will fail, as the tree component has been removed. Any
+extension using the filter part of the tree.js component will not work.
+
+
+Affected installations
+======================
+
+Any installation with its own backend module using the tree component from the core.
+
+
+Migration
+=========
+
+Rewrite any needed logic for filtering, and include the RequireJS module like in e.g.
+FileSystemNavigationFrameController.php, to use the tree component. If the old code is needed, the tree.js file
+and prototype need to be included as part of the extension, not from the core.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Breaking-64070-GlobalWebmountsRemoved.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Breaking-64070-GlobalWebmountsRemoved.rst
new file mode 100644 (file)
index 0000000..66832ce
--- /dev/null
@@ -0,0 +1,25 @@
+====================================================
+Breaking: #64070 - Removed global variable WEBMOUNTS
+====================================================
+
+Description
+===========
+
+The global variable WEBMOUNTS has been removed, as the same data from the WEBMOUNTS can always be fetched via
+``$GLOBALS['BE_USER']->returnWebmounts()``.
+
+Impact
+======
+
+The variable ``$GLOBALS['WEBMOUNTS']`` will no longer be filled.
+
+
+Affected installations
+======================
+
+Any installation using ``$GLOBALS['WEBMOUNTS']`` directly within an extension will produce a wrong result.
+
+Migration
+=========
+
+Replace all occurrences of ``$GLOBALS['WEBMOUNTS']`` with ``$GLOBALS['BE_USER']->returnWebmounts()``.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Breaking-64102-MoveT3TableAndT3ButtonToBootstrap.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Breaking-64102-MoveT3TableAndT3ButtonToBootstrap.rst
new file mode 100644 (file)
index 0000000..24409f3
--- /dev/null
@@ -0,0 +1,30 @@
+===========================================================
+Breaking: #64102 - Move t3-table and t3-button to bootstrap
+===========================================================
+
+Description
+===========
+
+In transition to full bootstrap coverage and streamlining the backend, we are dropping the support for the CSS classes
+.t3-table and .t3-button. We are replacing them with the corresponding bootstrap CSS classes for tables and buttons.
+See http://getbootstrap.com/css/#tables and http://getbootstrap.com/css/#buttons for more details.
+
+
+Impact
+======
+
+Custom implementations of tables and buttons in backend modules will lose the TYPO3 default styling.
+
+
+Affected installations
+======================
+
+Extensions that provide custom backend modules that are using the css classes ``.t3-table`` or ``.t3-button``.
+
+
+Migration
+=========
+
+For tables we recommend the usage of the CSS class combination ``table table-striped table-hover`` instead of ``t3-table``.
+
+For buttons we recommend the usage of the CSS class combination ``btn btn-default`` instead of ``t3-button``.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Breaking-64131-ResizableTextareasOptionDropped.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Breaking-64131-ResizableTextareasOptionDropped.rst
new file mode 100644 (file)
index 0000000..f6f8bc3
--- /dev/null
@@ -0,0 +1,13 @@
+====================================================
+Breaking: #64131 - Resizable Textarea option removed
+====================================================
+
+Description
+===========
+
+The User Setting "Resizable Textarea" for FormEngine textarea fields has been removed.
+
+Impact
+======
+
+The option and its feature are no longer available.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Breaking-64143-FlagFilesMoved.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Breaking-64143-FlagFilesMoved.rst
new file mode 100644 (file)
index 0000000..1108af9
--- /dev/null
@@ -0,0 +1,24 @@
+======================================================
+Breaking: #64143 - Language / Country Flag files moved
+======================================================
+
+Description
+===========
+
+The static GIF file collection representing flags within typo3/gfx/flags/ has been removed. All PNG flag images from
+EXT:t3skin are moved from typo3/sysext/t3skin/images/flags/ to typo3/sysext/core/Resources/Public/Icons/flags/. The
+according stylesheets for the that flags-* icon files have been moved to EXT:core as well.
+
+Impact
+======
+
+Any hard-coded reference on any of the files within typo3/gfx/flags/ and typo3/sysext/core/Resources/Public/Icons/flags/
+will result in an error.
+
+Changing the EXT:t3skin flags sprite now means changing the flags sprite of EXT:core.
+
+Affected installations
+======================
+
+Any installation using third-party extensions that access typo3/gfx/flags/ or
+typo3/sysext/t3skin/images/flags/ will fail.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Breaking-64190-FormEngineCheckboxElement.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Breaking-64190-FormEngineCheckboxElement.rst
new file mode 100644 (file)
index 0000000..18fb01f
--- /dev/null
@@ -0,0 +1,29 @@
+=========================================================================
+Breaking: #63818 - FormEngine Checkbox Element limitation of cols setting
+=========================================================================
+
+Description
+===========
+
+The TCA configuration for checkbox cols has been changed. We reduced the
+number of accepted values to 1, 2, 3, 4 and 6 to provide a responsive experience.
+
+For usecases like checkboxes for weekdays like mo, tu, we, th, fr, sa, su
+we introduced a new value ``inline``.
+
+Impact
+======
+
+For values equals 5 or above 6 the rendering of 6 will be used.
+
+
+Affected installations
+======================
+
+Installations with TCA column configurations for checkboxes with values
+equals 5 or above 6.
+
+Migration
+=========
+
+Choose between one of the supported values or change the display to ``inline``.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Breaking-64226-OptionAccessListRenderModeRemoved.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Breaking-64226-OptionAccessListRenderModeRemoved.rst
new file mode 100644 (file)
index 0000000..7115fea
--- /dev/null
@@ -0,0 +1,42 @@
+============================================================================
+Breaking: #64226 - Option $TYPO3_CONF_VARS[BE][accessListRenderMode] removed
+============================================================================
+
+Description
+===========
+
+The ``$GLOBALS[TYPO3_CONF_VARS][BE][accessListRenderMode]`` option, which acted as a shorthand function
+to set permission-related fields for modules and excludeFields, has been removed.
+
+All corresponding fields in TCA tables be_users and be_groups are set to the already-default value ``checkbox``
+given in the DefaultConfiguration.php file.
+
+Impact
+======
+
+All respective fields will show up as a checkbox selection within FormEngine (implying the value
+``renderMethod=checkbox``).
+
+
+Affected installations
+======================
+
+Installations having this option set to something different than ``checkbox`` will result in a having the fields
+displayed as checkboxes.
+
+Migration
+=========
+
+Choose between the default value ``checkbox`` (no change required then) or set the following values inside the
+file ``typo3conf/extTables.php`` to the option of your needs.
+
+.. code-block:: php
+
+       $GLOBALS['TCA']['be_users']['columns']['file_permissions']['config']['renderMode'] = 'singlebox';
+       $GLOBALS['TCA']['be_users']['columns']['userMods']['config']['renderMode'] = 'singlebox';
+       $GLOBALS['TCA']['be_groups']['columns']['file_permissions']['config']['renderMode'] = 'singlebox';
+       $GLOBALS['TCA']['be_groups']['columns']['pagetypes_select']['config']['renderMode'] = 'singlebox';
+       $GLOBALS['TCA']['be_groups']['columns']['tables_select']['config']['renderMode'] = 'singlebox';
+       $GLOBALS['TCA']['be_groups']['columns']['tables_modify']['config']['renderMode'] = 'singlebox';
+       $GLOBALS['TCA']['be_groups']['columns']['non_exclude_fields']['config']['renderMode'] = 'singlebox';
+       $GLOBALS['TCA']['be_groups']['columns']['userMods']['config']['renderMode'] = 'singlebox';
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Breaking-64229-TrimSubmittedLoginFormData.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Breaking-64229-TrimSubmittedLoginFormData.rst
new file mode 100644 (file)
index 0000000..65a3289
--- /dev/null
@@ -0,0 +1,30 @@
+==============================================================
+Breaking: #64229 - Trim submitted login-form-data before usage
+==============================================================
+
+Description
+===========
+
+Data submitted through the login-forms (frontend and backend) will now be trimmed before the login is performed.
+So now all fields (like username or password) with leading/trailing whitespace will have those removed.
+Any whitespace inside fields will not be touched.
+
+
+Impact
+======
+
+Users that have had whitespace at the beginning or end of their username or password will not be able to log in anymore.
+
+
+Affected installations
+======================
+
+Any installation relying on whitespace at the beginning or end of either a username or a password.
+Please note that the TYPO3 backend didn't allow whitespace for username in frontend or backend
+and only allowed whitespace for passwords of backend users until now.
+
+
+Migration
+=========
+
+Update usernames and/or passwords.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Breaking-64361-ComposerClassLoading.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Breaking-64361-ComposerClassLoading.rst
new file mode 100644 (file)
index 0000000..0004134
--- /dev/null
@@ -0,0 +1,47 @@
+============================================
+Deprecation: #64361 - Composer Class Loading
+============================================
+
+Description
+===========
+
+TYPO3 CMS started integrating composer support and by that embracing PHP standards PSR-0 and PSR-4 for class
+loading that comes with composer.
+The old class loader is still present and registered and will handle loading extension classes
+that do not follow the above mentioned standards.
+
+For the time being a pre-compiled composer class loader is shipped with the git repository,
+so that people using the TYPO3 sources directly from there can use it without requiring a ``composer install``
+step.
+
+It is possible however to do a ``composer install`` in the TYPO3 sources directory or a top level distribution directory
+to gain full control over class loading of your TYPO3 installation. This step is optional and currently requires
+thorough knowledge of composer and as such currently is only recommended for people familiar with this process.
+
+Further technical details can be found in the `wiki`_.
+
+Impact
+======
+
+Third party libraries added to a TYPO3 installation via composer can immediately be used without
+further manual intervention. The classes cache for most core classes will be gone. Resolving classes
+is slowly shifted from a run time task - executed and monitored in every request - to an installation task
+with composer.
+
+Affected installations
+======================
+
+Some installations could be affected which were previously installed via composer,
+but now not properly updated using composer. And outdated Packages/Libraries/autoload.php file
+present in the system will lead to fatal errors.
+
+
+Migration
+=========
+
+If you previously installed TYPO3 via composer, make sure you perform a ``composer update`` command to reflect
+the current changes in your Packages folder.
+
+
+.. _`wiki`: http://wiki.typo3.org/ComposerClassLoader
+
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Breaking-64637-CSSStyledContentLegacyTypoScriptRemoved.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Breaking-64637-CSSStyledContentLegacyTypoScriptRemoved.rst
new file mode 100644 (file)
index 0000000..db4aa49
--- /dev/null
@@ -0,0 +1,37 @@
+================================================================================
+Breaking: #64637 - Compatibility CSS Styled Content TypoScript templates removed
+================================================================================
+
+Description
+===========
+
+CSS Styled Content ships compatibility TypoScript templates for being compatible with older versions. For TYPO3 CMS 7,
+all templates to render a compatibility frontend for the following versions have been removed without substitution.
+
+ * TYPO3 CMS 6.1
+ * TYPO3 CMS 6.0
+ * TYPO3 CMS 4.7
+ * TYPO3 CMS 4.6
+ * TYPO3 CMS 4.5
+
+Impact
+======
+
+It is not possible to have the TYPO3 CMS 7 Frontend rendering based on CSS Styled Content to behave like a version
+prior to TYPO3 CMS 6.2.
+
+
+Affected installations
+======================
+
+All installations using the TypoScript templates to have the TYPO3 frontend powered via CSS Styled Content with
+a compatibility TypoScript will result in no Frontend output.
+
+
+Migration
+=========
+
+For installations still needing the old templates, an old version of the template (e.g. from TYPO3 CMS 6.2)
+need to be included separately. Any other installation still using the old TypoScript templates should migrate to
+the latest TypoScript templates of CSS Styled Content by choosing the correct version inside the Web=>Template
+module.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Breaking-64639-RemovedContentObjects.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Breaking-64639-RemovedContentObjects.rst
new file mode 100644 (file)
index 0000000..49b1087
--- /dev/null
@@ -0,0 +1,26 @@
+====================================================================
+Breaking: #63687 - Outdated ContentObjects moved to legacy extension
+====================================================================
+
+Description
+===========
+
+The TypoScript Content Objects (cObjects) CLEARGIF, COLUMNS, CTABLE, OTABLE and HRULER have been moved into the legacy extension
+EXT:compatibility6.
+
+Impact
+======
+
+Any TypoScript using the cObjects above will result in an empty output in the TYPO3 Frontend.
+
+
+Affected installations
+======================
+
+TYPO3 CMS 7 installations still using the cObjects need EXT:compatibility6 to be loaded if the rendering should
+be continued.
+
+Migration
+=========
+
+Any installation should migrate to alternatives such as FLUIDTEMPLATE to customize the output of the content.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Breaking-64643-RemoveEnableTypo3tempDbTracking.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Breaking-64643-RemoveEnableTypo3tempDbTracking.rst
new file mode 100644 (file)
index 0000000..50078a2
--- /dev/null
@@ -0,0 +1,29 @@
+========================================================================
+Breaking: #64643 - Remove functionality for enable_typo3temp_db_tracking
+========================================================================
+
+Description
+===========
+
+The logic and the database table for tracking generated typo3temp/ images by GraphicalFunctions have been removed
+without substitution. The option to enable this functionality ``$TYPO3_CONF_VARS[GFX][enable_typo3temp_db_tracking]``
+has been removed.
+
+
+Impact
+======
+
+Images generated with GraphicalFunctions with the option above enabled will not be tracked in the database anymore.
+
+
+Affected installations
+======================
+
+Any installation having the option ``$TYPO3_CONF_VARS[GFX][enable_typo3temp_db_tracking]`` enabled.
+
+
+Migration
+=========
+
+If the functionality or a similar functionality is needed for some edge-cases, an own implementation via a third-party
+extension is necessary.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Breaking-64668-MailformMovedToLegacyExtension.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Breaking-64668-MailformMovedToLegacyExtension.rst
new file mode 100644 (file)
index 0000000..ee4c24c
--- /dev/null
@@ -0,0 +1,48 @@
+=====================================================================
+Breaking: #64668 - Content Element mailform moved to legacy extension
+=====================================================================
+
+Description
+===========
+
+The fallback "mailform" functionality, containing the ``FORM`` ContentObject, the submission logic for sending mailform
+and the content element (CType=mailform) has been moved to the legacy extension "compatibility6". This mailform
+was available when the "Form" extension, introduced in TYPO3 CMS 4.7, was not installed.
+
+The following options have been marked for deprecation:
+
+.. code-block:: php
+
+       $TYPO3_CONF_VARS][FE][secureFormmail]
+       $TYPO3_CONF_VARS][FE][strictFormmail]
+       $TYPO3_CONF_VARS][FE][formmailMaxAttachmentSize]
+
+The following methods within TypoScriptFrontendController have been removed:
+
+.. code-block:: php
+
+       protected checkDataSubmission()
+       protected sendFormmail()
+       public extractRecipientCopy()
+       public codeString()
+       protected roundTripCryptString()
+
+
+Impact
+======
+
+Mailform elements are missing and not rendered in the frontend anymore unless EXT:compatibility6 is loaded.
+
+
+Affected installations
+======================
+
+Any installation using the fallback "mailform" Content Element, the FrontendDataSubmissionController or the FORM
+Content Object directly will break. Additionally, any third party extension using the TypoScriptFrontendController
+methods directly will stop working with a fatal error.
+
+Migration
+=========
+
+For TYPO3 CMS 7, installing EXT:compatibility6 brings back the existing functionality. For the long term the affected
+installations should migrate to a different, better suited solution for sending mails and building forms.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Breaking-64671-ContentObjectImgTextMovedToLegacyExtension.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Breaking-64671-ContentObjectImgTextMovedToLegacyExtension.rst
new file mode 100644 (file)
index 0000000..a9e2219
--- /dev/null
@@ -0,0 +1,26 @@
+===========================================================================
+Breaking: #64671 - Outdated ContentObject IMGTEXT moved to legacy extension
+===========================================================================
+
+Description
+===========
+
+The TypoScript Content Object IMGTEXT has been moved to the legacy extension "compatibility6".
+
+Impact
+======
+
+Any TypoScript using the cObject directly or via CSS Styled Content configured using ``renderMethod=table`` will result
+in an empty output in the TYPO3 Frontend.
+
+
+Affected installations
+======================
+
+TYPO3 CMS 7 installations still using the cObject need EXT:compatibility6 to be loaded.
+
+Migration
+=========
+
+Any installation should migrate to alternatives such as CSS Styled Content without a table-based rendering for
+text w/ image elements to customize the output of content.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Breaking-64696-MoveSearchCTypeToLegacyExtension.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Breaking-64696-MoveSearchCTypeToLegacyExtension.rst
new file mode 100644 (file)
index 0000000..07a8b40
--- /dev/null
@@ -0,0 +1,29 @@
+=====================================================================
+Breaking: #64696 - Content Element "search" moved to legacy extension
+=====================================================================
+
+Description
+===========
+
+The TYPO3 default ``search`` functionality, which was based on the ``FORM`` and ``SEARCHRESULTS`` ContentObjects and the
+content element CType=search itself has been moved to the legacy extension EXT:compatibility6.
+
+
+Impact
+======
+
+Content elements of the Type "Search" are gone and will no longer be rendered in the frontend
+unless EXT:compatibility6 is loaded. TypoScript using ``SEARCHRESULTS`` directly will return nothing.
+
+
+Affected installations
+======================
+
+Any installation using the simple "search" content element or the ``SEARCHRESULTS`` ContentObject directly will break.
+
+
+Migration
+=========
+
+For TYPO3 CMS 7, installing EXT:compatibility6 brings back the existing functionality. For the long term
+the affected installations should be migrate to a better suited solution for searching.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Breaking-64762-FormEngineWizards.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Breaking-64762-FormEngineWizards.rst
new file mode 100644 (file)
index 0000000..4487f05
--- /dev/null
@@ -0,0 +1,30 @@
+=====================================
+Breaking: #64762 - FormEngine wizards
+=====================================
+
+Description
+===========
+
+The following TCA wizards properties have been removed:
+
+* _PADDING
+* _VALIGN
+* _DISTANCE
+
+
+Impact
+======
+
+Usage of the mentioned TCA properties has no effect anymore.
+
+
+Affected installations
+======================
+
+Installations with special TCA wizard position settings ignore those now.
+
+
+Migration
+=========
+
+Remove above properties.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-24387-Xhtml2.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-24387-Xhtml2.rst
new file mode 100644 (file)
index 0000000..68128be
--- /dev/null
@@ -0,0 +1,21 @@
+===================================================================
+Deprecation: #24387 - TypoScript option config.xhtmlDoctype=xhtml_2
+===================================================================
+
+Description
+===========
+
+The TypoScript option ``config.xhtmlDoctype = xhtml_2`` is marked for removal in CMS 8, due to the W3C decision to
+fully work on HTML5 instead of XHTML2. See http://www.w3.org/MarkUp/ and http://www.w3.org/News/2010.html#entry-8982
+for more details.
+
+
+Affected installations
+======================
+
+Any TYPO3 installation with TypoScript that relies on ``config.xhtmlDoctype = xhtml_2``.
+
+Migration
+=========
+
+Use other doctypes like html5 to render the frontend of the TYPO3 site.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-25112-andWhere.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-25112-andWhere.rst
new file mode 100644 (file)
index 0000000..dff178a
--- /dev/null
@@ -0,0 +1,53 @@
+==============================================================
+Deprecation: #25112 - Deprecate TypoScript property "andWhere"
+==============================================================
+
+Description
+===========
+
+The select-property ``andWhere`` has been marked as deprecated.
+
+Impact
+======
+
+A deprecation message is logged for every usage of this property.
+
+
+Affected installations
+======================
+
+All installations or extensions using the select-property ``andWhere``.
+
+
+Migration
+=========
+
+Use the properties ``where`` and ``markers`` instead.
+
+.. code-block:: typoscript
+
+       page.30 = CONTENT
+       page.30 {
+               table = tt_content
+               select {
+                       pidInList = this
+                       orderBy = sorting
+                       where {
+                               dataWrap = sorting>{field:sorting}
+                       }
+               }
+       }
+       page.60 = CONTENT
+       page.60 {
+               table = tt_content
+               select {
+                       pidInList = 73
+                       where = header != ###whatever###
+                       orderBy = ###sortfield###
+                       markers {
+                               whatever.data = GP:first
+                               sortfield.value = sor
+                               sortfield.wrap = |ting
+                       }
+               }
+       }
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-46523-BackendUtilityImplodeTSParams.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-46523-BackendUtilityImplodeTSParams.rst
new file mode 100644 (file)
index 0000000..547ce13
--- /dev/null
@@ -0,0 +1,21 @@
+=======================================================
+Deprecation: #46523 - BackendUtility::implodeTSParams()
+=======================================================
+
+Description
+===========
+
+The method ``TYPO3\CMS\Backend\Utility\BackendUtility::implodeTSParams()`` has been marked as deprecated and will be
+removed in TYPO3 CMS 8.
+
+
+Impact
+======
+
+Any installation with third-party extensions using this method will throw a deprecation warning.
+
+
+Affected installations
+======================
+
+Any installation with third-party extensions using the method.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-46770-LocalImageProcessorGraphicalFunctions.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-46770-LocalImageProcessorGraphicalFunctions.rst
new file mode 100644 (file)
index 0000000..b6086bc
--- /dev/null
@@ -0,0 +1,26 @@
+==============================================================================
+Deprecation: #46770 - Deprecate LocalImageProcessor::getTemporaryImageWithText
+==============================================================================
+
+Description
+===========
+
+The public method ``LocalImageProcessor::getTemporaryImageWithText()`` has been marked as deprecated, it is directly
+replaced by ``\TYPO3\CMS\Core\Imaging\GraphicalFunctions::getTemporaryImageWithText()``.
+
+
+Impact
+======
+
+Calling ``LocalImageProcessor::getTemporaryImageWithText()`` will trigger a deprecation log message.
+
+Affected installations
+======================
+
+TYPO3 Installations with custom extensions using the API of the File Abstraction Layer for custom image processing.
+
+Migration
+=========
+
+Replace all calls to the method to the ``LocalImageProcessor`` with an instantiation of ``GraphicalFunctions`` and a call
+to ``getTemporaryImageWithText()`` on the ``GraphicalFunctions`` object.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-49247-textStyleTableStyleAddParams.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-49247-textStyleTableStyleAddParams.rst
new file mode 100644 (file)
index 0000000..86cd240
--- /dev/null
@@ -0,0 +1,28 @@
+=================================================================================
+Deprecation: #49247 - Deprecate TypoScript functions "textStyle" and "tableStyle"
+=================================================================================
+
+Description
+===========
+
+The following stdWrap methods have been marked as deprecated:
+
+* textStyle
+* tableStyle
+
+Impact
+======
+
+Usage of the mentioned stdWrap methods is deprecated.
+
+
+Affected installations
+======================
+
+All installations or extensions using the stdWrap methods ``textStyle`` and ``tableStyle``.
+
+
+Migration
+=========
+
+Use CSS instead.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-60559-MakeLoginBoxImage.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-60559-MakeLoginBoxImage.rst
new file mode 100644 (file)
index 0000000..944dab1
--- /dev/null
@@ -0,0 +1,28 @@
+=========================================
+Deprecation: #60559 - makeLoginBoxImage()
+=========================================
+
+Description
+===========
+
+Method ``TYPO3\CMS\Backend\Controller::makeLoginBoxImage()`` has been marked as deprecated.
+
+
+Impact
+======
+
+Backend login images are no longer rendered. The method body is empty and does not return rendered HTML any longer.
+
+
+Affected installations
+======================
+
+The method was unused with default backend login screen for a long time already, an installation is only affected if a
+3rd party extension was loaded that changed the default login screen and used ``makeLoginBoxImage()`` or the template marker
+``LOGINBOX_IMAGE``.
+
+
+Migration
+=========
+
+Free an affected 3rd party extension from using this method or unload the extension.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-61605-ChangeNamingOfIncludeJSlibs.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-61605-ChangeNamingOfIncludeJSlibs.rst
new file mode 100644 (file)
index 0000000..f4fb47d
--- /dev/null
@@ -0,0 +1,27 @@
+=============================================================================
+Deprecation: #61605 - Change naming of TypoScript property page.includeJSlibs
+=============================================================================
+
+Description
+===========
+
+The existing TypoScript option ``page.includeJSlibs`` has been renamed
+to ``page.includeJSLibs`` to follow the lower camel case naming scheme.
+The existing property has been marked as deprecated.
+
+Impact
+======
+
+The old property will be removed with CMS 8 and should be avoided if
+it has been used before.
+
+Affected Installations
+======================
+
+Any installation using the ``page.includeJSlibs`` option.
+
+Migration
+=========
+
+Search and replace all TypoScript code of the installation from
+``includeJSlibs`` to ``includeJSLibs``.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-62329-DocumentTemplate-table.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-62329-DocumentTemplate-table.rst
new file mode 100644 (file)
index 0000000..89d68f3
--- /dev/null
@@ -0,0 +1,26 @@
+======================================================
+Deprecation: #62329 - Deprecate DocumentTable::table()
+======================================================
+
+Description
+===========
+
+``DocumentTable::table()`` has been marked as deprecated.
+
+
+Impact
+======
+
+Calling ``table()`` of the ``DocumentTable`` class will trigger a deprecation log message.
+
+
+Affected installations
+======================
+
+Instances which use ``DocumentTable::table()`` for rendering tables.
+
+
+Migration
+=========
+
+Use fluid for rendering instead.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-62855-XHTMLCleaningMovedToLegacyExtension.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-62855-XHTMLCleaningMovedToLegacyExtension.rst
new file mode 100644 (file)
index 0000000..e603805
--- /dev/null
@@ -0,0 +1,38 @@
+==============================================================================
+Deprecation: #62855 - "XHTML cleaning" functionality moved to legacy extension
+==============================================================================
+
+Description
+===========
+
+XHTML cleaning is not necessary anymore, since modern technology bases completely on HTML5. Therefore the
+according functionality has been moved to the legacy extension EXT:compatibility6.
+
+The following TypoScript option has been marked for deprecation:
+
+.. code-block:: ts
+
+       config.xhtml_cleaning
+
+The following PHP method has been marked for deprecation:
+
+.. code-block:: php
+
+       TYPO3\CMS\Frontend\Controller\TypoScriptFrontendController::doXHTML_cleaning()
+
+Impact
+======
+
+The content output of the TYPO3 frontend is not cleaned anymore unless EXT:compatibility6 is loaded.
+
+
+Affected installations
+======================
+
+Any installation having the TypoScript option ``config.xhtml_cleaning`` set will have different behaviour in the
+frontend rendering.
+
+Migration
+=========
+
+For TYPO3 CMS 7, installing EXT:compatibility6 brings back the existing functionality.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-62925-ContraintModel.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-62925-ContraintModel.rst
new file mode 100644 (file)
index 0000000..3b91dbe
--- /dev/null
@@ -0,0 +1,29 @@
+====================================================================
+Deprecation: #63912 - Deprecate unused methods from Constraint model
+====================================================================
+
+Description
+===========
+
+``TYPO3\CMS\Belog\Domain\Model\Constraint::setManualDateStart()`` has been marked as deprecated.
+``TYPO3\CMS\Belog\Domain\Model\Constraint::getManualDateStart()`` has been marked as deprecated.
+``TYPO3\CMS\Belog\Domain\Model\Constraint::setManualDateStop()`` has been marked as deprecated.
+``TYPO3\CMS\Belog\Domain\Model\Constraint::getManualDateStop()`` has been marked as deprecated.
+
+
+Impact
+======
+
+Using ``setManualDateStart()``, ``getManualDateStart()``, ``setManualDateStop()`` and ``getManualDateStop()`` of Constraint model class will trigger a deprecation log message.
+
+
+Affected installations
+======================
+
+Instances which use custom form elements, which make use of ``setManualDateStart()``, ``getManualDateStart()``, ``setManualDateStop()`` and ``getManualDateStop()``.
+
+
+Migration
+=========
+
+No migration is possible for all methods, since those methods were unused for a long time already and should not be needed at all.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-63324-DataHandler-IncludeFileFunctions.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-63324-DataHandler-IncludeFileFunctions.rst
new file mode 100644 (file)
index 0000000..ccc3a00
--- /dev/null
@@ -0,0 +1,25 @@
+===================================================================
+Deprecation: #62864 - DataHandler->include_filefunctions deprecated
+===================================================================
+
+Description
+===========
+
+The public property ``->include_filefunctions`` has been marked as deprecated.
+It has not been formally defined and was only created dynamically in the code.
+
+Impact
+======
+
+In the history of the core this property has never been used (read). Extensions might have used it.
+
+
+Affected installations
+======================
+
+All installations running extensions that rely on reading this property. Currently no affected extensions are known.
+
+Migration
+=========
+
+If your extension needs to know whether the BasicFileUtility has been instantiated in DataHandler it could use ``$datahandler->fileFunc instanceof \TYPO3\CMS\Core\Utility\File\BasicFileUtility``
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-63522-ClientRelatedConditionDevice.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-63522-ClientRelatedConditionDevice.rst
new file mode 100644 (file)
index 0000000..731382b
--- /dev/null
@@ -0,0 +1,28 @@
+=================================================================
+Deprecation: #63522 - Deprecate the "device" TypoScript condition
+=================================================================
+
+Description
+===========
+
+Client related TypoScript conditions the ``device`` type condition have been marked as deprecated.
+
+Impact
+======
+
+Using a condition like ``[device = wap]`` is considered outdated and should be solved differently.
+
+Affected installations
+======================
+
+Instances with TypoScript that rely on ``[device = ...]``.
+
+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
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-63847-FormEngine-renderReadonly.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-63847-FormEngine-renderReadonly.rst
new file mode 100644 (file)
index 0000000..25a0440
--- /dev/null
@@ -0,0 +1,27 @@
+===========================================================
+Deprecation: #63847 - Deprecate FormEngine::$renderReadonly
+===========================================================
+
+Description
+===========
+
+The direct access to ``FormEngine::$renderReadonly`` has been marked as deprecated.
+
+
+Impact
+======
+
+Using ``FormEngine::$renderReadonly`` of FormEngine class will trigger a deprecation log message.
+
+
+Affected installations
+======================
+
+Instances which use custom form elements, which make use of ``FormEngine::$renderReadonly``.
+
+
+Migration
+=========
+
+Use ``AbstractFormElement::setRenderReadonly(TRUE)`` to force all elements to be rendered as read only fields.
+
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-63850-FormEngine-insertDefStyle.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-63850-FormEngine-insertDefStyle.rst
new file mode 100644 (file)
index 0000000..3715cfe
--- /dev/null
@@ -0,0 +1,24 @@
+==========================================================
+Deprecation: #63850 - Deprecate FormEngine::insertDefStyle
+==========================================================
+
+Description
+===========
+
+``FormEngine::insertDefStyle`` has been marked as deprecated.
+
+
+Impact
+======
+
+Using ``insertDefStyle`` of FormEngine class will trigger a deprecation log message.
+
+Affected installations
+======================
+
+Instances which use custom form elements, which make use of ``FormEngine::insertDefStyle``.
+
+Migration
+=========
+
+The property is unused and can be removed.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-63852-FormEngine-getAvailableLanguages.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-63852-FormEngine-getAvailableLanguages.rst
new file mode 100644 (file)
index 0000000..f3b5265
--- /dev/null
@@ -0,0 +1,26 @@
+===================================================================
+Deprecation: #63852 - Deprecate FormEngine::getAvailableLanguages()
+===================================================================
+
+Description
+===========
+
+``FormEngine::getAvailableLanguages()`` has been marked as deprecated.
+
+
+Impact
+======
+
+Using ``getAvailableLanguages()`` of FormEngine class will trigger a deprecation log message.
+
+
+Affected installations
+======================
+
+Instances which use custom form elements, which make use of ``FormEngine::getAvailableLanguages()``.
+
+
+Migration
+=========
+
+No migration possible.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-63855-FormEngine-sL.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-63855-FormEngine-sL.rst
new file mode 100644 (file)
index 0000000..2f21b41
--- /dev/null
@@ -0,0 +1,26 @@
+================================================
+Deprecation: #63855 - Deprecate FormEngine::sL()
+================================================
+
+Description
+===========
+
+``FormEngine::sL()`` has been marked as deprecated.
+
+
+Impact
+======
+
+Calling ``sL()`` of FormEngine class will trigger a deprecation log message.
+
+
+Affected installations
+======================
+
+Instances which use custom form elements, that use ``FormEngine::sL()``.
+
+
+Migration
+=========
+
+Use ``getLanguageService()`` instead.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-63864-FormEngine-renderVDEFDiff.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-63864-FormEngine-renderVDEFDiff.rst
new file mode 100644 (file)
index 0000000..0ffbbc1
--- /dev/null
@@ -0,0 +1,26 @@
+============================================================
+Deprecation: #63864 - Deprecate FormEngine::renderVDEFDiff()
+============================================================
+
+Description
+===========
+
+``FormEngine::renderVDEFDiff()`` has been marked as deprecated.
+
+
+Impact
+======
+
+Using ``FormEngine::renderVDEFDiff()`` of FormEngine class will trigger a deprecation log message.
+
+
+Affected installations
+======================
+
+Instances which use custom form elements, which make use of ``FormEngine::renderVDEFDiff()``.
+
+
+Migration
+=========
+
+No migration possible.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-63878-FormEngine-getLL.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-63878-FormEngine-getLL.rst
new file mode 100644 (file)
index 0000000..689cef7
--- /dev/null
@@ -0,0 +1,26 @@
+=================================================
+Deprecation: #63878 - Deprecate FormEngine::getLL
+=================================================
+
+Description
+===========
+
+``FormEngine::getLL()`` has been marked as deprecated.
+
+
+Impact
+======
+
+Using ``getLL()`` of FormEngine class will trigger a deprecation log message.
+
+
+Affected installations
+======================
+
+Instances which use custom form elements, which make use of ``FormEngine::getLL()``.
+
+
+Migration
+=========
+
+Use methods like ``sL`` of ``languageService`` directly.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-63889-FormEngine-getTSCpid.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-63889-FormEngine-getTSCpid.rst
new file mode 100644 (file)
index 0000000..5180af4
--- /dev/null
@@ -0,0 +1,26 @@
+=======================================================
+Deprecation: #63889 - Deprecate FormEngine::getTSCpid()
+=======================================================
+
+Description
+===========
+
+``FormEngine::getTSCpid()` has been marked as deprecated.
+
+
+Impact
+======
+
+Using ``FormEngine::getTSCpid()`` of FormEngine class will trigger a deprecation log message.
+
+
+Affected installations
+======================
+
+Instances which use custom form elements, which make use of ``FormEngine::getTSCpid()``.
+
+
+Migration
+=========
+
+Use ``BackendUtility::getTSCpidCached()`` instead.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-63912-FormEngine-unusedMethods.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-63912-FormEngine-unusedMethods.rst
new file mode 100644 (file)
index 0000000..46907b1
--- /dev/null
@@ -0,0 +1,29 @@
+==============================================================
+Deprecation: #63912 - Deprecate unused methods from FormEngine
+==============================================================
+
+Description
+===========
+
+``FormEngine::getSingleField_typeFlex_langMenu()`` has been marked as deprecated.
+``FormEngine::getSingleField_typeFlex_sheetMenu()`` has been marked as deprecated.
+``FormEngine::getSpecConfFromString()`` has been marked as deprecated.
+
+
+Impact
+======
+
+Using ``getSingleField_typeFlex_langMenu()``, ``getSingleField_typeFlex_sheetMenu()`` and ``getSpecConfFromString()`` of FormEngine class will trigger a deprecation log message.
+
+
+Affected installations
+======================
+
+Instances which use custom form elements, which make use of ``getSingleField_typeFlex_langMenu()``, ``getSingleField_typeFlex_sheetMenu()`` or ``getSpecConfFromString()``.
+
+
+Migration
+=========
+
+For ``getSingleField_typeFlex_langMenu()`` and ``getSingleField_typeFlex_sheetMenu()`` no migration is possible, those methods were unused for a long time already and should not be needed at all.
+For ``getSpecConfFromString()`` use method ``BackendUtility::getSpecConfParts()`` instead.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-64059-Pagetree-Navigation-Component.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-64059-Pagetree-Navigation-Component.rst
new file mode 100644 (file)
index 0000000..dfed169
--- /dev/null
@@ -0,0 +1,31 @@
+==========================================================
+Deprecation: #64059 - Non-ExtJS Page Tree Navigation Frame
+==========================================================
+
+Description
+===========
+
+The non-ExtJS page tree navigation frame which was used in the core until TYPO3 CMS 4.5, is still available and can be
+included within a module, if the module is registering a navFrameScript in ext_tables.php:
+
+.. code-block:: php
+
+       'navFrameScript' => 'alt_db_navframe.php'
+
+
+Impact
+======
+
+Usage of the PHP class, and the entry script typo3/alt_db_navframe.php has been marked as deprecated.
+
+
+Affected installations
+======================
+
+All installations with extensions using modules with the non-ExtJS page tree navigation frame.
+
+
+Migration
+=========
+
+Use the ExtJS navigationComponentID instead within the module registration.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-64109-Hook-softRefParserGL.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-64109-Hook-softRefParserGL.rst
new file mode 100644 (file)
index 0000000..71b66d8
--- /dev/null
@@ -0,0 +1,31 @@
+============================================================
+Deprecation: #64109 - Deprecate global hook softRefParser_GL
+============================================================
+
+
+Description
+===========
+
+The hook ``$GLOBALS['TYPO3_CONF_VARS']['SC_OPTIONS']['GLOBAL']['softRefParser_GL']`` has been marked as deprecated.
+It was a hook to add a general softRefParser which parsed every SoftReference regardless of its type.
+The ``softRefParser_GL``-hook was undocumented and used neither in core nor in any known extension.
+
+
+Impact
+======
+
+Creating a global softRefParser by adding a hook to
+``$GLOBALS['TYPO3_CONF_VARS']['SC_OPTIONS']['GLOBAL']['softRefParser_GL']`` will trigger a deprecation log message.
+
+
+Affected installations
+======================
+
+Instances with extensions using a ``$GLOBALS['TYPO3_CONF_VARS']['SC_OPTIONS']['GLOBAL']['softRefParser_GL']``-hook
+
+
+Migration
+=========
+
+A ``softRefParser_GL`` hook in an extension has to be replaced with multiple ``softRefParser`` hooks for each type the
+parser can handle.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-64134-TypoScriptTemplateObjectBrowserModuleFunctionController-verify_TSobjects.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-64134-TypoScriptTemplateObjectBrowserModuleFunctionController-verify_TSobjects.rst
new file mode 100644 (file)
index 0000000..a2ac30e
--- /dev/null
@@ -0,0 +1,26 @@
+===========================================================================================================
+Deprecation: #64134 - Deprecate TypoScriptTemplateObjectBrowserModuleFunctionController::verify_TSobjects()
+===========================================================================================================
+
+Description
+===========
+
+``TypoScriptTemplateObjectBrowserModuleFunctionController::verify_TSobjects()`` has been marked as deprecated.
+
+
+Impact
+======
+
+Using ``TypoScriptTemplateObjectBrowserModuleFunctionController::verify_TSobjects()`` will trigger a deprecation log message.
+
+
+Affected installations
+======================
+
+Instances which use of ``TypoScriptTemplateObjectBrowserModuleFunctionController::verify_TSobjects()``.
+
+
+Migration
+=========
+
+No migration possible.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-64147-ConstantEditorFunctions.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-64147-ConstantEditorFunctions.rst
new file mode 100644 (file)
index 0000000..0ad4e78
--- /dev/null
@@ -0,0 +1,28 @@
+======================================================
+Deprecation: #64147 - TemplateService->ext_getKeyImage
+======================================================
+
+Description
+===========
+
+``ExtendedTemplateService::ext_getKeyImage()`` has been marked as deprecated.
+``ConfigurationForm::ext_getKeyImage()`` has been marked as deprecated.
+
+
+Impact
+======
+
+Using the two methods will throw a deprecation message.
+
+
+Affected installations
+======================
+
+TYPO3 installations with extensions that call the methods above directly.
+
+
+Migration
+=========
+
+As in the methods directly, plain HTML based on Twitter bootstrap can be used.
+Example: ``<span class="label label-danger">3</span>``.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-64388-ContentObjectMethods.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-64388-ContentObjectMethods.rst
new file mode 100644 (file)
index 0000000..4d76410
--- /dev/null
@@ -0,0 +1,64 @@
+===============================================================================
+Deprecation: #64388 - Direct ContentObject methods within ContentObjectRenderer
+===============================================================================
+
+Description
+===========
+
+The following wrapper methods for ContentObject rendering within ContentObjectRenderer
+have been marked for removal for TYPO3 CMS 8.
+
+.. code-block:: php
+
+       FLOWPLAYER()
+       TEXT()
+       CLEARGIF()
+       COBJ_ARRAY()
+       USER()
+       FILE()
+       FILES()
+       IMAGE()
+       IMG_RESOURCE()
+       IMGTEXT()
+       CONTENT()
+       RECORDS()
+       HMENU()
+       CTABLE()
+       OTABLE()
+       COLUMNS()
+       HRULER()
+       CASEFUNC()
+       LOAD_REGISTER()
+       FORM()
+       SEARCHRESULT()
+       TEMPLATE()
+       FLUIDTEMPLATE()
+       MULTIMEDIA()
+       MEDIA()
+       SWFOBJECT()
+       QTOBJECT()
+       SVG()
+
+
+Impact
+======
+
+Using the methods above directly in any third party extension will trigger a deprecation log message.
+
+
+Affected installations
+======================
+
+Instances which use custom calls to ContentObjects via the methods above.
+
+
+Migration
+=========
+
+Replace the direct method calls to ``$contentObject->COBJECT()`` with the common method.
+
+Example for the SVG() ContentObject call:
+
+.. code-block:: php
+
+       $cObj->cObjGetSingle('SVG', $conf);
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-64711-UnusedCssStyledContentMethods.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-64711-UnusedCssStyledContentMethods.rst
new file mode 100644 (file)
index 0000000..a9c618a
--- /dev/null
@@ -0,0 +1,26 @@
+==========================================================================
+Deprecation: #64711 - Various methods within CSS Styled Content Controller
+==========================================================================
+
+Description
+===========
+
+The following methods within the main CSS Styled Content Controller responsible for rendering
+custom HTML due to lack of TypoScript logic in the past have been marked for removal for TYPO3 CMS 8.
+They are not part of the default CSS Styled Content TypoScript code since TYPO3 CMS 6.
+
+.. code-block:: php
+
+       CssStyledContentController->render_bullets()
+       CssStyledContentController->render_uploads()
+       CssStyledContentController->beautifyFileLink()
+
+Impact
+======
+
+Using the methods in custom TypoScript code or CSS Styled Content methods will throw a deprecation message.
+
+Migration
+=========
+
+Use default TypoScript from CSS Styled Content derived from the current version.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-64922-DeprecatedEntryPoints.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Deprecation-64922-DeprecatedEntryPoints.rst
new file mode 100644 (file)
index 0000000..b2323aa
--- /dev/null
@@ -0,0 +1,45 @@
+=============================================
+Deprecation: #64922 - Deprecated entry points
+=============================================
+
+Description
+===========
+
+The following entry points have been marked as deprecated:
+
+* typo3/tce_file.php
+* typo3/move_el.php
+* typo3/tce_db.php
+* typo3/login_frameset.php
+* typo3/sysext/cms/layout/db_new_content_el.php
+* typo3/sysext/cms/layout/db_layout.php
+
+
+Impact
+======
+
+Using one of the entry points in a backend module will throw a deprecation message.
+
+
+Migration
+=========
+
+Use ``\TYPO3\CMS\Backend\Utility\BackendUtility::getModuleUrl()`` instead with the according module name.
+
+typo3/tce_file.php
+``\TYPO3\CMS\Backend\Utility\BackendUtility::getModuleUrl('tce_file')``
+
+typo3/move_el.php
+``\TYPO3\CMS\Backend\Utility\BackendUtility::getModuleUrl('move_element')``
+
+typo3/tce_db.php
+``\TYPO3\CMS\Backend\Utility\BackendUtility::getModuleUrl('tce_db')``
+
+typo3/login_frameset.php
+``\TYPO3\CMS\Backend\Utility\BackendUtility::getModuleUrl('login_frameset')``
+
+typo3/sysext/cms/layout/db_new_content_el.php
+``\TYPO3\CMS\Backend\Utility\BackendUtility::getModuleUrl('new_content_element')``
+
+typo3/sysext/cms/layout/db_layout.php
+``\TYPO3\CMS\Backend\Utility\BackendUtility::getModuleUrl('web_layout')``
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Feature-15619-LeaveUnchagedInAccessModule.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Feature-15619-LeaveUnchagedInAccessModule.rst
new file mode 100644 (file)
index 0000000..bfb8f28
--- /dev/null
@@ -0,0 +1,9 @@
+==============================================================
+Feature: #15619 - Access module: Allow selector as "unchanged"
+==============================================================
+
+Description
+===========
+
+In order to only overwrite permissions in the access module and not the owner/group it is now possible
+to set the selector to " - leave unchanged - ".
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Feature-16794-MakeSectionLinkingForIndexedSearchResultsConfigurable.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Feature-16794-MakeSectionLinkingForIndexedSearchResultsConfigurable.rst
new file mode 100644 (file)
index 0000000..d03f61b
--- /dev/null
@@ -0,0 +1,17 @@
+===========================================================
+Feature: #16794 - Linking of Indexed Search result sections
+===========================================================
+
+Description
+===========
+
+Per default the section headlines of indexed search results are links.
+It is possible to disable those links, thus having the sections
+displayed as simple text.
+
+.. code-block:: typoscript
+
+       plugin.tx_indexedsearch.linkSectionTitles = 0
+
+Will result in not linked section headlines.
+The setting is per default set to 1 in order to preserve current behaviour.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Feature-20767-getDataByNestedKey.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Feature-20767-getDataByNestedKey.rst
new file mode 100644 (file)
index 0000000..d10a30f
--- /dev/null
@@ -0,0 +1,24 @@
+===============================================================
+Feature: #20767 - Allow nested array access on getData of field
+===============================================================
+
+Description
+===========
+
+Right now the ``getData`` type in TS only allows to access nested arrays in types GPVar and TSFE.
+Now the same is allowed for ``field`` too.
+
+If the field value is :code:`array('somekey' => array('level1' => array('level2' => 'somevalue')));`, you can get the
+``somevalue`` by configuring the following TypoScript.
+
+.. code-block:: typoscript
+
+       10 = TEXT
+       10.data = field:fieldname|level1|level2
+
+
+Impact
+======
+
+You can now access nested keys via getData ``field:``. Nested keys are not available with the default set of
+content objects, however just content objects and ``USER`` object may return such a field structure.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Feature-22086-StdWrapForHeadTag.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Feature-22086-StdWrapForHeadTag.rst
new file mode 100644 (file)
index 0000000..3627793
--- /dev/null
@@ -0,0 +1,20 @@
+=====================================================
+Feature: #22086 - Add .stdWrap to page.headTag option
+=====================================================
+
+Description
+===========
+
+The TypoScript setting page.headTag now has stdWrap functionality available.
+
+The new option can be set like this:
+
+.. code-block:: typoscript
+
+       page = PAGE
+       page.headTag = <head>
+       page.headTag.override = <head class="special">
+       page.headTag.override.if {
+         isInList.field = uid
+         value = 24
+       }
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Feature-24906-MaxForTextElement.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Feature-24906-MaxForTextElement.rst
new file mode 100644 (file)
index 0000000..523b421
--- /dev/null
@@ -0,0 +1,28 @@
+================================================================
+Feature: #24906 - Configuration for maximum chars in TextElement
+================================================================
+
+Description
+===========
+
+TCA type ``text`` now supports the HTML5 attribute ``maxlength`` to restrict
+text to a given maximum length. Line breaks are usually counted as two
+characters.
+
+Not every browser supports this, see sites like
+`w3schools.com <http://www.w3schools.com/tags/att_textarea_maxlength.asp>`_
+for details.
+
+The new option can be used like this:
+
+.. code-block:: php
+
+       'teaser' => array(
+               'label' => 'Teaser',
+               'config' => array(
+                       'type' => 'text',
+                       'cols' => 60,
+                       'rows' => 2,
+                       'max' => '30',
+               )
+       ),
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Feature-28382-AddAsyncPropertyToJavaScriptFiles.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Feature-28382-AddAsyncPropertyToJavaScriptFiles.rst
new file mode 100644 (file)
index 0000000..5e7b7de
--- /dev/null
@@ -0,0 +1,32 @@
+========================================================
+Feature: #28382 - Add async property to JavaScript files
+========================================================
+
+Description
+===========
+
+Add a property ``async="async"`` to JavaScript files via TypoScript
+
+``page.includeJSlibs.<array>.async = 1``
+
+This patch affects the TypoScript PAGE properties
+
+* includeJSLibs
+* includeJSFooterlibs
+* includeJS
+* includeJSFooter
+
+Usage:
+------
+
+.. code-block:: typoscript
+
+       page {
+               includeJS {
+                       jsFile = /Path/To/jsFile.js
+                       jsFile.async = 1
+               }
+       }
+
+..
+
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Feature-33491-StdWrapForTitleTag.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Feature-33491-StdWrapForTitleTag.rst
new file mode 100644 (file)
index 0000000..b5769b1
--- /dev/null
@@ -0,0 +1,17 @@
+==========================================================
+Feature: #33491 - Add stdWrap functionality to <title> tag
+==========================================================
+
+Description
+===========
+
+The <title> tag of a frontend page can already be controlled by various settings via TypoScript. However, the stdWrap
+part was not available yet, but is now compliant and available as an option ``config.pageTitle``. This option will be
+executed after all other existing processing options like ``config.titleTagFunction`` and ``config.pageTitleFirst``.
+
+The new option can be used like this, e.g. in order to write everything in uppercase in the title tag:
+
+.. code-block:: typoscript
+
+       page = PAGE
+       page.config.pageTitle.case = upper
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Feature-34944-PaginateHandleNonQueryResultObjects.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Feature-34944-PaginateHandleNonQueryResultObjects.rst
new file mode 100644 (file)
index 0000000..53393a5
--- /dev/null
@@ -0,0 +1,23 @@
+=====================================================================
+Feature: #34944 - PaginateViewHelper handles non-query-result objects
+=====================================================================
+
+Description
+===========
+
+The PaginateViewHelper accepts input collections of following types:
+
+- :code:`QueryResultInterface`
+- :code:`ObjectStorage`
+- :code:`\ArrayAccess`
+- :code:`array`
+
+.. code-block:: html
+
+       <f:widget.paginate objects="{blogs}" as="paginatedBlogs">
+               <f:for each="{paginatedBlogs}" as="blog">
+                       <h4>{blog.title}</h4>
+               </f:for>
+       </f:widget.paginate>
+
+..
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Feature-35891-AddTCAItemsWithIconsViaPageTSConfig.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Feature-35891-AddTCAItemsWithIconsViaPageTSConfig.rst
new file mode 100644 (file)
index 0000000..f9794d9
--- /dev/null
@@ -0,0 +1,22 @@
+=======================================================================
+Feature: #35891 - FormEngine: Possibility to add icons via PageTSconfig
+=======================================================================
+
+Description
+===========
+
+The possibility to add a new value/label pair for a select field in FormEngine is given via the pageTSconfig option
+"addItems". Now, it is also possible to give the items an icon. Either with the .icon subproperty or with the
+separate option "altIcons".
+
+.. code-block:: typoscript
+
+       TCEFORM.pages.doktype.addItems {
+               13 = My Label
+               13.icon = EXT:t3skin/icons/gfx/i/pages.gif
+       }
+       TCEFORM.pages.doktype.altIcons {
+               123 = EXT:myext/icon.gif
+       }
+
+If the path is not prefixed with "EXT:" it needs to be relative to the typo3/ directory.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Feature-46624-AdditionalWhereForMenu.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Feature-46624-AdditionalWhereForMenu.rst
new file mode 100644 (file)
index 0000000..623935a
--- /dev/null
@@ -0,0 +1,16 @@
+==========================================================
+Feature: #46624 - HMENU item selection via additionalWhere
+==========================================================
+
+Description
+===========
+
+The TypoScript Content Object HMENU menu options have a new property called "additionalWhere" to
+allow for a more specific database query based on any page properties.
+
+.. code-block:: typoscript
+
+       lib.authormenu = HMENU
+       lib.authormenu.1 = TMENU
+       lib.authormenu.1.additionalWhere = AND author!=""
+       ...
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Feature-47666-AttributeMulitpleForFormUploadViewhelper.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Feature-47666-AttributeMulitpleForFormUploadViewhelper.rst
new file mode 100644 (file)
index 0000000..86bb8d2
--- /dev/null
@@ -0,0 +1,18 @@
+=====================================================================
+Feature: #47666 - Attribute \"multiple\" for f:form.upload Viewhelper
+=====================================================================
+
+Description
+===========
+
+The Viewhelper allows now an attribute \"multiple\", that will provide
+a possibility to upload several files at once.
+
+.. code-block:: html
+
+       <f:form.upload property="files" multiple="multiple" />
+
+Will result in the according HTML tag providing the field content as array.
+
+Be aware, that you need to prepare the incoming value for the property mapping yourself,
+by writing your own TypeConverter.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Feature-49060-MySqlCommentsShownInSchemaMigrator.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Feature-49060-MySqlCommentsShownInSchemaMigrator.rst
new file mode 100644 (file)
index 0000000..3015932
--- /dev/null
@@ -0,0 +1,12 @@
+============================================================
+Feature: #49060 - MySql Comments reflected in SchemaMigrator
+============================================================
+
+Description
+===========
+
+Comments in the :file:`*.sql` files are stored the database table and shown
+by the Schema Migration Feature in Install Tool.
+
+Existing comments are overriden with changes provided by other extensions.
+
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Feature-50780-AppendElementBrowserMountPoints.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Feature-50780-AppendElementBrowserMountPoints.rst
new file mode 100644 (file)
index 0000000..5ab569f
--- /dev/null
@@ -0,0 +1,38 @@
+=====================================================
+Feature: #50780 - Append element browser mount points
+=====================================================
+
+Description
+===========
+
+A new UserTSconfig option is introduced:
+
+::
+
+       options.pageTree.altElementBrowserMountPoints.append
+
+This option allows administrators to add additional mount points
+in the RTE and the Wizard element browser instead of replacing
+the configured database mount points of the user when using the
+existing UserTSconfig option:
+
+::
+
+       options.pageTree.altElementBrowserMountPoints
+
+Usage:
+
+Set these options in User TSconfig:
+
+::
+
+       options.pageTree.altElementBrowserMountPoints = 20,31
+       options.pageTree.altElementBrowserMountPoints.append = 1
+
+
+Impact
+======
+
+Mount point overriding is centralized in the BackendUser object and
+used by element browsers of rtehtmlarea and recordlist for calculating
+the page tree mount points that are displayed to the user.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Feature-52131-HookForPageRepositoryInit.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Feature-52131-HookForPageRepositoryInit.rst
new file mode 100644 (file)
index 0000000..0f3868f
--- /dev/null
@@ -0,0 +1,17 @@
+========================================================
+Feature: #52131 - Hook for end of PageRepository->init()
+========================================================
+
+Description
+===========
+
+A new hook at the very end of the ``PageRepository->init()`` has been introduced.
+This function allows manipulation of where clause in order to modify select queries that involve visibility of pages.
+
+Register the hook as follows:
+
+.. code-block:: php
+
+       $GLOBALS['TYPO3_CONF_VARS']['SC_OPTIONS'][\TYPO3\CMS\Frontend\Page\PageRepository::class]['init']
+
+The hook class must implement the interface :code:`\TYPO3\CMS\Frontend\Page\PageRepositoryInitHookInterface`.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Feature-56236-Multiple-HTTP-Headers-In-Frontend.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Feature-56236-Multiple-HTTP-Headers-In-Frontend.rst
new file mode 100644 (file)
index 0000000..541729d
--- /dev/null
@@ -0,0 +1,37 @@
+===========================================================================
+Feature: #56236 - Multiple HTTP headers of the same type in Frontend Output
+===========================================================================
+
+Description
+===========
+
+It is now possible to use ``config.additionalHeaders`` as a TypoScript array object to add multiple headers
+at the same time
+
+Usage:
+
+.. code-block:: typoscript
+
+       config.additionalHeaders {
+               10 {
+                       # the header string
+                       header = WWW-Authenticate: Negotiate
+
+                       # replace previous headers with the same name
+            # optional, default is "on"
+                       replace = 0
+
+                       # optional, force the HTTP response code
+                       httpResponseCode = 401
+               }
+               # always set cache headers to private, overwriting the sophisticated TYPO3 option
+               20.header = Cache-control: Private
+       }
+
+See also: http://php.net/header
+
+Impact
+======
+
+The previous option ``config.additionalHeaders = X-Header: ABC|X-Header2: DEF`` is deprecated in favor of the more
+flexible solution.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Feature-56529-SupportHasInArrayObject.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Feature-56529-SupportHasInArrayObject.rst
new file mode 100644 (file)
index 0000000..2d4e871
--- /dev/null
@@ -0,0 +1,10 @@
+============================================================
+Feature: #56529 - Support \"has*\" Functions in ObjectAccess
+============================================================
+
+Description
+===========
+
+ObjectAccess supports \"is*\" and \"get*\" functions to return
+property values. Another convenience method is \"has*\", which
+can be used in the same way.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Feature-57178-SpecialHmenuExcludeSpecialParameters.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Feature-57178-SpecialHmenuExcludeSpecialParameters.rst
new file mode 100644 (file)
index 0000000..5191440
--- /dev/null
@@ -0,0 +1,20 @@
+===============================================
+Feature: #46624 - Additional HMENU browse menus
+===============================================
+
+Description
+===========
+
+The TypoScript Content Object HMENU with a ``special=browse`` option does not exclude "not in menu" pages nor
+pages that have a "no search" checkbox set. The two new options allow for more fine-grained selection of the items
+within the menu.
+
+The existing option "includeNotInMenu" was not available yet for the ``HMENU`` with ``special=browse`` enabled.
+
+.. code-block:: typoscript
+
+       lib.browsemenu = HMENU
+       lib.browsemenu.special = browse
+       lib.browsemenu.special.excludeNoSearchPages = 1
+       lib.browsemenu.includeNotInMenu = 1
+       ...
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Feature-58031-ConfigurableWidthOfElementBrowser.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Feature-58031-ConfigurableWidthOfElementBrowser.rst
new file mode 100644 (file)
index 0000000..389ac46
--- /dev/null
@@ -0,0 +1,19 @@
+===========================================================
+Feature: #50039 - Configurable width of the Element Browser
+===========================================================
+
+Description
+===========
+
+It is now possible to set the width and height of the element browser on a per-user basis via UserTSConfig.
+
+Usage:
+
+::
+       options.popupWindowSize = 400x900
+       options.RTE.popupWindowSize = 200x200
+
+Impact
+======
+
+The Element Browser width and height can be set for better usability and user experience.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Feature-58033-AltLabelsForFormEngineCheckboxAndRadioButtons.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Feature-58033-AltLabelsForFormEngineCheckboxAndRadioButtons.rst
new file mode 100644 (file)
index 0000000..0a7242a
--- /dev/null
@@ -0,0 +1,34 @@
+=================================================================================
+Feature: #58033 - Enable label override of checkbox and radio buttons by TSconfig
+=================================================================================
+
+Description
+-----------
+
+Use TSconfig to override labels of radio buttons and checkboxes used in FormEngine.
+
+For single checkboxes the key ``default`` is used:
+
+.. code-block:: typoscript
+
+       TCEFORM.pages.hidden.altLabels.default = individual label
+
+.. code-block:: typoscript
+
+       TCEFORM.pages.hidden.altLabels.default = LLL:path/to/languagefile.xlf:individualLabel
+
+For fields with multiple checkboxes, the value or the corresponding numeration (0,1,2,3) of the checkbox is used:
+
+.. code-block:: typoscript
+
+       TCEFORM.pages.l18n_cfg.altLabels.0 = individual label for the first checkbox
+       TCEFORM.pages.l18n_cfg.altLabels.1 = individual label for the second checkbox
+
+The same functionality works on radio buttons, where the "key" is the value of the radio button.
+
+As seen in the example, hard-coded strings or references to language files are allowed.
+
+Impact
+------
+
+The feature enables even more customization for FormEngine for any custom crafted backend instance.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Feature-58366-AutomaticAbsRefPrefix.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Feature-58366-AutomaticAbsRefPrefix.rst
new file mode 100644 (file)
index 0000000..b39b811
--- /dev/null
@@ -0,0 +1,39 @@
+===========================================================
+Feature: #58366 - Add "auto" Option for config.absRefPrefix
+===========================================================
+
+Description
+===========
+
+The TypoScript setting ``config.absRefPrefix`` can be used to allow URL rewriting like giving a hard
+prefix for all relative paths. As an alternative to ``config.baseURL`` to be set to a specific domain
+absRefPrefix can autodetect the site root and use that instead of manually setting this option.
+
+Frontend:
+
+The new option can be set like this:
+
+.. code-block:: typoscript
+
+       config.absRefPrefix = auto
+
+instead of hardcoded values for different environments or when moving installations in subfolders.
+
+.. code-block:: typoscript
+
+       [ApplicationContext = Production]
+       config.absRefPrefix = /
+
+       [ApplicationContext = Testing]
+       config.absRefPrefix = /my_site_root/
+
+As the feature only works with path prefixes, and not with host name variables from the server,
+the new option is also safe for multi-domain environments to avoid duplicate caching mechanism.
+
+
+Impact
+======
+
+The new special option can be used to automatically set up installations and distributions like
+the Introduction Package where a site configuration is shipped with the system but might need
+to be adjusted.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Feature-58929-FooterHookInPageLayoutView.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Feature-58929-FooterHookInPageLayoutView.rst
new file mode 100644 (file)
index 0000000..5f1a122
--- /dev/null
@@ -0,0 +1,8 @@
+====================================================================
+Feature: #58929 - PageLayoutView: Add hook for tt_content_drawFooter
+====================================================================
+
+Description
+===========
+
+A hook has been added to the PageLayoutView to manipulate the rendering of the footer of a content element.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Feature-60019-SplFileInfo-MimeTypeGuesser-hook.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Feature-60019-SplFileInfo-MimeTypeGuesser-hook.rst
new file mode 100644 (file)
index 0000000..fd47e6a
--- /dev/null
@@ -0,0 +1,31 @@
+===============================================================================
+Feature: #60019 - New SplFileInfo implementation with new mimeTypeGuessers hook
+===============================================================================
+
+Description
+===========
+
+A new class ``\TYPO3\CMS\Core\Type\File\FileInfo`` which extends ``SplFileInfo`` is now
+available as an API for fetching meta information from files.
+
+Besides the native .. _SplFileInfo API: http://php.net/manual/en/class.splfileinfo.php,
+it provides a new method ``getMimeType()`` to get the mime type of a file, e.g. text/html.
+It uses the native PHP function ``finfo_file()`` and ``mime_content_type()`` as a fallback.
+
+Example: Get the MIME type of a file
+
+.. code-block:: php
+
+  $fileIdentifier = '/tmp/foo.html';
+  $fileInfo = GeneralUtility::makeInstance(\TYPO3\CMS\Core\Type\File\FileInfo::class, $fileIdentifier);
+  echo $fileInfo->getMimeType();
+  // text/html
+
+New Hook 'mimeTypeGuessers'
+===========================
+
+Custom implementations to determine the MIME type can be added with a hook. Register the hook as follows:
+
+.. code-block:: php
+
+  $GLOBALS['TYPO3_CONF_VARS']['SC_OPTIONS'][\TYPO3\CMS\Core\Type\File\FileInfo::class]['mimeTypeGuessers']
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Feature-61542-AddIsoLanguageKeys.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Feature-61542-AddIsoLanguageKeys.rst
new file mode 100644 (file)
index 0000000..5602913
--- /dev/null
@@ -0,0 +1,68 @@
+===============================================================
+Feature: #61542 - Add two-letter ISO 639-1 keys to sys_language
+===============================================================
+
+Description
+===========
+
+The handling of the languages is done by the sys_language database table, which is usually referenced via the common
+sys_language_uid. The commonly referenced ISO 639-1 two-letter-code is only in use when static_info_tables is installed,
+which brings all ISO 639-1 letter-codes in a separate table. The CMS Core uses a hard-coded dependency on the extension
+to retrieve the ISO codes where needed, however, already ships an empty and invisible field "static_lang_isocode" which is
+already supplied by the CMS Core.
+
+As a first step to identify languages by their proper ISO 639-1 two-letter code a new DB field for sys_language called
+"language_isocode" is introduced, which is used in all places of the TYPO3 CMS Core.
+
+Additionally the new TypoScript option ``config.sys_language_isocode`` can be used to set the existing
+``$TSFE->sys_language_isocode`` variable via TypoScript. Previously this was done via static_info_tables.
+
+The ISO code is also used for the language attribute of the HTML tag. Therefore the setting ``config.htmlTag_langKey``
+is not needed anymore if it is the same as the ISO code.
+
+Impact
+======
+
+Frontend:
+The value ``$TSFE->sys_language_isocode`` is now filled at any time. It can be set via TypoScript, or is automatically
+set if the ``config.sys_language_uid`` parameter is set > 0 from the language_isocode DB field.
+
+.. code-block:: typoscript
+
+       # danish by default
+       config.sys_language_uid = 0
+       config.sys_language_isocode_default = da
+
+       [globalVar = GP:L = 1]
+               # isocode is filled by the respective DB value from sys_language (uid 1)
+               config.sys_language_uid = 1
+
+               # you can override this of course
+               config.sys_language_isocode = fr
+       [GLOBAL]
+
+The new field can be used in any TypoScript variable like
+
+.. code-block:: typoscript
+
+       page.10 = TEXT
+       page.10.data = TSFE:sys_language_isocode
+       page.10.wrap = <div class="main" data-language="|">
+
+Backend:
+
+All ISO code usages based on sys_language in the Backend (FormEngine, Translation Tools) is now done via the new field
+but still uses static_info_tables as fallback if already in use.
+
+Each sys_language record is now editable with the new DB field to select the respective ISO 639-1 code.
+
+Migration
+=========
+
+The upgrade wizard makes sure that the new DB field is filled properly so no deprecation warnings are written
+if static_info_tables in conjunction with the DB field "static_lang_isocode" was used before. If this field is
+used in a 3rd party extension, the extension developers and site integrators need to make sure it is switched
+to the new DB field sys_language.language_isocode.
+
+If a site uses multiple languages without static_info_tables each sys_language record should be modified to select
+the proper ISO 639-1 code for the languages.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Feature-61711-SignalAtVeryEndOfDataPreprocessorFetchRecord.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Feature-61711-SignalAtVeryEndOfDataPreprocessorFetchRecord.rst
new file mode 100755 (executable)
index 0000000..e7795de
--- /dev/null
@@ -0,0 +1,8 @@
+===========================================================================
+Feature: #61711 - Signal at the very end of DataPreprocessor::fetchRecord()
+===========================================================================
+
+Description
+===========
+
+This signal can be used to e.g. manipulate the ``regTableItems_data`` array to display that manipulated data in TCEForms.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Feature-61725-AddHookToBackendUtilityCountVersionsOfRecordsOnPage.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Feature-61725-AddHookToBackendUtilityCountVersionsOfRecordsOnPage.rst
new file mode 100644 (file)
index 0000000..fd6a26b
--- /dev/null
@@ -0,0 +1,16 @@
+=========================================================================
+Feature: #61725 - Hook for BackendUtility::countVersionsOfRecordsOnPage()
+=========================================================================
+
+Description
+===========
+
+Hook to post-process ``BackendUtility::countVersionsOfRecordsOnPage``
+result. ``BackendUtility::countVersionsOfRecordsOnPage`` is used to
+visualize workspace states in e.g. the page tree.
+
+Register like this:
+
+.. code-block:: php
+
+       $GLOBALS['TYPO3_CONF_VARS']['SC_OPTIONS']['t3lib/class.t3lib_befunc.php']['countVersionsOfRecordsOnPage'][] = 'My\Package\HookClass->hookMethod';
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Feature-62944-UserFuncAsDisplayCond.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Feature-62944-UserFuncAsDisplayCond.rst
new file mode 100644 (file)
index 0000000..83558ac
--- /dev/null
@@ -0,0 +1,19 @@
+=========================================================
+Feature: #62944 - UserFunc available as Display Condition
+=========================================================
+
+Description
+===========
+
+Being able to use userFunc as ``displayCondition`` makes it possible to
+check on any imaginable condition or state. If any situation can not
+be evaluated with any of the existing checks the developer is free
+to add an own user function which provides a boolean result whether
+to show or hide the TCA field.
+
+.. code-block:: php
+
+       $GLOBALS['TCA']['tt_content']['columns']['bodytext']['displayCond'] = 'USER:Evoweb\\Example\\User\\ElementConditionMatcher->checkHeaderGiven:any:more:information';
+
+Any parameters can be added (separated by colons) that are sent to the ConditionMatcher class.
+
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Feature-62960-SignalForMailerInitialization.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Feature-62960-SignalForMailerInitialization.rst
new file mode 100644 (file)
index 0000000..2451d35
--- /dev/null
@@ -0,0 +1,49 @@
+==================================================
+Feature: #62960 - Signal for mailer initialization
+==================================================
+
+Description
+===========
+
+This signal allows for additional processing upon initialization of a mailer object,
+e.g. registering a Swift mailer plugin.
+
+Registering the signal:
+
+::
+
+       $signalSlotDispatcher = \\TYPO3\\CMS\\Core\\Utility\\GeneralUtility::makeInstance(\\TYPO3\\CMS\\Extbase\\SignalSlot\\Dispatcher::class);
+       $signalSlotDispatcher->connect(
+               \\TYPO3\\CMS\\Core\\Mail\\Mailer::class,
+               'postInitializeMailer',
+               \\Vendor\\Package\\Slots\\MailerSlot::class,
+               'registerPlugin'
+       );
+
+..
+
+The slot class:
+
+::
+
+       <?php
+       namespace Vendor\\Package\\Slots;
+
+       use TYPO3\\CMS\\Core\\Mail\\Mailer;
+
+       class MailerSlot {
+               /**
+                * @param Mailer $mailer
+                * @return void
+                */
+               public function registerPlugin(Mailer $mailer) {
+                       // Processing here
+               }
+       }
+
+..
+
+Impact
+======
+
+Extensions may now perform arbitrary processing for every mail.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Feature-63207-SplitActionButtonsIntoGroups.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Feature-63207-SplitActionButtonsIntoGroups.rst
new file mode 100644 (file)
index 0000000..08709bf
--- /dev/null
@@ -0,0 +1,36 @@
+===============================================
+Feature: #63207 - Split buttons into two groups
+===============================================
+
+Description
+===========
+
+The action buttons in Web>List for pages and content elements have been split into two groups to organize
+the actions as primary and secondary actions. Primary actions are common RUD actions:
+- Show
+- Edit
+- Hide
+- Delete
+- Move up/down
+
+Secondary actions keep any other action. If "Extended view" is disabled, the primary actions are now
+still displayed, the secondary action are collapsed but can be expanded by clicking the expand trigger.
+
+
+Impact
+======
+
+Existing hooks will work like before. If an action is added to one of the two sections, the icon
+on rootlevel must be reset, please see Migration_.
+
+
+Migration
+=========
+
+.. code-block:: php
+
+       unset($cells['edit']);
+       $cells['primary']['edit'] = '<a class="btn btn-default"><span class="t3-icon fa fa-trash"></span></a>';
+       $cells['secondary']['edit'] = '<a class="btn btn-default"><span class="t3-icon fa fa-trash"></span></a>';`
+
+Icons, that are not added into a section, will be sorted into the secondary group.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Feature-63600-CustomTypoScriptConditionsInBackend.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Feature-63600-CustomTypoScriptConditionsInBackend.rst
new file mode 100644 (file)
index 0000000..b9a4cd6
--- /dev/null
@@ -0,0 +1,33 @@
+====================================================================
+Feature: #61489 - Allow own TypoScript Conditions in Backend as well
+====================================================================
+
+Description
+===========
+
+It is now possible to add own TypoScript conditions via a separate API in the Backend. The API for the frontend
+was introduced with TYPO3 CMS 7.0.
+
+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 fully namespaced class name.
+The class' main function "matchCondition" can flexibly evaluate any parameters given after the class name.
+
+Usage:
+
+.. code-block:: typoscript
+
+       [BigCompanyName\TypoScriptLovePackage\MyCustomTypoScriptCondition]
+
+       [BigCompanyName\TypoScriptLovePackage\MyCustomTypoScriptCondition = 7]
+
+       [BigCompanyName\TypoScriptLovePackage\MyCustomTypoScriptCondition = 7, != 6]
+
+       [BigCompanyName\TypoScriptLovePackage\MyCustomTypoScriptCondition = {$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.1/Feature-63729-ApiForBootstrapModals.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Feature-63729-ApiForBootstrapModals.rst
new file mode 100644 (file)
index 0000000..618280e
--- /dev/null
@@ -0,0 +1,112 @@
+==================================================
+Feature: #63729 - API for Twitter Bootstrap modals
+==================================================
+
+Description
+===========
+
+Actions that require a users' attention must be visualized by modal windows. TWBS provides those,
+but extension authors or core developers must take care of its creation and handling themselves.
+
+This API provides a basis to create modal windows with severity representation. For a better UX,
+if actions (buttons) are attached to the modal, one button must be a positive action. This button
+should get a btnClass and set as active.
+
+Modals should be used rarely and only for confirmations. For information the TYPO3.Flashmessage API should be used.
+For complex content, like forms or a lot of information, please use normal pages.
+
+
+Impact
+======
+
+API
+---
+
+The API provides only two public methods:
+
+1) ``TYPO3.Modal.confirm(title, content, severity, buttons)``
+2) ``TYPO3.Modal.dismiss()``
+
+Modal Settings
+========= =============== ============ ==============================================================
+Name      DataType        Mandatory    Description
+========= =============== ============ ==============================================================
+title     string          Yes          The title displayed in the modal
+content   string|jQuery   Yes          The content displayed in the modal
+severity  int                          Represents the severity of a modal. Please see TYPO3.Severity.
+                                       Default is ``TYPO3.Severity.info``.
+buttons   object[]                     Actions rendered into the modal footer. If empty, the footer
+                                       is not rendered. See table below.
+========= =============== ============ ==============================================================
+
+Button Settings
+========= =============== ============ ==============================================================
+Name      DataType        Mandatory    Description
+========= =============== ============ ==============================================================
+text      string          Yes          The text rendered into the button.
+trigger   function        Yes          Callback that's triggered on button click.
+active    bool                         Marks the button as active. If true, the button gets the
+                                       focus.
+btnClass  string                       The css class for the button
+========= =============== ============ ==============================================================
+
+Data-Attributes
+---------------
+
+It is also possible to use data-attributes to trigger a modal.
+e.g. on an anchor element, which prevents the default behavior.
+
+Data Attributes
+========================= ==============================================================
+Name                      Description
+========================= ==============================================================
+data-title                the title text for the modal
+data-content              the content text for the modal
+data-severity             the severity for the modal, default is info
+                          (see TYPO3.Severity.*)
+data-href                 the target URL, default is the href attribute of the element
+data-button-close-text    button text for the close/cancel button
+data-button-ok-text       button text for the ok button
+========================= ==============================================================
+
+``class="t3js-modal-trigger"`` marks the element as modal trigger
+
+Examples
+--------
+
+A basic modal without any specials can be created this way:
+
+.. code-block:: javascript
+
+       TYPO3.Modal.confirm('The title of the modal', 'This the the body of the modal');
+
+A modal as warning with button:
+
+.. code-block:: javascript
+
+       TYPO3.Modal.confirm('Warning', 'You may break the internet!', TYPO3.Severity.warning, [
+               {
+                       text: 'Break it',
+                       active: true,
+                       trigger: function() {
+                               // break the net
+                       }
+               }, {
+                       text: 'Abort!',
+                       trigger: function() {
+                               TYPO3.Modal.dismiss();
+                       }
+               }
+       ]);
+
+A modal as warning:
+
+.. code-block:: javascript
+
+       TYPO3.Modal.confirm('Warning', 'You may break the internet!', TYPO3.Severity.warning);
+
+A modal triggered on an anchor element:
+
+.. code-block:: html
+
+       <a href="delete.php" class="t3js-modal-trigger" data-title="Delete" data-content="Really delete?">delete</a>
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Feature-63913-AllowRequireJsModulesForContainerViewHelper.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Feature-63913-AllowRequireJsModulesForContainerViewHelper.rst
new file mode 100644 (file)
index 0000000..4764f70
--- /dev/null
@@ -0,0 +1,19 @@
+=====================================================================
+Feature: #63913 - Allow ContainerViewHelper to load RequireJS modules
+=====================================================================
+
+Description
+===========
+
+The ContainerViewHelper can load RequireJS modules via the ``includeRequireJsModules`` attribute. The scripts are passed
+as array.
+
+.. code-block:: html
+
+       <f:be.container pageTitle="Extension Module" loadJQuery="true"
+               includeRequireJsModules="{
+               0:'TYPO3/CMS/Extension/Module',
+               1:'TYPO3/CMS/Extension/Module2',
+               2:'TYPO3/CMS/Extension/Module3',
+               3:'TYPO3/CMS/Extension/Module4'
+       }">
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Feature-64031-JavaScript-Storage-API.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Feature-64031-JavaScript-Storage-API.rst
new file mode 100644 (file)
index 0000000..983b89a
--- /dev/null
@@ -0,0 +1,47 @@
+========================================
+Feature: #64031 - JavaScript Storage API
+========================================
+
+Description
+===========
+
+Accessing the Backend User configuration ($BE_USER->uc) can be handled in JavaScript with a common and simple
+key-value storage manner, allowing to store any data. Additionally, the use of HTML5s localStorage allows to
+store any data in the same way inside the browser. All localStorage data is prefixed with "t3-" in order to avoid
+collisions with other data from the same browserStorage.
+
+Impact
+======
+
+API Methods
+-----------
+
+The API provides two objects available in the top frame attached to the global TYPO3 object:
+
+1) ``top.TYPO3.Storage.Client``
+2) ``top.TYPO3.Storage.Persistent``
+
+Each object has the following API methods
+
+* ``get(key)`` To fetch the data behind the key.
+* ``set(key, value)`` To set/override a key with any arbitrary content.
+* ``isset(key)`` (bool) checks if the key is in use.
+* ``clear()`` to empty all data inside the storage.
+
+
+Examples
+--------
+
+To fetch data from the persistent user configuration, simple use the key known already:
+
+.. code-block:: javascript
+
+       top.TYPO3.Storage.Persistent.get('startModule');
+
+Storing / Updating data in the storage works like this, and can contain any data type.
+
+.. code-block:: javascript
+
+       top.TYPO3.Storage.Persistent.set('startModule', 'web_info');
+
+The same is possible for browserStorage using top.TYPO3.Storage.Client.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Feature-64190-FormEngineCheckboxElement.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Feature-64190-FormEngineCheckboxElement.rst
new file mode 100644 (file)
index 0000000..99f6730
--- /dev/null
@@ -0,0 +1,37 @@
+==================================================================
+Feature: #62960 - Inline rendering for FormEngine Checkbox Element
+==================================================================
+
+Description
+===========
+
+The checkbox setting ``inline`` for cols can be used to render the checkboxes
+directly next to each other to reduce the amount of used space.
+
+Example Configuration:
+
+::
+
+       'weekdays' => array(
+               'label' => 'Weekdays',
+               'config' => array(
+                       'type' => 'check',
+                       'items' => array(
+                               array('Mo', ''),
+                               array('Tu', ''),
+                               array('We', ''),
+                               array('Th', ''),
+                               array('Fr', ''),
+                               array('Sa', ''),
+                               array('Su', ''),
+                       ),
+                       'cols' => 'inline',
+               ),
+       ),
+
+..
+
+Impact
+======
+
+Checkboxes will be placed directly next to each other to reduce the amount of used space.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Feature-64257-MultipleUidInPageRepositoryGetMenu.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Feature-64257-MultipleUidInPageRepositoryGetMenu.rst
new file mode 100644 (file)
index 0000000..049345c
--- /dev/null
@@ -0,0 +1,18 @@
+===================================================================
+Feature: #64257 - Support multiple UID in PageRepository::getMenu()
+===================================================================
+
+Description
+===========
+
+An array of ``uid`` values can be passed to
+``PageRepository::getMenu()``, providing the chance to build menus
+from several roots.
+
+Example: Fetch children of pages #2 and #3:
+
+.. code-block:: php
+
+    $pageRepository = new \TYPO3\CMS\Frontend\Page\PageRepository();
+    $pageRepository->init(false);
+    $rows = $pageRepository->getMenu(array(2, 3));
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Feature-64386-ContentObjectRegistration.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Feature-64386-ContentObjectRegistration.rst
new file mode 100644 (file)
index 0000000..7f71014
--- /dev/null
@@ -0,0 +1,22 @@
+====================================================
+Feature: #64386 - Public Content Object Registration
+====================================================
+
+Description
+===========
+
+A new global option is now available to register and/or extend/overwrite content objects like TEXT.
+A list of all available Content Objects that was previously registered within the main ContentObjectRenderer class
+is now moved to the global array ``$GLOBALS['TYPO3_CONF_VARS']['FE']['ContentObjects']`` which allows for modifications
+via third-party extensions.
+
+Example: Register a new Content Object EXAMPLE in a third-party extension
+
+.. code-block:: php
+
+  $GLOBALS['TYPO3_CONF_VARS']['FE']['ContentObjects']['EXAMPLE'] = Acme\MyExtension\ContentObject\ExampleContentObject::class
+
+The registered class must be a subclass of ``TYPO3\CMS\Frontend\ContentObject\AbstractContentObject``.
+
+For future autoloading mechanisms, it is encouraged to place the custom ContentObject class inside
+``EXT:myextension/Classes/ContentObject/``.
diff --git a/typo3/sysext/core/Documentation/Changelog/7.1/Feature-64921-FlexibleSubmoduleConfiguration.rst b/typo3/sysext/core/Documentation/Changelog/7.1/Feature-64921-FlexibleSubmoduleConfiguration.rst
new file mode 100644 (file)
index 0000000..fd4dbdb
--- /dev/null
@@ -0,0 +1,33 @@
+=========================================================================
+Feature: #64921 - Needed changes for flexible configuration of submodules
+=========================================================================
+
+Description
+===========
+
+The additional configuration for submodules can now be configured with an extra
+parameter in ``ExtensionManagementUtility::addModule()`` since https://forge.typo3.org/issues/62880.
+This makes it possible to remove the conf.php file by setting the configuration within ``ExtensionManagementUtility::addModule()`` in ext_tables.php.
+
+When doing so you might have some issues with $this->MCONF not being set. This happens if your backend module extends
+from ``\TYPO3\CMS\Backend\Module\BaseScriptClass``.
+
+To fix this problem you need to add the module name in $this->MCONF.
+
+.. code-block:: php
+
+       /**
+        * The name of the module
+        *
+        * @var string
+        */
+       protected $moduleName = 'file_list';
+
+       /**
+        * Constructor
+        */
+       public function __construct() {
+               $this->MCONF = array(
+                       'name' => $this->moduleName
+               );
+       }
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Breaking-24900-CompatVersion-Setting-Removed.rst b/typo3/sysext/core/Documentation/Changelog/master/Breaking-24900-CompatVersion-Setting-Removed.rst
deleted file mode 100644 (file)
index 9c3667b..0000000
+++ /dev/null
@@ -1,34 +0,0 @@
-======================================================================
-Breaking: #24900 - Remove $TYPO3_CONF_VARS[SYS][compat_version] option
-======================================================================
-
-Description
-===========
-
-The option ``$TYPO3_CONF_VARS[SYS][compat_version]``, which was modified on update in the Install Tool wizard,
-is removed.
-
-Any checks on ``GeneralUtility::compat_version`` are now made against the common constant ``TYPO3_branch`` instead of
-the former TYPO3_CONF_VARS option.
-
-Impact
-======
-
-Any usage of ``$TYPO3_CONF_VARS[SYS][compat_version]`` where the value is different than ``TYPO3_branch`` will result
-in unexpected behaviour.
-
-TypoScript conditions which check for older compat_version will have different behaviour now.
-
-Affected installations
-======================
-
-Any installation where ``$TYPO3_CONF_VARS[SYS][compat_version]`` was not set to the currently running version
-or where the value of compat_version was used to simulate behaviour of an older version.
-E.g. TypoScript conditions or ``GeneralUtility::compat_version`` in extensions.
-
-
-Migration
-=========
-
-Remove any direct usage of the option, and use the "compat_version" method within GeneralUtility as well as the
-TypoScript condition "compat_version" which gives more accurate results.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Breaking-44879-CSSStyledContentTypoScriptBlockQuoteInlineStylesRemoved.rst b/typo3/sysext/core/Documentation/Changelog/master/Breaking-44879-CSSStyledContentTypoScriptBlockQuoteInlineStylesRemoved.rst
deleted file mode 100644 (file)
index bec1e46..0000000
+++ /dev/null
@@ -1,39 +0,0 @@
-=======================================================================
-Breaking: #44879 - TypoScript inline styles from blockquote tag removed
-=======================================================================
-
-Description
-===========
-
-CSS Styled Content renders blockquote tags using :code:`lib.parseFunc_RTE` TypoScript.
-For TYPO3 CMS 7.1, the following TypoScript lines have been removed without substitution:
-
-.. code-block:: typoscript
-
-lib.parseFunc_RTE.externalBlocks.blockquote.callRecursive.tagStdWrap.HTMLparser = 1
-lib.parseFunc_RTE.externalBlocks.blockquote.callRecursive.tagStdWrap.HTMLparser.tags.blockquote.overrideAttribs = style="margin-bottom:0;margin-top:0;"
-
-The effect is that the following inline styles have been removed from blockquote tags without substitution:
-
-.. code-block:: css
-
-       margin-bottom:0;
-       margin-top:0;
-
-Impact
-======
-
-Styling of blockquote tags based on CSS Styled Content could differ after upgrade to CMS 7.1.
-
-
-Affected installations
-======================
-
-All CMS 7.1 installations upgraded from 7.0 and below which use blockquote tags rendered by :code:`lib.parseFunc_RTE`.
-
-
-Migration
-=========
-
-It is recommended to fix the margins inside your website css. Alternatively, you can readd the above TypoScript lines
-to your website TypoScript template (not recommended).
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Breaking-57089-ShortcutBehaviour.rst b/typo3/sysext/core/Documentation/Changelog/master/Breaking-57089-ShortcutBehaviour.rst
deleted file mode 100644 (file)
index 1138083..0000000
+++ /dev/null
@@ -1,29 +0,0 @@
-=====================================================================================
-Breaking: #57089 - Behaviour of page shortcut to "Parent of selected or current page"
-=====================================================================================
-
-Description
-===========
-
-In former versions of TYPO3 CMS the page shortcut type "Parent of selected or current page" had a misleading label
-as the selected page was never taken into account, it always chose the parent of the current page.
-
-This is changed now and a selected page is considered, so the parent of the selected page is taken as target page.
-
-Impact
-======
-
-Assuming the supplied upgrade wizard was run, the behaviour of existing shortcuts will not change.
-
-If you fail to run the upgrade wizard, the target of a shortcut is changed to the parent of the
-selected page as the selected page is now respected.
-
-Affected installations
-======================
-
-Any installation using shortcut pages with shortcut type "Parent of selected or current page"
-
-Migration
-=========
-
-Run the supplied upgrade wizard in the Install Tool if it shows up.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Breaking-61510-IndexedSearch.rst b/typo3/sysext/core/Documentation/Changelog/master/Breaking-61510-IndexedSearch.rst
deleted file mode 100644 (file)
index a1e3998..0000000
+++ /dev/null
@@ -1,50 +0,0 @@
-================================================
-Breaking: #61510 - Improvement of indexed_search
-================================================
-
-Description
-===========
-
-The extension indexed_search is improved in the backend and frontend.
-
-Backend
--------
-
-Previously the functionality of indexed_search has been scattered to multiple modules.
-Information about indexed_search was available in a custom module in "Admin tools" and 2 sections in the "Info" module.
-
-The complete code has been moved to a central place, which is now a custom module in the area "Web" and has been rewritten
-by using Extbase & Fluid. Translations and a modern UI have been added as well.
-
-
-Impact
-======
-
-Changes in the Backend
-----------------------
-
-The previous user configuration for indexed_search modules is not working anymore.
-Therefore editors won't see the module anymore after login.
-
-Changes in the Frontend
------------------------
-
-The TypoScript configuration changed. If indexed_search is installed, it is automatically activated: ::
-
-       config.index_enable = 1
-       config.index_externals = 1
-
-
-
-Affected installations
-======================
-
-All installations using indexed_search
-
-Migration
-=========
-
-Backend
--------
-
-Reconfigure the backend users and groups if users need to see the module of indexed_search.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Breaking-62415-DisableAutoCreateRemoved.rst b/typo3/sysext/core/Documentation/Changelog/master/Breaking-62415-DisableAutoCreateRemoved.rst
deleted file mode 100644 (file)
index 2f7a9a9..0000000
+++ /dev/null
@@ -1,24 +0,0 @@
-===========================================================================
-Breaking: #62415 - Remove deprecated disable_autocreate field in workspaces
-===========================================================================
-
-Description
-===========
-
-The field "disable_autocreate" from ext:workspaces is removed.
-
-Impact
-======
-
-If a 3rd party extension relies on the removed field an SQL error will be thrown.
-
-
-Affected installations
-======================
-
-An installation is affected if a 3rd party extension relies on the removed field in the database.
-
-Migration
-=========
-
-Remove any usage of the removed field in 3rd party extensions.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Breaking-62886-RemoveMeaningfulTempFilePrefix.rst b/typo3/sysext/core/Documentation/Changelog/master/Breaking-62886-RemoveMeaningfulTempFilePrefix.rst
deleted file mode 100644 (file)
index 62c9321..0000000
+++ /dev/null
@@ -1,26 +0,0 @@
-==================================================================
-Breaking: #62886 - Removed setting config.meaningfulTempFilePrefix
-==================================================================
-
-Description
-===========
-
-The setting *config.meaningfulTempFilePrefix* which was still used for images built by GIFBUILDER and put in
-typo3temp/GB/ was removed. With this option it was possible to configure a meaningful file prefix limiting
-the filename prefix to a certain character length.
-
-Impact
-======
-
-All files will always have their original filename fully prepended in the folder typo3temp/GB/.
-
-Affected Installations
-======================
-
-All installations using GIFBUILDER to generate images. The files within typo3temp/GB/ will now be called
-with the full name of each original file before the hash and the file extension.
-
-Migration
-=========
-
-The setting can be removed from any TypoScript configuration because there is no impact anymore.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Breaking-62925-RemoveExtJsDateTimePicker.rst b/typo3/sysext/core/Documentation/Changelog/master/Breaking-62925-RemoveExtJsDateTimePicker.rst
deleted file mode 100644 (file)
index b2f2b8f..0000000
+++ /dev/null
@@ -1,25 +0,0 @@
-======================================================
-Breaking: #62925 - ExtJS Ext.ux.DateTimePicker removed
-======================================================
-
-Description
-===========
-
-The old ExtJS component Ext.ux.DateTimePicker was removed and replaced with a
-bootstrap alternative. For technical reasons, the feature had to be removed.
-Thus the possibility to use "+3d" or "today" in input fields is not
-available anymore
-
-
-Impact
-======
-
-Extensions which rely on Ext.ux.DateTimePicker will break.
-
-
-Migration
-=========
-
-Use the new bootstrap DateTimePicker component which can be loaded with
-require.js. Example implementations can be found in EXT:belog, EXT:scheduler
-and FormEngine component of the TYPO3 CMS core.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Breaking-63296-Removed-Files.rst b/typo3/sysext/core/Documentation/Changelog/master/Breaking-63296-Removed-Files.rst
deleted file mode 100644 (file)
index 71f20eb..0000000
+++ /dev/null
@@ -1,35 +0,0 @@
-==================================================
-Breaking: #63296 - Deprecated typo3/ files removed
-==================================================
-
-Description
-===========
-
-The following script entry points are removed without substitution:
-
-- typo3/file_edit.php
-- typo3/file_newfolder.php
-- typo3/file_rename.php
-- typo3/file_upload.php
-- typo3/show_rechis.php
-- typo3/listframe_loader.php
-
-The corresponding ListFrameLoaderController class is now deprecated.
-
-Impact
-======
-
-A script pointing to one of these file resources will trigger a 404 server response.
-
-Affected installations
-======================
-
-An extension needs to be adapted in the unlikely case that it uses a link to any of the files.
-
-Migration
-=========
-
-The functionality of these scripts (except listframe_loader.php which is not used at all any more) are moved to "modules"
-Use BackendUtility::getModuleUrl() to link to them. The module name is like the file name without .php
-
-e.g. BackendUtility::getModuleUrl('file_edit');
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Breaking-63310-Wizard-Modules-Moved.rst b/typo3/sysext/core/Documentation/Changelog/master/Breaking-63310-Wizard-Modules-Moved.rst
deleted file mode 100644 (file)
index 4aed15e..0000000
+++ /dev/null
@@ -1,26 +0,0 @@
-================================================
-Breaking: #63310 - Web=>Functions=>Wizards moved
-================================================
-
-Description
-===========
-
-The two module functions "Create Pages" and "Sort Pages" located within the extensions "wizard_crpages" and
-"wizard_sortpages" were located under Web => Functions => Wizards. This structure is now simplified as the wizards
-are moved one level up in Web => Functions.
-
-Impact
-======
-
-Any options set via TSconfig for these wizards for the module menu have changed. The existing options don't work
-anymore.
-
-Affected installations
-======================
-
-Any installation using TSconfig like "web_func.menu.wiz" needs to be adapted.
-
-Migration
-=========
-
-The respective options "web_func.menu.wiz" are moved towards "web_func.menu.functions".
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Breaking-63431-BackendToolbarRefactored.rst b/typo3/sysext/core/Documentation/Changelog/master/Breaking-63431-BackendToolbarRefactored.rst
deleted file mode 100644 (file)
index 053a83a..0000000
+++ /dev/null
@@ -1,32 +0,0 @@
-=============================================
-Breaking: #63431 - Backend toolbar refactored
-=============================================
-
-Description
-===========
-
-The upper right backend toolbar was refactored with TYPO3 CMS 7.0. A new PHP interface
-and a new registration was introduced.
-
-Impact
-======
-
-Extensions not adapted to the new interface will not show up in the toolbar anymore, but
-will not throw a fatal PHP error.
-
-Method BackendController::addToolbarItem() is deprecated.
-
-Affected installations
-======================
-
-If a TYPO3 CMS instance uses extensions based on the old interface and registration, the
-according items will vanish from the toolbar.
-
-Migration
-=========
-
-Extensions must implement the new interface \TYPO3\CMS\Backend\Toolbar\ToolbarItemInterface
-and must register in $GLOBALS['TYPO3_CONF_VARS']['BE']['toolbarItems'].
-
-Warning: The new interface is not 100% finished, method checkAccess() will probably be
-substituted by two other methods in later TYPO3 CMS versions.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Breaking-63437-ClassAliasesMovedToLegacyExtension.rst b/typo3/sysext/core/Documentation/Changelog/master/Breaking-63437-ClassAliasesMovedToLegacyExtension.rst
deleted file mode 100644 (file)
index c9fa856..0000000
+++ /dev/null
@@ -1,39 +0,0 @@
-==========================================================
-Breaking: #63437 - Class aliases moved to legacy extension
-==========================================================
-
-Description
-===========
-
-With the switch to namespaced classes in TYPO3 CMS 6.0, a class alias mechanism
-has been set up to support the old class names as aliases for a while. All those
-class aliases are now moved to the dedicated extension "compatibility6". This
-extension will be removed from the core with in the future TYPO3 CMS 7 development.
-
-Removing the class aliases from the core results in a significant performance gain
-especially during first load with empty caches.
-
-
-Impact
-======
-
-If extensions still rely on old non-namespaced class names, ext:compatibility6 can
-be loaded to keep further backwards compatibility for now - with the side effect of
-drained performance.
-
-Affected installations
-======================
-
-TYPO3 CMS 7 installations need compatibility6 extension loaded if old extensions are
-used that are still not adapted to the namespaced core classess.
-
-Migration
-=========
-
-During upgrading, the "Extension check" of the install tool may find old extensions that
-still rely on old class names and can unload those. The backend may work again to load
-extension "compatibility6", or to unload further extensions that rely on old class names.
-
-Another option is to manually set all extensions that rely on old class names to "inactive"
-in typo3conf/PackageStates.php, or to set compatibility6 to "active". If a manual change is
-done, typo3temp/Cache directory should be deleted afterwards.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Breaking-63464-IncludeOnceArraysRemoved.rst b/typo3/sysext/core/Documentation/Changelog/master/Breaking-63464-IncludeOnceArraysRemoved.rst
deleted file mode 100644 (file)
index 5a13adf..0000000
+++ /dev/null
@@ -1,39 +0,0 @@
-========================================================================
-Breaking: #63464 - Remove include_once inclusions inside ModuleFunctions
-========================================================================
-
-Description
-===========
-
-The functionality to include PHP files within module functions (e.g. info module) via an include_once array
-has been removed. The API did not use the include_once array anymore, and certain places were marked as deprecated
-since TYPO3 CMS 6.2. All module functions are using the common autoloading functionality via namespaced classes.
-
-The following include_once arrays within the following modules are removed:
-  * Web => Page
-  * Web => Page - New Content Element Wizard
-  * Web => Functions
-  * Web => Info
-  * Web => Template
-  * Web => Recycler
-  * User => Task Center
-  * System => Scheduler
-
-Impact
-======
-
-Any non-API usage of the include_once array in any custom module function will fail.
-
-
-Affected installations
-======================
-
-Any installation with an extension using the property $include_once to load additional files via direct access instead
-of using the API via ``ExtensionManagementUtility::insertModuleFunction()``.
-
-
-Migration
-=========
-
-Use the autoloader to load any custom classes inside your code, or any hooks if available in the custom module functions
-to include any file.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Breaking-63687-WebFunctionsWizards-Moved.rst b/typo3/sysext/core/Documentation/Changelog/master/Breaking-63687-WebFunctionsWizards-Moved.rst
deleted file mode 100644 (file)
index dd282bd..0000000
+++ /dev/null
@@ -1,32 +0,0 @@
-====================================================================
-Breaking: #63687 - Web=>Functions=>Wizards moved to legacy extension
-====================================================================
-
-Description
-===========
-
-Within the "Web" => "Functions" module there is a nested layer called "Wizards" where "Sort pages" and
-"Bulk-create new pages" resided until TYPO3 CMS 7.1. These are now moved directly underneath "Web" => "Functions",
-so the "Wizards" module function becomes obsolete, and with it the whole extension called "func_wizards" that provided
-this nested layer. The module function "Wizards" has been moved to the legacy extension "compatibility6". The
-extension "func_wizards" has been completely removed from the core.
-
-Impact
-======
-
-The existing "Functions" provided by the TYPO3 CMS Core are now directly dependant and hooked into "Web" => "Functions".
-Any extensions using "Web" => "Functions" => "Wizards" will not show up anymore.
-
-
-Affected installations
-======================
-
-TYPO3 CMS 7 installations need compatibility6 extension loaded if old extensions are still hook into
-"Web" => "Functions" => "Wizards".
-
-Migration
-=========
-
-Any extension hooking into "Web" => "Functions" => "Wizards" need to be adapted. In their ext_tables.php the
-"insertModuleFunciton" call does not need to have a 5th parameter given. The compatibility6 extension is then not
-needed anymore.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Breaking-63780-RemoveWordStringsFromReferenceIndex.rst b/typo3/sysext/core/Documentation/Changelog/master/Breaking-63780-RemoveWordStringsFromReferenceIndex.rst
deleted file mode 100644 (file)
index 9c099bb..0000000
+++ /dev/null
@@ -1,30 +0,0 @@
-======================================================================================
-Breaking: #63780 - Remove public properties words and word_strings from ReferenceIndex
-======================================================================================
-
-Description
-===========
-
-Public properties words and word_strings are removed from class \TYPO3\CMS\Core\Database\ReferenceIndex.
-ReferenceIndex->words was always an empty array and ReferenceIndex->word_strings contained string from
-input and text field of every record that was given to this class instance.
-
-
-Impact
-======
-
-An extension relying on one of the public properties to be there will fail.
-
-
-Affected installations
-======================
-
-It is unlikely that any extension used property words or word_strings. An instance could be
-checked by searching for usages of class ReferenceIndex.
-
-
-Migration
-=========
-
-The according logic needs to be re-implemented in the extension that used the content of these
-properties.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Breaking-63818-RemovedStaticFileEdit.rst b/typo3/sysext/core/Documentation/Changelog/master/Breaking-63818-RemovedStaticFileEdit.rst
deleted file mode 100644 (file)
index 48fd28d..0000000
+++ /dev/null
@@ -1,29 +0,0 @@
-=========================================================
-Breaking: #63818 - Removed Static file edit functionality
-=========================================================
-
-Description
-===========
-
-A special TCA configuration enabled RTE fields to write its content to sections within files. The configuration
-was done in "defaultExtras" array, "static_write" section and documented in
-TCA reference->AdditionalFeatures->SpecialConfigurationOptions.
-
-This functionality is removed without substitution.
-
-Impact
-======
-
-Content of RTE fields will no longer be written to files.
-
-
-Affected installations
-======================
-
-In the unlikely case this feature was used by anyone its usage can be located by searching for "static_write"
-keyword in TCA configuration.
-
-Migration
-=========
-
-Move this logic elsewhere, eg. use hooks in DataHandler to write out DB content.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Breaking-64059-Rewritten-JavaScript-Tree-Components.rst b/typo3/sysext/core/Documentation/Changelog/master/Breaking-64059-Rewritten-JavaScript-Tree-Components.rst
deleted file mode 100644 (file)
index 8da8e78..0000000
+++ /dev/null
@@ -1,36 +0,0 @@
-=======================================================
-Breaking: #64059 - Rewritten Javascript Tree Components
-=======================================================
-
-Description
-===========
-
-In the process of refactoring prototype/scriptaculous code and migrate to an AMD module, the tree component and its
-drag&drop parts are migrated to a RequireJS / jQuery module.
-
-The page tree filter functionality of the prototype tree, which is not used in the TYPO3 core, was removed from the
-tree component.
-
-The file typo3/js/tree.js was removed, the replacement code, based on jQuery is located under
-EXT:backend/Resources/Public/JavaScript/LegacyTree.js.
-
-
-Impact
-======
-
-Any usages in third party extensions that include js/tree.js will fail, as the tree component was removed. Any
-extension using the filter part of the tree.js component will not work.
-
-
-Affected installations
-======================
-
-Any installation with its own backend module using the tree component from the core.
-
-
-Migration
-=========
-
-Rewrite any needed logic for filtering, and include the RequireJS module like in e.g.
-FileSystemNavigationFrameController.php, to use the tree component. If the old code is needed, the tree.js file
-and prototype need to be included as part of the extension, not from the core.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Breaking-64070-GlobalWebmountsRemoved.rst b/typo3/sysext/core/Documentation/Changelog/master/Breaking-64070-GlobalWebmountsRemoved.rst
deleted file mode 100644 (file)
index 66b4efe..0000000
+++ /dev/null
@@ -1,25 +0,0 @@
-====================================================
-Breaking: #64070 - Removed global variable WEBMOUNTS
-====================================================
-
-Description
-===========
-
-The global variable WEBMOUNTS was removed, as the same data from the WEBMOUNTS can always be fetched via
-``$GLOBALS['BE_USER']->returnWebmounts()``.
-
-Impact
-======
-
-The variable ``$GLOBALS['WEBMOUNTS']`` will no longer be filled.
-
-
-Affected installations
-======================
-
-Any installation using ``$GLOBALS['WEBMOUNTS']`` directly within an extension will produce a wrong result.
-
-Migration
-=========
-
-Replace all occurrences of ``$GLOBALS['WEBMOUNTS']`` with ``$GLOBALS['BE_USER']->returnWebmounts()``.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Breaking-64102-MoveT3TableAndT3ButtonToBootstrap.rst b/typo3/sysext/core/Documentation/Changelog/master/Breaking-64102-MoveT3TableAndT3ButtonToBootstrap.rst
deleted file mode 100644 (file)
index 16e4672..0000000
+++ /dev/null
@@ -1,30 +0,0 @@
-===========================================================
-Breaking: #64102 - Move t3-table and t3-button to bootstrap
-===========================================================
-
-Description
-===========
-
-In transition to full boostrap coverage and streamlining the backend, we are dropping the support for the css classes
-.t3-table and .t3-button. We are replacing them with the corresponding bootstrap css classes for tables and buttons.
-See http://getbootstrap.com/css/#tables and http://getbootstrap.com/css/#buttons for more details.
-
-
-Impact
-======
-
-Custom implementations of tables and and buttons in backendmodules will lose the TYPO3 default styling.
-
-
-Affected installations
-======================
-
-Extensions that provide custom backend modules that are using the css classes .t3-table / .t3-button
-
-
-Migration
-=========
-
-For tables we recommend the usage of the css class combination "table table-striped table-hover" instead of "t3-table".
-
-For buttons we recommend the usage of the css class combination "btn btn-default" instead of "t3-button".
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Breaking-64131-ResizableTextareasOptionDropped.rst b/typo3/sysext/core/Documentation/Changelog/master/Breaking-64131-ResizableTextareasOptionDropped.rst
deleted file mode 100644 (file)
index 4d74392..0000000
+++ /dev/null
@@ -1,13 +0,0 @@
-====================================================
-Breaking: #64131 - Resizable Textarea option removed
-====================================================
-
-Description
-===========
-
-The User Setting "Resizable Textarea" for FormEngine textarea fields has been removed.
-
-Impact
-======
-
-The option and its feature is no longer available.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Breaking-64143-FlagFilesMoved.rst b/typo3/sysext/core/Documentation/Changelog/master/Breaking-64143-FlagFilesMoved.rst
deleted file mode 100644 (file)
index bea7b74..0000000
+++ /dev/null
@@ -1,24 +0,0 @@
-======================================================
-Breaking: #64143 - Language / Country Flag files moved
-======================================================
-
-Description
-===========
-
-The static GIF file collection representing flags within typo3/gfx/flags/ are removed. All PNG flag images from
-EXT:t3skin are moved from typo3/sysext/t3skin/images/flags/ to typo3/sysext/core/Resources/Public/Icons/flags/. The
-according stylesheets for the that flags-* icon files are moved to EXT:core as well.
-
-Impact
-======
-
-Any hard-coded reference on any of the files within typo3/gfx/flags/ and typo3/sysext/core/Resources/Public/Icons/flags/
-will result in an error.
-
-Changing of the EXT:t3skin flags sprite now means changing the flags sprite of EXT:core.
-
-Affected installations
-======================
-
-Any installation using third-party extensions that access typo3/gfx/flags/ or
-typo3/sysext/t3skin/images/flags/ will fail.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Breaking-64190-FormEngineCheckboxElement.rst b/typo3/sysext/core/Documentation/Changelog/master/Breaking-64190-FormEngineCheckboxElement.rst
deleted file mode 100644 (file)
index 147819b..0000000
+++ /dev/null
@@ -1,29 +0,0 @@
-=========================================================================
-Breaking: #63818 - FormEngine Checkbox Element limitation of cols setting
-=========================================================================
-
-Description
-===========
-
-The TCA configuration for checkbox cols has been changed. We reduced the
-number of accepted values to 1, 2, 3, 4 and 6 to provide a responsive experience.
-
-For usecases like checkboxes for weekdays like mo, tu, we, th, fr, sa, su
-we introduced a new value "inline".
-
-Impact
-======
-
-For values equals 5 or above 6 the rendering of 6 will be used.
-
-
-Affected installations
-======================
-
-Installations with TCA column configurations for checkboxes with values
-equals 5 or above 6.
-
-Migration
-=========
-
-Choose between one of the supported valued or change the display to inline.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Breaking-64226-OptionAccessListRenderModeRemoved.rst b/typo3/sysext/core/Documentation/Changelog/master/Breaking-64226-OptionAccessListRenderModeRemoved.rst
deleted file mode 100644 (file)
index d5b44fb..0000000
+++ /dev/null
@@ -1,42 +0,0 @@
-============================================================================
-Breaking: #64226 - Option $TYPO3_CONF_VARS[BE][accessListRenderMode] removed
-============================================================================
-
-Description
-===========
-
-The ``$GLOBALS[TYPO3_CONF_VARS][BE][accessListRenderMode]`` option, which acted as a shorthand function
-to set permission-related fields for modules and excludeFields, was removed.
-
-All corresponding fields in TCA tables be_users and be_groups are set to the already-default value "checkbox"
-given in the DefaultConfiguration.php file.
-
-Impact
-======
-
-All respective fields will show up as a checkbox selection within FormEngine (implying the value
-renderMethod=checkbox).
-
-
-Affected installations
-======================
-
-Installations having this option set to something different than "checkbox" will result in a having the fields
-displayed as checkboxes.
-
-Migration
-=========
-
-Choose between the default value "checkbox" (no change required then) or set the following values inside the
-file ``typo3conf/extTables.php`` to the option of your needs.
-
-.. code-block:: php
-
-       $GLOBALS['TCA']['be_users']['columns']['file_permissions']['config']['renderMode'] = 'singlebox';
-       $GLOBALS['TCA']['be_users']['columns']['userMods']['config']['renderMode'] = 'singlebox';
-       $GLOBALS['TCA']['be_groups']['columns']['file_permissions']['config']['renderMode'] = 'singlebox';
-       $GLOBALS['TCA']['be_groups']['columns']['pagetypes_select']['config']['renderMode'] = 'singlebox';
-       $GLOBALS['TCA']['be_groups']['columns']['tables_select']['config']['renderMode'] = 'singlebox';
-       $GLOBALS['TCA']['be_groups']['columns']['tables_modify']['config']['renderMode'] = 'singlebox';
-       $GLOBALS['TCA']['be_groups']['columns']['non_exclude_fields']['config']['renderMode'] = 'singlebox';
-       $GLOBALS['TCA']['be_groups']['columns']['userMods']['config']['renderMode'] = 'singlebox';
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Breaking-64229-TrimSubmittedLoginFormData.rst b/typo3/sysext/core/Documentation/Changelog/master/Breaking-64229-TrimSubmittedLoginFormData.rst
deleted file mode 100644 (file)
index f30066c..0000000
+++ /dev/null
@@ -1,30 +0,0 @@
-==============================================================
-Breaking: #64229 - Trim submitted login-form-data before usage
-==============================================================
-
-Description
-===========
-
-Data submitted through the login-forms (frontend and backend) will now be trimmed before the login is performed.
-So now all fields (like username or password) with leading/following whitespaces will have those removed.
-Any whitespaces inside fields will however not be touched.
-
-
-Impact
-======
-
-Users that have had whitespaces at the beginning or end of their usernames or password will not be able to log in anymore.
-
-
-Affected installations
-======================
-
-Any installation relying on whitespaces at the beginning or end of either a username or a password.
-Please note that the TYPO3 backend didn't allow whitespaces for usernames in frontend or backend
-and only allowed whitespaces for passwords of backend users until now.
-
-
-Migration
-=========
-
-Update usernames/passwords.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Breaking-64361-ComposerClassLoading.rst b/typo3/sysext/core/Documentation/Changelog/master/Breaking-64361-ComposerClassLoading.rst
deleted file mode 100644 (file)
index f8d17ab..0000000
+++ /dev/null
@@ -1,47 +0,0 @@
-============================================
-Deprecation: #64361 - Composer Class Loading
-============================================
-
-Description
-===========
-
-TYPO3 CMS started integrating composer support and by that
-embracing PHP standards PSR-0 and PSR-4 for class loading that comes with composer.
-The old class loader is still present and registered and will handle loading extension classes
-that do not follow the above mentioned standards.
-
-For the time being a pre-compiled compiled composer class loader is shipped with the git repository,
-so that people using the TYPO3 sources directly from there can use it without requiring a ``composer install``
-step.
-
-It is possible however to do a ``composer install`` in the TYPO3 sources directory or a top level distribution directory
-to gain full control over class loading of your TYPO3 installation. This step is optional and currently requires
-a deep knowledge of composer and as such currently is only recommended for people very familiar with this process.
-
-Further technical details can be found in the `wiki`_.
-
-Impact
-======
-
-Third party libraries added to a TYPO3 installation via composer, can immediately be used without
-further manual intervention. The classes cache for most core classes will be gone. Classes resolving
-is slowly shifted from a run time task, executed and monitored in every request to a installation task
-with composer.
-
-Affected installations
-======================
-
-Some installations could be affected which were previously installed via composer,
-but now not properly updated using composer. And outdated Packages/Libraries/autoload.php file
-present in the system, will lead to fatal errors.
-
-
-Migration
-=========
-
-If you previously installed TYPO3 via composer, make sure you perform a ``composer update`` command to reflect
-the current changes in your Packages folder.
-
-
-.. _`wiki`: http://wiki.typo3.org/ComposerClassLoader
-
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Breaking-64637-CSSStyledContentLegacyTypoScriptRemoved.rst b/typo3/sysext/core/Documentation/Changelog/master/Breaking-64637-CSSStyledContentLegacyTypoScriptRemoved.rst
deleted file mode 100644 (file)
index c2d6d6f..0000000
+++ /dev/null
@@ -1,37 +0,0 @@
-================================================================================
-Breaking: #64637 - Compatibility CSS Styled Content TypoScript templates removed
-================================================================================
-
-Description
-===========
-
-CSS Styled Content ships compatibility TypoScript templates for being compatible with older versions. For TYPO3 CMS 7,
-all templates to render a compatibility frontend for the following versions have been removed without substitution.
-
- * TYPO3 CMS 6.1
- * TYPO3 CMS 6.0
- * TYPO3 CMS 4.7
- * TYPO3 CMS 4.6
- * TYPO3 CMS 4.5
-
-Impact
-======
-
-It is not possible to have the TYPO3 CMS frontend rendering based on CSS Styled Content of CMS 7 behave like a version
-prior to TYPO3 CMS 6.2.
-
-
-Affected installations
-======================
-
-All installations using the TypoScript templates to have the TYPO3 frontend powered via CSS Styled Content with
-a compatibility TypoScript will result with no output.
-
-
-Migration
-=========
-
-For installations still needing the old templates, an old version of the template (e.g. from TYPO3 CMS 6.2)
-need to be included separately. Any other installation still using the old TypoScript templates should migrate to
-the latest TypoScript templates of CSS Styled Content by choosing the correct version inside the Web=>Template
-module.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Breaking-64639-RemovedContentObjects.rst b/typo3/sysext/core/Documentation/Changelog/master/Breaking-64639-RemovedContentObjects.rst
deleted file mode 100644 (file)
index 9e56318..0000000
+++ /dev/null
@@ -1,26 +0,0 @@
-====================================================================
-Breaking: #63687 - Outdated ContentObjects moved to legacy extension
-====================================================================
-
-Description
-===========
-
-The TypoScript Content Objects (cObjects) CLEARGIF, COLUMNS, CTABLE, OTABLE and HRULER are moved to the legacy extension
-EXT:compatibility6.
-
-Impact
-======
-
-Any TypoScript using the cObjects above will result in an empty output in the TYPO3 Frontend.
-
-
-Affected installations
-======================
-
-TYPO3 CMS 7 installations still using the cObjects need the compatibility6 extension loaded if the rendering should
-be continued.
-
-Migration
-=========
-
-Any installation should migrate to alternatives such as FLUIDTEMPLATE to customize the output of the content.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Breaking-64643-RemoveEnableTypo3tempDbTracking.rst b/typo3/sysext/core/Documentation/Changelog/master/Breaking-64643-RemoveEnableTypo3tempDbTracking.rst
deleted file mode 100644 (file)
index d88b9e5..0000000
+++ /dev/null
@@ -1,29 +0,0 @@
-========================================================================
-Breaking: #64643 - Remove functionality for enable_typo3temp_db_tracking
-========================================================================
-
-Description
-===========
-
-The logic and the database table for tracking generated typo3temp/ images by GraphicalFunctions has been removed
-without substitution. The option to enable this functionality $TYPO3_CONF_VARS[GFX][enable_typo3temp_db_tracking]
-has been removed.
-
-
-Impact
-======
-
-Images generated with GraphicalFunctions with the option above enabled will not be tracked in the database anymore.
-
-
-Affected installations
-======================
-
-Any installation having the option $TYPO3_CONF_VARS[GFX][enable_typo3temp_db_tracking] enabled.
-
-
-Migration
-=========
-
-If the functionality or a similar functionality is needed for some edge-cases, an own implementation via a third-party
-extension is needed.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Breaking-64668-MailformMovedToLegacyExtension.rst b/typo3/sysext/core/Documentation/Changelog/master/Breaking-64668-MailformMovedToLegacyExtension.rst
deleted file mode 100644 (file)
index 045069a..0000000
+++ /dev/null
@@ -1,50 +0,0 @@
-=====================================================================
-Breaking: #64668 - Content Element mailform moved to legacy extension
-=====================================================================
-
-Description
-===========
-
-The fallback "mailform" functionality, containing the FORM ContentObject, the submission logic for sending mailform
-and the content element (CType=mailform) has been moved to the legacy extension "compatibility6". This mailform
-was available when the "Form" extension, introduced in TYPO3 CMS 4.7, was not installed.
-
-The following options have been marked for deprecation:
-
-.. code-block:: php
-
-       $TYPO3_CONF_VARS][FE][secureFormmail]
-       $TYPO3_CONF_VARS][FE][strictFormmail]
-       $TYPO3_CONF_VARS][FE][formmailMaxAttachmentSize]
-
-The following methods within TypoScriptFrontendController have been removed:
-
-.. code-block:: php
-
-       protected checkDataSubmission()
-       protected sendFormmail()
-       public extractRecipientCopy()
-       public codeString()
-       protected roundTripCryptString()
-
-
-Impact
-======
-
-Mailform elements are missing and not rendered in the frontend anymore unless the extension compatibility6
-is installed.
-
-
-Affected installations
-======================
-
-Any installation using the fallback "mailform" Content Element, the FrontendDataSubmissionController or the FORM
-Content Object directly will break. Additionally, any third party extension using the TypoScriptFrontendController
-methods directly will stop working with a fatal error.
-
-Migration
-=========
-
-For TYPO3 CMS 7, installing the compatibility6 extension brings back the existing functionality. For the long term
-the affected installations should be migrate to a differently, better suited solution for sending mails and building
-forms.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Breaking-64671-ContentObjectImgTextMovedToLegacyExtension.rst b/typo3/sysext/core/Documentation/Changelog/master/Breaking-64671-ContentObjectImgTextMovedToLegacyExtension.rst
deleted file mode 100644 (file)
index d91b6a3..0000000
+++ /dev/null
@@ -1,26 +0,0 @@
-===========================================================================
-Breaking: #64671 - Outdated ContentObject IMGTEXT moved to legacy extension
-===========================================================================
-
-Description
-===========
-
-The TypoScript Content Objects IMGTEXT is moved to the legacy extension "compatibility6".
-
-Impact
-======
-
-Any TypoScript using the cObject directly or via CSS Styled Content configured via renderMethod=table will result
-in an empty output in the TYPO3 Frontend.
-
-
-Affected installations
-======================
-
-TYPO3 CMS 7 installations still using the cObject need the compatibility6 extension loaded.
-
-Migration
-=========
-
-Any installation should migrate to alternatives such as CSS Styled Content without a table-based rendering for
- text w/ image elements to customize the output of content.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Breaking-64696-MoveSearchCTypeToLegacyExtension.rst b/typo3/sysext/core/Documentation/Changelog/master/Breaking-64696-MoveSearchCTypeToLegacyExtension.rst
deleted file mode 100644 (file)
index 8ac5656..0000000
+++ /dev/null
@@ -1,27 +0,0 @@
-=====================================================================
-Breaking: #64696 - Content Element "search" moved to legacy extension
-=====================================================================
-
-Description
-===========
-
-The TYPO3-inhouse "search" functionality, which is based on FORM and SEARCHRESULTS ContentObjects and the content
-element itself (CType=search) has been moved to the legacy extension "compatibility6".
-
-Impact
-======
-
-Content elements of the Type "search" are missing and not rendered in the frontend anymore
-unless the extension compatibility6 is installed. TypoScript using SEARCHRESULTS directly will return nothing.
-
-
-Affected installations
-======================
-
-Any installation using the simple "search" Content Element or the SEARCHRESULTS Content Object directly will break.
-
-Migration
-=========
-
-For TYPO3 CMS 7, installing the compatibility6 extension brings back the existing functionality. For the long term
-the affected installations should be migrate to a better suited solution for searching.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Breaking-64762-FormEngineWizards.rst b/typo3/sysext/core/Documentation/Changelog/master/Breaking-64762-FormEngineWizards.rst
deleted file mode 100644 (file)
index 94f07b5..0000000
+++ /dev/null
@@ -1,30 +0,0 @@
-========================================
-Deprecation: #64762 - FormEngine wizards
-========================================
-
-Description
-===========
-
-The following TCA wizards properties are removed:
-
-* _PADDING
-* _VALIGN
-* _DISTANCE
-
-
-Impact
-======
-
-Usage of the mentioned TCA properties has no effect anymore.
-
-
-Affected installations
-======================
-
-Installations with special TCA wizard position settings ignore those now.
-
-
-Migration
-=========
-
-Remove above properties.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Deprecation-24387-Xhtml2.rst b/typo3/sysext/core/Documentation/Changelog/master/Deprecation-24387-Xhtml2.rst
deleted file mode 100644 (file)
index 7f596ac..0000000
+++ /dev/null
@@ -1,21 +0,0 @@
-===================================================================
-Deprecation: #24387 - TypoScript option config.xhtmlDoctype=xhtml_2
-===================================================================
-
-Description
-===========
-
-The TypoScript option ``config.xhtmlDoctype = xhtml_2`` is marked for removal in CMS 8, due to the W3C decision to
-fully work on HTML5 instead of XHTML2. See http://www.w3.org/MarkUp/ and http://www.w3.org/News/2010.html#entry-8982
-for more details.
-
-
-Affected installations
-======================
-
-Any TYPO3 installation with TypoScript that relies on ``config.xhtmlDoctype = xhtml_2``.
-
-Migration
-=========
-
-Use different doctypes like html5 to render the frontend of the TYPO3 site.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Deprecation-25112-andWhere.rst b/typo3/sysext/core/Documentation/Changelog/master/Deprecation-25112-andWhere.rst
deleted file mode 100644 (file)
index b1a3ec6..0000000
+++ /dev/null
@@ -1,53 +0,0 @@
-==============================================================
-Deprecation: #25112 - Deprecate TypoScript property "andWhere"
-==============================================================
-
-Description
-===========
-
-The select-property "andWhere" is deprecated.
-
-Impact
-======
-
-A deprecation message is logged for every usage of the property.
-
-
-Affected installations
-======================
-
-All installations or extensions using the select-property "andWhere".
-
-
-Migration
-=========
-
-Use the properties "where" or "markers" instead.
-
-.. code-block:: typoscript
-
-       page.30 = CONTENT
-       page.30 {
-               table = tt_content
-               select {
-                       pidInList = this
-                       orderBy = sorting
-                       where {
-                               dataWrap = sorting>{field:sorting}
-                       }
-               }
-       }
-       page.60 = CONTENT
-       page.60 {
-               table = tt_content
-               select {
-                       pidInList = 73
-                       where = header != ###whatever###
-                       orderBy = ###sortfield###
-                       markers {
-                               whatever.data = GP:first
-                               sortfield.value = sor
-                               sortfield.wrap = |ting
-                       }
-               }
-       }
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Deprecation-46523-BackendUtilityImplodeTSParams.rst b/typo3/sysext/core/Documentation/Changelog/master/Deprecation-46523-BackendUtilityImplodeTSParams.rst
deleted file mode 100644 (file)
index d4b4d7c..0000000
+++ /dev/null
@@ -1,21 +0,0 @@
-=======================================================
-Deprecation: #46523 - BackendUtility::implodeTSParams()
-=======================================================
-
-Description
-===========
-
-The method TYPO3\CMS\Backend\Utility\BackendUtility::implodeTSParams() has been marked for deprecation and will be
-removed in TYPO3 CMS 8.
-
-
-Impact
-======
-
-Any installation with third-party extensions using the method will throw a deprecation warning.
-
-
-Affected installations
-======================
-
-Any installation with third-party extensions using the method.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Deprecation-46770-LocalImageProcessorGraphicalFunctions.rst b/typo3/sysext/core/Documentation/Changelog/master/Deprecation-46770-LocalImageProcessorGraphicalFunctions.rst
deleted file mode 100644 (file)
index 8d1bc62..0000000
+++ /dev/null
@@ -1,26 +0,0 @@
-==============================================================================
-Deprecation: #46770 - Deprecate LocalImageProcessor::getTemporaryImageWithText
-==============================================================================
-
-Description
-===========
-
-The public method ``LocalImageProcessor::getTemporaryImageWithText()`` is marked for deprecation, it is directly
-replaced by ``\TYPO3\CMS\Core\Imaging\GraphicalFunctions::getTemporaryImageWithText()``.
-
-
-Impact
-======
-
-Calling ``LocalImageProcessor::getTemporaryImageWithText()`` will trigger a deprecation log message.
-
-Affected installations
-======================
-
-TYPO3 Installations with custom extensions using the API of the File Abstraction Layer for custom image processing.
-
-Migration
-=========
-
-Replace all calls to the method to the LocalImageProcessor with an instantiation of GraphicalFunctions and a call
-to ``getTemporaryImageWithText()`` on the GraphicalFunctions object.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Deprecation-49247-textStyleTableStyleAddParams.rst b/typo3/sysext/core/Documentation/Changelog/master/Deprecation-49247-textStyleTableStyleAddParams.rst
deleted file mode 100644 (file)
index 460d85a..0000000
+++ /dev/null
@@ -1,28 +0,0 @@
-=================================================================================
-Deprecation: #49247 - Deprecate TypoScript functions "textStyle" and "tableStyle"
-=================================================================================
-
-Description
-===========
-
-The following stdWrap methods are deprecated:
-
-* textStyle
-* tableStyle
-
-Impact
-======
-
-Usage of the mentioned stdWrap methods is deprecated.
-
-
-Affected installations
-======================
-
-All installations or extensions using the stdWrap methods "textStyle" and "tableStyle".
-
-
-Migration
-=========
-
-Use CSS instead.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Deprecation-60559-MakeLoginBoxImage.rst b/typo3/sysext/core/Documentation/Changelog/master/Deprecation-60559-MakeLoginBoxImage.rst
deleted file mode 100644 (file)
index 4197151..0000000
+++ /dev/null
@@ -1,28 +0,0 @@
-=========================================
-Deprecation: #60559 - makeLoginBoxImage()
-=========================================
-
-Description
-===========
-
-Method TYPO3\CMS\Backend\Controller::makeLoginBoxImage() is deprecated.
-
-
-Impact
-======
-
-Backend login images are not rendered any longer. The method body is empty and does not return rendered HTML any longer.
-
-
-Affected installations
-======================
-
-The method was unused with default backend login screen for a long time already, an installation is only affected if a
-3rd party extension is loaded that changes the default login screen and uses makeLoginBoxImage() or the template marker
-LOGINBOX_IMAGE.
-
-
-Migration
-=========
-
-Free an affected 3rd party extension from usage of this method or unload the extension.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Deprecation-61605-ChangeNamingOfIncludeJSlibs.rst b/typo3/sysext/core/Documentation/Changelog/master/Deprecation-61605-ChangeNamingOfIncludeJSlibs.rst
deleted file mode 100644 (file)
index 05d7e99..0000000
+++ /dev/null
@@ -1,27 +0,0 @@
-=============================================================================
-Deprecation: #61605 - Change naming of TypoScript property page.includeJSlibs
-=============================================================================
-
-Description
-===========
-
-The existing TypoScript option ``page.includeJSlibs`` has been renamed
-to ``page.includeJSLibs`` to follow the lower camel case naming scheme.
-The existing property is now deprecated.
-
-Impact
-======
-
-The old property will be removed with CMS 8, and should be avoided, if
-it has been used before.
-
-Affected Installations
-======================
-
-Any installation using the ``page.includeJSlibs`` option.
-
-Migration
-=========
-
-Search and replace all TypoScript code of the installation from
-``includeJSlibs`` to ``includeJSLibs``.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Deprecation-62329-DocumentTemplate-table.rst b/typo3/sysext/core/Documentation/Changelog/master/Deprecation-62329-DocumentTemplate-table.rst
deleted file mode 100644 (file)
index a29429e..0000000
+++ /dev/null
@@ -1,26 +0,0 @@
-====================================================
-Deprecation: #62329 - Deprecate DocumentTable::table
-====================================================
-
-Description
-===========
-
-:code:`DocumentTable::table()` has been marked as deprecated.
-
-
-Impact
-======
-
-Calling :code:`table()` of DocumentTable class will trigger a deprecation log message.
-
-
-Affected installations
-======================
-
-Instances which use :code:`DocumentTable::table()` for rendering tables
-
-
-Migration
-=========
-
-Use fluid for rendering instead.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Deprecation-62855-XHTMLCleaningMovedToLegacyExtension.rst b/typo3/sysext/core/Documentation/Changelog/master/Deprecation-62855-XHTMLCleaningMovedToLegacyExtension.rst
deleted file mode 100644 (file)
index 9534b73..0000000
+++ /dev/null
@@ -1,38 +0,0 @@
-==============================================================================
-Deprecation: #62855 - "XHTML cleaning" functionality moved to legacy extension
-==============================================================================
-
-Description
-===========
-
-XHTML cleaning is not necessary anymore, since modern technology bases completely on HTML5. Therefore the
-according functionality has been moved to the legacy extension "compatibility6".
-
-The following TypoScript option has been marked for deprecation:
-
-.. code-block:: ts
-
-       config.xhtml_cleaning
-
-The following PHP method has been marked for deprecation:
-
-.. code-block:: php
-
-       TYPO3\CMS\Frontend\Controller\TypoScriptFrontendController::doXHTML_cleaning()
-
-Impact
-======
-
-The content output of the TYPO3 frontend is not cleaned anymore unless the extension compatibility6 is installed.
-
-
-Affected installations
-======================
-
-Any installation having the TypoScript option ``config.xhtml_cleaning`` set will have different behaviour in the
-frontend rendering.
-
-Migration
-=========
-
-For TYPO3 CMS 7, installing the compatibility6 extension brings back the existing functionality.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Deprecation-62925-ContraintModel.rst b/typo3/sysext/core/Documentation/Changelog/master/Deprecation-62925-ContraintModel.rst
deleted file mode 100644 (file)
index 61b1d7a..0000000
+++ /dev/null
@@ -1,29 +0,0 @@
-====================================================================
-Deprecation: #63912 - Deprecate unused methods from Constraint model
-====================================================================
-
-Description
-===========
-
-:code:`TYPO3\CMS\Belog\Domain\Model\Constraint::setManualDateStart()` has been deprecated.
-:code:`TYPO3\CMS\Belog\Domain\Model\Constraint::getManualDateStart()` has been deprecated.
-:code:`TYPO3\CMS\Belog\Domain\Model\Constraint::setManualDateStop()` has been deprecated.
-:code:`TYPO3\CMS\Belog\Domain\Model\Constraint::getManualDateStop()` has been deprecated.
-
-
-Impact
-======
-
-Using :code:`setManualDateStart()`, :code:`getManualDateStart()`, :code:`setManualDateStop()` and :code:`getManualDateStop()` of Contraint model class will trigger a deprecation log message.
-
-
-Affected installations
-======================
-
-Instances which use custom form elements, which make use of :code:`setManualDateStart()`, :code:`getManualDateStart()`, :code:`setManualDateStop()` and :code:`getManualDateStop()`.
-
-
-Migration
-=========
-
-For all methods no migration is possible, those methods were unused for a long time already and should not be needed at all.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Deprecation-63324-DataHandler-IncludeFileFunctions.rst b/typo3/sysext/core/Documentation/Changelog/master/Deprecation-63324-DataHandler-IncludeFileFunctions.rst
deleted file mode 100644 (file)
index 482f061..0000000
+++ /dev/null
@@ -1,25 +0,0 @@
-===================================================================
-Deprecation: #62864 - DataHandler->include_filefunctions deprecated
-===================================================================
-
-Description
-===========
-
-The public property :php:`->include_filefunctions` has been marked as deprecated.
-It has not been formally defined and was only created dynamically in the code.
-
-Impact
-======
-
-In the history of the core this property has never been used (read). Extensions might have used it.
-
-
-Affected installations
-======================
-
-All installations running extensions that rely on reading this property. Currently no affected extensions are known.
-
-Migration
-=========
-
-If your extension needs to know whether the BasicFileUtility has been instanciated in DataHandler it could use :php:`$datahandler->fileFunc instanceof \TYPO3\CMS\Core\Utility\File\BasicFileUtility`
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Deprecation-63522-ClientRelatedConditionDevice.rst b/typo3/sysext/core/Documentation/Changelog/master/Deprecation-63522-ClientRelatedConditionDevice.rst
deleted file mode 100644 (file)
index e0e7564..0000000
+++ /dev/null
@@ -1,31 +0,0 @@
-=================================================================
-Deprecation: #63522 - Deprecate the "device" TypoScript condition
-=================================================================
-
-Description
-===========
-
-Next other client related TypoScript conditions the "device" type
-condition is deprecated.
-
-
-Impact
-======
-
-Using a condition like ``[device = wap]`` is considered outdated
-and should be solved differently.
-
-Affected installations
-======================
-
-Instances with TypoScript that relies on ``[device = ...]``.
-
-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
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Deprecation-63847-FormEngine-renderReadonly.rst b/typo3/sysext/core/Documentation/Changelog/master/Deprecation-63847-FormEngine-renderReadonly.rst
deleted file mode 100644 (file)
index f308206..0000000
+++ /dev/null
@@ -1,27 +0,0 @@
-===========================================================
-Deprecation: #63847 - Deprecate FormEngine::$renderReadonly
-===========================================================
-
-Description
-===========
-
-The direct access to :code:`FormEngine::$renderReadonly` has been deprecated.
-
-
-Impact
-======
-
-Using :code:`FormEngine::$renderReadonly` of FormEngine class will trigger a deprecation log message.
-
-
-Affected installations
-======================
-
-Instances which use custom form elements, which make use of :code:`FormEngine::$renderReadonly`.
-
-
-Migration
-=========
-
-Use :code:`AbstractFormElement::setRenderReadonly(TRUE)` to force all elements to be rendered as read only fields.
-
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Deprecation-63850-FormEngine-insertDefStyle.rst b/typo3/sysext/core/Documentation/Changelog/master/Deprecation-63850-FormEngine-insertDefStyle.rst
deleted file mode 100644 (file)
index 47da952..0000000
+++ /dev/null
@@ -1,24 +0,0 @@
-==========================================================
-Deprecation: #63850 - Deprecate FormEngine::insertDefStyle
-==========================================================
-
-Description
-===========
-
-FormEngine::insertDefStyle is deprecated.
-
-
-Impact
-======
-
-Using ``insertDefStyle`` of FormEngine class will trigger a deprecation log message.
-
-Affected installations
-======================
-
-Instances which use custom form elements, which make use of ``FormEngine::insertDefStyle``.
-
-Migration
-=========
-
-The property is unused and can be removed.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Deprecation-63852-FormEngine-getAvailableLanguages.rst b/typo3/sysext/core/Documentation/Changelog/master/Deprecation-63852-FormEngine-getAvailableLanguages.rst
deleted file mode 100644 (file)
index aaf7e43..0000000
+++ /dev/null
@@ -1,24 +0,0 @@
-===================================================================
-Deprecation: #63852 - Deprecate FormEngine::getAvailableLanguages()
-===================================================================
-
-Description
-===========
-
-:code:`FormEngine::getAvailableLanguages()` has been deprecated.
-
-
-Impact
-======
-
-Using :code:`getAvailableLanguages()` of FormEngine class will trigger a deprecation log message.
-
-Affected installations
-======================
-
-Instances which use custom form elements, which make use of :code:`FormEngine::getAvailableLanguages()`.
-
-Migration
-=========
-
-No migration possible.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Deprecation-63855-FormEngine-sL.rst b/typo3/sysext/core/Documentation/Changelog/master/Deprecation-63855-FormEngine-sL.rst
deleted file mode 100644 (file)
index 0f83437..0000000
+++ /dev/null
@@ -1,26 +0,0 @@
-==============================================
-Deprecation: #63855 - Deprecate FormEngine::sL
-==============================================
-
-Description
-===========
-
-:code:`FormEngine::sL()` has been marked as deprecated.
-
-
-Impact
-======
-
-Calling :code:`sL()` of FormEngine class will trigger a deprecation log message.
-
-
-Affected installations
-======================
-
-Instances which use custom form elements, that use :code:`FormEngine::sL()`.
-
-
-Migration
-=========
-
-Use :code:`getLanguageService()` instead.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Deprecation-63864-FormEngine-renderVDEFDiff.rst b/typo3/sysext/core/Documentation/Changelog/master/Deprecation-63864-FormEngine-renderVDEFDiff.rst
deleted file mode 100644 (file)
index 57e230f..0000000
+++ /dev/null
@@ -1,26 +0,0 @@
-==========================================================
-Deprecation: #63864 - Deprecate FormEngine::renderVDEFDiff
-==========================================================
-
-Description
-===========
-
-:code:`FormEngine::renderVDEFDiff()` has been deprecated.
-
-
-Impact
-======
-
-Using :code:`FormEngine::renderVDEFDiff()` of FormEngine class will trigger a deprecation log message.
-
-
-Affected installations
-======================
-
-Instances which use custom form elements, which make use of :code:`FormEngine::renderVDEFDiff()`.
-
-
-Migration
-=========
-
-No mirgration possible.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Deprecation-63878-FormEngine-getLL.rst b/typo3/sysext/core/Documentation/Changelog/master/Deprecation-63878-FormEngine-getLL.rst
deleted file mode 100644 (file)
index c64fa4f..0000000
+++ /dev/null
@@ -1,26 +0,0 @@
-=================================================
-Deprecation: #63878 - Deprecate FormEngine::getLL
-=================================================
-
-Description
-===========
-
-FormEngine::getLL() is deprecated.
-
-
-Impact
-======
-
-Using ``getLL()`` of FormEngine class will trigger a deprecation log message.
-
-
-Affected installations
-======================
-
-Instances which use custom form elements, which make use of ``FormEngine::getLL()``.
-
-
-Migration
-=========
-
-Use methods like ``sL`` of the languageService directly.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Deprecation-63889-FormEngine-getTSCpid.rst b/typo3/sysext/core/Documentation/Changelog/master/Deprecation-63889-FormEngine-getTSCpid.rst
deleted file mode 100644 (file)
index e95d736..0000000
+++ /dev/null
@@ -1,26 +0,0 @@
-=====================================================
-Deprecation: #63889 - Deprecate FormEngine::getTSCpid
-=====================================================
-
-Description
-===========
-
-:code:`FormEngine::getTSCpid()` has been deprecated.
-
-
-Impact
-======
-
-Using :code:`FormEngine::getTSCpid()` of FormEngine class will trigger a deprecation log message.
-
-
-Affected installations
-======================
-
-Instances which use custom form elements, which make use of :code:`FormEngine::getTSCpid()`.
-
-
-Migration
-=========
-
-Use :code:`BackendUtility::getTSCpidCached()` instead.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Deprecation-63912-FormEngine-unusedMethods.rst b/typo3/sysext/core/Documentation/Changelog/master/Deprecation-63912-FormEngine-unusedMethods.rst
deleted file mode 100644 (file)
index 9faf9c2..0000000
+++ /dev/null
@@ -1,29 +0,0 @@
-==============================================================
-Deprecation: #63912 - Deprecate unused methods from FormEngine
-==============================================================
-
-Description
-===========
-
-:code:`FormEngine::getSingleField_typeFlex_langMenu()` has been deprecated.
-:code:`FormEngine::getSingleField_typeFlex_sheetMenu()` has been deprecated.
-:code:`FormEngine::getSpecConfFromString()` has been deprecated.
-
-
-Impact
-======
-
-Using :code:`getSingleField_typeFlex_langMenu()`, :code:`getSingleField_typeFlex_sheetMenu()` and :code:`getSpecConfFromString()` of FormEngine class will trigger a deprecation log message.
-
-
-Affected installations
-======================
-
-Instances which use custom form elements, which make use of :code:`getSingleField_typeFlex_langMenu()`, :code:`getSingleField_typeFlex_sheetMenu()` or :code:`getSpecConfFromString()`.
-
-
-Migration
-=========
-
-For :code:`getSingleField_typeFlex_langMenu()` and :code:`getSingleField_typeFlex_sheetMenu()` no migration is possible, those methods were unused for a long time already and should not be needed at all.
-For :code:`getSpecConfFromString()` use method :code:`BackendUtility::getSpecConfParts()` instead.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Deprecation-64059-Pagetree-Navigation-Component.rst b/typo3/sysext/core/Documentation/Changelog/master/Deprecation-64059-Pagetree-Navigation-Component.rst
deleted file mode 100644 (file)
index d541e30..0000000
+++ /dev/null
@@ -1,31 +0,0 @@
-==========================================================
-Deprecation: #64059 - Non-ExtJS Page Tree Navigation Frame
-==========================================================
-
-Description
-===========
-
-The non-ExtJS page tree navigation frame which was used in the core until TYPO3 CMS 4.5, is still available and can be
-included within a module, if the module is registering a navFrameScript in ext_tables.php:
-
-.. code-block:: php
-
-       'navFrameScript' => 'alt_db_navframe.php'
-
-
-Impact
-======
-
-Usage of the PHP class, and the entry script typo3/alt_db_navframe.php is deprecated.
-
-
-Affected installations
-======================
-
-All installations with extensions using modules with the non-ExtJS page tree navigation frame.
-
-
-Migration
-=========
-
-Use the ExtJS navigationComponentID instead within the module registration.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Deprecation-64109-Hook-softRefParserGL.rst b/typo3/sysext/core/Documentation/Changelog/master/Deprecation-64109-Hook-softRefParserGL.rst
deleted file mode 100644 (file)
index fe6c2f2..0000000
+++ /dev/null
@@ -1,31 +0,0 @@
-============================================================
-Deprecation: #64109 - Deprecate global hook softRefParser_GL
-============================================================
-
-
-Description
-===========
-
-The hook $GLOBALS['TYPO3_CONF_VARS']['SC_OPTIONS']['GLOBAL']['softRefParser_GL'] has been deprecated. It was a hook
-to add a general softRefParser which parsed every SoftReference regardless of its type. The "softRefParser_GL"-hook
-was undocumented and used neither in core nor in any known extension.
-
-
-Impact
-======
-
-Creating a global softRefParser by adding a hook to
-$GLOBALS['TYPO3_CONF_VARS']['SC_OPTIONS']['GLOBAL']['softRefParser_GL'] will trigger a deprecation log message.
-
-
-Affected installations
-======================
-
-Instances with extensions using a $GLOBALS['TYPO3_CONF_VARS']['SC_OPTIONS']['GLOBAL']['softRefParser_GL']-hook
-
-
-Migration
-=========
-
-A "softRefParser_GL" hook in an extension has to be replaced with multiple "softRefParser" hooks for each type the
-parser can handle.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Deprecation-64134-TypoScriptTemplateObjectBrowserModuleFunctionController-verify_TSobjects.rst b/typo3/sysext/core/Documentation/Changelog/master/Deprecation-64134-TypoScriptTemplateObjectBrowserModuleFunctionController-verify_TSobjects.rst
deleted file mode 100644 (file)
index f76a3f7..0000000
+++ /dev/null
@@ -1,26 +0,0 @@
-=========================================================================================================
-Deprecation: #64134 - Deprecate TypoScriptTemplateObjectBrowserModuleFunctionController::verify_TSobjects
-=========================================================================================================
-
-Description
-===========
-
-:code:`TypoScriptTemplateObjectBrowserModuleFunctionController::verify_TSobjects()` has been deprecated.
-
-
-Impact
-======
-
-Using :code:`TypoScriptTemplateObjectBrowserModuleFunctionController::verify_TSobjects()` will trigger a deprecation log message.
-
-
-Affected installations
-======================
-
-Instances which use of :code:`TypoScriptTemplateObjectBrowserModuleFunctionController::verify_TSobjects()`.
-
-
-Migration
-=========
-
-No migration possible.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Deprecation-64147-ConstantEditorFunctions.rst b/typo3/sysext/core/Documentation/Changelog/master/Deprecation-64147-ConstantEditorFunctions.rst
deleted file mode 100644 (file)
index 746862b..0000000
+++ /dev/null
@@ -1,28 +0,0 @@
-======================================================
-Deprecation: #64147 - TemplateService->ext_getKeyImage
-======================================================
-
-Description
-===========
-
-:code:`ExtendedTemplateService::ext_getKeyImage()` has been marked for deprecation.
-:code:`ConfigurationForm::ext_getKeyImage()` has been marked for deprecation.
-
-
-Impact
-======
-
-Using the two methods will throw a deprecation message.
-
-
-Affected installations
-======================
-
-TYPO3 installations with extensions that call the methods above directly.
-
-
-Migration
-=========
-
-As in the methods directly, plain HTML based on Twitter bootstrap can be used
-for example ``<span class="label label-danger">3</span>``.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Deprecation-64388-ContentObjectMethods.rst b/typo3/sysext/core/Documentation/Changelog/master/Deprecation-64388-ContentObjectMethods.rst
deleted file mode 100644 (file)
index 4d76410..0000000
+++ /dev/null
@@ -1,64 +0,0 @@
-===============================================================================
-Deprecation: #64388 - Direct ContentObject methods within ContentObjectRenderer
-===============================================================================
-
-Description
-===========
-
-The following wrapper methods for ContentObject rendering within ContentObjectRenderer
-have been marked for removal for TYPO3 CMS 8.
-
-.. code-block:: php
-
-       FLOWPLAYER()
-       TEXT()
-       CLEARGIF()
-       COBJ_ARRAY()
-       USER()
-       FILE()
-       FILES()
-       IMAGE()
-       IMG_RESOURCE()
-       IMGTEXT()
-       CONTENT()
-       RECORDS()
-       HMENU()
-       CTABLE()
-       OTABLE()
-       COLUMNS()
-       HRULER()
-       CASEFUNC()
-       LOAD_REGISTER()
-       FORM()
-       SEARCHRESULT()
-       TEMPLATE()
-       FLUIDTEMPLATE()
-       MULTIMEDIA()
-       MEDIA()
-       SWFOBJECT()
-       QTOBJECT()
-       SVG()
-
-
-Impact
-======
-
-Using the methods above directly in any third party extension will trigger a deprecation log message.
-
-
-Affected installations
-======================
-
-Instances which use custom calls to ContentObjects via the methods above.
-
-
-Migration
-=========
-
-Replace the direct method calls to ``$contentObject->COBJECT()`` with the common method.
-
-Example for the SVG() ContentObject call:
-
-.. code-block:: php
-
-       $cObj->cObjGetSingle('SVG', $conf);
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Deprecation-64711-UnusedCssStyledContentMethods.rst b/typo3/sysext/core/Documentation/Changelog/master/Deprecation-64711-UnusedCssStyledContentMethods.rst
deleted file mode 100644 (file)
index a9c618a..0000000
+++ /dev/null
@@ -1,26 +0,0 @@
-==========================================================================
-Deprecation: #64711 - Various methods within CSS Styled Content Controller
-==========================================================================
-
-Description
-===========
-
-The following methods within the main CSS Styled Content Controller responsible for rendering
-custom HTML due to lack of TypoScript logic in the past have been marked for removal for TYPO3 CMS 8.
-They are not part of the default CSS Styled Content TypoScript code since TYPO3 CMS 6.
-
-.. code-block:: php
-
-       CssStyledContentController->render_bullets()
-       CssStyledContentController->render_uploads()
-       CssStyledContentController->beautifyFileLink()
-
-Impact
-======
-
-Using the methods in custom TypoScript code or CSS Styled Content methods will throw a deprecation message.
-
-Migration
-=========
-
-Use default TypoScript from CSS Styled Content derived from the current version.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Deprecation-64922-DeprecatedEntryPoints.rst b/typo3/sysext/core/Documentation/Changelog/master/Deprecation-64922-DeprecatedEntryPoints.rst
deleted file mode 100644 (file)
index 4343643..0000000
+++ /dev/null
@@ -1,43 +0,0 @@
-=============================================
-Deprecation: #64922 - Deprecated entry points
-=============================================
-
-Description
-===========
-
-The following entry points are deprecated:
-
-typo3/tce_file.php
-typo3/move_el.php
-typo3/tce_db.php
-typo3/login_frameset.php
-typo3/sysext/cms/layout/db_new_content_el.php
-typo3/sysext/cms/layout/db_layout.php
-
-Impact
-======
-
-Using one of the entry points in a backend module will throw a deprecation message.
-
-Migration
-=========
-
-Use ``\TYPO3\CMS\Backend\Utility\BackendUtility::getModuleUrl()`` instead with the according module name.
-
-typo3/tce_file.php
-\TYPO3\CMS\Backend\Utility\BackendUtility::getModuleUrl('tce_file')
-
-typo3/move_el.php
-\TYPO3\CMS\Backend\Utility\BackendUtility::getModuleUrl('move_element')
-
-typo3/tce_db.php
-\TYPO3\CMS\Backend\Utility\BackendUtility::getModuleUrl('tce_db')
-
-typo3/login_frameset.php
-\TYPO3\CMS\Backend\Utility\BackendUtility::getModuleUrl('login_frameset')
-
-typo3/sysext/cms/layout/db_new_content_el.php
-\TYPO3\CMS\Backend\Utility\BackendUtility::getModuleUrl('new_content_element')
-
-typo3/sysext/cms/layout/db_layout.php
-\TYPO3\CMS\Backend\Utility\BackendUtility::getModuleUrl('web_layout')
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-15619-LeaveUnchagedInAccessModule.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-15619-LeaveUnchagedInAccessModule.rst
deleted file mode 100644 (file)
index bfb8f28..0000000
+++ /dev/null
@@ -1,9 +0,0 @@
-==============================================================
-Feature: #15619 - Access module: Allow selector as "unchanged"
-==============================================================
-
-Description
-===========
-
-In order to only overwrite permissions in the access module and not the owner/group it is now possible
-to set the selector to " - leave unchanged - ".
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-16794-MakeSectionLinkingForIndexedSearchResultsConfigurable.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-16794-MakeSectionLinkingForIndexedSearchResultsConfigurable.rst
deleted file mode 100644 (file)
index 367869c..0000000
+++ /dev/null
@@ -1,17 +0,0 @@
-===========================================================
-Feature: #16794 - Linking of Indexed Search result sections
-===========================================================
-
-Description
-===========
-
-Per default the section headlines of indexed search results are links.
-It is possible to avoid those linking, thus having the sections
-displayed as simple text.
-
-.. code-block:: typoscript
-
-       plugin.tx_indexedsearch.linkSectionTitles = 0
-
-Will result in not linked section headlines.
-The setting is per default set to 1 in order to preserve current behaviour.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-20767-getDataByNestedKey.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-20767-getDataByNestedKey.rst
deleted file mode 100644 (file)
index d10a30f..0000000
+++ /dev/null
@@ -1,24 +0,0 @@
-===============================================================
-Feature: #20767 - Allow nested array access on getData of field
-===============================================================
-
-Description
-===========
-
-Right now the ``getData`` type in TS only allows to access nested arrays in types GPVar and TSFE.
-Now the same is allowed for ``field`` too.
-
-If the field value is :code:`array('somekey' => array('level1' => array('level2' => 'somevalue')));`, you can get the
-``somevalue`` by configuring the following TypoScript.
-
-.. code-block:: typoscript
-
-       10 = TEXT
-       10.data = field:fieldname|level1|level2
-
-
-Impact
-======
-
-You can now access nested keys via getData ``field:``. Nested keys are not available with the default set of
-content objects, however just content objects and ``USER`` object may return such a field structure.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-22086-StdWrapForHeadTag.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-22086-StdWrapForHeadTag.rst
deleted file mode 100644 (file)
index 3627793..0000000
+++ /dev/null
@@ -1,20 +0,0 @@
-=====================================================
-Feature: #22086 - Add .stdWrap to page.headTag option
-=====================================================
-
-Description
-===========
-
-The TypoScript setting page.headTag now has stdWrap functionality available.
-
-The new option can be set like this:
-
-.. code-block:: typoscript
-
-       page = PAGE
-       page.headTag = <head>
-       page.headTag.override = <head class="special">
-       page.headTag.override.if {
-         isInList.field = uid
-         value = 24
-       }
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-24906-MaxForTextElement.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-24906-MaxForTextElement.rst
deleted file mode 100644 (file)
index 523b421..0000000
+++ /dev/null
@@ -1,28 +0,0 @@
-================================================================
-Feature: #24906 - Configuration for maximum chars in TextElement
-================================================================
-
-Description
-===========
-
-TCA type ``text`` now supports the HTML5 attribute ``maxlength`` to restrict
-text to a given maximum length. Line breaks are usually counted as two
-characters.
-
-Not every browser supports this, see sites like
-`w3schools.com <http://www.w3schools.com/tags/att_textarea_maxlength.asp>`_
-for details.
-
-The new option can be used like this:
-
-.. code-block:: php
-
-       'teaser' => array(
-               'label' => 'Teaser',
-               'config' => array(
-                       'type' => 'text',
-                       'cols' => 60,
-                       'rows' => 2,
-                       'max' => '30',
-               )
-       ),
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-28382-AddAsyncPropertyToJavaScriptFiles.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-28382-AddAsyncPropertyToJavaScriptFiles.rst
deleted file mode 100644 (file)
index a9c342d..0000000
+++ /dev/null
@@ -1,32 +0,0 @@
-========================================================
-Feature: #28382 - Add async property to JavaScript files
-========================================================
-
-Description
-===========
-
-Add a property ``async="async"`` to JavaScript files via TypoScript
-
-``page.includeJSlibs.<array>.async = 1``
-
-This patch affects the TypoScript PAGE properties
-
-* includeJSlibs
-* includeJSFooterlibs
-* includeJS
-* includeJSFooter
-
-Usage:
-------
-
-.. code-block:: typoscript
-
-       page {
-               includeJS {
-                       jsFile = /Path/To/jsFile.js
-                       jsFile.async = 1
-               }
-       }
-
-..
-
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-33491-StdWrapForTitleTag.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-33491-StdWrapForTitleTag.rst
deleted file mode 100644 (file)
index b5769b1..0000000
+++ /dev/null
@@ -1,17 +0,0 @@
-==========================================================
-Feature: #33491 - Add stdWrap functionality to <title> tag
-==========================================================
-
-Description
-===========
-
-The <title> tag of a frontend page can already be controlled by various settings via TypoScript. However, the stdWrap
-part was not available yet, but is now compliant and available as an option ``config.pageTitle``. This option will be
-executed after all other existing processing options like ``config.titleTagFunction`` and ``config.pageTitleFirst``.
-
-The new option can be used like this, e.g. in order to write everything in uppercase in the title tag:
-
-.. code-block:: typoscript
-
-       page = PAGE
-       page.config.pageTitle.case = upper
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-34944-PaginateHandleNonQueryResultObjects.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-34944-PaginateHandleNonQueryResultObjects.rst
deleted file mode 100644 (file)
index 53393a5..0000000
+++ /dev/null
@@ -1,23 +0,0 @@
-=====================================================================
-Feature: #34944 - PaginateViewHelper handles non-query-result objects
-=====================================================================
-
-Description
-===========
-
-The PaginateViewHelper accepts input collections of following types:
-
-- :code:`QueryResultInterface`
-- :code:`ObjectStorage`
-- :code:`\ArrayAccess`
-- :code:`array`
-
-.. code-block:: html
-
-       <f:widget.paginate objects="{blogs}" as="paginatedBlogs">
-               <f:for each="{paginatedBlogs}" as="blog">
-                       <h4>{blog.title}</h4>
-               </f:for>
-       </f:widget.paginate>
-
-..
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-35891-AddTCAItemsWithIconsViaPageTSConfig.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-35891-AddTCAItemsWithIconsViaPageTSConfig.rst
deleted file mode 100644 (file)
index f9794d9..0000000
+++ /dev/null
@@ -1,22 +0,0 @@
-=======================================================================
-Feature: #35891 - FormEngine: Possibility to add icons via PageTSconfig
-=======================================================================
-
-Description
-===========
-
-The possibility to add a new value/label pair for a select field in FormEngine is given via the pageTSconfig option
-"addItems". Now, it is also possible to give the items an icon. Either with the .icon subproperty or with the
-separate option "altIcons".
-
-.. code-block:: typoscript
-
-       TCEFORM.pages.doktype.addItems {
-               13 = My Label
-               13.icon = EXT:t3skin/icons/gfx/i/pages.gif
-       }
-       TCEFORM.pages.doktype.altIcons {
-               123 = EXT:myext/icon.gif
-       }
-
-If the path is not prefixed with "EXT:" it needs to be relative to the typo3/ directory.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-46624-AdditionalWhereForMenu.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-46624-AdditionalWhereForMenu.rst
deleted file mode 100644 (file)
index 623935a..0000000
+++ /dev/null
@@ -1,16 +0,0 @@
-==========================================================
-Feature: #46624 - HMENU item selection via additionalWhere
-==========================================================
-
-Description
-===========
-
-The TypoScript Content Object HMENU menu options have a new property called "additionalWhere" to
-allow for a more specific database query based on any page properties.
-
-.. code-block:: typoscript
-
-       lib.authormenu = HMENU
-       lib.authormenu.1 = TMENU
-       lib.authormenu.1.additionalWhere = AND author!=""
-       ...
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-47666-AttributeMulitpleForFormUploadViewhelper.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-47666-AttributeMulitpleForFormUploadViewhelper.rst
deleted file mode 100644 (file)
index 86bb8d2..0000000
+++ /dev/null
@@ -1,18 +0,0 @@
-=====================================================================
-Feature: #47666 - Attribute \"multiple\" for f:form.upload Viewhelper
-=====================================================================
-
-Description
-===========
-
-The Viewhelper allows now an attribute \"multiple\", that will provide
-a possibility to upload several files at once.
-
-.. code-block:: html
-
-       <f:form.upload property="files" multiple="multiple" />
-
-Will result in the according HTML tag providing the field content as array.
-
-Be aware, that you need to prepare the incoming value for the property mapping yourself,
-by writing your own TypeConverter.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-49060-MySqlCommentsShownInSchemaMigrator.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-49060-MySqlCommentsShownInSchemaMigrator.rst
deleted file mode 100644 (file)
index 3015932..0000000
+++ /dev/null
@@ -1,12 +0,0 @@
-============================================================
-Feature: #49060 - MySql Comments reflected in SchemaMigrator
-============================================================
-
-Description
-===========
-
-Comments in the :file:`*.sql` files are stored the database table and shown
-by the Schema Migration Feature in Install Tool.
-
-Existing comments are overriden with changes provided by other extensions.
-
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-50780-AppendElementBrowserMountPoints.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-50780-AppendElementBrowserMountPoints.rst
deleted file mode 100644 (file)
index 5ab569f..0000000
+++ /dev/null
@@ -1,38 +0,0 @@
-=====================================================
-Feature: #50780 - Append element browser mount points
-=====================================================
-
-Description
-===========
-
-A new UserTSconfig option is introduced:
-
-::
-
-       options.pageTree.altElementBrowserMountPoints.append
-
-This option allows administrators to add additional mount points
-in the RTE and the Wizard element browser instead of replacing
-the configured database mount points of the user when using the
-existing UserTSconfig option:
-
-::
-
-       options.pageTree.altElementBrowserMountPoints
-
-Usage:
-
-Set these options in User TSconfig:
-
-::
-
-       options.pageTree.altElementBrowserMountPoints = 20,31
-       options.pageTree.altElementBrowserMountPoints.append = 1
-
-
-Impact
-======
-
-Mount point overriding is centralized in the BackendUser object and
-used by element browsers of rtehtmlarea and recordlist for calculating
-the page tree mount points that are displayed to the user.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-52131-HookForPageRepositoryInit.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-52131-HookForPageRepositoryInit.rst
deleted file mode 100644 (file)
index aa3e490..0000000
+++ /dev/null
@@ -1,18 +0,0 @@
-========================================================
-Feature: #52131 - Hook for end of PageRepository->init()
-========================================================
-
-Description
-===========
-
-A new hook at the very end of the PageRepository->init()
-Function allows manipulation of where clause in order to
-modify select queries that involve visibility of pages.
-
-Register the hook as follows:
-
-.. code-block:: php
-
-       $GLOBALS['TYPO3_CONF_VARS']['SC_OPTIONS'][\TYPO3\CMS\Frontend\Page\PageRepository::class]['init']
-
-The hook class must implement the interface :code:`\TYPO3\CMS\Frontend\Page\PageRepositoryInitHookInterface`.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-56236-Multiple-HTTP-Headers-In-Frontend.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-56236-Multiple-HTTP-Headers-In-Frontend.rst
deleted file mode 100644 (file)
index 541729d..0000000
+++ /dev/null
@@ -1,37 +0,0 @@
-===========================================================================
-Feature: #56236 - Multiple HTTP headers of the same type in Frontend Output
-===========================================================================
-
-Description
-===========
-
-It is now possible to use ``config.additionalHeaders`` as a TypoScript array object to add multiple headers
-at the same time
-
-Usage:
-
-.. code-block:: typoscript
-
-       config.additionalHeaders {
-               10 {
-                       # the header string
-                       header = WWW-Authenticate: Negotiate
-
-                       # replace previous headers with the same name
-            # optional, default is "on"
-                       replace = 0
-
-                       # optional, force the HTTP response code
-                       httpResponseCode = 401
-               }
-               # always set cache headers to private, overwriting the sophisticated TYPO3 option
-               20.header = Cache-control: Private
-       }
-
-See also: http://php.net/header
-
-Impact
-======
-
-The previous option ``config.additionalHeaders = X-Header: ABC|X-Header2: DEF`` is deprecated in favor of the more
-flexible solution.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-56529-SupportHasInArrayObject.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-56529-SupportHasInArrayObject.rst
deleted file mode 100644 (file)
index 2d4e871..0000000
+++ /dev/null
@@ -1,10 +0,0 @@
-============================================================
-Feature: #56529 - Support \"has*\" Functions in ObjectAccess
-============================================================
-
-Description
-===========
-
-ObjectAccess supports \"is*\" and \"get*\" functions to return
-property values. Another convenience method is \"has*\", which
-can be used in the same way.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-57178-SpecialHmenuExcludeSpecialParameters.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-57178-SpecialHmenuExcludeSpecialParameters.rst
deleted file mode 100644 (file)
index bfacdb4..0000000
+++ /dev/null
@@ -1,20 +0,0 @@
-===============================================
-Feature: #46624 - Additional HMENU browse menus
-===============================================
-
-Description
-===========
-
-The TypoScript Content Object HMENU with a special=browse option does not exclude "not in menu" pages nor
-pages that have a "no search" checkbox set. The two new options allow for more fine-grained selection of the items
-within the menu.
-
-The existing option "includeNotInMenu" was not available yet for the HMENU with special=browse enabled.
-
-.. code-block:: typoscript
-
-       lib.browsemenu = HMENU
-       lib.browsemenu.special = browse
-       lib.browsemenu.special.excludeNoSearchPages = 1
-       lib.browsemenu.includeNotInMenu = 1
-       ...
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-58031-ConfigurableWidthOfElementBrowser.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-58031-ConfigurableWidthOfElementBrowser.rst
deleted file mode 100644 (file)
index 389ac46..0000000
+++ /dev/null
@@ -1,19 +0,0 @@
-===========================================================
-Feature: #50039 - Configurable width of the Element Browser
-===========================================================
-
-Description
-===========
-
-It is now possible to set the width and height of the element browser on a per-user basis via UserTSConfig.
-
-Usage:
-
-::
-       options.popupWindowSize = 400x900
-       options.RTE.popupWindowSize = 200x200
-
-Impact
-======
-
-The Element Browser width and height can be set for better usability and user experience.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-58033-AltLabelsForFormEngineCheckboxAndRadioButtons.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-58033-AltLabelsForFormEngineCheckboxAndRadioButtons.rst
deleted file mode 100644 (file)
index ea8caee..0000000
+++ /dev/null
@@ -1,34 +0,0 @@
-=================================================================================
-Feature: #58033 - Enable label override of checkbox and radio buttons by TSconfig
-=================================================================================
-
-Description
------------
-
-Use TSconfig to override labels of radio buttons and checkboxes used in FormEngine.
-
-For single checkboxes the key "default" is used:
-
-.. code-block:: typoscript
-
-       TCEFORM.pages.hidden.altLabels.default = individual label
-
-.. code-block:: typoscript
-
-       TCEFORM.pages.hidden.altLabels.default = LLL:path/to/languagefile.xlf:individualLabel
-
-For fields with multiple checkboxes, the value or the corresponding numeration (0,1,2,3) of the checkbox is used:
-
-.. code-block:: typoscript
-
-       TCEFORM.pages.l18n_cfg.altLabels.0 = individual label for the first checkbox
-       TCEFORM.pages.l18n_cfg.altLabels.1 = individual label for the second checkbox
-
-The same functionality works on radio buttons, where the "key" is the value of the radio button.
-
-As seen in the example, hard-coded strings or references to language files are allowed.
-
-Impact
-------
-
-The feature enables even more customization for FormEngine for any custom crafted backend instance.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-58366-AutomaticAbsRefPrefix.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-58366-AutomaticAbsRefPrefix.rst
deleted file mode 100644 (file)
index 0327816..0000000
+++ /dev/null
@@ -1,39 +0,0 @@
-===========================================================
-Feature: #58366 - Add "auto" Option for config.absRefPrefix
-===========================================================
-
-Description
-===========
-
-The TypoScript setting config.absRefPrefix can be used to allow URL rewriting like URL giving a hard
-prefix for all relative paths. As an alternative to config.baseURL to be set to a specific domain
-absRefPrefix can autodetect the site root and use that instead of manually setting this option.
-
-Frontend:
-
-The new option can be set like this:
-
-.. code-block:: typoscript
-
-       config.absRefPrefix = auto
-
-instead of hardcoded values for different environments or when moving installations in subfolders.
-
-.. code-block:: typoscript
-
-       [ApplicationContext = Production]
-       config.absRefPrefix = /
-
-       [ApplicationContext = Testing]
-       config.absRefPrefix = /my_site_root/
-
-As the feature only works with path prefixes, and not with host name variables from the server,
-the new option is also safe for multi-domain environments to avoid duplicate caching mechanism.
-
-
-Impact
-======
-
-The new special option can be used to automatically set up installations and distributions like
-the Introduction Package where a site configuration is shipped with the system but might need
-to be adjusted.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-58929-FooterHookInPageLayoutView.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-58929-FooterHookInPageLayoutView.rst
deleted file mode 100644 (file)
index 9c79bc9..0000000
+++ /dev/null
@@ -1,9 +0,0 @@
-====================================================================
-Feature: #58929 - PageLayoutView: Add hook for tt_content_drawFooter
-====================================================================
-
-Description
-===========
-
-A hook is added to the PageLayoutView to manipulate the rendering of
-the footer of a content element.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-60019-SplFileInfo-MimeTypeGuesser-hook.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-60019-SplFileInfo-MimeTypeGuesser-hook.rst
deleted file mode 100644 (file)
index af45e06..0000000
+++ /dev/null
@@ -1,31 +0,0 @@
-===============================================================================
-Feature: #60019 - New SplFileInfo implementation with new mimeTypeGuessers hook
-===============================================================================
-
-Description
-===========
-
-A new class :code:`\TYPO3\CMS\Core\Type\File\FileInfo` which extends :code:`SplFileInfo` is now
-available as an API for fetching meta information from files.
-
-Besides the native .. _SplFileInfo API: http://php.net/manual/en/class.splfileinfo.php,
-it provides a new method :code:`getMimeType()` to get the mime type of a file, e.g. text/html.
-It uses the native PHP function :code:`finfo_file()` and :code:`mime_content_type()` as a fallback.
-
-Example: Get the MIME type of a file
-
-.. code-block:: php
-
-  $fileIdentifier = '/tmp/foo.html';
-  $fileInfo = GeneralUtility::makeInstance(\TYPO3\CMS\Core\Type\File\FileInfo::class, $fileIdentifier);
-  echo $fileInfo->getMimeType();
-  // text/html
-
-New Hook 'mimeTypeGuessers'
-===========================
-
-Custom implementations to determine the MIME type can be added with a hook. Register the hook as follows:
-
-.. code-block:: php
-
-  $GLOBALS['TYPO3_CONF_VARS']['SC_OPTIONS'][\TYPO3\CMS\Core\Type\File\FileInfo::class]['mimeTypeGuessers']
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-61542-AddIsoLanguageKeys.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-61542-AddIsoLanguageKeys.rst
deleted file mode 100644 (file)
index 9c75bd6..0000000
+++ /dev/null
@@ -1,68 +0,0 @@
-===============================================================
-Feature: #61542 - Add two-letter ISO 639-1 keys to sys_language
-===============================================================
-
-Description
-===========
-
-The handling of the languages is done by the sys_language database table, which is usually referenced via the common
-sys_language_uid. The commonly referenced ISO 639-1 two-letter-code is only in use when static_info_tables is installed,
-which brings all ISO 639-1 letter-codes in a separate table. The CMS Core uses a hard-coded dependency on the extension
-to retrieve the ISO codes where needed, however, already ships an empty and invisible field "static_lang_isocode" is
-already supplied by the CMS Core.
-
-As a first step to identify languages by their proper ISO 639-1 two-letter code a new DB field for sys_language called
-"language_isocode" is introduced, which is used in all places of the TYPO3 CMS Core.
-
-Additionally the new TypoScript option config.sys_language_isocode can be used to set the existing
-$TSFE->sys_language_isocode variable via TypoScript. Previously this was done via static_info_tables.
-
-The ISO code is also used for the language attribute of the HTML tag. Therefore the setting config.htmlTag_langKey
-is not needed anymore if it is the same as the ISO code.
-
-Impact
-======
-
-Frontend:
-The value $TSFE->sys_language_isocode is now filled at any time. It can be set via TypoScript, or is automatically
-set if the config.sys_language_uid parameter is set > 0 from the isoc2ode DB field.
-
-.. code-block:: typoscript
-
-       # danish by default
-       config.sys_language_uid = 0
-       config.sys_language_isocode_default = da
-
-       [globalVar = GP:L = 1]
-               # isocode is filled by the respective DB value from sys_language (uid 1)
-               config.sys_language_uid = 1
-
-               # you can override this of course
-               config.sys_language_isocode = fr
-       [GLOBAL]
-
-The new field can be used in any TypoScript variable like
-
-.. code-block:: typoscript
-
-       page.10 = TEXT
-       page.10.data = TSFE:sys_language_isocode
-       page.10.wrap = <div class="main" data-language="|">
-
-Backend:
-
-All ISO code usages based on sys_language in the Backend (FormEngine, Translation Tools) is now done via the new field
-but still uses static_info_tables as fallback if already in use.
-
-Each sys_language record is now editable with the new DB field to select the respective ISO 639-1 code.
-
-Migration
-=========
-
-The upgrade wizard makes sure that the new DB field is filled properly so no deprecation warnings are written
-if static_info_tables in conjunction with the DB field "static_lang_isocode" was used before. If this field is
-used in a 3rd party extension, the extension developers and site integrators need to make sure it is switched
-to the new DB field sys_language.language_isocode.
-
-If a site uses multiple languages without static_info_tables each sys_language record should be modified to select
-the proper ISO 639-1 code for the langauges.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-61711-SignalAtVeryEndOfDataPreprocessorFetchRecord.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-61711-SignalAtVeryEndOfDataPreprocessorFetchRecord.rst
deleted file mode 100755 (executable)
index cc613ba..0000000
+++ /dev/null
@@ -1,8 +0,0 @@
-===========================================================================
-Feature: #61711 - Signal at the very end of DataPreprocessor::fetchRecord()
-===========================================================================
-
-Description
-===========
-
-This signal can be used to e.g. manipulate the regTableItems_data array to display that manipulated data in TCEForms.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-61725-AddHookToBackendUtilityCountVersionsOfRecordsOnPage.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-61725-AddHookToBackendUtilityCountVersionsOfRecordsOnPage.rst
deleted file mode 100644 (file)
index fb2d281..0000000
+++ /dev/null
@@ -1,16 +0,0 @@
-=========================================================================
-Feature: #61725 - Hook for BackendUtility::countVersionsOfRecordsOnPage()
-=========================================================================
-
-Description
-===========
-
-Hook to post-process BackendUtility::countVersionsOfRecordsOnPage
-result. BackendUtility::countVersionsOfRecordsOnPage is used to
-visualize workspace states in e.g. the page tree.
-
-Register like this:
-
-.. code-block:: php
-
-       $GLOBALS['TYPO3_CONF_VARS']['SC_OPTIONS']['t3lib/class.t3lib_befunc.php']['countVersionsOfRecordsOnPage'][] = 'My\Package\HookClass->hookMethod';
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-62944-UserFuncAsDisplayCond.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-62944-UserFuncAsDisplayCond.rst
deleted file mode 100644 (file)
index 65b086d..0000000
+++ /dev/null
@@ -1,19 +0,0 @@
-=========================================================
-Feature: #62944 - UserFunc available as Display Condition
-=========================================================
-
-Description
-===========
-
-Being able to use userFunc as displayCondition makes it possible to
-check on any imaginable condition or state. If any situation can not
-be evaluated with any of the existing checks the developer is free
-to add an own user function which provides a boolean result whether
-to show or hide the TCA field.
-
-.. code-block:: php
-
-       $GLOBALS['TCA']['tt_content']['columns']['bodytext']['displayCond'] = 'USER:Evoweb\\Example\\User\\ElementConditionMatcher->checkHeaderGiven:any:more:information';
-
-Divided by colons any parameters can be added that are sent to the ConditionMatcher class.
-
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-62960-SignalForMailerInitialization.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-62960-SignalForMailerInitialization.rst
deleted file mode 100644 (file)
index 2451d35..0000000
+++ /dev/null
@@ -1,49 +0,0 @@
-==================================================
-Feature: #62960 - Signal for mailer initialization
-==================================================
-
-Description
-===========
-
-This signal allows for additional processing upon initialization of a mailer object,
-e.g. registering a Swift mailer plugin.
-
-Registering the signal:
-
-::
-
-       $signalSlotDispatcher = \\TYPO3\\CMS\\Core\\Utility\\GeneralUtility::makeInstance(\\TYPO3\\CMS\\Extbase\\SignalSlot\\Dispatcher::class);
-       $signalSlotDispatcher->connect(
-               \\TYPO3\\CMS\\Core\\Mail\\Mailer::class,
-               'postInitializeMailer',
-               \\Vendor\\Package\\Slots\\MailerSlot::class,
-               'registerPlugin'
-       );
-
-..
-
-The slot class:
-
-::
-
-       <?php
-       namespace Vendor\\Package\\Slots;
-
-       use TYPO3\\CMS\\Core\\Mail\\Mailer;
-
-       class MailerSlot {
-               /**
-                * @param Mailer $mailer
-                * @return void
-                */
-               public function registerPlugin(Mailer $mailer) {
-                       // Processing here
-               }
-       }
-
-..
-
-Impact
-======
-
-Extensions may now perform arbitrary processing for every mail.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-63207-SplitActionButtonsIntoGroups.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-63207-SplitActionButtonsIntoGroups.rst
deleted file mode 100644 (file)
index a74e34b..0000000
+++ /dev/null
@@ -1,36 +0,0 @@
-===============================================
-Feature: #63207 - Split buttons into two groups
-===============================================
-
-Description
-===========
-
-The action buttons in Web>List for pages and content elements are split into two groups to organize
-the actions as primary and secondary actions. Primary action are common RUD actions:
-- Show
-- Edit
-- Hide
-- Delete
-- Move up/down
-
-Secondary actions keep any other action. If "Extended view" is disabled, the primary actions are now
-still displayed, the secondary action are collapsed but can be expanded by clicking the expand trigger.
-
-
-Impact
-======
-
-Existing hooks will work like before. If an action is added to one of the two sections, the icon
-on rootlevel must be reset, please see Migration_.
-
-
-Migration
-=========
-
-.. code-block:: php
-
-       unset($cells['edit']);
-       $cells['primary']['edit'] = '<a class="btn btn-default"><span class="t3-icon fa fa-trash"></span></a>';
-       $cells['secondary']['edit'] = '<a class="btn btn-default"><span class="t3-icon fa fa-trash"></span></a>';`
-
-Icons, that are not added into a section, will be sorted into the secondary group.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-63600-CustomTypoScriptConditionsInBackend.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-63600-CustomTypoScriptConditionsInBackend.rst
deleted file mode 100644 (file)
index f90ac65..0000000
+++ /dev/null
@@ -1,33 +0,0 @@
-====================================================================
-Feature: #61489 - Allow own TypoScript Conditions in Backend as well
-====================================================================
-
-Description
-===========
-
-It is now possible to add own TypoScript conditions via a separate API in the Backend. The API for the frontend
-was introduced with TYPO3 CMS 7.0.
-
-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\MyCustomTypoScriptCondition]
-
-       [BigCompanyName\TypoScriptLovePackage\MyCustomTypoScriptCondition = 7]
-
-       [BigCompanyName\TypoScriptLovePackage\MyCustomTypoScriptCondition = 7, != 6]
-
-       [BigCompanyName\TypoScriptLovePackage\MyCustomTypoScriptCondition = {$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/master/Feature-63729-ApiForBootstrapModals.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-63729-ApiForBootstrapModals.rst
deleted file mode 100644 (file)
index f25a3ee..0000000
+++ /dev/null
@@ -1,96 +0,0 @@
-==================================================
-Feature: #63729 - API for Twitter Bootstrap modals
-==================================================
-
-Description
-===========
-
-Actions that require a users' attention must be visualized by modal windows. TWBS provides those,
-but an extension author or core developer must take care of its creation and handling himself.
-
-This API provides a basis to create modal windows with severity representation. For a better UX,
-if actions (buttons) are attached to the modal, one button must be a positive action. This button
-should get a btnClass and set as active.
-
-Modals should be used rarely and only for confirmations. For information the TYPO3.Flashmessage API should be used.
-For complex content, like forms or a lot of information, please use normal pages.
-
-
-Impact
-======
-
-API
----
-
-The API provides only two public methods:
-
-1) ``TYPO3.Modal.confirm(title, content, severity, buttons)``
-2) ``TYPO3.Modal.dismiss()``
-
-Parameters marked with an asterisk(*) are required
-
-* ``title`` (string) "*": The title displayed in the modal
-* ``content`` (string|jQuery) "*": The content displayed in the modal
-* ``severity`` (int): Represents the severity of a modal. Please see TYPO3.Severity. Default is ``TYPO3.Severity.info``.
-* ``buttons`` (object[]): Actions rendered into the modal footer. If empty, the footer is not rendered.
-
-  * ``text`` (string) "*": The text rendered into the button.
-  * ``trigger`` (function) "*": Callback that's triggered on button click.
-  * ``active`` (bool: Marks the button as active. If true, the button gets the focus.
-  * ``btnClass`` (string): The css class for the button
-
-Data-Attributes
----------------
-
-It is also possible to use data-attributes to trigger a modal.
-e.g. on an anchor element, which prevents the default behavior.
-
-Attributes marked with an asterisk(*) are required
-
-* ``class="t3js-modal-trigger"`` "*": marks the element as modal trigger
-* ``data-title`` : the title text for the modal
-* ``data-content`` : the content text for the modal
-* ``data-severity`` : the severity for the modal, default is info (see TYPO3.Severity.*)
-* ``data-href`` : the target URL, default is the href attribute of the element
-* ``data-button-close-text`` : button text for the close/cancel button
-* ``data-button-ok-text`` : button text for the ok button
-
-Examples
---------
-
-A basic modal without any specials can be created this way:
-
-.. code-block:: javascript
-
-       TYPO3.Modal.confirm('The title of the modal', 'This the the body of the modal');
-
-A modal as warning with button:
-
-.. code-block:: javascript
-
-       TYPO3.Modal.confirm('Warning', 'You may break the internet!', TYPO3.Severity.warning, [
-               {
-                       text: 'Break it',
-                       active: true,
-                       trigger: function() {
-                               // break the net
-                       }
-               }, {
-                       text: 'Abort!',
-                       trigger: function() {
-                               TYPO3.Modal.dismiss();
-                       }
-               }
-       ]);
-
-A modal as warning:
-
-.. code-block:: javascript
-
-       TYPO3.Modal.confirm('Warning', 'You may break the internet!', TYPO3.Severity.warning);
-
-A modal triggered on an anchor element:
-
-.. code-block:: html
-
-       <a href="delete.php" class="t3js-modal-trigger" data-title="Delete" data-content="Really delete?">delete</a>
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-63913-AllowRequireJsModulesForContainerViewHelper.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-63913-AllowRequireJsModulesForContainerViewHelper.rst
deleted file mode 100644 (file)
index da13445..0000000
+++ /dev/null
@@ -1,19 +0,0 @@
-=====================================================================
-Feature: #63913 - Allow ContainerViewHelper to load RequireJS modules
-=====================================================================
-
-Description
-===========
-
-The ContainerViewHelper can load RequireJS modules via the `includeRequireJsModules` attribute. The scripts are passed
-as array.
-
-.. code-block:: html
-
-       <f:be.container pageTitle="Extension Module" loadJQuery="true"
-               includeRequireJsModules="{
-               0:'TYPO3/CMS/Extension/Module',
-               1:'TYPO3/CMS/Extension/Module2',
-               2:'TYPO3/CMS/Extension/Module3',
-               3:'TYPO3/CMS/Extension/Module4'
-       }">
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-64031-JavaScript-Storage-API.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-64031-JavaScript-Storage-API.rst
deleted file mode 100644 (file)
index 983b89a..0000000
+++ /dev/null
@@ -1,47 +0,0 @@
-========================================
-Feature: #64031 - JavaScript Storage API
-========================================
-
-Description
-===========
-
-Accessing the Backend User configuration ($BE_USER->uc) can be handled in JavaScript with a common and simple
-key-value storage manner, allowing to store any data. Additionally, the use of HTML5s localStorage allows to
-store any data in the same way inside the browser. All localStorage data is prefixed with "t3-" in order to avoid
-collisions with other data from the same browserStorage.
-
-Impact
-======
-
-API Methods
------------
-
-The API provides two objects available in the top frame attached to the global TYPO3 object:
-
-1) ``top.TYPO3.Storage.Client``
-2) ``top.TYPO3.Storage.Persistent``
-
-Each object has the following API methods
-
-* ``get(key)`` To fetch the data behind the key.
-* ``set(key, value)`` To set/override a key with any arbitrary content.
-* ``isset(key)`` (bool) checks if the key is in use.
-* ``clear()`` to empty all data inside the storage.
-
-
-Examples
---------
-
-To fetch data from the persistent user configuration, simple use the key known already:
-
-.. code-block:: javascript
-
-       top.TYPO3.Storage.Persistent.get('startModule');
-
-Storing / Updating data in the storage works like this, and can contain any data type.
-
-.. code-block:: javascript
-
-       top.TYPO3.Storage.Persistent.set('startModule', 'web_info');
-
-The same is possible for browserStorage using top.TYPO3.Storage.Client.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-64190-FormEngineCheckboxElement.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-64190-FormEngineCheckboxElement.rst
deleted file mode 100644 (file)
index bba6d33..0000000
+++ /dev/null
@@ -1,37 +0,0 @@
-==================================================================
-Feature: #62960 - Inline rendering for FormEngine Checkbox Element
-==================================================================
-
-Description
-===========
-
-The checkbox setting "inline" for cols can be used to render the checkboxes
-directly next to each other to reduce the amount of used space.
-
-Example Configuration:
-
-::
-
-       'weekdays' => array(
-               'label' => 'Weekdays',
-               'config' => array(
-                       'type' => 'check',
-                       'items' => array(
-                               array('Mo', ''),
-                               array('Tu', ''),
-                               array('We', ''),
-                               array('Th', ''),
-                               array('Fr', ''),
-                               array('Sa', ''),
-                               array('Su', ''),
-                       ),
-                       'cols' => 'inline',
-               ),
-       ),
-
-..
-
-Impact
-======
-
-Checkboxes will be placed directly next to each other to reduce the amount of used space.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-64257-MultipleUidInPageRepositoryGetMenu.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-64257-MultipleUidInPageRepositoryGetMenu.rst
deleted file mode 100644 (file)
index 8d3de7b..0000000
+++ /dev/null
@@ -1,18 +0,0 @@
-===================================================================
-Feature: #64257 - Support multiple UID in PageRepository::getMenu()
-===================================================================
-
-Description
-===========
-
-An array of ``uid`` values can be passed to
-``PageRepository::getMenu()``, providing the chance to build menues
-from several roots.
-
-Example: Fetch children of pages #2 and #3:
-
-.. code-block:: php
-
-    $pageRepository = new \TYPO3\CMS\Frontend\Page\PageRepository();
-    $pageRepository->init(false);
-    $rows = $pageRepository->getMenu(array(2, 3));
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-64386-ContentObjectRegistration.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-64386-ContentObjectRegistration.rst
deleted file mode 100644 (file)
index 13f0672..0000000
+++ /dev/null
@@ -1,22 +0,0 @@
-====================================================
-Feature: #64386 - Public Content Object Registration
-====================================================
-
-Description
-===========
-
-A new global option is now available to register and/or extend / overwrite content objects like TEXT.
-A list of all available Content Objects that was previously registered within the main ContentObjectRenderer class
-is now moved to the global array ``$GLOBALS['TYPO3_CONF_VARS']['FE']['ContentObjects']`` which allows for modifications
-via third-party extensions.
-
-Example: Register a new Content Object EXAMPLE in a third-party extension
-
-.. code-block:: php
-
-  $GLOBALS['TYPO3_CONF_VARS']['FE']['ContentObjects']['EXAMPLE'] = Acme\MyExtension\ContentObject\ExampleContentObject::class
-
-The registered class must be a subclass of TYPO3\CMS\Frontend\ContentObject\AbstractContentObject.
-
-For future autoloading mechanisms, it is encouraged to place the custom ContentObject class inside
-``EXT:myextension/Classes/ContentObject/``.
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-64921-FlexibleSubmoduleConfiguration.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-64921-FlexibleSubmoduleConfiguration.rst
deleted file mode 100644 (file)
index fd4dbdb..0000000
+++ /dev/null
@@ -1,33 +0,0 @@
-=========================================================================
-Feature: #64921 - Needed changes for flexible configuration of submodules
-=========================================================================
-
-Description
-===========
-
-The additional configuration for submodules can now be configured with an extra
-parameter in ``ExtensionManagementUtility::addModule()`` since https://forge.typo3.org/issues/62880.
-This makes it possible to remove the conf.php file by setting the configuration within ``ExtensionManagementUtility::addModule()`` in ext_tables.php.
-
-When doing so you might have some issues with $this->MCONF not being set. This happens if your backend module extends
-from ``\TYPO3\CMS\Backend\Module\BaseScriptClass``.
-
-To fix this problem you need to add the module name in $this->MCONF.
-
-.. code-block:: php
-
-       /**
-        * The name of the module
-        *
-        * @var string
-        */
-       protected $moduleName = 'file_list';
-
-       /**
-        * Constructor
-        */
-       public function __construct() {
-               $this->MCONF = array(
-                       'name' => $this->moduleName
-               );
-       }
\ No newline at end of file
index c17c0f4..1fe576c 100644 (file)
@@ -364,5 +364,22 @@ resultlist\_stdWrap
          Parse the result list through the stdWrap function
 
 
+.. _linkSectionTitles-stdWrap:
+
+linkSectionTitles
+"""""""""""""""""
+
+.. container:: table-row
+
+   Property
+         linkSectionTitles
+
+   Data type
+         boolean
+
+   Description
+         Toggles whether section titles are linked or not
+
+
 [tsref:plugin.tx\_indexedsearch]