Project

General

Profile

Actions

Epic #84101

closed

The core must provide configurable structures for both pages and elements out of the box

Added by Jo Hasenau over 6 years ago. Updated over 4 years ago.

Status:
Closed
Priority:
Should have
Assignee:
-
Category:
Backend User Interface
Start date:
2018-02-05
Due date:
2018-02-07
% Done:

100%

Estimated time:
(Total: 0.00 h)
Sprint Focus:

Description

The successor of this Epic is described by the official structured content initiative on their official page now:
https://typo3.org/community/teams/typo3-development/initiatives/structured-content

Based on this Blueprint http://wiki.typo3.org/Blueprints/StructuredContentContainers
we created https://docs.google.com/document/d/1Wui-vM1K9fOoSYgi5n_vZMFe59v5o2Qg0-HE4fy3e7c/edit#heading=h.kcy7kg7ngpnn as a common base for Epic, Stories and Tasks.

WHY - REASONS AND MOTIVATIONS

There are several reasons, why people are constantly asking for structured content or content structures in the TYPO3 core for more than a decade now.
Sometimes a flexible use of multiple columns or maybe even more complex layouts to structure content is required.
Depending on the role these people got in their daily business we identified the following motivations for three different groups of users in the TYPO3 universe - editors, integrators and developers.

Editors

  • I want to speed up daily work so I want to apply certain actions to multiple elements at once
  • I need a visual structure of a flexible amount of multiple columns both in frontend and in backend that can easily be rearranged and nested on the fly
  • I want an interface to be as simple and intuitive as possible
  • I need to be able to make use of structures and containers in multilingual environments and workspaces or combinations of both
  • I want to be able to edit content within structures on mobile devices

Integrators

  • I want future proof concepts for upcoming and existing CSS features and HTML structures so I need to wrap content elements with certain markup in the frontend output.
  • I want to be in full control of the output still I would want to be able to create structures without having to nest containers
  • I want a solution that works independently from a certain frontend framework but still would be able to represent the structures of a given frontend framework as far as possible
  • I want to have an option to add specific custom configurations to different parts of the structure regarding frontend and/or backend behaviour and rights management
  • I want to enable people to edit content on mobile devices

Developers

  • I want to separate concerns of structures and containers from the creation of functional containers and custom content elements
  • I want an API that enables me to use structures and/or containers for my custom solutions in my own sitepackage or other TYPO3 extensions
  • I want a smooth migration path and a sustainable solution that can easily be maintained in the future and reuse content provided by existing extensions as far as possible

TERMS

To be able to define the stories and make their goals understandable for everybody, we need to define some basic terms.

Page

The outermost structure with the current versions of TYPO3 of course is a page.
Each page can have a certain backend layout to seperate that page into several regions.

Backend layout

Each page can have a certain layout attached to it, that seperates the page into regions.
These backend layouts are used to create a basic structure for editors in the backend view.
They can be directly attached to a certain frontend output, but they don't necessarily have to represent a frontend layout at all.

Region

Regions have been known as columns before, but we needed to find another term here.
Since the frontend output might not always be based on rows and columns but on CSS grids or other solutions, region is the new term.
Regions will get real names instead of having just numbers, so you will be able to fetch the content from "footer" instead of "colPos 0".

Section

Just like a page each region of a page can be split into several parts again, which are called sections.
Basically the same functionality we already know from pages applies to these sections too.
They can have backend layouts, called section layouts for better determination, and they can hold one or more content elements.
So sections are the actual "structured content" we are aiming for.

Section layout

Each section can have a certain layout attached to it, that seperates the page into even smaller regions.
These section layouts are used to create a basic structure for editors in the backend view.
They can be directly attached to a certain frontend output, but they don't necessarily have to represent a frontend layout at all.

Content Element

This is the term for any other of the usual content elements besides the structured content elements we are going to provide as sections.

Protocolls

  1. February 13th, 2019 - 20:00 - 22:45 CET: https://docs.google.com/document/d/1CDUhpemaTJ-P5oqjV8tzNQ0RBoAzKme70qBiFUF9Ktk/
  2. March 13th, 2019 - 18:00 - 22:09 CET: https://docs.google.com/document/d/1KR1DCxSmPWKKcCkbrytHtGFf8HajgX2ao6sJ4uK-iw4/
  3. April 17th, 2019 - 18:00 - 22:00 CET: https://docs.google.com/document/d/1p1nUT2g7vO1DrVkpGZ_uG0E6-IyDtT6_tgm_WIPM-Eo/
  4. May 8th, 2019 - 18:00 - 20:00 CET: https://docs.google.com/document/d/1cmCW2TAGBkH85uywGlTMZ524jm1ykBnRI9s197hp05c/
  5. June 17th, 2019 - 18:00 - 20:00 CET: https://docs.google.com/document/d/1HKnP1J2TBSnXesEsl4w-7qvimf-CbjJVveaVuJiHMYE/

The initiative has started:

https://typo3.org/community/teams/typo3-development/initiatives/structured-content/

Further reports will be done as news on typo3.org or as comments / todos in this issue.
If you want to participate or know more, contact us at TYPO3 Slack #cig-structuredcontent


Subtasks 14 (0 open14 closed)

Task #83776: Definition of goals to create the storiesClosed2018-02-052018-02-07

Actions
Story #84349: As an editor, I want to arrange my contentClosed2018-03-16

Actions
Story #84352: As integrator, I want to pre define SCCs so they can be reusedClosed2018-03-16

Actions
Story #84354: As editor, I want visibility of SCCs follow visibility in FEClosed2018-03-16

Actions
Story #84356: As an editor I want to apply certain attributes or actions to a group of elements at onceClosed2018-03-16

Actions
Story #84357: As developer, I want own SCCs, to add extra logic while processingClosed2018-03-16

Actions
Story #84358: As integrator/editor, I want to have SCCs with rows/cols to create multicol/row designsClosed2018-03-16

Actions
Story #84360: As integrator/editor, I want SCCs representing grids to add content freehandClosed2018-03-16

Actions
Story #84363: As editor, I want different arrange sets for different mediaClosed2018-03-16

Actions
Story #84364: As editor, I want to use D'n'D and work with less as possible page reloads to be more productiveClosed2018-03-16

Actions
Story #84480: As editor, I want references/treelevels to have content only once but use multipleClosed2018-03-19

Actions
Story #84482: As developer, I want an API to read the structureClosed2018-03-19

Actions
Story #84508: as an editor, I want to compose my page contents structure before editing the contents, in order to focus on the zoning when I am editing a new pageClosed2018-03-21

Actions
Story #84509: as an editor, I want to simply "clone" a page contents structure, in order to work faster when I have to create a lot of pages with the same compositionClosed2018-03-21

Actions

Related issues 1 (0 open1 closed)

Related to TYPO3 Core - Epic #82839: Json API for implementing single-page applications Closed2017-10-22

Actions
Actions

Also available in: Atom PDF