Needs review
Project:
DXPR Builder: The AI Visual Page Builder for Drupal
Version:
2.8.0
Component:
Code
Priority:
Critical
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
28 Apr 2026 at 23:13 UTC
Updated:
6 May 2026 at 17:45 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #2
jurriaanroelofs commentedHi Josue,
The HTML id attribute is meant to be a unique identifier and shouldn’t be reused across a page. That’s exactly what classes are for 🙂. In this case, you should update #blue-text in your CSS to .blue-text and apply it via the class attribute instead.
It’s true that the new AI features introduce some differences in how HTML is parsed, which likely exposed this issue. However, the proper fix is to adjust the way the CSS is implemented. There’s no need to address this within DXPR Builder itself, per the HTML specification, id values must be unique. Reusing them can lead to broader issues beyond the text editor behavior you’re seeing.
Comment #4
jo13sue commentedYes, using a class would be the proper way. The problem is that elements in DXPR only accept ID's unless you are using a wysiwyg editor or a custom html element to add classes. But you cannot add a class to a button, image, row or section. DXPR should be updated to allow ID's and classes in any element added to the page. Unless I'm missing something, can this be done already?
Comment #5
jo13sue commentedComment #6
jurriaanroelofs commentedHi Josue,
There is a HTML field right below the ID field on every element, but note you have to click the "Edit as text" button if the class you want to enter is not part of a set that you have predefined in your theme or custom modules.
Demo:
Docs for adding pre-defined classes: https://dxpr.com/documentation/extend-glazed-builder-utility-classes
Comment #7
jurriaanroelofs commentedComment #8
jo13sue commentedOhh wow, how long has that been there? I feel like that wasn't there in preview versions? May I suggest that for future versions that edit as text is more visible.