In the attached movie, you can see I am not able to select the font I want in the Typography Component under the Paper ColumnsComponent. Some times it works when I first put the ArticleContainer on the page but thereafter it fails. I can’t pin down what it is that causes this failure.
It looks like there’s a slight bug with updating the styling in the typography component. However, I’ve recorded a quick video to give you a better idea of how it works, and how it should be used. I hope it helps.
Dan, I spent some years during and after the birth of the desktop publishing industry and am now having great trouble understanding the LOGICAL thinking behind the names Article, Body and Paragraph as they are presented in Elements. In most peoples minds they are all referring to the same thing. Are there specific definitions for these in Tailwind, like we have for H1, H2, H3 etc? How do I tell the text I am dealing with is Article text or Body text or Paragraph text?
To add to this confusion about typology, Elements has a Typography Component, Text Component and Text Styles Settings. Illogically, Typography Component has no ability to change the text font, size, colour, underline etc. attributes. On top of this there is the Text Component which does allow you to change these attributes. What then is the difference between the wording Typography Component and the Text Component? And then there is a Text Styles Setting which comes to the fore when one double clicks in side ANY text block. Text Styles settings change text attributes just like the Text Component. Very confusing. Text Styles Settings to me should be part of the settings of Typography with perhaps the option in Typography to select a pre-set theme setting.
If Text Styles Settings is designed to style individual words in one way or another then perhaps it should be renamed Individual Word Styles.
All of this would need to be made abundantly clear in the manual, otherwise this is a total confusing mess and asking for trouble in your support department when you go version 1. To me it all has to be very logical and very intuitive or your support department suffers, and in the longer term, Elements suffers.
Elements does not just give people who have been building web sites for years an opportunity to build without code, but it gives people like me who have never written a line of code in my life, the ability to build their own web site and perhaps those of a few friends. Nevertheless, I do very much realise there are always new things to learn for any industry, like what is a H1 or H2? Sadly though no manual told me that the main heading should be a H1 for SEO purposes.
Cheers.
ARTICLE and PARAGRAPH are HTML tags, BODY is a tailwind font setting.
Actually, it is not that illogical. Imagine if you will that all of these style settings were in fact inside the Typography components main settings. You place a block of text and style it using all these settings, and keep repeating till you have all of your blocks of text created. Now you suddenly decide you want to change the color for these blocks. With the settings you would have to go to each block (unless it was a global) to make these changes.
Instead with typography, all you would have to do it go to the typography settings you are using for you project and change the color. Then everywhere you are using those settings would automatically update to your new choice of color.
Some of this I assume is also tied into THEMES, where if you switched themes somehow these blocks would be updated to use the theme’s typography settings.
I do agree with you that it can be confusing, which for me mainly stems from the INLINE TEXT EDITOR (the one you get when you double-click some text). I have never understood why there wasn’t a better way of handling this as it can be a real pain. If all of the settings were visible in the inspector and derived from your typography settings, changing the styling for the selected text is like an override. Links might be more of a problem. But I assume this is a technical nightmare behind the scenes.