[TASK] Move leftover 9.2 documentation RST files 17/56617/3
authorBenni Mack <benni@typo3.org>
Mon, 9 Apr 2018 18:45:56 +0000 (20:45 +0200)
committerWouter Wolters <typo3@wouterwolters.nl>
Mon, 9 Apr 2018 18:50:51 +0000 (20:50 +0200)
Resolves: #84678
Releases: master
Change-Id: Ie4f338cc5ce6200319b407b9426442d3ae843942
Reviewed-on: https://review.typo3.org/56617
Reviewed-by: Susanne Moog <susanne.moog@typo3.org>
Tested-by: Susanne Moog <susanne.moog@typo3.org>
Reviewed-by: Wouter Wolters <typo3@wouterwolters.nl>
Tested-by: Wouter Wolters <typo3@wouterwolters.nl>
typo3/sysext/core/Documentation/Changelog/9.2/Feature-84581-SiteHandling.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/9.2/Important-84658-KeepSortingForDeletedRecords.rst [new file with mode: 0644]
typo3/sysext/core/Documentation/Changelog/master/Feature-84581-SiteHandling.rst [deleted file]
typo3/sysext/core/Documentation/Changelog/master/Important-84658-KeepSortingForDeletedRecords.rst [deleted file]

diff --git a/typo3/sysext/core/Documentation/Changelog/9.2/Feature-84581-SiteHandling.rst b/typo3/sysext/core/Documentation/Changelog/9.2/Feature-84581-SiteHandling.rst
new file mode 100644 (file)
index 0000000..1d6a05e
--- /dev/null
@@ -0,0 +1,157 @@
+.. include:: ../../Includes.txt
+
+=========================================
+Feature: #84581 - Introduce Site Handling
+=========================================
+
+See :issue:`84581`
+
+Description
+===========
+
+Site Handling has been added to TYPO3.
+
+Its goal is to make managing multiple sites easier to understand and faster to do. Sites bring a variety of new
+concepts to TYPO3 which we will explain below.
+
+Take your time and read through the entire document since some concepts rely on each other.
+
+
+typo3conf/sites folder
+----------------------
+
+New sites will live in the folder `typo3conf/sites/`. In the first iteration this folder will contain a file called
+`config.yaml` which holds all configuration for a given site.
+
+In the future this folder can (and should) be used for more files like Fluid templates, and Backend layouts.
+
+
+config.yaml
+-----------
+
+.. code::
+
+    site:
+      # the rootPage Id (see below)
+      rootPageId: 12
+      # my base domain to run this site on. It either accepts a fully qualified URL or "/" to react to any domain name
+      base: 'https://www.example.com/'
+      # The language array
+      languages:
+        -
+          # the TYPO3 sys_language_uid as you know it since... ever
+          languageId: '0'
+          # The internal name for this language. Unused for now, but in the future this will affect display in the backend
+          title: English
+          # optional navigation title which is used in HMENU.special = language
+          navigationTitle: ''
+          # Language base. Accepts either a fully qualified URL or a path segment like "/en/".
+          base: /
+          # sets the locale during frontend rendering
+          locale: en_US.UTF8
+          # ???
+          iso-639-1: en
+          # FE href language
+          hreflang: en-US
+          # FE text direction
+          direction: ltr
+          # Language Identifier to use in localLang XLIFF files
+          typo3Language: default
+          # Flag Identifier
+          flag: gb
+        -
+          languageId: '1'
+          title: 'danish'
+          navigationTitle: Dansk
+          base: /da/
+          locale: dk_DK.UTF8
+          iso-639-1: da
+          hreflang: dk-DK
+          direction: ltr
+          typo3Language: default
+          flag: dk
+          fallbackType: strict
+        -
+          languageId: '2'
+          title: Deutsch
+          navigationTitle: ''
+          base: 'https://www.beispiel.de'
+          locale: de_DE.UTF-8
+          iso-639-1: de
+          hreflang: de-DE
+          direction: ltr
+          typo3Language: de
+          flag: de
+          # Enable content fallback
+          fallbackType: fallback
+          # Content fallback mode (order is important)
+          fallbacks: '2,1,0'
+      # Error Handling Array (order is important here)
+      # Error Handlers will check the given status code, but the special value "0" will react to any error not configured
+      # elsewhere in this configuration.
+      errorHandling:
+        -
+          # HTTP Status Code to react to
+          errorCode: '404'
+          # The used ErrorHandler. In this case, it's "Display content from Page". See examples below for available options.
+          errorHandler: Page
+          # href to the content source to display (accepts both fully qualified URLs as well as TYPO3 internal link syntax
+          errorContentSource: 't3://page?uid=8'
+        -
+          errorCode: '401'
+          errorHandler: Fluid
+          # Path to the Template File to show
+          errorFluidTemplate: 'EXT:my_extension/Resources/Private/Templates/ErrorPages/401.html'
+          # Optional Templates root path
+          errorFluidTemplatesRootPath: 'EXT:my_extension/Resources/Private/Templates/ErrorPages'
+          # Optional Layouts root path
+          errorFluidLayoutsRootPath: 'EXT:my_extension/Resources/Private/Layouts/ErrorPages'
+          # Optional Partials root path
+          errorFluidPartialsRootPath: 'EXT:my_extension/Resources/Private/Partials/ErrorPages'
+        -
+          errorCode: '0'
+          errorHandler: PHP
+          # Fully qualified class name to a class that implements PageErrorHandlerInterface
+          errorPhpClassFQCN: Vendor\ExtensionName\ErrorHandlers\GenericErrorhandler
+
+
+All settings can also be edited via the backend module `Site Management > Configuration`.
+
+Keep in mind that due to the nature of the module, comments or additional values in your :file:`config.yaml` file
+**will** get deleted on saving.
+
+
+site identifier
+---------------
+
+The site identifier is the name of the folder within `typo3conf/sites/` that will hold your configuration file(s). When
+choosing an identifier make sure to stick to ASCII but you may also use `-`, `_` and `.` for convenience.
+
+
+rootPageId
+----------
+
+Root pages are identified by one of these two properties:
+
+* they are direct descendants of PID 0 (the root root page of TYPO3)
+* they have the "Use as Root Page" property in `pages` set to true.
+
+
+Impact
+======
+
+The following TypoScript settings will be set based on `config.yaml` rather than needing to have them in your TypoScript
+template:
+
+* config.language
+* config.htmlTag_dir
+* config.htmlTag_langKey
+* config.sys_language_uid
+* config.sys_language_mode
+* config.sys_language_isocode
+* config.sys_language_isocode_default
+
+
+Links to pages within a site can now be generated via **any** access of TYPO3, so in both BE and FE as well as CLI mode.
+
+.. index:: Backend, Frontend, TypoScript
diff --git a/typo3/sysext/core/Documentation/Changelog/9.2/Important-84658-KeepSortingForDeletedRecords.rst b/typo3/sysext/core/Documentation/Changelog/9.2/Important-84658-KeepSortingForDeletedRecords.rst
new file mode 100644 (file)
index 0000000..6a6833b
--- /dev/null
@@ -0,0 +1,34 @@
+.. include:: ../../Includes.txt
+
+===========================================================
+Important: #84658 - Keep sorting  value for deleted records
+===========================================================
+
+See :issue:`84658`
+
+
+Description
+===========
+
+Keep the value for the defined sorting field when a record is deleted.
+
+
+Impact
+======
+
+Functional tests that are based on sorting value to be 1000000000 for deleted records will fail.
+
+
+Affected Installations
+======================
+
+All third party extensions with functional tests using the sorting field for deleted records.
+
+
+Migration
+=========
+
+Check your functional tests fixtures and set the expected sorting value for deleted records equal to
+the starting value.
+
+.. index:: NotScanned
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Feature-84581-SiteHandling.rst b/typo3/sysext/core/Documentation/Changelog/master/Feature-84581-SiteHandling.rst
deleted file mode 100644 (file)
index 1d6a05e..0000000
+++ /dev/null
@@ -1,157 +0,0 @@
-.. include:: ../../Includes.txt
-
-=========================================
-Feature: #84581 - Introduce Site Handling
-=========================================
-
-See :issue:`84581`
-
-Description
-===========
-
-Site Handling has been added to TYPO3.
-
-Its goal is to make managing multiple sites easier to understand and faster to do. Sites bring a variety of new
-concepts to TYPO3 which we will explain below.
-
-Take your time and read through the entire document since some concepts rely on each other.
-
-
-typo3conf/sites folder
-----------------------
-
-New sites will live in the folder `typo3conf/sites/`. In the first iteration this folder will contain a file called
-`config.yaml` which holds all configuration for a given site.
-
-In the future this folder can (and should) be used for more files like Fluid templates, and Backend layouts.
-
-
-config.yaml
------------
-
-.. code::
-
-    site:
-      # the rootPage Id (see below)
-      rootPageId: 12
-      # my base domain to run this site on. It either accepts a fully qualified URL or "/" to react to any domain name
-      base: 'https://www.example.com/'
-      # The language array
-      languages:
-        -
-          # the TYPO3 sys_language_uid as you know it since... ever
-          languageId: '0'
-          # The internal name for this language. Unused for now, but in the future this will affect display in the backend
-          title: English
-          # optional navigation title which is used in HMENU.special = language
-          navigationTitle: ''
-          # Language base. Accepts either a fully qualified URL or a path segment like "/en/".
-          base: /
-          # sets the locale during frontend rendering
-          locale: en_US.UTF8
-          # ???
-          iso-639-1: en
-          # FE href language
-          hreflang: en-US
-          # FE text direction
-          direction: ltr
-          # Language Identifier to use in localLang XLIFF files
-          typo3Language: default
-          # Flag Identifier
-          flag: gb
-        -
-          languageId: '1'
-          title: 'danish'
-          navigationTitle: Dansk
-          base: /da/
-          locale: dk_DK.UTF8
-          iso-639-1: da
-          hreflang: dk-DK
-          direction: ltr
-          typo3Language: default
-          flag: dk
-          fallbackType: strict
-        -
-          languageId: '2'
-          title: Deutsch
-          navigationTitle: ''
-          base: 'https://www.beispiel.de'
-          locale: de_DE.UTF-8
-          iso-639-1: de
-          hreflang: de-DE
-          direction: ltr
-          typo3Language: de
-          flag: de
-          # Enable content fallback
-          fallbackType: fallback
-          # Content fallback mode (order is important)
-          fallbacks: '2,1,0'
-      # Error Handling Array (order is important here)
-      # Error Handlers will check the given status code, but the special value "0" will react to any error not configured
-      # elsewhere in this configuration.
-      errorHandling:
-        -
-          # HTTP Status Code to react to
-          errorCode: '404'
-          # The used ErrorHandler. In this case, it's "Display content from Page". See examples below for available options.
-          errorHandler: Page
-          # href to the content source to display (accepts both fully qualified URLs as well as TYPO3 internal link syntax
-          errorContentSource: 't3://page?uid=8'
-        -
-          errorCode: '401'
-          errorHandler: Fluid
-          # Path to the Template File to show
-          errorFluidTemplate: 'EXT:my_extension/Resources/Private/Templates/ErrorPages/401.html'
-          # Optional Templates root path
-          errorFluidTemplatesRootPath: 'EXT:my_extension/Resources/Private/Templates/ErrorPages'
-          # Optional Layouts root path
-          errorFluidLayoutsRootPath: 'EXT:my_extension/Resources/Private/Layouts/ErrorPages'
-          # Optional Partials root path
-          errorFluidPartialsRootPath: 'EXT:my_extension/Resources/Private/Partials/ErrorPages'
-        -
-          errorCode: '0'
-          errorHandler: PHP
-          # Fully qualified class name to a class that implements PageErrorHandlerInterface
-          errorPhpClassFQCN: Vendor\ExtensionName\ErrorHandlers\GenericErrorhandler
-
-
-All settings can also be edited via the backend module `Site Management > Configuration`.
-
-Keep in mind that due to the nature of the module, comments or additional values in your :file:`config.yaml` file
-**will** get deleted on saving.
-
-
-site identifier
----------------
-
-The site identifier is the name of the folder within `typo3conf/sites/` that will hold your configuration file(s). When
-choosing an identifier make sure to stick to ASCII but you may also use `-`, `_` and `.` for convenience.
-
-
-rootPageId
-----------
-
-Root pages are identified by one of these two properties:
-
-* they are direct descendants of PID 0 (the root root page of TYPO3)
-* they have the "Use as Root Page" property in `pages` set to true.
-
-
-Impact
-======
-
-The following TypoScript settings will be set based on `config.yaml` rather than needing to have them in your TypoScript
-template:
-
-* config.language
-* config.htmlTag_dir
-* config.htmlTag_langKey
-* config.sys_language_uid
-* config.sys_language_mode
-* config.sys_language_isocode
-* config.sys_language_isocode_default
-
-
-Links to pages within a site can now be generated via **any** access of TYPO3, so in both BE and FE as well as CLI mode.
-
-.. index:: Backend, Frontend, TypoScript
diff --git a/typo3/sysext/core/Documentation/Changelog/master/Important-84658-KeepSortingForDeletedRecords.rst b/typo3/sysext/core/Documentation/Changelog/master/Important-84658-KeepSortingForDeletedRecords.rst
deleted file mode 100644 (file)
index 6a6833b..0000000
+++ /dev/null
@@ -1,34 +0,0 @@
-.. include:: ../../Includes.txt
-
-===========================================================
-Important: #84658 - Keep sorting  value for deleted records
-===========================================================
-
-See :issue:`84658`
-
-
-Description
-===========
-
-Keep the value for the defined sorting field when a record is deleted.
-
-
-Impact
-======
-
-Functional tests that are based on sorting value to be 1000000000 for deleted records will fail.
-
-
-Affected Installations
-======================
-
-All third party extensions with functional tests using the sorting field for deleted records.
-
-
-Migration
-=========
-
-Check your functional tests fixtures and set the expected sorting value for deleted records equal to
-the starting value.
-
-.. index:: NotScanned