Hey guys, long time no see!
Just wanted to highlight what I thought to be a funny sentence on W3Schools (http://www.w3schools.com/tags/tag_address.asp)...
"Most browsers will add a line break before and after the address element." - Is that their way of saying it's a display block element? If that is the case, which I'm assuming, why 'Most Browsers'? Surely a block level element is a block level element? And 'add a line break'? It may just be me, but does that read well to you?
Just wanted thoughts.
Oops
Oh, beginning to understand better now. It's because things are a bit more complex than inline vs block in HTML5 huh? Sorry, should have kept reading, fascinating stuff.
More complex? How so ? Am I
More complex? How so ?
Am I the only one who isn't hugely impressed by anything about html5 apart from that is some of the form stuff - perhaps html5 should have just stuck to adding refinements to things like forms and support for 'video' and not tried to create too many ??semantic elements that no one is quite sure how and when to use.
Address element
From Firefox's internal default stylesheet:
address { display: block; font-style: italic; }
The html5 "address" element is unchanged from html4. See §6. HTML elements.
For a breakdown of element %entities, specifically %flow, see §7.1. Flow elements
phrasing elements or a or p or hr or pre or ul or ol or dl or div or h1 or h2 or h3 or h4 or h5 or h6 or hgroup or address or blockquote or ins or del or object or map or noscript or section or nav or article or aside or header or footer or video or audio or figure or table or form or fieldset or menu or canvas or details
Phrasing elements are the equivalents of html4's %inline elements. The rest are block elements.
I will add that I am in agreeance with Hugo that many of html5's new elements are simply cruft.
cheers,
gary
HTML5
Phrasing elements are the equivalents of html4's %inline elements. The rest are block elements.
That'd be what I was looking for. Thank you Gary.
And yes, completely agree Hugo. I've been going through the list of new HTML5 tags and a lot of them I really can't see much point for. I understand that it makes the code more 'semantic' in explaining what elements are, but realistically who benefits from that? Don't get me wrong, I'm a believer in simplistic well written HTML but if the only people benefiting from some of these tags is a screen-reader whilst meanwhile a whole bunch of people end up needing the modernizer script (or equivalent) running then the benefits don't seem to outweigh the negatives?
I should also point out that I'm not talking about all the new elements here, just a few weird ones I'm finding hard to understand the new meaning of. Like why they re-introduced and etc...
Still, I'll keep reading and perhaps I'll have an epiphany.
Thanks again!
Oh the flipping debates and
Oh the flipping debates and discussions that still ensue with all participants in a OS project responsible for drawing up new template file markup over when it's correct to use <section> or <article> become mind numbing and this is taking into consideration some very clear and authoritative examples of why & when to use that make sense when reading yet implementing just manage to not feel right. At the end of the day I do not expect to spend more than 5 minutes wondering what element I'm going to write.
An intervention
W3Fools
Thanks for that Tyssen, an interesting read to be sure!
Great link tyssen, I've been
Great link tyssen, I've been shouting about w3schools for years, asking people here not to post links to it, but wasn't aware there was much support for my views that it was both inaccurate and somewhat pernicious in it's attempts to gain top page search placement.