-
Notifications
You must be signed in to change notification settings - Fork 14
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
define use of article tags in page templates #23
Comments
|
Article tag should be for articles but not static pages like about imho |
@andrewmallis, I agree, that's why I was confused as to how it was being used, but this could have been confusion due to my lack of perspective on the previous project. You mentioned a page tpl in #27, which I don't think I've seen anywhere, but which should help with this issue. For me this issue was really about trying to keep the css clear and concise so it's easy to identify on each page which element was the main .container. I was hoping for a rule like this:
Note that .content is just a suggestion and could be whatever element or class we decide to wrap the main page content in on pages that aren't articles. |
Hmmm, article is misunderstood in the same way that address is. The spec:
So if it would be an entry in an rss feed, or in drulap a 'representation of a node' (say a view item)... Mozillahttps://developer.mozilla.org/en-US/docs/Web/HTML/Element/article
More examples and discussion. |
Now differentiating semantics of document types, is the realm of schemas and microformats: and we KNOW the robots are listening. |
Lots of things can be articles, agreed. I think it's the distributable part that puts into question our de-facto use of article for static pages like a contact page, which would never hit the RSS. |
and I think what's being suggested is that we could be better off with a more neutral wrapper like a div across the board, then article as a child when it makes sense (which would be most, but not 100% of the time). |
I think for outer scaffolding it makes sense to go with generic div that we can use as the .container element for all pages. Then whoever is marking up the page can decide what makes semantic sense for that page as the first element inside this wrapper. This way we can know on any page we already have a .container in place and can start adding layout (.row and .col-) that is specific to that page. |
@soniktrooth this issue's pretty ancient... what about |
Things have evolve much. |
From looking at the existing markup on the about page (which came over from Pinnacle) as well as the css in it seems the _global.scss, there seems to be an assumption that the entire content region will be wrapped in an article tag. See:
I'm sure we don't want to have huge discussions about semantics here but I was wondering if this is a pre-decided convention for all pages or if other pages that aren't considered articles should be wrapped in something else.
The text was updated successfully, but these errors were encountered: