As a story creator, I want to save and edit text style presets to reuse in my story.
Adding & Removing text style presets
Note: The preset will only save styling that is applied to the entire text element. If the text element has a mix of styles for a given property (e.g., parts bolded and parts not) then the preset will ignore that styling as part of the preset (will save without any bolding).
Acceptance Criteria
Design in progress
I
II
+ icon next to the "Saved styles" to add a text preset.III
IV
V
Should we combine this #29?
I think we are going to need to save this data in new field on in the post meta. So we are going to need PHP and REST API work done here, I believe.
@pbakaus Can the user add/edit Text presets without having templates? If yes, then perhaps it would be good to have a separate issue for adding/managing presets independently of templates.
@pbakaus Can the user add/edit Text presets without having templates? If yes, then perhaps it would be good to have a separate issue for adding/managing presets independently of templates.
Yep. @samitron7 to confirm.
@samitron7 is finalizing the spec, this was part of the redesign.
@miina @pbakaus
Can the user add/edit Text presets without having templates? If yes, then perhaps it would be good to have a separate issue for adding/managing presets independently of templates.
Text presets in the design panels aren't coupled at all to templates so the answer is yes. to be clear @miina these are saved text presets which mean they are 100% user generated. The text preset in the Text panel (left hand side) is coupled to templates. If you're using a template, text styles from the template will be brought into the text preset section.
@samitron7 is this ticket still relevant? If so, can you link the specific figma section it refers to, thanks!
@barklund yeah, this is text presets. @samitron7 did we finalize the ui for text presets (not the headers in text panel, but the styled text presets in design panel?) @pbakaus FYI that this may also be at risk.
I believe @miina already did the work for this all and it's hidden behind a feature flag. All the rules she's implemented should apply and the one big difference would be we pull all text styles into it's own section:

@miina @barklund to confirm what else is needed from UX.
hey folks, please ping me if there are additional questions. I'll take this off @samitron7's plate to unblock her (and I'll review with her later).
Everything related to the presets is currently visible -- there are no additional implemented hidden features (but the structure is still in place to easily add text styles back):

@pbakaus Some questions on Text Styles:
+ icon for a text element, if the text didn't have any styling except for the font color, a Color preset was added, however, if the Text had any other styling, a Text style preset was added. Will this logic remain the same?@miina here's my take on your questions.
@pbakaus Some questions on Text Styles:
- Which values will be saved to the Text Style? How will the user know which values are saved to the Text Style (e.g. if there's line-height, that might not be obvious from the preview)?
The list of values that will be saved are now in the product brief
Please add a comment to the brief if something doesn't make sense there, or is missing, so we can close the thread there and reflect in the brief.
- If there is no fill background displayed for a text (it's transparent), how will this be displayed in a text preview (if it's dark text and we just leave it transparent on the panel area it wouldn't stand out from the generally dark design)?
@samitron7 do you have a standard suggestion here? This seems more clearly a UX consideration. We can ship without any special things here, but it will be problematic for dark text styles without a light bg.
- To confirm: Previously, when clicking on the
+icon for a text element, if the text didn't have any styling except for the font color, a Color preset was added, however, if the Text had any other styling, a Text style preset was added. Will this logic remain the same?
I don't think we should do this. I think that if the user clicks (+) on the text styles section, we should always save a text style. If they click (+) on the color presets, we add a color preset. Mixing up the behavior of one button based on opaque system logic seems more trouble than it's worth, IMO.
@o-fernandez Thanks! Will start working on this already to get it in on time.
The list of values that will be saved are now in the product brief
Will there be a tooltip on hover to show which values are saved to the preset? E.g. padding and line-height will not be obvious just from the preset preview. This might be missing design in Figma if that's the case -- IIRC it used to be in the old Figma before. Thoughts?
@miina here's my take on your questions.
@pbakaus Some questions on Text Styles:
- Which values will be saved to the Text Style? How will the user know which values are saved to the Text Style (e.g. if there's line-height, that might not be obvious from the preview)?
The list of values that will be saved are now in the product brief
Please add a comment to the brief if something doesn't make sense there, or is missing, so we can close the thread there and reflect in the brief.
- If there is no fill background displayed for a text (it's transparent), how will this be displayed in a text preview (if it's dark text and we just leave it transparent on the panel area it wouldn't stand out from the generally dark design)?
@samitron7 do you have a standard suggestion here? This seems more clearly a UX consideration. We can ship without any special things here, but it will be problematic for dark text styles without a light bg.
Probably have to use some type of background in that case, I'll let @samitron7 confirm. But shouldn't stop somebody from implementing, this can come last.
- To confirm: Previously, when clicking on the
+icon for a text element, if the text didn't have any styling except for the font color, a Color preset was added, however, if the Text had any other styling, a Text style preset was added. Will this logic remain the same?I don't think we should do this. I think that if the user clicks (+) on the text styles section, we should always save a text style. If they click (+) on the color presets, we add a color preset. Mixing up the behavior of one button based on opaque system logic seems more trouble than it's worth, IMO.
+1, strongly agree.
@samitron7 to update with the transparency mock
Verified in QA
Most helpful comment
@miina @pbakaus
Can the user add/edit Text presets without having templates? If yes, then perhaps it would be good to have a separate issue for adding/managing presets independently of templates.
Text presets in the design panels aren't coupled at all to templates so the answer is yes. to be clear @miina these are saved text presets which mean they are 100% user generated. The text preset in the Text panel (left hand side) is coupled to templates. If you're using a template, text styles from the template will be brought into the text preset section.