[DOCS] 7.5 Docs Part 9/4 99/43599/2
authorWouter Wolters <typo3@wouterwolters.nl>
Sun, 27 Sep 2015 15:43:14 +0000 (17:43 +0200)
committerAnja Leichsenring <aleichsenring@ab-softlab.de>
Mon, 28 Sep 2015 05:28:48 +0000 (07:28 +0200)
Proofread and move various Documentation Vol. 4

Change-Id: I2955a72b0ab443f1fc3cafed2d3a684267ca976e
Reviewed-on: http://review.typo3.org/43599
Reviewed-by: Georg Ringer <georg.ringer@gmail.com>
Tested-by: Georg Ringer <georg.ringer@gmail.com>
Reviewed-by: Anja Leichsenring <aleichsenring@ab-softlab.de>
Tested-by: Anja Leichsenring <aleichsenring@ab-softlab.de>
12 files changed:
typo3/sysext/core/Documentation/Changelog/7.5/Breaking-52156-ReplaceJumpUrlWithHooks.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.5/Feature-68700-AutoloadDefinitionCanBeProvidedInExt_emconfphp.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.5/Feature-69602-SimplifyHandlingOfBackendLayoutsInFrontend.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.5/Feature-70002-MakeItPossibleToRegisterOwnIconsForFileExtensions.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.5/Feature-70078-ExtensionsCanProvideAClassMapForClassLoading.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/7.5/Important-67954-MigrateCTypesTextImageAndTextpicToTextmedia.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/master/Feature-68700-AutoloadDefinitionCanBeProvidedInExt_emconfphp.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-69602-SimplifyHandlingOfBackendLayoutsInFrontend.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-70002-MakeItPossibleToRegisterOwnIconsForFileExtensions.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Feature-70078-ExtensionsCanProvideAClassMapForClassLoading.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Important-67954-MigrateCTypesTextImageAndTextpicToTextmedia.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/needs_to_be_merged_into_github/Breaking-52156-ReplaceJumpUrlWithHooks.rst [deleted file]

diff --git a/typo3/sysext/core/Documentation/Changelog/7.5/Breaking-52156-ReplaceJumpUrlWithHooks.rst b/typo3/sysext/core/Documentation/Changelog/7.5/Breaking-52156-ReplaceJumpUrlWithHooks.rst
new file mode 100644 (file)
index 0000000..1f495fb
--- /dev/null
@@ -0,0 +1,109 @@
+=======================================================
+Breaking: #52156 - Replaced JumpURL features with hooks
+=======================================================
+
+Description
+===========
+
+JumpURL handling
+^^^^^^^^^^^^^^^^
+
+The generation and handling of JumpURLs has been removed from the frontend extension and
+has been moved to a new core extension called "jumpurl".
+
+URL handler hooks
+^^^^^^^^^^^^^^^^^
+
+New hooks were introduced in :code:`TYPO3\CMS\Frontend\ContentObject\ContentObjectRenderer`
+and :code:`\TYPO3\CMS\Frontend\Controller\TypoScriptFrontendController` that allow
+custom URL generation and handling.
+
+This is how you can register a hook for manipulating URLs during link generation:
+
+.. code-block:: php
+
+       // Place this in your ext_localconf.php file
+       $GLOBALS['TYPO3_CONF_VARS']['SC_OPTIONS']['urlProcessing']['urlHandlers']['myext_myidentifier']['handler'] =
+               \Company\MyExt\MyUrlHandler::class;
+
+       // The class needs to implement the UrlHandlerInterface:
+       class MyUrlHandler implements \TYPO3\CMS\Frontend\Http\UrlHandlerInterface {}
+
+This is how you can handle URLs in a custom way:
+
+.. code-block:: php
+
+       // Place this in your ext_localconf.php file
+       $GLOBALS['TYPO3_CONF_VARS']['SC_OPTIONS']['urlProcessing']['urlProcessors']['myext_myidentifier']['processor']
+               = \Company\MyExt\MyUrlProcessor::class;
+
+       // The class needs to implement the UrlProcessorInterface:
+       class MyUrlProcessor implements \TYPO3\CMS\Frontend\Http\UrlProcessorInterface {}
+
+
+External URL page handling
+^^^^^^^^^^^^^^^^^^^^^^^^^^
+
+The core functionality for redirecting the user to an external URL when he hits a page with doktype "external"
+is moved from the :code:`\TYPO3\CMS\Frontend\Controller\TypoScriptFrontendController` to the
+:code:`\TYPO3\CMS\Frontend\Page\ExternalPageUrlHandler` class.
+
+
+ResourceStorage adjustment
+^^^^^^^^^^^^^^^^^^^^^^^^^^
+
+The method :code:`\TYPO3\CMS\Core\Resource\ResourceStorage::dumpFileContents()` accepts an additional
+parameter for overriding the mime type that is sent in the ``Content-Type`` header when delivering a file.
+
+Impact
+======
+
+Unless the jumpurl extension is installed, no JumpURL related feature will work anymore.
+
+If an extension tightly integrates into the JumpURL process it might break, because some of the related
+methods have been removed, disabled or changed.
+
+These methods have been removed and their functionality has been moved to the new jumpurl extension:
+
+:code:`\TYPO3\CMS\Frontend\ContentObject\ContentObjectRenderer::locDataJU()`
+
+:code:`\TYPO3\CMS\Frontend\Controller\TypoScriptFrontendController::locDataCheck()`
+
+The :code:`$initP` parameter of the method  :code:`\TYPO3\CMS\Frontend\ContentObject\ContentObjectRenderer::getMailTo()` has been removed.
+
+The method :code:`\TYPO3\CMS\Frontend\Controller\TypoScriptFrontendController::setExternalJumpUrl()` has been marked as deprecated
+and is an alias for the new :code:`initializeRedirectUrlHandlers()` method that does no jumpurl handling any more. The
+new method only checks if the current page is a link to an external URL and sets the :code:`redirectUrl` property.
+
+The method :code:`\TYPO3\CMS\Frontend\Controller\TypoScriptFrontendController::jumpUrl()` has also been marked as deprecated
+and is an alias for the new :code:`redirectToExternalUrl()` method. The jumpurl handling has been removed from
+this method. It loops over all registered URL handlers and handles the redirection to the :code:`redirectUrl`.
+
+
+Affected installations
+======================
+
+All CMS 7.4 installations that use the JumpURL features or that use Extensions that rely on these features
+or one of the removed methods.
+
+
+Migration
+=========
+
+If you  want to use the JumpURL features you need to install the jumpurl extension. Your configuration should
+work as before.
+
+Please note that the configuration of the :ref:`filelink <t3tsref:filelink>` TypoScript function has changed.
+Passing the :code:`jumpurl` parameter in the configuration has been marked as deprecated and will be removed in future versions.
+
+You can now pass arbitrary configuration options for the typolink call that is used to generate
+the file link in the :code:`typolinkConfiguration` parameter:
+
+.. code-block:: typoscript
+
+       lib.myfilelink = TEXT
+       lib.myfilelink.value = fileadmin/myfile.txt
+       lib.myfilelink.filelink {
+               typolinkConfiguration.jumpurl = 1
+               typolinkConfiguration.jumpurl.secure = 1
+       }
diff --git a/typo3/sysext/core/Documentation/Changelog/7.5/Feature-68700-AutoloadDefinitionCanBeProvidedInExt_emconfphp.rst b/typo3/sysext/core/Documentation/Changelog/7.5/Feature-68700-AutoloadDefinitionCanBeProvidedInExt_emconfphp.rst
new file mode 100644 (file)
index 0000000..6b7fc20
--- /dev/null
@@ -0,0 +1,70 @@
+=======================================================================
+Feature: #68700 - Autoload definition can be provided in ext_emconf.php
+=======================================================================
+
+Description
+===========
+
+It is now possible for extensions to provide one or more PSR-4 definitions,
+in the ext_emconf.php file.
+
+While it was possible to define a psr-4 section in a composer.json before already, now it is also
+possible to define an autoload/psr-4 section in the ext_emconf.php file as well, so that extension authors
+do not need to provide a composer.json just for that any more.
+
+This is the new recommended way to register classes for TYPO3.
+
+Example ext_emconf.php:
+
+.. code-block:: php
+
+       <?php
+       $EM_CONF[$_EXTKEY] = array (
+         'title' => 'Extension skeleton for TYPO3 7',
+         'description' => 'Description for ext',
+         'category' => 'Example Extensions',
+         'author' => 'Helmut Hummel',
+         'author_email' => 'info@helhum.io',
+         'author_company' => 'helhum.io',
+         'shy' => '',
+         'priority' => '',
+         'module' => '',
+         'state' => 'stable',
+         'internal' => '',
+         'uploadfolder' => '0',
+         'createDirs' => '',
+         'modify_tables' => '',
+         'clearCacheOnLoad' => 0,
+         'lockType' => '',
+         'version' => '0.0.1',
+         'constraints' =>
+         array (
+               'depends' =>
+               array (
+                 'typo3' => '7.5.0-7.99.99',
+               ),
+               'conflicts' =>
+               array (
+               ),
+               'suggests' =>
+               array (
+               ),
+         ),
+         'autoload' =>
+         array(
+               'psr-4' =>
+               array(
+                 'Helhum\\ExtScaffold\\' => 'Classes'
+               )
+         )
+       );
+
+
+Impact
+======
+
+Without providing an autoload section, TYPO3 scans the complete extension directory for PHP class files and registers them all.
+This includes test classes or classes of third party libraries, which might lead to unexpected results.
+
+Therefore it is recommended to provide such an autoload section in an extension. It will be ignored in older TYPO3 versions, so
+there will be no issue with backwards compatibility.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/7.5/Feature-69602-SimplifyHandlingOfBackendLayoutsInFrontend.rst b/typo3/sysext/core/Documentation/Changelog/7.5/Feature-69602-SimplifyHandlingOfBackendLayoutsInFrontend.rst
new file mode 100644 (file)
index 0000000..be89bfa
--- /dev/null
@@ -0,0 +1,38 @@
+==================================================================
+Feature: #69602 - Simplify handling of backend layouts in frontend
+==================================================================
+
+Description
+===========
+
+To avoid complex TypoScript for integrators, the handling of backend layouts has
+been simplified for the frontend.
+
+To get the correct backend layout, the following TypoScript code can be used:
+
+.. code-block:: typoscript
+
+       page.10 = FLUIDTEMPLATE
+       page.10 {
+         file.stdWrap.cObject = CASE
+         file.stdWrap.cObject {
+               key.data = pagelayout
+
+               default = TEXT
+               default.value = EXT:sitepackage/Resources/Private/Templates/Home.html
+
+               3 = TEXT
+               3.value = EXT:sitepackage/Resources/Private/Templates/1-col.html
+
+               4 = TEXT
+               4.value = EXT:sitepackage/Resources/Private/Templates/2-col.html
+         }
+       }
+
+Using  ``data = pagelayout`` is the same as using as
+
+.. code-block:: typoscript
+
+       field = backend_layout
+       ifEmpty.data = levelfield:-2,backend_layout_next_level,slide
+       ifEmpty.ifEmpty = default
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/7.5/Feature-70002-MakeItPossibleToRegisterOwnIconsForFileExtensions.rst b/typo3/sysext/core/Documentation/Changelog/7.5/Feature-70002-MakeItPossibleToRegisterOwnIconsForFileExtensions.rst
new file mode 100644 (file)
index 0000000..c0e0957
--- /dev/null
@@ -0,0 +1,19 @@
+============================================================================
+Feature: #70002 - Make it possible to register own icons for file extensions
+============================================================================
+
+Description
+===========
+
+The IconRegistry has been extended with a mapping of file extensions.
+
+
+Impact
+======
+
+It is now possible to register or overwrite the iconIdentifier for a file extension.
+
+.. code-block:: php
+
+       $iconRegistry = GeneralUtility::makeInstance(IconRegistry::class);
+       $iconRegistry->registerFileExtension('log', 'icon-identiifer-for-log-files');
diff --git a/typo3/sysext/core/Documentation/Changelog/7.5/Feature-70078-ExtensionsCanProvideAClassMapForClassLoading.rst b/typo3/sysext/core/Documentation/Changelog/7.5/Feature-70078-ExtensionsCanProvideAClassMapForClassLoading.rst
new file mode 100644 (file)
index 0000000..dfd0d10
--- /dev/null
@@ -0,0 +1,75 @@
+======================================================================
+Feature: #70078 - Extensions can provide a class map for class loading
+======================================================================
+
+Description
+===========
+
+With the old class loader it was possible for extension authors
+to register several classes in an ext_autoload.php file.
+
+This possibility was completely removed with introduction of composer class loading.
+In composer mode, one can fully benefit from composer and its class loading options.
+However TYPO3 installations in non composer mode (extracted and symlinked
+archive of sources), lack this functionality completely.
+
+Now it is possible to provide a class map section in either the composer.json file
+or the ext_emconf.php file. This section will be evaluated and used also in non composer mode.
+
+Example ext_emconf.php file:
+
+.. code-block:: php
+
+       <?php
+       $EM_CONF[$_EXTKEY] = array (
+         'title' => 'Extension skeleton for TYPO3 7',
+         'description' => 'Description for ext',
+         'category' => 'Example Extensions',
+         'author' => 'Helmut Hummel',
+         'author_email' => 'info@helhum.io',
+         'author_company' => 'helhum.io',
+         'shy' => '',
+         'priority' => '',
+         'module' => '',
+         'state' => 'stable',
+         'internal' => '',
+         'uploadfolder' => '0',
+         'createDirs' => '',
+         'modify_tables' => '',
+         'clearCacheOnLoad' => 0,
+         'lockType' => '',
+         'version' => '0.0.1',
+         'constraints' =>
+         array (
+               'depends' =>
+               array (
+                 'typo3' => '7.5.0-7.99.99',
+               ),
+               'conflicts' =>
+               array (
+               ),
+               'suggests' =>
+               array (
+               ),
+         ),
+         'autoload' =>
+         array(
+               'psr-4' =>
+               array(
+                 'Helhum\\ExtScaffold\\' => 'Classes'
+               ),
+               'classmap' =>
+               array(
+                 'Resources/PHP/Libs'
+               )
+         )
+       );
+
+In the example configuration the path ``Resources/PHP/Libs`` is parsed for PHP files which are automatically added
+to the class loader.
+
+Impact
+======
+
+Extensions that target TYPO3 6.2 LTS and 7 LTS can now provide a class map in ext_emconf.php which is only evaluated in
+TYPO3 7 LTS and an ext_autoload.php which is only evaluated in 6.2 LTS for maximum flexibility and compatibility.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/7.5/Important-67954-MigrateCTypesTextImageAndTextpicToTextmedia.rst b/typo3/sysext/core/Documentation/Changelog/7.5/Important-67954-MigrateCTypesTextImageAndTextpicToTextmedia.rst
new file mode 100644 (file)
index 0000000..b33c2eb
--- /dev/null
@@ -0,0 +1,33 @@
+=======================================================================
+Important: #67954 - Migrate CTypes text, image and textpic to textmedia
+=======================================================================
+
+Description
+===========
+
+EXT:fluid_styled_content simplifies the available CTypes which results in types ``text``, ``image`` and ``textpic``
+being dropped in favor of type ``textmedia``. The relation field is changed from ``image`` to ``media_references``.
+
+
+Impact
+======
+
+When EXT:fluid_styled_content is installed and EXT:css_styled_content isn't installed an "Upgrade Wizard" is available in the
+Install Tool to migrate all CE of type ``text``, ``image`` or ``textpic`` to type ``textmedia``.
+Furthermore the relations to field ``image`` will be adjusted to ``media_references`` for the migrated CE's.
+
+The frontend rendering has to be adjusted so the new type is rendered after the migration is done.
+Migration will not happen automatically but has to be triggered manually.
+
+
+Affected Installations
+======================
+
+All installations where EXT:fluid_styled_content is installed and EXT:css_styled_content isn't installed.
+
+
+Migration
+=========
+
+First un-install EXT:css_styled_content and install EXT:fluid_styled_content. After that an "Upgrade Wizard" will be
+available in the install tool to migrate all existing CE elements of type ``text``, ``image`` or ``textpic`` to type ``textmedia``.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-68700-AutoloadDefinitionCanBeProvidedInExt_emconfphp.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-68700-AutoloadDefinitionCanBeProvidedInExt_emconfphp.rst
deleted file mode 100644 (file)
index 6b7fc20..0000000
+++ /dev/null
@@ -1,70 +0,0 @@
-=======================================================================
-Feature: #68700 - Autoload definition can be provided in ext_emconf.php
-=======================================================================
-
-Description
-===========
-
-It is now possible for extensions to provide one or more PSR-4 definitions,
-in the ext_emconf.php file.
-
-While it was possible to define a psr-4 section in a composer.json before already, now it is also
-possible to define an autoload/psr-4 section in the ext_emconf.php file as well, so that extension authors
-do not need to provide a composer.json just for that any more.
-
-This is the new recommended way to register classes for TYPO3.
-
-Example ext_emconf.php:
-
-.. code-block:: php
-
-       <?php
-       $EM_CONF[$_EXTKEY] = array (
-         'title' => 'Extension skeleton for TYPO3 7',
-         'description' => 'Description for ext',
-         'category' => 'Example Extensions',
-         'author' => 'Helmut Hummel',
-         'author_email' => 'info@helhum.io',
-         'author_company' => 'helhum.io',
-         'shy' => '',
-         'priority' => '',
-         'module' => '',
-         'state' => 'stable',
-         'internal' => '',
-         'uploadfolder' => '0',
-         'createDirs' => '',
-         'modify_tables' => '',
-         'clearCacheOnLoad' => 0,
-         'lockType' => '',
-         'version' => '0.0.1',
-         'constraints' =>
-         array (
-               'depends' =>
-               array (
-                 'typo3' => '7.5.0-7.99.99',
-               ),
-               'conflicts' =>
-               array (
-               ),
-               'suggests' =>
-               array (
-               ),
-         ),
-         'autoload' =>
-         array(
-               'psr-4' =>
-               array(
-                 'Helhum\\ExtScaffold\\' => 'Classes'
-               )
-         )
-       );
-
-
-Impact
-======
-
-Without providing an autoload section, TYPO3 scans the complete extension directory for PHP class files and registers them all.
-This includes test classes or classes of third party libraries, which might lead to unexpected results.
-
-Therefore it is recommended to provide such an autoload section in an extension. It will be ignored in older TYPO3 versions, so
-there will be no issue with backwards compatibility.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-69602-SimplifyHandlingOfBackendLayoutsInFrontend.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-69602-SimplifyHandlingOfBackendLayoutsInFrontend.rst
deleted file mode 100644 (file)
index be89bfa..0000000
+++ /dev/null
@@ -1,38 +0,0 @@
-==================================================================
-Feature: #69602 - Simplify handling of backend layouts in frontend
-==================================================================
-
-Description
-===========
-
-To avoid complex TypoScript for integrators, the handling of backend layouts has
-been simplified for the frontend.
-
-To get the correct backend layout, the following TypoScript code can be used:
-
-.. code-block:: typoscript
-
-       page.10 = FLUIDTEMPLATE
-       page.10 {
-         file.stdWrap.cObject = CASE
-         file.stdWrap.cObject {
-               key.data = pagelayout
-
-               default = TEXT
-               default.value = EXT:sitepackage/Resources/Private/Templates/Home.html
-
-               3 = TEXT
-               3.value = EXT:sitepackage/Resources/Private/Templates/1-col.html
-
-               4 = TEXT
-               4.value = EXT:sitepackage/Resources/Private/Templates/2-col.html
-         }
-       }
-
-Using  ``data = pagelayout`` is the same as using as
-
-.. code-block:: typoscript
-
-       field = backend_layout
-       ifEmpty.data = levelfield:-2,backend_layout_next_level,slide
-       ifEmpty.ifEmpty = default
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-70002-MakeItPossibleToRegisterOwnIconsForFileExtensions.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-70002-MakeItPossibleToRegisterOwnIconsForFileExtensions.rst
deleted file mode 100644 (file)
index c0e0957..0000000
+++ /dev/null
@@ -1,19 +0,0 @@
-============================================================================
-Feature: #70002 - Make it possible to register own icons for file extensions
-============================================================================
-
-Description
-===========
-
-The IconRegistry has been extended with a mapping of file extensions.
-
-
-Impact
-======
-
-It is now possible to register or overwrite the iconIdentifier for a file extension.
-
-.. code-block:: php
-
-       $iconRegistry = GeneralUtility::makeInstance(IconRegistry::class);
-       $iconRegistry->registerFileExtension('log', 'icon-identiifer-for-log-files');
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-70078-ExtensionsCanProvideAClassMapForClassLoading.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-70078-ExtensionsCanProvideAClassMapForClassLoading.rst
deleted file mode 100644 (file)
index dfd0d10..0000000
+++ /dev/null
@@ -1,75 +0,0 @@
-======================================================================
-Feature: #70078 - Extensions can provide a class map for class loading
-======================================================================
-
-Description
-===========
-
-With the old class loader it was possible for extension authors
-to register several classes in an ext_autoload.php file.
-
-This possibility was completely removed with introduction of composer class loading.
-In composer mode, one can fully benefit from composer and its class loading options.
-However TYPO3 installations in non composer mode (extracted and symlinked
-archive of sources), lack this functionality completely.
-
-Now it is possible to provide a class map section in either the composer.json file
-or the ext_emconf.php file. This section will be evaluated and used also in non composer mode.
-
-Example ext_emconf.php file:
-
-.. code-block:: php
-
-       <?php
-       $EM_CONF[$_EXTKEY] = array (
-         'title' => 'Extension skeleton for TYPO3 7',
-         'description' => 'Description for ext',
-         'category' => 'Example Extensions',
-         'author' => 'Helmut Hummel',
-         'author_email' => 'info@helhum.io',
-         'author_company' => 'helhum.io',
-         'shy' => '',
-         'priority' => '',
-         'module' => '',
-         'state' => 'stable',
-         'internal' => '',
-         'uploadfolder' => '0',
-         'createDirs' => '',
-         'modify_tables' => '',
-         'clearCacheOnLoad' => 0,
-         'lockType' => '',
-         'version' => '0.0.1',
-         'constraints' =>
-         array (
-               'depends' =>
-               array (
-                 'typo3' => '7.5.0-7.99.99',
-               ),
-               'conflicts' =>
-               array (
-               ),
-               'suggests' =>
-               array (
-               ),
-         ),
-         'autoload' =>
-         array(
-               'psr-4' =>
-               array(
-                 'Helhum\\ExtScaffold\\' => 'Classes'
-               ),
-               'classmap' =>
-               array(
-                 'Resources/PHP/Libs'
-               )
-         )
-       );
-
-In the example configuration the path ``Resources/PHP/Libs`` is parsed for PHP files which are automatically added
-to the class loader.
-
-Impact
-======
-
-Extensions that target TYPO3 6.2 LTS and 7 LTS can now provide a class map in ext_emconf.php which is only evaluated in
-TYPO3 7 LTS and an ext_autoload.php which is only evaluated in 6.2 LTS for maximum flexibility and compatibility.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Important-67954-MigrateCTypesTextImageAndTextpicToTextmedia.rst b/typo3/sysext/core/Documentation/Changelog/master/Important-67954-MigrateCTypesTextImageAndTextpicToTextmedia.rst
deleted file mode 100644 (file)
index 691a47a..0000000
+++ /dev/null
@@ -1,33 +0,0 @@
-=======================================================================
-Important: #67954 - Migrate CTypes text, image and textpic to textmedia
-=======================================================================
-
-Description
-===========
-
-EXT:fluid_styled_content simplifies the available CTypes which results in types ``text``, ``image`` and ``textpic``
-being dropped in favor of type ``textmedia``. The relation field is changed from ``image`` to ``media_references``.
-
-
-Impact
-======
-
-When EXT:fluid_styled_content is and EXT:css_styled_content isn't installed an "Upgrade Wizard" is available in the
-Install Tool to migrate all CE of type ``text``, ``image`` or ``textpic`` to type ``textmedia``.
-Furthermore the relations to field ``image`` will be adjusted to ``media_references`` for the migrated CE's.
-
-The frontend rendering has to be adjusted so the new type is rendered after the migration is done.
-Migration will not happen automatically but has to be triggered manually.
-
-
-Affected Installations
-======================
-
-All installations where EXT:fluid_styled_content is and EXT:css_styled_content isn't installed.
-
-
-Migration
-=========
-
-First un-install EXT:css_styled_content and install EXT:fluid_styled_content. After that an "Upgrade Wizard" will be
-available in the install tool to migrate all existing CE elements of type ``text``, ``image`` or ``textpic`` to type ``textmedia``.
\ No newline at end of file
diff --git a/typo3/sysext/core/Documentation/Changelog/master/needs_to_be_merged_into_github/Breaking-52156-ReplaceJumpUrlWithHooks.rst b/typo3/sysext/core/Documentation/Changelog/master/needs_to_be_merged_into_github/Breaking-52156-ReplaceJumpUrlWithHooks.rst
deleted file mode 100644 (file)
index 1f495fb..0000000
+++ /dev/null
@@ -1,109 +0,0 @@
-=======================================================
-Breaking: #52156 - Replaced JumpURL features with hooks
-=======================================================
-
-Description
-===========
-
-JumpURL handling
-^^^^^^^^^^^^^^^^
-
-The generation and handling of JumpURLs has been removed from the frontend extension and
-has been moved to a new core extension called "jumpurl".
-
-URL handler hooks
-^^^^^^^^^^^^^^^^^
-
-New hooks were introduced in :code:`TYPO3\CMS\Frontend\ContentObject\ContentObjectRenderer`
-and :code:`\TYPO3\CMS\Frontend\Controller\TypoScriptFrontendController` that allow
-custom URL generation and handling.
-
-This is how you can register a hook for manipulating URLs during link generation:
-
-.. code-block:: php
-
-       // Place this in your ext_localconf.php file
-       $GLOBALS['TYPO3_CONF_VARS']['SC_OPTIONS']['urlProcessing']['urlHandlers']['myext_myidentifier']['handler'] =
-               \Company\MyExt\MyUrlHandler::class;
-
-       // The class needs to implement the UrlHandlerInterface:
-       class MyUrlHandler implements \TYPO3\CMS\Frontend\Http\UrlHandlerInterface {}
-
-This is how you can handle URLs in a custom way:
-
-.. code-block:: php
-
-       // Place this in your ext_localconf.php file
-       $GLOBALS['TYPO3_CONF_VARS']['SC_OPTIONS']['urlProcessing']['urlProcessors']['myext_myidentifier']['processor']
-               = \Company\MyExt\MyUrlProcessor::class;
-
-       // The class needs to implement the UrlProcessorInterface:
-       class MyUrlProcessor implements \TYPO3\CMS\Frontend\Http\UrlProcessorInterface {}
-
-
-External URL page handling
-^^^^^^^^^^^^^^^^^^^^^^^^^^
-
-The core functionality for redirecting the user to an external URL when he hits a page with doktype "external"
-is moved from the :code:`\TYPO3\CMS\Frontend\Controller\TypoScriptFrontendController` to the
-:code:`\TYPO3\CMS\Frontend\Page\ExternalPageUrlHandler` class.
-
-
-ResourceStorage adjustment
-^^^^^^^^^^^^^^^^^^^^^^^^^^
-
-The method :code:`\TYPO3\CMS\Core\Resource\ResourceStorage::dumpFileContents()` accepts an additional
-parameter for overriding the mime type that is sent in the ``Content-Type`` header when delivering a file.
-
-Impact
-======
-
-Unless the jumpurl extension is installed, no JumpURL related feature will work anymore.
-
-If an extension tightly integrates into the JumpURL process it might break, because some of the related
-methods have been removed, disabled or changed.
-
-These methods have been removed and their functionality has been moved to the new jumpurl extension:
-
-:code:`\TYPO3\CMS\Frontend\ContentObject\ContentObjectRenderer::locDataJU()`
-
-:code:`\TYPO3\CMS\Frontend\Controller\TypoScriptFrontendController::locDataCheck()`
-
-The :code:`$initP` parameter of the method  :code:`\TYPO3\CMS\Frontend\ContentObject\ContentObjectRenderer::getMailTo()` has been removed.
-
-The method :code:`\TYPO3\CMS\Frontend\Controller\TypoScriptFrontendController::setExternalJumpUrl()` has been marked as deprecated
-and is an alias for the new :code:`initializeRedirectUrlHandlers()` method that does no jumpurl handling any more. The
-new method only checks if the current page is a link to an external URL and sets the :code:`redirectUrl` property.
-
-The method :code:`\TYPO3\CMS\Frontend\Controller\TypoScriptFrontendController::jumpUrl()` has also been marked as deprecated
-and is an alias for the new :code:`redirectToExternalUrl()` method. The jumpurl handling has been removed from
-this method. It loops over all registered URL handlers and handles the redirection to the :code:`redirectUrl`.
-
-
-Affected installations
-======================
-
-All CMS 7.4 installations that use the JumpURL features or that use Extensions that rely on these features
-or one of the removed methods.
-
-
-Migration
-=========
-
-If you  want to use the JumpURL features you need to install the jumpurl extension. Your configuration should
-work as before.
-
-Please note that the configuration of the :ref:`filelink <t3tsref:filelink>` TypoScript function has changed.
-Passing the :code:`jumpurl` parameter in the configuration has been marked as deprecated and will be removed in future versions.
-
-You can now pass arbitrary configuration options for the typolink call that is used to generate
-the file link in the :code:`typolinkConfiguration` parameter:
-
-.. code-block:: typoscript
-
-       lib.myfilelink = TEXT
-       lib.myfilelink.value = fileadmin/myfile.txt
-       lib.myfilelink.filelink {
-               typolinkConfiguration.jumpurl = 1
-               typolinkConfiguration.jumpurl.secure = 1
-       }