Closed (fixed)
Project:
Experience Builder
Version:
0.x-dev
Component:
Theme builder
Priority:
Major
Category:
Feature request
Assigned:
Issue tags:
Reporter:
Created:
28 Feb 2025 at 11:42 UTC
Updated:
3 Apr 2025 at 20:24 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #2
wim leersThe back-end already allows this:
So it's just a matter of adding something like:
… and wiring that up — like @hooroomoo did yesterday for textareas in #3507928: [Front-end] Allow adding "textarea" props in the code component editor.
Comment #3
wim leersNote: this is purely about being able to create such props for code components.
It's not about the UX of entering links, for that we have #3499279: Make link widget autocomplete work (for uri and uri-reference props).
Comment #4
wim leersConsistent naming 🤓
Comment #5
nagwani commentedComment #6
wim leersBálint started working on this AFAIK.
Comment #9
balintbrewsComment #11
hooroomooComment #13
hooroomooComment #14
wim leers💯
But … 😅
I expected the relative path (see the example in the GIF in #9 and the
Relative path link with example valuehunk in the MR) to start with a slash.IOW: I expected this to match
\Drupal\path_alias\Entity\PathAliasstores path aliases/node/add/articlein Drupal's Standard install profileall-propsSDCtest_string_format_uri_referenceprop's example of/example-uriIs the omission of the leading slash here intentional? If so: what's the rationale?
If it's not intentional: can we change it in a follow-up? 🙏
Comment #15
balintbrewsIt was barely a UX decision I made, and since the validation (based on the JSON Schema definition) passed on those values, I forgot to match this how Drupal usually expects these. Let's change in a follow-up.