1. 06 May, 2022 1 commit
    • Benjamin Kott's avatar
      [TASK] Polish SvgTree component styling · 5ecfceb4
      Benjamin Kott authored and Georg Ringer's avatar Georg Ringer committed
      This patch is cleaning up a lot of loose ends in the svg tree component.
      It aims to make the component look more clean and polished.
      
      - Unify focus styling with selected, hover and versioning
      - Ensure the whole node looks focused instead of only some text
      - Replace expand icon to match core icon styling
      - Hide expand icon if page tree is stopped
      - Move trigger to enter stopped pagetree to the front
      - Remove blurry lines for background borders
      - Make the edit input fields use as much space as is available
      - Load common icons always on setup to avoid node refresh on initial loads
      - Reposition the locked icon (another editor is editing)
      - Correct keyboard navigation behaviour and focus setting
      - Keep focus after leaving the edit mode without changes
      - Adjust positioning to rely on calculation instead of hardcoded values
      - Align drag delete target
      - Make drag positions more visible to the user when moving a page
      - Improve styling of tooltips when dragging elements
      - Add border to select tree component to make scroll boundaries visible
      
      Affected Areas:
      - PageTree
      - FileTree
      - SelectTree
      
      Releases: main
      Resolves: #97344
      Change-Id: I6034e0cbc1079b93b24c5c1a99e0299946874b2f
      Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/74203
      
      
      Tested-by: Benjamin Franzke's avatarBenjamin Franzke <bfr@qbus.de>
      Tested-by: core-ci's avatarcore-ci <typo3@b13.com>
      Tested-by: Georg Ringer's avatarGeorg Ringer <georg.ringer@gmail.com>
      Reviewed-by: Benjamin Franzke's avatarBenjamin Franzke <bfr@qbus.de>
      Reviewed-by: Georg Ringer's avatarGeorg Ringer <georg.ringer@gmail.com>
      5ecfceb4
  2. 04 May, 2022 1 commit
  3. 21 Apr, 2022 1 commit
  4. 16 Apr, 2022 1 commit
  5. 12 Apr, 2022 1 commit
  6. 11 Apr, 2022 1 commit
  7. 08 Apr, 2022 2 commits
  8. 07 Apr, 2022 4 commits
  9. 06 Apr, 2022 1 commit
  10. 05 Apr, 2022 3 commits
  11. 01 Apr, 2022 1 commit
    • Oliver Bartsch's avatar
      [FEATURE] Introduce TCA type "color" · 12a6613f
      Oliver Bartsch authored
      In the process of using dedicated TCA types,
      the new TCA type "color" is introduced and
      replaces "renderType=colorpicker" of TCA
      type "input".
      
      Notable changes to the previous behaviour:
      
      - The maxlength is set to 7, since this is
        the maximum length for the hex color
        (#XXXXX | /#[0-9a-fA-F]{3,6}/)
      - The only allowed eval is "null"
      - "trim" is always done in DataHandler and FormEngine
      
      Note: The maxlength might change again
      as soon as we switch to another color
      picker which supports e.g. opacity
      specification.
      
      The TCA type is now wrapped into a custom
      element. Also does it now use the general
      ValuePicker JS module, instead of duplicating
      this functionality in the ColorPicker JS module.
      
      The ColorPicker JS module is furthermore
      refactored. Global initialization of the
      color pickers is deprecated. To initialize
      the ColorPicker for an element, it has to
      be provided as first argument in the
      initialize() method.
      
      used command:
      > composer u typo3/cms-styleguide
      
      Resolves: #97271
      Releases: main
      Change-Id: I1418b100ae214499be7b01f6c94539a6cb6baa3b
      Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/74121
      
      
      Tested-by: Stefan Bürk's avatarStefan Bürk <stefan@buerk.tech>
      Tested-by: core-ci's avatarcore-ci <typo3@b13.com>
      Tested-by: Benni Mack's avatarBenni Mack <benni@typo3.org>
      Tested-by: Oliver Bartsch's avatarOliver Bartsch <bo@cedev.de>
      Reviewed-by: Stefan Bürk's avatarStefan Bürk <stefan@buerk.tech>
      Reviewed-by: Benni Mack's avatarBenni Mack <benni@typo3.org>
      Reviewed-by: Oliver Bartsch's avatarOliver Bartsch <bo@cedev.de>
      12a6613f
  12. 30 Mar, 2022 1 commit
  13. 28 Mar, 2022 2 commits
  14. 26 Mar, 2022 1 commit
  15. 25 Mar, 2022 1 commit
  16. 22 Mar, 2022 2 commits
  17. 14 Mar, 2022 1 commit
    • Oliver Bartsch's avatar
      [FEATURE] Introduce TCA type "link" · 40d4f901
      Oliver Bartsch authored
      In our process of using dedicated TCA types,
      the new TCA type "link" is introduced and
      replaces "renderType=link" of TCA type "input".
      
      Notable changes to the previous "inputLink" behaviour:
      
      - "linkPopup" fieldControl is now always used by the
        FormEngine element
      - Corresponding fieldControl options are migrated
        to columns config
      - The type now makes use of include lists instead of
        exclude lists
      - The allowed link types are now evaluated in DataHandler
      - "trim" is always done in DataHandler and FormEngine
      - "max" is no longer evaluated
      - "softref=typolink" is automatically set
      
      As mentioned, the TCA type "link" uses include lists.
      This also required to adjust the LinkPopup fieldControl,
      as well as the Link Browser classes. The previously
      used "blinkLink[Fields|Options]" options are still
      supported in case the "LinkPopup" fieldControl is used
      for another TCA type. However, they might be deprecated
      soon.
      
      Finally, the TSconfig key for the MailLinkHandler is
      renamed from "mail" to "email", to unify the naming
      in the codebase.
      
      Resolves: #97159
      Releases: main
      Change-Id: Ied9e957b973ed8904736e5d4353a989ea76065d8
      Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/73866
      
      
      Tested-by: core-ci's avatarcore-ci <typo3@b13.com>
      Tested-by: Benni Mack's avatarBenni Mack <benni@typo3.org>
      Tested-by: Susanne Moog's avatarSusanne Moog <look@susi.dev>
      Tested-by: Oliver Bartsch's avatarOliver Bartsch <bo@cedev.de>
      Reviewed-by: Benni Mack's avatarBenni Mack <benni@typo3.org>
      Reviewed-by: Susanne Moog's avatarSusanne Moog <look@susi.dev>
      Reviewed-by: Oliver Bartsch's avatarOliver Bartsch <bo@cedev.de>
      40d4f901
  18. 25 Feb, 2022 1 commit
  19. 24 Feb, 2022 1 commit
  20. 21 Feb, 2022 1 commit
  21. 20 Feb, 2022 1 commit
  22. 17 Feb, 2022 1 commit
  23. 16 Feb, 2022 2 commits
    • Benjamin Franzke's avatar
      [BUGFIX] Fix TypeScript compilation on case insensitive file systems · fcd236e3
      Benjamin Franzke authored
      With the TypeScript source move in #96906 one file hasn't been
      moved into the correct place, causing operating systems with case
      insensitive file systems like MacOS to merge Input/index.d.ts
      and input/clearable.ts into one folder called "Input/". This causes
      the compilation to fail. Move the index.d.ts in to the new folder.
      
      Resolves: #96927
      Related: #96906
      Releases: main
      Change-Id: If1eb46a059c2f99eeb20613a52c30bab76b4f5df
      Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/73562
      
      
      Tested-by: Oliver Bartsch's avatarOliver Bartsch <bo@cedev.de>
      Tested-by: core-ci's avatarcore-ci <typo3@b13.com>
      Tested-by: Benni Mack's avatarBenni Mack <benni@typo3.org>
      Tested-by: Benjamin Franzke's avatarBenjamin Franzke <bfr@qbus.de>
      Reviewed-by: Oliver Bartsch's avatarOliver Bartsch <bo@cedev.de>
      Reviewed-by: Benni Mack's avatarBenni Mack <benni@typo3.org>
      Reviewed-by: Benjamin Franzke's avatarBenjamin Franzke <bfr@qbus.de>
      fcd236e3
    • Benjamin Franzke's avatar
      [TASK] Use @typo3/ as ES6 module namespace · 7a41f905
      Benjamin Franzke authored and Georg Ringer's avatar Georg Ringer committed
      Switch from TYPO3/CMS/ExtName/ to @typo3/ext-name/ module
      namespace in all TypoScript modules in order to
      use the common "scoped package" syntax as known from npmjs.
      
      This will allow TYPO3 TypeScript declarations to be
      published to @typo3/* packages on npmjs.com at some point,
      allowing extension authors to require these as npm/yarn
      dependencies to be able to use TypeScript type declarations
      when developing against the TYPO3 JavaScript API.
      
      While at it, the naming convention of JavaScript modules is
      also switched to use lowercase-dashed form. This is to adhere
      to the common used naming convention in the npm-world.
      Also @typo3/core/ajax/ajax-request.js simply looks better than
      a mixed form @typo3/core/Ajax/AjaxRequest.js would be.
      
      All existing RequireJS module identifiers are mapped
      to the new naming syntax in the requirejs-to-es6 bridge:
      For example a requirejs call to
        TYPO3/CMS/T3editor/Element/CodeMirrorElement
      will transparently be transformed to the new sc...
      7a41f905
  24. 15 Feb, 2022 2 commits
  25. 14 Feb, 2022 2 commits
  26. 10 Feb, 2022 1 commit
  27. 25 Jan, 2022 1 commit
  28. 22 Jan, 2022 1 commit
    • Benjamin Franzke's avatar
      [TASK] Support FLAG_USE_TOP_WINDOW for ESM instructions · dca901b7
      Benjamin Franzke authored and Christian Kuhn's avatar Christian Kuhn committed
      Implement top-frame-module loading for ES6 modules.
      With RequireJS we could simply invoke top.require(), but
      for native ES modules and dynamic import() statements
      top.import() is not possible, as import is not a function
      but a statement, and therefore not invokable on `top.`.
      
      This has been marked as todo in #96510 as it is a
      non trivial change that is better implemented in a
      separately testable patch.
      
      An event is used that is dispatched on the top document.
      It is filled by a global event handler with a promise
      that reveals the result of the import() statement
      performed in the context of the top frame.
      
      Top frame module loading is used when modals
      or notifications are shown in the outer-frame,
      therefore EXT:redirect and EXT:install are adapted
      to make use of this feature and avoid the prior
      RequireJS indirection.
      
      Resolves: #96610
      Related: #96510
      Related: #96323
      Releases: main
      Change-Id: I699a7a39beb788c843e3c8292e29bf3db97e8cd9
      Reviewed-on: https://review.typo3.org/c/Packages/TYPO3.CMS/+/73025
      
      
      Tested-by: Benni Mack's avatarBenni Mack <benni@typo3.org>
      Tested-by: core-ci's avatarcore-ci <typo3@b13.com>
      Tested-by: Christian Kuhn's avatarChristian Kuhn <lolli@schwarzbu.ch>
      Reviewed-by: Benni Mack's avatarBenni Mack <benni@typo3.org>
      Reviewed-by: Christian Kuhn's avatarChristian Kuhn <lolli@schwarzbu.ch>
      dca901b7
  29. 21 Jan, 2022 1 commit