People who work with TemplaVoila are used to the concept of the so called Flexible Content Elements (FCE) to get a kind of layout into their page module, but they have to buy a completely different templating concept with all it's pros and cons as well.

During the TYPO3 User eXperience Week in 2009 the idea came up to integrate something like a "layoutable backend" into the core, so people could easily get a backend layout without having to deal with different concepts.The structure should be based on a TypoScript like syntax, that could be edited both, manually and using a wizard, and there should be an optional thumbnail image to be shown as a selector icon for the editors later on.
A proof of concept was made with an extension called "modernbe" that was first presented in early 2010 and worked with the backend of TYPO3 4.3 only. It has been used in some live projects and people were excited about the new look and feel, which is why we decided to integrate it into the core.

Now that we are releasing our Long Term Support version 4.5, we proudly present the final implementation of what we call the GRID VIEW.
You can easily create backend layout records all over the page tree or within some particular folders. To create the grid itself you can use the grid wizard, that will give you a smart point and click interface to setup even complex structures containing lots of spanned cells within just a few seconds. Assign a thumbnail to the record if you like.
Done!
While editing a page you can now select, which of the available grid records should be used for the page itself or the branch below this page. A layout inherited from any page up the rootline can be removed for a single page or the branch below it as well.
This way you can easily adapt your backend layout to match the layout of the frontend. There can be some frontend variants for the same backend layout, since we still got the original layout selector as well. You can even combine both, frontend and backend layout selection, using TypoScript, which will give you an amazing flexibility in your templates.
Of course the grid view can be used together with the well known TSconfig settings that are used to disable columns for a certain group of editors. And you can use layouts with dummy columns as a placeholder for hardcoded stuff like footers or meta navigations. The grid view will still show the same layout, but there will be blanked areas marked as "no edit access" or "not assigned" to make sure the editors won't see content elements they are not allowed or not able to edit.
Since the grid view is working with the same database fields that always have been used to determine the column position and the sorting of a content element, it can easily be used together with the default TypoScript templates of CSS styled content. You just have to adapt styles.content.get for the number of columns you are going to use in your layout.
The grid view will improve the usability of the backend a lot and the credit for this improvement primarily goes to the teams of T3UXW09 and of course to the sponsors that made this new kind of code sprint possible.
comments
Great work guys :-)
But wthing the grid record you can now either manually add names in the setup field or use the grid wizard to give them any name you like.
name = LLL:fileadmin/templates/labels/layoutLabels.xml:col_0
A good way is to use the same Labels in:
TCEFORM.tt_content.colPos.altLabels
Thanks for this feature, Thomas
I like it! ;-)
Is it possible to define via TypoScript a FE HTML template for each content subpart ?
This is why we strictly separated the backend_layout and backend_layout_next_level behaviour. So you can easily use
data = levelfield:-2, backend_layout_next_level, slide
and override this with
override.field = backend_layout
And of course you can do it with conditions based on these fields as well.
Anything else can be done with the default styles.content.get stuff that can be adapted to the number of colPos values used in your backend layout record.
There will be a tutorial soon and I guess we will do a remake of this video http://www.youtube.com/watch?v=SsxfNd4TYbk as well to make sure it will include all current features.
Is there a way to control the width of the cells in the backend? Would be useful to visualize a right sidebar by having the columns width 80%/20% instead of 50%/50%
For your 80/20 approach it should be a grid based on 5 columns. Then you can span the left column over 4 of them and assign the last cell to the right column.
The last image of the article and the grid wizard example show something similar in the second row starting with "Top Left II 1x1".
Comparing it with FCEs, how can nested content elements and grids be implemented with that? E.g. Page has 1 column only and a Grid-CE provides a 80/20 split?
And the question is: What exactly would be the difference for the editor between having the 80/20 grid based on the page or the content element?
But since we already got a grid wizard, I guess it could be interesting to implement it for ocntent elements as well. Maybe this could be used to structure nested elements based on IRRE like the ICEbox.
Let's see what will be the outcome of the initial code sprint for 4.6 ...
E.g. you can add content elements with alternating 80/20- 60/40-layouts so you're not forced to the 80/20 grid.
Of course there are plugins available already for that.
Regarding the new be_layout: I'm really excited to see, how fast the development is going on the last years regarding the usability amongst a lot of other things of course. Great, thanks a lot for your work! :)
80/20
60/40
30/50
20/80
within the same page layout. Together with rowspans this will still give you enough flexibility for most of the use cases. You just have to get rid of the "main content" concept, we have been used to for a long time.
On the other hand I still would like to shift the grid view to the next level - be it "content elements" or just records of all kinds.
Is it possible to define the beLayout with tsConfig? I mean take that code and put it into tsconfig :)
thanks
this is great feature!
thanks a lot for this great feature!
It's a big improvement for everyone uses the backend is not a pro and does not use it day by day.
@Jo
Thanks for the snippet. This is a good way to implement it to the FE. How could you use it with conditions?
[globalVar = TSFE:selected_backend_layout=1]
What do you think?
Fine:
http://forge.typo3.org/projects/extension-modernbe/wiki/Grid_View
You are not authorized to access this page.
Thanks
So expect this to be a new feature in 4.6
In appearance i don't see the same like this artikel. I think this core feature is available at Typo3 4.5 und for Typo3 4.3 has a extension.
I need somethink doing to use this? Why You are not authorized to access this page when a search under http://forge.typo3.org/?
Sorry, but I will test the feature.
http://blog.undkonsorten.com/typo3-4-5-tutorial-backend-layout-nutzen
http://forge.typo.org/wiki/hci/Grid_View
1) Drag&drop between zones is really missing
2) It is not replacement for FCE's, why people above have such thoughts? FCE's weren't developed to create more content columns, it was developed to create custom content element possible with repeatable elements inside. I know it's not high-used feature, but this is really cool.
i tried to copy the generated code into pagets.
Then the layout could be easily shipped with fe template extensions.
regards
Kay
Thank you very much.
It's very usable for all of TYPO3 users who not use Templavoila by any reason.
http://www.eLawsuit.com
Many greetings from Germany
Our pages use 3 layouts selectable by individual editors. Under 4.5 editors currently see both front-end and back-end selector boxes. I would like to remove this duplication and just show the back-end selectors. I would then refer to the back-end selector when rendering the page.
My problem is that our existing pages do not have back-end layouts set. Is there a way I can set these by reference to the existing layout fields?
Add comment