Skip to content
Snippets Groups Projects
  1. Dec 18, 2017
  2. Nov 30, 2017
  3. Nov 29, 2017
  4. Nov 08, 2017
  5. Oct 20, 2017
  6. Sep 20, 2017
  7. Sep 09, 2017
  8. Aug 25, 2017
  9. Aug 23, 2017
  10. Aug 18, 2017
  11. Aug 14, 2017
  12. Jun 03, 2017
  13. Mar 25, 2017
  14. Mar 22, 2017
  15. Mar 20, 2017
  16. Feb 28, 2017
  17. Feb 24, 2017
  18. Feb 07, 2017
    • Oliver Hader's avatar
      [FEATURE] Introduce allowLanguageSynchronization · 2fd70c83
      Oliver Hader authored
      This feature introduces a new functionality called
      "allowLanguageSynchronization" which can be set on a field
      configuration of a TCA column. This is the successor of
      "l10n_mode=mergeIfNotBlank" as the old option had several
      conceptual downsides:
      
      1) "mergeIfNotBlank" took the value of the default record
         during runtime, but only if the translation field was empty.
         This means it was not possible to see what the record
         actually contained without having all fields of the parent
         at hand.
      
      2) It was not possible to have a value "santa" in the original
         record but remove the option in a translation (because an
         empty string "" implicitly triggered the runtime call in the
         frontend)
      
      3) "mergeIfNotBlank" did not work on relations except for files
         fetched via the FileRepository API calls, but for no other
         inline elements.
      
      4) "mergeIfNotBlank" did the overlay functionality in the frontend,
         but only FormEngine and DataHandler took care of the option.
         Custom backend modules had to implement the same functionality.
      
      5) In FormEngine, there was an icon in the translation record that
         if the record kept empty the value of the original language was
         taken, but this is not optimal in terms of usability.
      
      6) "mergeIfNotBlank" did not take the new l10n_source option into
         account, where localizations could be made from other records
         than the default language "0".
      
      The new feature can be set on any TCA column setting:
      
      $GLOBALS['TCA'][<table-name>]['columns']
      	[<field-name>]['config']['behaviour']
      		['allowLanguageSynchronization'] = true;
      
      This brings an option to records with translations (both from
      l10n_parent and l10n_source) to have the value for all translations
      synchronized or explictly have a checkbox to use a custom value.
      
      The information whether a field is custom filled, or kept in sync
      from l10n_parent/l10n_source is stored in a separate field called
      "l10n_state" inside the database.
      
      The introduced upgrade wizard and TCA migration to remove
      "l10n_mode=mergeIfNotBlank" has been modified to migrate to this
      option and add a l10n_state database field if a TCA table used
      "mergeIfNotBlank" but did not add the l10n_state field manually
      via ext_tables.sql yet.
      
      New extensions can easily use the new option right away,
      extensions that need to stay compatible with v7 and v8 can add
      both options right away to have the same output.
      
      The main goals to achieve with this change is now:
      
      * Have consistent database values for all records regardless
        of l10n_mode=mergeIfNotBlank paving the way to fetch translated
        records without having to overlay (once l10n_mode=exclude is
        also copying values and relations)
      * Be more explicit for editors about records that have a different
        or the same state as their l10n_parent/l10n_source as a benefit
        for bigger instances with a lot of languages
      * Avoid hidden magic when retrieving localized records in the
        TYPO3 Frontend.
      
      Resolves: #79658
      Related: #79243
      Releases: master
      Change-Id: I6c2dbfeb09b47f958a536c9ab050c24ba4bbcbbd
      Reviewed-on: https://review.typo3.org/51291
      
      
      Tested-by: default avatarTYPO3com <no-reply@typo3.com>
      Reviewed-by: default avatarFrans Saris <franssaris@gmail.com>
      Tested-by: default avatarFrans Saris <franssaris@gmail.com>
      Reviewed-by: default avatarGeorg Ringer <georg.ringer@gmail.com>
      Tested-by: default avatarGeorg Ringer <georg.ringer@gmail.com>
      Reviewed-by: default avatarChristian Kuhn <lolli@schwarzbu.ch>
      Tested-by: default avatarChristian Kuhn <lolli@schwarzbu.ch>
      2fd70c83
  19. Feb 06, 2017
    • Benjamin Kott's avatar
      [!!!][FEATURE] Streamline Fluid Styled Content and CSS Styled Content · 80fec593
      Benjamin Kott authored
      CSS Styled Content has been a long time the preferred way of rendering
      content in the frontend. Fluid Styled Content was introduced as
      successor of CSC, but the feature set diverged from the beginning. The
      lack of flexibility and incomplete feature set in comparision to CSC
      made it hard to migrate existing instances.
      
      Since TYPO3 CMS 7.6 Fluid-Templates are the defined standard and
      official recommendation for content rendering. The feature set of FSC is
      now matching CSC. Both content renderings are now streamlined to be
      fully compatible with each other. For the period of CMS 8 LTS CSC will
      share the same capabilities to make an transition as easy as possible.
      CSC is now deprecated and goes into maintenance mode and will be removed
      with CMS 9.
      
      For compatibility, CSC is now supporting Textmedia that was before
      exclusive to FSC. But also FSC has learned some tricks from CSC. Fluid
      Styled Content has now support for all content elements pr...
      80fec593
  20. Jan 27, 2017
  21. Jan 26, 2017
    • Christian Kuhn's avatar
      [!!!][FEATURE] FormEngine element level refactoring · 84be5e61
      Christian Kuhn authored
      The patch introduces a new API on FormEngine element level
      that substitutes the old "wizards" / renderWizard() API
      with a more powerful system.
      
      Single wizards are now split into one of three categories:
      * An informational wizard
      * A control button / icon
      * A true wizard with additonal functionality
      
      Method renderWizards() is still called in elements for compatibility
      reasons if people added own scrip/popup/userFunc wizards, but all
      core wizards are migrated.
      
      The patch significantly cleans the HTML of single elements, especially
      HTML stuff that was added by the SingleFieldContainer is now put down
      to single elements, while main HTML wraps formerly done by renderWizards()
      is fetched "up" to single elements. This gives single elements full
      control about the main HTML it is producing, which is a must have
      preparation in order to further advance in this area and to switch
      single elements to fluid rendering in one of the next steps.
      
      The patch brings a prett...
      84be5e61
  22. Jan 18, 2017
  23. Jan 12, 2017
  24. Jan 03, 2017
    • Christian Kuhn's avatar
      [!!!][TASK] Improve flex and TCA handling in FormEngine · 38a1bc5d
      Christian Kuhn authored
      The patch adapts a series of nasty form engine areas to more solid
      code. The evaluate condition code is rewritten and works much better
      in flex form scenarios. The suggest wizard and svg tree are much
      more solid in flex forms. The group element is rewritten
      towards a better readable and easier to refactor code, dropping
      method dbFileIcons(). A bunch of issues is resolved along the way.
      
      * TCA "default" now works in flex form section container elements
      * The "displayCond" parser is now strict and throws exceptions on
        invalid syntax and wrong referenced fields to help debugging
        faulty display conditions
      * TCA displayCond on flex fields can now be prefixed with the
        sheet name and can reference field values from neighbor sheets
      * TCA displayCond now works with flex section containers
      * TCA flex section container now throw an exception if select or
        group fields configure a MM relation - this is not supported
      * TCA ctrl requestUpdate field is dropped, onChange=reload is now allowed
        not only on flex form fields, but also on normal columns fields
      * TCA tree now works as section container element and initializes
        correctly on new records and new containers
      * GroupElement rewrite to drop dbFileIcons()
      * config option maxitems now optional for type=group and type=select
        and defaults to "many items allowed"
      * inline now works in "fancy" flex situations with "new" records
        by handing the final dataStructureIdentifier around
      * FormEngine no longer loads extJS
      
      Change-Id: Id1d081627529cc1502bb198389e5bd69372815cd
      Resolves: #78899
      Resolves: #72307
      Resolves: #75646
      Resolves: #76637
      Resolves: #72106
      Resolves: #78824
      Resolves: #76793
      Resolves: #68247
      Resolves: #69715
      Related: #78460
      Related: #67198
      Related: #72294
      Releases: master
      Reviewed-on: https://review.typo3.org/50879
      
      
      Tested-by: default avatarTYPO3com <no-reply@typo3.com>
      Reviewed-by: default avatarBenni Mack <benni@typo3.org>
      Tested-by: default avatarBenni Mack <benni@typo3.org>
      Reviewed-by: default avatarAnja Leichsenring <aleichsenring@ab-softlab.de>
      Tested-by: default avatarAnja Leichsenring <aleichsenring@ab-softlab.de>
      38a1bc5d
  25. Dec 14, 2016
  26. Dec 03, 2016
  27. Dec 01, 2016
  28. Nov 13, 2016
  29. Nov 01, 2016
  30. Sep 28, 2016
  31. Sep 26, 2016
  32. Aug 31, 2016
  33. Aug 30, 2016
  34. Aug 22, 2016
  35. Aug 03, 2016