Bug #55300

Inconsistent handling of Sys-folders

Added by Noel Bossart over 5 years ago. Updated 2 months ago.

Status:
New
Priority:
Should have
Assignee:
-
Category:
Backend User Interface
Start date:
2014-01-24
Due date:
% Done:

0%

TYPO3 Version:
6.2
PHP Version:
Tags:
Complexity:
Is Regression:
No
Sprint Focus:

Description

Much of the complexity of typo3 for an ordinary editor (not the geek) is the mix between sys-folders / list-view / records / content elements / edit-mode.

There have been discussions about this before but it's as of 6.1 still an issue.

Currently, the following inconsistencies exist:
  • Sys-folders can be displayed in the backend in edit mode like normal pages <> But they can not be displayed in the Frontend (preview), even if they contain content
  • Sys-folders mostly contain records, many of them are not visible in edit-mode, user has to manually switch to list-view. Very hard to explain.
  • Sys-folders have Preview Icons (And the Preview-Module), and records inside sysfolders have "save and preview" Icons <> But they can not be displayed in the Frontend

There are some "explanations" why it is as it is, but in the grand-cheme, they don't make sense for 90% of the use-cases.

I see two possible solutions:
1) Use Sysfolders as pure Record storage:
  • Remove all Preview-Icons
  • Automatically Switch to Listview (could be disabled or a if anyone uses a folder to inherit content-elements to children, but then again, don't use a sysfolder as container for pages)
2) Don't enforce this strict separation:
  • Consequently, sys-folders then need to be able to be displayed in the fronted
  • (I would still prefer an automatic switch to list-view with the possibility of manually switching back to edit edit mode)

Listing of all records:
I have to following use-case for this: A course extension collects registrations in a sys-folder. Now; if the editor clicks on preview, the folder could be rendered as a normal page (using the TS that is probably present some levels above anyway, or its own custom TS that handles this page) and list all registrations (using the a plugin inserted in the edit-mode as content) allowing for various cool stuff like printing of invoices etc...
It could be so that the sys-folders can only be previewed by backend-editors effectively making the backend much more versatile for extension since they can use the same way to display stuff in the front-end for the normal user as well as for advanced backend things for the author – he just writes another plugin only used on the sys-folder... no need to hack tca, write wizzards...)

Preview of a single record:
If you click preview on a recorcd, the record ID is used and the Sysfolder is previewd using the Template, if a plugin is inserted on the sysfolders content-section, it's automatically used to preview the current record. This would even be better, since now, there is no way of previewing records. Example: sysfolder storing tt_news records. Now add a detail_display plugin in the content-area and upon hitting "save & preview" the Record ID and the Sysfolder-ID are rendered in the FE as Page > voila, preview of the current news.

I think, this would be a great usability improvement because it increases consistency and, in case of option 2 also a great new feature for editors and extensionprogrammers.


Related issues

Related to TYPO3 Core - Bug #20194: Usability: Remove "Save and View" when creating records in sysfolders Closed 2009-03-16
Related to TYPO3 Core - Feature #24026: Improve BE usability: Automatic switch to list-view when clicking a sysfolder Closed 2010-11-11
Related to TYPO3 Core - Feature #36705: Forward pages with defined doctype to list view New 2012-04-29
Related to TYPO3 Core - Feature #29790: List-View necessary? New 2011-09-14
Related to TYPO3 Core - Feature #77581: List module: Add preview button for records New 2016-08-22

History

#1 Updated by Noel Bossart over 5 years ago

As for the argument of using sys-folders as container for subpages – it would be much better to use shurtcut pages linking to the first subpage or the parent anyway since if the fe-user goes back in a url like this:

yourpage.com/sysfolder-containing-meta-nav/contact.html

if user deletes contact.html he ends up in the sys-folder – getting a 404 since the sys-folder can not be displayed...

#2 Updated by Mathias Schreiber over 4 years ago

  • Target version set to 7.4 (Backend)

#3 Updated by Susanne Moog almost 4 years ago

  • Target version changed from 7.4 (Backend) to 7.5

#4 Updated by Benni Mack almost 4 years ago

  • Target version changed from 7.5 to 7 LTS

#5 Updated by Mathias Schreiber over 3 years ago

  • Target version changed from 7 LTS to 8 LTS

#6 Updated by Benni Mack about 2 years ago

  • Target version changed from 8 LTS to next-patchlevel

#7 Updated by Riccardo De Contardi 3 months ago

I checked briefly the situation with 10.0.0-dev (latest master) and I think that the issue here has been at least mitigated.

1) As fas as I can see, the preview icon and save and preview icon has been removed from the header bar when you create a content element in a sysfolder; I checked it

  • with a "Text" content element record
  • with a tx_news record

2) when creating a page inside a sysfolder,

  • the preview icon is still present in the header bar, but it works correctly
  • the sysfolder is automatically removed from the slug

3) It is true that it is still possible to view a sysfolder with the "page" module, but there is a message on the top of it

Go to list module
The current page is a folder. Folders usually don't contain content elements but are used for collecting other types of records.

4) the only "problem" I've seen so far, is when

  • you create a content element inside a sysfolder (e.g. a Text content element)
  • in list view, the "preview" icon is still present, but if you click on it, as far as I can see, you go to the home page.

Are there more cases that I missed?

#8 Updated by Riccardo De Contardi 3 months ago

  • Related to Feature #36705: Forward pages with defined doctype to list view added

#9 Updated by Riccardo De Contardi 3 months ago

#10 Updated by Riccardo De Contardi 3 months ago

  • Related to Feature #77581: List module: Add preview button for records added

#11 Updated by Benni Mack 2 months ago

  • Target version changed from next-patchlevel to Candidate for patchlevel

Also available in: Atom PDF