-
Notifications
You must be signed in to change notification settings - Fork 327
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Display typography with no default values #1797
Comments
@aristath Any feedback on this? |
Marked as a feature request. Default values will be needed, we just have to add support for empty defaults. |
Ok great, looking forward to this. |
Implemented in the develop branch, will be included in v3.0.26. You will now be able to use empty defaults 👍 |
@aristath It looks like all values work empty except for color. Color outputs white if it's blank. |
I just pushed a commit just now that should fix it, could you please pull again and check? (apologies, I only had 5 minutes to spare so no time to test it) |
Works good now. |
thanks for checking 👍 |
* develop: (73 commits) fixes #1730 fixes #1830 GDPR: Load webfont-loader locally Update fonts fixes #1834 Apply WordPress Coding Standards Update kirki-helper-class.md see #1797 cleanup unused vars See #1807 Additional fix for #1809 fixes #1828 fixes #1808 fix #1814 fix #1797 fixes #1809 Update sortable.md fixes #1787 update webfonts & grunt changelog ... # Conflicts: # modules/postmessage/class-kirki-modules-postmessage.php
I'm having this exact issue in 3.0.33. I can make a new issue if you'd rather not re-open this one. The following fields do not work when the values are empty:
This does not change anything in preview or after save:
Yet this does work, however I don't want to set a default value as my theme already has these defaults in the base stylesheet.
Update: I just tested this on the develop branch and the issue remains. |
@JiveDig I just tested the develop branch and this seems to be working fine... Can you please try this on a fresh installation? Perhaps there's something wrong with the save theme-options |
I will try again. I am saving in a option/array not a theme_mod if that matters. I’ll try again though and report back. |
I'm still having all sorts of issues. Just tested on a clean install. This is the exact code I'm using right now. The output only works for font-family and variant.
With no default values set the font size, letter spacing, and text transform don't work at all when I add a value. |
Here is an even more simplified version that has the same issues.
A new find, if I add values and save them, then refresh the page/customizer, the values are empty for everything but font-family (the only working field to begin with. |
Confirming same issues all around with |
Should be ok now for the reported issues. |
Issue description:
Is there a way to have the fields still display on the frontend even if you don't have default values for them? I've tried but it always hides the field.
The issue I am running into is I have default font values set for body/h1-h6 so unless the user wants to override them they should fall back to original body/h1-h6 values that are already set.
Version used:
3.0.25
Using theme_mods or options?
theme_mods
Code to reproduce the issue (config + field(s))
Update: I used "inherit" to get by for now, however this causes a few issues.
The text was updated successfully, but these errors were encountered: