Skip to content
Snippets Groups Projects
  1. Jul 30, 2021
    • Christian Kuhn's avatar
      [FEATURE] showPossibleLocalizationRecords for tt_content image, assets, media · 5b3162c5
      Christian Kuhn authored
      Scenario:
      A tt_content default language record with images, assets or media
      is localized ("translate" / "connected" mode, not "copy") to
      another language. Attached images, assets and media will be
      localized, too.
      
      If later the default language record is changed to add another
      image, asset or media, the localized record now shows the
      additional default language record relation as shadowed box
      and allows localizing this additional record with a single click.
      
      This is done by setting for those TCA inline relations:
      ['appearance']['showPossibleLocalizationRecords'].
      
      Notes:
      * showPossibleLocalizationRecords works on l10n_parent and does NOT
        honor l10n_source (yet?): In a 'localization chain' (default is
        localized to dutch, dutch is localized to german), an additional
        image, asset or media on the dutch record *is not* shown in the
        german record, but an additional record in default language *is*
        shown in the german record.
      * showAllLocalizationLink: This is an optional additional button to
        localize all missing relations with one click, not only single
        ones. This is *not* enabled with the patch: The additional button
        bloats the already pretty complex interface even more, and editors
        often only need to deal with one or at least only a small list of
        additional relations. Instances where editors often deal with lots
        of such inline relations can easily enable that button on their own.
      * showSynchronizationLink: The behavior of that button is in practice
        very similar to showAllLocalizationLink and *not* enabled for similar
        reasons.
      
      Change-Id: I34e469171ac34b06ff0350e8e3725188f6de625b
      Resolves: #94623
      Releases: master
      Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/70058
      
      
      Tested-by: default avatarcore-ci <typo3@b13.com>
      Tested-by: default avatarJochen <rothjochen@gmail.com>
      Tested-by: default avatarNikita Hovratov <nikita.h@live.de>
      Tested-by: default avatarChristian Kuhn <lolli@schwarzbu.ch>
      Reviewed-by: default avatarJochen <rothjochen@gmail.com>
      Reviewed-by: default avatarNikita Hovratov <nikita.h@live.de>
      Reviewed-by: default avatarChristian Kuhn <lolli@schwarzbu.ch>
      5b3162c5
    • Jonas Eberle's avatar
      [BUGFIX] Fix #modulemenu collapsed state on Firefox · 07ecd7c1
      Jonas Eberle authored
      Due to different handling of scrollbar positioning and layouting in
      user agents (most use the operating system's graphics stack to show
      scrollbars, Chrome its own) it could happen that the modulebar icons
      were shown partially only.
      
      It should not be relied on the width of scrollbars and if they affect
      the user agent's box model or not.
      
      In our case an inner element was pixel-perfectly relying on parent
      elements' box sizes since #93353.
      
      This dependency has been removed for the collapsed state.
      
      Resolves: #94633
      Releases: master
      Change-Id: Ic573ade55af461935f0cada80a98bf3aaaf9a9c1
      Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/70066
      
      
      Tested-by: default avatarcore-ci <typo3@b13.com>
      Tested-by: default avatarChristian Kuhn <lolli@schwarzbu.ch>
      Tested-by: default avatarBenni Mack <benni@typo3.org>
      Reviewed-by: default avatarChristian Kuhn <lolli@schwarzbu.ch>
      Reviewed-by: default avatarBenni Mack <benni@typo3.org>
      07ecd7c1
  2. Jul 29, 2021
  3. Jul 28, 2021
  4. Jul 27, 2021
  5. Jul 26, 2021
  6. Jul 25, 2021
  7. Jul 23, 2021
  8. Jul 22, 2021