27/01 2012
A Quick Look Into the Future

A small taste of the direction FED is taking.

Dear developers,

FED now has a proper team of skilled developers! This is cause for celebration indeed. I expect great things from having so many extra eyes and brains on the project. So a warm welcome to Georg Ringer, Stefan Neufeind, Daniel Schöne, Dominic Garms and Frank Gerards. If you are a developer who works with FED and would like to contribute I would be more than happy to include you on the team. Any help with code reviews on Gerrit is also highly appreciated.

You may have noticed that the release cycles have started slowing down. This does not mean that no work is being done, quite the opposite. The team is working hard on improving the existing features and making FED even more stable and accessible to both developers and content editors.

The release schedule will change slightly in the future with the main purpose of ensuring stability and clearly schedule exactly when deprecations can occur and more importantly, to schedule exactly when deprecated code may be removed. It is my hope that with this new release schedule you can expect to only need to change your code, if you need to change it at all, at the same time as new versions of Extbase and Fluid are released.

Note: Content Editors will not be affected by any of the changes advertised here. If you are a Content Editor using FED elemens and you read this, let your developer know about this article.

The new schedule matches Extbase/Fluid closely with one exception. The release ruleset is:

  • Major versions must follow Extbase/Fluid
  • Minor versions must follow Extbase/Fluid
  • Bugfix versions do not follow Extbase/Fluid but are released whenever necessary. The exception here is that bugfix versions may include migrated code, but if code has been migrated, proxy classes are in place for backwards compatibility.
  • Deprecations can happen in bugfix versions but will be collected and published when a new minor version is released, then finally removed when the next minor version is released. This means that only when the minor version number changes will you (possibly) need to update your code and remove usage of deprecated code.


This ruleset will be broken one last time before being put into full effect (and in advance, I'm sorry about this but it's better to peel the bandage off quickly).

This final rule breaking will have an impact on all of your Fluid Content Elements as well as your Fluid Page Templates - and it will happen in the very next version of FED. To prepare you for these changes here is a list of the most important changes that are taking place, how they affect the future and finally what you should do to prepare for the changes:

  1. The new project Flux will soon contain all the Dynamic FlexForm features along with the content preview feature. This has already been ported and can be used separately - but some logic still remains in FED. In the future the nested content element feature will also be ported, enabling any type of Fluid based plugin to carry child content elements, just like FED's Fluid Content Elements. To prepare for this change that is coming up, a new TER version will be released shortly containing bugfixes and a very important migration. Please note that this TER version, which will be 1.4.11, will contain a breaking change which requires you to upgrade all your Fluid Content Elements and Page Templates, replacing any fed:page, fed:fce and fed:flexform usage with flux:flexform. An upgrade script which can do most of this automatically will be included.
  2. Localization support in FED will be improved greatly. This will be a work in progress, the main part of which is scheduled for version 1.5 at the earliest, but 1.4.11 will contain some of the first measures taken to make FED entirely localization capable. The feature which has received the initial localization treatment is the Fluid Content Element feature - this is because Flux now has localization support and will carry the nested content elements feature from now on. This means that if you have a project coming up which requires fully localized Fluid Content Elements, you may want to wait for version 1.4.11.
  3. The ExtJS features will be deprecated in version 1.5 and are scheduled for complete removal in version 1.6. New approaches are being discussed - not necessarily for FED but perhaps in general - to use SproutCore/Ember. If you use the ExtJS features in FED you should make efforts to port the code into your own project. You do not need to rush - but when TYPO3 4.8 nears release you should be ready for this removal.
  4. If time allows, 1.5 will deprecate the Widget-style ViewHelpers which will have a new home in the "Fluidwidget" extension. If it is not possible to complete this task before 1.5 is due to be released this task will simply be delated one minor version (deprecation happens in 1.6 instead of 1.5, removal happens in 1.7 instead of 1.6). The Widgets will along the way be improved and ported to a template-and-partial based structure to allow even more customization through custom templates for each and every Widget. A list will be made of all the Widgets which will move. Backwards compatibility with your templates will be kept until version 1.6 is released, at this time the Widgets will be removed. You are encouraged to start using the Fluidwidget versions of the Widgets as soon as this becomes possible.


These are the main four items to watch out for. After the 1.4.11 release we will have a much more stable version of FED and gain the ability to use the dynamic FlexForm features from FED in any way we choose (plugins, content element and table fields), in our own extensions - without having to install FED unless needed.

Along the road to version 1.5 I will keep you all updated with the progress and let you know what to expect as early as possible.

I hope that version 1.4.11 will be the final birthing pains before the long, happy, stable future of FED. And I hope that you will receive it - and the new FED team members! - in good spirit.

To boldly go,



09/01 2017
09/11 2016
09/06 2016
21/12 2015
07/12 2015
25/11 2015
25/09 2015
22/09 2015
01/08 2015
10/03 2015
03/03 2015
12/02 2015
25/11 2014
01/11 2014
16/10 2014
02/10 2014
02/10 2014
19/09 2014
18/09 2014
05/09 2014
22/08 2014
02/08 2014
27/06 2014
06/06 2014
13/04 2014
27/03 2014
12/03 2014
11/03 2014
05/02 2014
25/01 2014
17/12 2013
08/12 2013
03/12 2013
04/11 2013
Flux 7.0 Teaser
06/08 2013
21/07 2013
10/06 2013
04/06 2013
01/06 2013
27/05 2013
19/05 2013
19/05 2013
11/05 2013
26/04 2013
30/03 2013
19/03 2013
17/03 2013
13/03 2013
10/03 2013
10/03 2013
05/03 2013
04/03 2013
03/03 2013
02/03 2013
01/03 2013
28/02 2013
27/02 2013
25/02 2013
24/02 2013
24/02 2013
23/02 2013
10/02 2013
03/02 2013
03/02 2013
27/01 2013
Asset management in Fluid
20/01 2013
16/01 2013
13/01 2013
08/01 2013
16/12 2012
25/11 2012
18/11 2012
08/11 2012
07/11 2012
05/11 2012
04/11 2012
28/10 2012
22/10 2012
14/10 2012
13/08 2012
08/08 2012
31/07 2012
30/07 2012
25/07 2012
29/04 2012
29/04 2012
22/04 2012
16/04 2012
21/03 2012
Flux 1.4.0 released
08/03 2012
Flux 1.3.0 released
04/03 2012
03/03 2012
28/02 2012
19/02 2012
A Sneaky Sneak Preview of the next version of Flux
13/02 2012
12/02 2012
06/02 2012
30/01 2012
27/01 2012
15/01 2012
26/12 2011
24/12 2011
11/12 2011
11/12 2011
10/12 2011
04/12 2011
04/12 2011
30/11 2011
26/11 2011
25/11 2011