Merge branch '6.0' into 6-dev--module-federation

Author: petschki

.github/workflows/rtd-pr-preview.yml

@@ -0,0 +1,22 @@
+# .github/workflows/rtd-pr-preview.yml
+name: readthedocs/actions
+on:
+  pull_request_target:
+    types:
+      - opened
+    # Execute this action only on PRs that touch
+    # documentation files.
+    # paths:
+    #   - "docs/**"
+
+permissions:
+  pull-requests: write
+
+jobs:
+  documentation-links:
+    runs-on: ubuntu-latest
+    steps:
+      - uses: readthedocs/actions/preview@v1
+        with:
+          project-slug: "plone6"
+          single-version: "true"

.readthedocs.yaml

@@ -0,0 +1,25 @@
+# .readthedocs.yaml
+# Read the Docs configuration file
+# See https://docs.readthedocs.io/en/stable/config-file/v2.html for details
+
+# Required
+version: 2
+
+# Set the OS, Python version and other tools you might need
+build:
+  os: ubuntu-22.04
+  tools:
+    python: "3.12"
+  commands:
+    # Cancel building pull requests when there aren't changes in the docs directory or YAML file.
+    # You can add any other files or directories that you'd like here as well,
+    # like your docs requirements file, or other files that will change your docs build.
+    #
+    # If there are no changes (git diff exits with 0) we force the command to return with 183.
+    # This is a special exit code on Read the Docs that will cancel the build immediately.
+    - |
+      if [ "$READTHEDOCS_VERSION_TYPE" = "external" ] && git diff --quiet origin/main -- docs/ .readthedocs.yaml requirements-initial.txt requirements.txt;
+      then
+        exit 183;
+      fi
+    - make rtd-pr-preview

Makefile

@@ -224,18 +224,17 @@ livehtml: deps  ## Rebuild Sphinx documentation on changes, with live-reload in
 		--port 8050 \
 		-b html . "$(BUILDDIR)/html" $(SPHINXOPTS) $(O)
 
-.PHONY: netlify
-netlify:
+.PHONY: rtd-pr-preview
+rtd-pr-preview:  ## Build pull request preview on Read the Docs
 	pip install -r requirements-initial.txt
 	pip install -r requirements.txt
-	pip install -r requirements-netlify.txt
-	git submodule init; \
-	git submodule update; \
-	pip install -e submodules/plone.api[test]; \
+	git submodule init
+	git submodule update
+	pip install -e submodules/plone.api[test]
 	ln -s ../submodules/volto/docs/source ./docs/volto
 	ln -s ../submodules/plone.restapi ./docs/plone.restapi
 	ln -s ../submodules/plone.api/docs ./docs/plone.api
-	cd $(DOCS_DIR) && sphinx-build -b html $(ALLSPHINXOPTS) $(BUILDDIR)/html && cp ./netlify_robots.txt $(BUILDDIR)/html/robots.txt
+	cd $(DOCS_DIR) && sphinx-build -b html $(ALLSPHINXOPTS) ${READTHEDOCS_OUTPUT}/html/
 
 .PHONY: storybook
 storybook:

coredev/packages-dependencies.md

@@ -23,7 +23,7 @@ This document shows the current state as an orientation.
 
 There are multiple level of dependencies:
 
--   package level (`setup.py`/`setup.cfg`)
+-   package level (`setup.py`/`setup.cfg`/`pyproject.toml`)
 -   Python level (imports)
 -   ZCML level (includes)
 -   testing (need for layers, such as functional testing)
