What was the decision behind having .Site.Title as a Site Variable and not .Site.Description as well?
- Self-describing site titles
- Title being a descriptor for the project and description being just another SEO tag
- Title being shown in a browser as a label for the currently loaded URI
- Description tags being created by the summary routine of the generator when it was not too important to discern between SEO and descriptors.
- Description being page focused while a site could make good use of a global title.
There probably hasn’t being a fact-finding mission and decision committee for that.
Hugo generates your website for you, but it doesn’t decide your SEO and special markup requirements
I have a use case for global site description, even though defining it in params.toml works as well. Just thought it would have been better to have it defined as a site variable.
I have a use case for global site description
And that is why GoHugo has a [params] section in the configuration. Add your description there and use site.Params.description where needed.
Is there a difference between site.Params.description and .Site.Params.Description?
Yes there is. As per the doc:
siteis a global function which returns the same data as the.Sitepage method
ref: site | Hugo
However it provides access to the top level irrespective of context.
On the other hand when trying to access the top level for example from within a partial or a shortcode with the .Site page method, one will need to prepend the dollar sign to access it, i.e. $.Site.params.description
ref: Templating | Hugo
Okay. Coz I used .Site a lot when moving from Jekyll but everything works though. Will look through that documentation. Cheers!
This topic was automatically closed after 4 days. New replies are no longer allowed.