Create entry

fluidcontent vs. gridelements

fluidcontent gridelements + Add column
Fluid Content Engine Grid Elements (Typo3 Extension)
Category
More
Description Flexible templating and logic engine for TYPO3 enterprise CMS ?
Tag Enterprise CMS, development framework based on FLUID and EXTBASE for TYPO3 ?
Multi-user system Yes Yes
Pingback Conditional ?
Extension/Plug-in Conditional ?
Operating system
Programming language
Database
Website fedext.​net typo3.​org/​extensions/​repo…gridelements
Trackback Conditional ?
Multilingual content Yes Yes
Database model
Unicode Yes Yes
WYSIWYG-Editor Yes Yes
Multiple projects Yes Yes
Standard compliance Yes Yes
External pages Yes ?
User statistics Yes ?
Revision control Yes Yes
Software distribution
Template language
Target audience
Full text search Yes Yes
Design pattern
Difficulty level
PSR-0 compliant Yes No
Object-Relational Mapping (ORM) Yes No
Documentation level ★★★☆☆ ★★★★☆
Lines of code 1.05 k ?
Comments No ?
Multiple categories Yes ?
Hierarchical menus Conditional ?
Free to use Yes Yes
Supported VCS
Versioning Good Good
Input Widgets Yes No
File Assets Yes Yes
Data storage
Implementation flexibility 50% votes 50% votes
Free for commercial use Yes Yes
Sexiness 100 100
Full workspace support Yes Yes
FAL support Yes Yes
drag'n drop Yes Yes
Dynamic Fields Yes Yes
Native Drag-n-Drop Yes No
Extension Base
Value-to-Object Transformation Yes Yes
Inline Assets Yes Yes
Drag In Yes Yes
Unused elements Yes Yes
Reference content records Yes Yes
Reference pages No Yes
Reuse TV DS No Yes
Copy from another page No Yes
Paste copy into columns Yes Yes
Paste reference into or after Yes Yes
Drop copies Yes Yes
Flexforms Yes Yes
Content Preview Yes Yes
T3D Export No Yes
List Module Support No Yes
T3X Export/Import Yes No
Native layout wizard No Yes
Allowed content elements No Yes
Collapsible containers Yes Yes
Test Coverage 92 80
Overrides core functions No Yes
Overrides core modules No Yes
Normalized relations Yes Yes
Template Mapping GUI No No
TYPO3 CMS Version 6.2 6.2
+ Add row ++
fluidcontent gridelements
  • vsChart is like a wiki

    Just click a data cell to edit it.
    Take part and share your knowledge with the world.

  • blue
    = good
    darker
    = better
    Legend
  • Embed it on your site
  • Copy & Share
  • Creative Commons License License
  • EnglishGerman (Deutsch)

Reviews & Comments

  • 💬 Comment
    Comment: "Software distribution" refers to how content elements are shipped, not how the extension is shipped. In fluidcontent elements can be easily shipped as extensions downloadable from any package management source including TER. For gridelements the same is true, but requires a lot of custom setup in the shipping extension to be shippable as a "plug-and-play" style content template container extension.
    Claus Due09. Mar 2013 / 14:53
  • 💬 Comment
    Comment: "Data Storage" refers to how templates are stored - actual instances of content built on these templates are, as always, stored in the tt_content table.
    Claus Due09. Mar 2013 / 14:56
  • 💬 Comment
    Actually "Drag & Drop" should not be a Yes/No, but a link (native / custom). Actually it is a drawback to just have the native TYPO3 core drag & drop, since it can't do copies via CTRL key and it does not reload the page after dropping, which leads to a complete mess, whe more than editor is working on the same page.
    johasenau09. Mar 2013 / 15:13
  • 💬 Comment
    BTW: Some of the compared features are NO for 1.4 but will be YES for 2.0, since the TYPO3 6.0 core will require it, so having YES/NO is sometimes not enough for a real comparison.
    johasenau09. Mar 2013 / 15:15
  • 💬 Comment
    And a question: Is it possible to move rows up or down, so that they will be kind of grouped by topic?
    johasenau09. Mar 2013 / 15:16
  • 💬 Comment
    "Reuse TV DS" means that you will be able to use your old TV structures to compare connected children against your new grid elements IRRE listing after a migration. Of course these structures will require additional TypoScript if you want to get them into the frontend again.
    johasenau09. Mar 2013 / 15:38
  • 💬 Comment
    Comment: I have to select "yes" in "reference pages" and "reference content records" since yes, this is possible in FluidContent (by changing the attributes used on ViewHelpers which render content elements). However, it should be noted that this requires content to be selected in the element in a different way, using a reference field instead of actual child content. In other words, referencing a page's content from a Fluid Content element does not immediately allow that content to be edited as child content - not without a fair bit of customisation of the Widget involved in rendering the nested content Grid.
    Claus Due09. Mar 2013 / 15:42
  • 💬 Comment
    Comment: that "copy from another page" is supported by Fluid Content but not with the qualification "...without placing the content in the clipboard" - in this regard, Fluid Content only uses TYPO3 core functions instead of adapted versions which change the way these actions are performed.
    Claus Due09. Mar 2013 / 15:45
  • 💬 Comment
    Fluid Content does not replace or extend the List module nor the Page module, in actuality it replaces almost none of the native TYPO3 backend functionality :) wether this is a pro or a con is up to each integrator's requirements and wishes. One could certainly argue that replacing some of the TYPO3 functionality is desirable - but this is not the road taken by Fluid Content (which actively tries to avoid any changes to existing behaviours in the BE, quite contrary to gridelements).
    Claus Due09. Mar 2013 / 15:59
  • 💬 Comment
    "Paste copy into columns" is yes for FluidContent as well, had it not been for the one qualifier word "empty". Even the playing field, please, by not modifying the feature descriptions with this many highly specific qualifiers ;)
    Claus Due09. Mar 2013 / 16:09
  • 💬 Comment
    Another difference which doesn't really fit into a tiny evaluation-comparison:

    Fluid Content is not just about supporting child content elements. It enables highly flexible content elements of any type - child content support is merely a side feature, made easily accessible by the use of Fluid as configuration engine.
    Claus Due09. Mar 2013 / 16:22
  • 💬 Comment
    Actually if it's just the default core behaviour, a "yes" should not count. ;-)

    Of course anyone can fetch a copy form another page with or without gridelements and fluidcontent, but the core can't without having to leave the current page.

    And of course anyone can paste into a column, but the core still refuses to do so with empty columns.

    Some of the features of gridelements is to enhance the core behaviour by additional methods. None of the original behaviours is modified though, so actually this is the same for both.
    johasenau09. Mar 2013 / 16:30
  • 💬 Comment
    The original purpose of Grid Elements was to bring the native backend layouts of the TYPO3 core to the next level, namely content elements.

    Grid Elements are about structured elements and not meant as a replacement for FCE. So people looking for FCEs maybe should go for fluidcontent instead, but have to live with the drawbacks of Extbase then.

    Grid Elements are extending existing core methods within the hooks they offer (except the list module which we had to XCLASS) and are able to go for different ways of content rendering from modern template building over native TypoScript to Fluid. So if you want to be more flexible in your choice while still being very close to the core methods, Grid Elements might be the way to go.

    Still it would be interesting to find out, how we could connect the best of both approaches to get something absolutely awesome for the TYPO3 6.2 LTS version :-)
    johasenau09. Mar 2013 / 16:42

Write a review or comment

Please login (with Facebook, Twitter or OpenID) to use this form.

Type
Review
Comment