@@ -41,22 +41,35 @@ A base mental model for how Plone is organized in Plone 6 since alpha 4 is shown
 
 ```
 ┌────────────────────────────┐
-│                            │
-│ On top of Products.CMFPlone│
-│ like:                      │
-│ - Plone                    │
-│ - plone.api                │
-│ - plone.volto              │
+│ "Plone"                    |
+| The Integration of both    |
+| distributions in one       |
+| Release                    |
+├────────────────────────────┤
+| Distributions:             |
+| - plone.volto              |
+| - plone.classicui          |
+├────────────────────────────┤
+│ Core-Addons                │
+│ - plone.distribution       │
+│ - plone.app.exportimport   │
+│ - plone.app.discussion     │
+│ - plone.app.multilingual   │
+│ - plone.app.caching        │
 │ - plone.app.iterate        │
 │ - plone.app.update         │
 │                            │
 ├────────────────────────────┤
+│ Core-APIs                  │
+│ - plone.restapi            │
+│ - plone.api                │
+├────────────────────────────┤
 │                            │
 │     Products.CMFPlone      │
 │                            │
 ├────────────────────────────┤
 │                            │
-│ The space between          │
+│ The space between (core )  │
 │                            │
 │ - most of plone.app.*      │
 │ - but also some other      │
@@ -75,6 +88,7 @@ A base mental model for how Plone is organized in Plone 6 since alpha 4 is shown
 │ - plone.registry           │
 │ - plone.dexterity          │
 │ - plone.behavior           │
+│ - plone.rest               │
 │ - ....                     │
 │                            │
 └────────────────────────────┘

docs/backend/fields.md

@@ -103,6 +103,25 @@ See [`plone.namedfile`](https://pypi.org/project/plone.namedfile/) and [plone.fo
 | `NamedBlobFile` | `NamedBlobFile` | A binary uploaded file stored as a ZODB blob. Requires the `blobs` extra to `plone.namedfile`. Otherwise identical to `NamedFile`. | `IField` |
 | `NamedBlobImage` | `NamedBlobImage` | A binary uploaded image stored as a ZODB blob. Requires the `blobs` extra to `plone.namedfile`. Otherwise identical to `NamedImage`. | `IField` |
 
+#### `NamedBlobImage`
+
+The following example shows how to create an `Image` object, and attach the image file to it.
+
+```python
+img_obj = api.content.create(
+    container=ww_article,
+    type="Image",
+    id="test.jpg",
+    image=NamedBlobImage(
+        data=img_file,
+        filename="test.jpg",
+    )
+)
+```
+
+
+
+
 
 ### Fields in `z3c.relationfield.schema`
 
@@ -115,6 +134,8 @@ See [`z3c.relationfield`](https://pypi.org/project/z3c.relationfield/) for more
 | `RelationChoice` | `RelationValue` | A `Choice` field intended to store `RelationValue`s | See {ref}`Choice <fields-in-zope-schema-label>` |
 
 
+(backend-fields-richtext-label)=
+
 ### Fields in `plone.app.textfield`
 
 See [`plone.app.textfield`](https://pypi.org/project/plone.app.textfield/) for more details.
@@ -124,6 +145,172 @@ See [`plone.app.textfield`](https://pypi.org/project/plone.app.textfield/) for m
 | `RichText` | `RichTextValue` | Stores a `RichTextValue`, which encapsulates a raw text value, the source MIME type, and a cached copy of the raw text transformed to the default output MIME type. | `IField`, `IRichText` |
 
 
+The `RichText` field allows for alternative markups and content filtering.
+The following code sample shows how to create a schema with a `RichText` field.
+
+```python
+from plone.app.textfield import RichText
+from plone.supermodel import model
+
+class ITestSchema(model.Schema):
+
+    body = RichText(title="Body text")
+```
+
+The `RichText` field constructor can take the following arguments, in addition to the usual arguments for a `Text` field.
+
+`default_mime_type`
+:   A string representing the default MIME type of the input markup.
+    This defaults to `text/html`.
+
+`output_mime_type`
+:   A string representing the default output MIME type.
+    This defaults to `text/x-html-safe`, which is a Plone-specific MIME type that disallows certain tags.
+    Use the {guilabel}`HTML Filtering` control panel in Plone to control the tags.
+
+`allowed_mime_types`
+:   A tuple of strings giving a vocabulary of allowed input MIME types.
+    If this is `None` (the default), the allowable types will be restricted to those set in Plone's {guilabel}`Markup` control panel.
+
+The *default* field can be set to either a Unicode object (in which case it will be assumed to be a string of the default MIME type) or a {ref}`backend-fields-richtextvalue-label`.
+
+
+#### reStructuredText transformation
+
+Below is an example of a field that allows StructuredText and reStructuredText, transformed to HTML by default.
+
+```python
+from plone.app.textfield import RichText
+from plone.supermodel import model
+
+defaultBody = """\
+Background
+==========
+
+Please fill this in
+
+Details
+-------
+
+And this
+"""
+
+class ITestSchema(model.Schema):
+
+    body = RichText(
+        title="Body text",
+        default_mime_type="text/x-rst",
+        output_mime_type="text/x-html",
+        allowed_mime_types=("text/x-rst", "text/structured",),
+        default=defaultBody,
+    )
+```
+
+
+(backend-fields-richtextvalue-label)=
+
+#### `RichTextValue`
+
+The `RichText` field usually does not store a string.
+Instead, it stores a `RichTextValue` object.
+This is an immutable object that has the following properties.
+
+`raw`
+:   A Unicode string with the original input markup.
+
+`mimeType`
+:   The MIME type of the original markup, for example, `text/html` or `text/structured`.
+
+`encoding`
+:   The default character encoding used when transforming the input markup.
+    Most likely, this will be UTF-8.
+
+`raw_encoded`
+:   The raw input encoded in the given encoding.
+
+`outputMimeType`
+:   The MIME type of the default output, taken from the field at the time of instantiation.
+
+`output`
+:   A Unicode object representing the transformed output.
+    If possible, this is cached persistently, until the `RichTextValue` is replaced with a new one (as happens when an edit form is saved, for example).
+
+The storage of the `RichTextValue` object is optimized for the case where the transformed output will be read frequently (for example, on the view screen of the content object) and the raw value will be read infrequently (for example, on the edit screen).
+Because the output value is cached indefinitely, you will need to replace the `RichTextValue` object with a new one if any of the transformation parameters change.
+However, as we will see below, it is possible to apply a different transformation on demand, if you need to.
+
+The code snippet below shows how a `RichTextValue` object can be constructed in code.
+In this case, we have a raw input string of type `text/plain` that will be transformed to a default output of `text/html`.
+Note that we would normally look up the default output type from the field instance.
+
+```python
+from plone.app.textfield.value import RichTextValue
+
+context.body = RichTextValue("Some input text", mimeType="text/html", outputMimeType="text/x-html-safe")
+```
+
+The standard widget used for a `RichText` field will correctly store this type of object for you, so it is rarely necessary to create one yourself.
+
+
+##### `RichText` fields in templates
+
+If you use a `DisplayForm`, the display widget for the `RichText` field will render the transformed output markup automatically.
+If you write TAL manually, you may try something like the following.
+
+```xml
+<div tal:content="structure context/body" />
+```
+
+This, however, will render a string as follows.
+
+```html
+RichTextValue object. (Did you mean <attribute>.raw or <attribute>.output?)
+```
+
+The correct syntax is:
+
+```xml
+<div tal:content="structure context/body/output" />
+```
+
+This will render the cached, transformed output.
+This operation is approximately as efficient as rendering a simple `Text` field, since the transformation is only applied once, when the value is first saved.
+
+
+##### Alternative transformations
+
+Sometimes, you may want to invoke alternative transformations.
+Under the hood, the default implementation uses the `portal_transforms` tool to calculate a transform chain from the raw value's input MIME type to the desired output MIME type.
+If you need to write your own transforms, take a look at [Changing Portal Transforms Settings via Python](https://5.docs.plone.org/develop/plone/misc/portal_transforms.html).
+This is abstracted behind an `ITransformer` adapter to allow alternative implementations.
+
+To invoke a transformation in code, you can use the following syntax.
+
+```python
+from plone.app.textfield.interfaces import ITransformer
+
+transformer = ITransformer(context)
+transformedValue = transformer(context.body, "text/plain")
+```
+
+The `__call__()` method of the `ITransformer` adapter takes a `RichTextValue` object and an output MIME type as parameters.
+
+If you write a page template, there is an even more convenient syntax.
+
+```xml
+<div tal:content="structure context/@@text-transform/body/text/plain" />
+```
+
+The first traversal name segment gives the name of the field on the context (`body` in this case).
+The second and third segments give the output MIME type.
+If the MIME type is omitted, the default output MIME type will be used.
+
+```{note}
+Unlike the `output` property, the value is not cached, and so will be calculated each time the page is rendered.
+```
+
+
+
 ### Fields in `plone.schema`
 
 See {ref}`backend-ploneschema-label` for more details.

docs/backend/upgrading/version-specific-migration/index.md

@@ -26,5 +26,6 @@ upgrade-to-52
 upgrade-to-python3
 upgrade-zodb-to-python3
 upgrade-to-60
+upgrade-to-61
 migrate-to-volto
 ```