[wpmlpb-787] Elementor v4: move e-component to PHP so we can add an integration class#518
[wpmlpb-787] Elementor v4: move e-component to PHP so we can add an integration class#518dgwatkins wants to merge 1 commit into
Conversation
|
@dgwatkins, sorry but this does not make sense to me. Since it's a hardcoded integration, why don't you just keep everything in the same place? (https://git.onthegosystems.com/glue-plugins/wpml/wpml-page-builders/-/merge_requests/369/) |
|
@strategio Yes, I could. Caveats?
|
|
Let me move everything to PHP and I will call for review again @strategio |
|
I added the tag to merge-when-releasing |
|
@dgwatkins, this is getting confusing because your change is different now, you are removing the config to automatically convert components IDs => Your PR description and your commit message does not reflect that... Please fix it! Moreover, I would like to know why you are doing that? With that config, component IDs are converted on the fly. Did you implement the same solution in your integration? |
|
@strategio Its a work in progress (I will call for review when its ready):
|
|
@strategio The move is complete, but I still have to take care of your code review in gitlab. |
strategio
left a comment
There was a problem hiding this comment.
@dgwatkins, I believe it's fine to remove the V4 beta config now.
But I think it's too early to remove the e-component config, WPML 4.9.3 is still in a bucket phase.
Is there a problem if we keep it for longer?
@strategio the only problem will be for 4.9.3 users trying to translate e-component overridden properties. |
|
@strategio we could wait for the announcement, I haven't seen it yet. Maybe even mention it in the announcement? |
|
@dgwatkins, I suggest waiting for WPML 4.9.3 to be released to 100% users (it should not be long). Then deploy that change and close our errata. |
It is safe to deploy because we do
class_exists( $class_or_instance )https://onthegosystems.myjetbrains.com/youtrack/issue/wpmlpb-787/