#root.ts2
page = Page {
htmlTag{
attributes{
lang = 'en-US'
class = 'hey'
}
}
...
doesn’t work properly. There is only this to find in sourceCode:
So the «class» attributes is working («hey» is in attribute class), but no «lang»-attribute to find.
Unfortunately I can not find a solution with Google or the forum-search:
Could someone push me to the right direction?
If you have the SEO package installed then the typoscript you mentioned for lang still applies, that means the two @if conditions will be applied to your lang attribute as well.
I suggest you clear the configuration before setting it:
You could still have a problem with the loading order then. If the Seo TS is loaded after yours then it will overwrite it of course. So you might want to check that.
Can I set the loading-sequence for the packages/sites somewhere in one this two files?
Maybe the “require”-stack: is the sequence by its own those in «root’s» composer.json is loaded before those in «Site’s» composer.json? So my «packageName/base-neos-distribution*» would load before Seo-Package, maybe. If yes, did someone know how I could change this?
Do I have to set or check it somewhere else?
Knows someone the particular documentation-part? I cant find it by the usual search-methods …
###* Info:
I have packed up all requires for a cleanAndClear (without demo and other unneeded packages) wrapped in my own package: «base-neos-package». Maybe this cause the Loading-Order-Problem?
Would be great, if I could still use this abstraction and maybe do an additional instruction in «/Packages/Sites/Vendor.Site/composer.json» to define the Loading-Order.
Hi @aertmann,
you are my hero .
If problems would always solve in that ease… would heavenly!
So, I guess it is your mentioned bug. To work around I did (only, that typos does not despair someone)
page = Page {
htmlTag{
attributes{
lang >
lang = 'en-US'
#reset property lang with «lang >» doesn't work because of bug https://jira.neos.io/browse/NEOS-1821 > so hardcode the two @if statements loan from Seo-Package > although one would be enough, but easier to understand
lang.@if.languageDimensionExists = ${true}
lang.@if.onlyRenderWhenInLiveWorkspace = ${true}
}
}
And your work-around rocks:
Presumably I could delete the lang > if the problem is really owing the bug. But in future the bug will disappear and so, the code is easier to understand and adjust.