Problem/Motivation
The next major version of UI Patterns is not planned yet, so we are not dropping UI Patterns 1.x compatibility yet, but we can start the work by removing some parts.
Proposed resolution
It is important to keep as long as possible the 2 migration processes:
drush ui-patterns:migrate-patternsfor the UI components (code)drush ui-patterns:migrate-configurationfor the configuration
We can drop sooner the more "niche" compatibility layer:
patternandpattern_previewrender elementspattern()andpattern_preview()Twig functions\Drupal\ui_patterns_legacy\Dummy\LinksSettingType
Issue fork ui_patterns-3590440
Show commands
Start within a Git clone of the project using the version control instructions.
Or, if you do not have SSH keys set up on git.drupalcode.org:
- 3590440-drop-parts-of
changes, plain diff MR !496
Comments
Comment #3
pdureau commentedToo soon to merge now, because it is an
#ui_patterns-nextticket, but moving to RTBC would be nice.2 phpunit fails don't seem related to the current work and are also met in #3589204: Drupal 12 and phpunit:
Comment #4
pdureau commentedCan you RTBC if you are OK?
Comment #5
grimreaperRTBC but...
This should have been using proper deprecation mechanism to be detected by code analysis tools and automated tests.
Also should have mentioned in which version the compatibility layer will be dropped.
Searching if documentation needs to be updated, I realized that in docs/faq.md, the documentation was not updated to indicate that config migration is ready.
### Do you provide configuration migration (entity displays, views...)?Comment #6
pdureau commentedThanks for the feedbacks, so this task still need works.
The documentation update will be done in a dedicated issue.
Comment #8
pdureau commentedChecked with Florent (@grimreaper), ok for RTBC