[wp-meta] [Making WordPress.org] #7782: Add block-variation detection
Making WordPress.org
noreply at wordpress.org
Mon Sep 23 08:16:17 UTC 2024
#7782: Add block-variation detection
------------------------------+---------------------
Reporter: carstenbach | Owner: (none)
Type: enhancement | Status: new
Priority: normal | Milestone:
Component: Plugin Directory | Resolution:
Keywords: |
------------------------------+---------------------
Comment (by carstenbach):
Replying to [comment:2 dufresnesteven]:
> I don't know if there's a logical server side way of doing this for
variations on core blocks.
>
> Variations for your custom block, we could easily parse them:
> https://developer.wordpress.org/block-editor/reference-guides/block-api
/block-metadata/#variations otherwise ...
I think and hope we're on the same track here as mentioned in [comment:3
my previous comment].
Please help me understand, why you differentiate between variations of
core blocks and variations of custom blocks? Does this make any difference
to the user, to the parsing or to the preview? Sorry, I don't understand
that.
> I think if we can get users ''into the plugin'' more easily to preview
using something like playground we can expose these blocks/variations
directly in the editor. The readme can list the blocks in simple terms,
and the interactive experience could highlight the blocks and their
functionality...?
I like Playground and do & experiment a lot using it, so yes this might be
a path to go.
Given that this would need a lot more clicks and loading bars to get to
the "final" block-variations; this idea should – ''from my opinion'' –
considered last, if nothing else worked.
--
Ticket URL: <https://meta.trac.wordpress.org/ticket/7782#comment:4>
Making WordPress.org <https://meta.trac.wordpress.org/>
Making WordPress.org
More information about the wp-meta
mailing list