Elementor
Replies: 5 comments 2 replies
-
|
+1 |
Beta Was this translation helpful? Give feedback.
-
|
I saw this as a counter-argument in an reply in another thread, so I'll put it here to enrich the discussion :
This is a valid argument. Changing the name of class that is used in a lot of places can be challenging. Still - it will be much better if they can make it work without the IDs in-between. |
Beta Was this translation helpful? Give feedback.
-
|
Well, worst case loop through the database and update all classes on renaming a class in the class manager... not that hard ;-) |
Beta Was this translation helpful? Give feedback.
-
|
@mbaierl I believe it's only a matter of the render phase to use the actual class name instead of |
Beta Was this translation helpful? Give feedback.
-
|
I think the unique id thing is a correct idea which grants integrity and portability (imagine creating reusable a kit/blueprint) but it should be opaque to the user. The editor should allow to set a a human readable name (for content editors) and eventually a customizable class name for coding purpose (for devs who create child themes, or just for custom scripts). Also... you can still put custom real css classes and ids for non atomic elements (and for those only...), while i'd expect to use a unified system when the elementor classes feature is enabled. |
Beta Was this translation helpful? Give feedback.
-
|
Hey guys! Thank you all for the feedback! 🙏 We hear you, and we are currently researching how we could implement this change in a safe, future-proof, and scalable way that doesn't limit the feature, the integration with other features (such as Site Kits, Export/Import, etc., Element Caching), and also doesn't affect the site's performance. What this means for you: We are considering this change. 🙌 For context, we discussed this a few times during the 3.29.0 Beta release, here are the relevant discussions:
Thank you all for contributing! 🤗 |
Beta Was this translation helpful? Give feedback.
-
|
Hi guys! Took me a while to update you here, but I'm just passing by to say thank you for sharing your feedback and trusting us to do the right thing! 🙏 📢 We're happy to announce that this feature was released with Elementor Core 3.30.0! 🥳All Global Classes are now rendered with their real names on the DOM, and can be targeted externally. Thank you all for helping shape the future of Elementor! 🙌 ✅ Feel free to check it out and update your plugin to the new version!
Cheers 🥂 |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
Prerequisites
What problem is your feature request going to solve? Please describe..
Currently v4 alpha uses identifiers as class names instead of the real class name defined by the user. This is not ok by several reasons :
Describe the solution you'd like.
It would be nice if the real class names are used, by the reasons mentioned above. I fully understand what the reasons to not do that could be - complicated and unpredictable overrides from external CSS files, but this is a responsibility of the site developer to handle this. Id rather say - give the devs the freedom to mess ii up, if they want to.
As an additional optimisation - if a class name is applied to an element, but there is no CSS changes coming from Elementor for it - no CSS for this class should be generated.
Describe alternatives you've considered.
No response
Additional context
No response
Agreement
Beta Was this translation helpful? Give feedback.
All reactions