Comments (8)
Definately a Good thought. I am Not too Fond about non. Standards
Von meinem iPhone gesendet
Am 07.01.2013 um 18:50 schrieb Max West [email protected]:
Consider that when you create a URL reference or meta tag, whatever type you're referencing is information contained in the URL. Like
That href gives you the file type, which tells the browser (or client device) what parsing, rendering, or codec is needed.
The same is true of media. An image file src reference tells you whether it's a jpg, png, svg and so on. A video is going to have a file type that triggers the appropriate codec to render it, and so will an audio file.
just a thought.
Also, if everyone's busily coming up with there own tag names, no matter how nicely semantic that may be, what about ARIA and those who need to access things according to a doc map? Are they going to be reduced to having to tab through every tag on a page? The wide open semantic idea is great for developers. But it leaves a universe where there is no standard from which to set a tag hierarchy that allows the handicapped to filter a document, and search out the info they're after.
—
Reply to this email directly or view it on GitHub.
from html6.
I like this. I'll probably remove all the types later.
As for:
Also, if everyone's busily coming up with there own tag names, no matter how nicely semantic that may be, what about ARIA and those who need to access things according to a doc map? Are they going to be reduced to having to tab through every tag on a page? The wide open semantic idea is great for developers. But it leaves a universe where there is no standard from which to set a tag hierarchy that allows the handicapped to filter a document, and search out the info they're after.
That's a totally different topic :) you should file another ticket. In short tho, tabbing is already broken on most sites. You probably want to tab through <a>
s generally now or form elements. This would still work exactly the same. You can't tab to <div>
anyway. As a blind person would you rather hear about a <calendar>
element or a <div>
element? You can also still add title
attributes and stuff to each element.
from html6.
Gottcha, I wasn't sure exactly how the blind compatibility worked I guess.
From what you're saying semantic tags would be much better than divs. It
would make site content tags much more useful to the blind. I guess the
reason I still like div's is that the new HTML tags all seem to add tons of
hidden padding and margins that screw–up layout. So, unless it's a
situation where I have lots of room for white–space, I don't use the
section, article, and aside tags. If they were as layout flexible as div's,
I'd use them.
On Mon, Jan 7, 2013 at 3:40 PM, Oscar Godson [email protected]:
I like this. I'll probably remove all the types later. As for:
Also, if everyone's busily coming up with there own tag names, no matter
how nicely semantic that may be, what about ARIA and those who need to
access things according to a doc map? Are they going to be reduced to
having to tab through every tag on a page? The wide open semantic idea is
great for developers. But it leaves a universe where there is no standard
from which to set a tag hierarchy that allows the handicapped to filter a
document, and search out the info they're after.That's a totally different topic :) you should file another ticket. In
short tho, tabbing is already broken on most sites. You probably want
to tab through s generally now or form elements. This would still work
exactly the same. You can't tab toanyway. As a blind person would
you rather hear about a element or aelement? You can
also still add title attributes and stuff to each element.—
Reply to this email directly or view it on GitHubhttps://github.com//issues/4#issuecomment-11970574.
Max West
from html6.
They'd work exactly like putting <calendar>
would work now if you just make a normal HTML5 doc. They're an empty, styleless node such as a span or div. Things like <html:p>
would have padding because they're part of a the spec, but random elements you make wouldn't.
from html6.
Yes, but header, nav, section, aside, and article aren't random empty tags. And, they do add a lot of space around the content I put in them that has nothing to do with any padding, line-height, or margins I've marked up. I've messed with them several times. The browsers are adding box padding, or borders, or margins, or line-height, or something that's almost impossible to override. It messes up layout. So, like I said above, I don't use the tags unless I know I have lots of room to give them. Like header for instance. That usually works ok because it'll create a header that's about the right height.
On a current site, I had to give up on using the nav tag for my main navigation links because it was generating just too much vertical size for the element. I'm using a div instead, and it works fine now.
from html6.
@maxw3st browser default styles on default tags have always existed. That's why reset style sheets came into existence, to cancel these defaults out which are often inconsistent between the major browsers. @OscarGodson is creating a polyfill for both client and server, depending on your preference, to allow you to specify a custom combination of tags that ultimately get parsed into what today's browsers can handle. Either way your issue is unrelated and easily remedied with a reset style sheet. Hope this makes sense.
from html6.
Another way to handle it, without a bloated reset, is just to use semantic class names in div tags. Div's are reliably free of padding, and margins inserted by rendering engines. It allows me to control content down to the pixel (or more accurately ¼ em these days). It also saves me hours of aggravation dealing with browser related positioning problems. Each seems to have it's own idea of what padding and margins any given element needs.
I've learned the hard way to start off with a wild–card declaration that sets padding, margins and borders to 0, and set my default font size. That way I know if something's not showing up where I want it, I can move it against a known baseline at least.
My current project has been causing me problems precisely because I allowed myself to use someone's RWD framework. At this point it's all but completely disabled (the framework that is). It's got at least a page of nothing but reset in the CSS. At some point I'll strip that out, along with the rest of his code. It's yet another example of how using a header tag gives a header bar that's twice the height it needs to be. I've managed to narrow it down to what I want, but it was a major waste of time battling the hidden padding and height it auto–created when an image and text were added between the tags.
from html6.
@maxw3st I'm still not convinced that those tags you listed are the culprit. Sounds more like line-height or something of your <p>
tags :) as in my other ticket, I'd love to see a gist so we can figure it out.
from html6.
Related Issues (20)
- Creating links with attribute
- A more orthogonal HTML HOT 9
- Missing source element
- Why html:button element?
- HTML-6 looks ugly. Uglier than HTML-5 HOT 15
- Tags should be closed in html6 HOT 2
- Why? HOT 1
- No CSS pseudo class selector support HOT 2
- Web Components HOT 3
- Standardize on the default namespace of 'html' and use it in all your examples HOT 3
- Current CSS spec does not account for this tag selector syntax HOT 1
- Attribute Quotes should be required and we should either pick Double Quotes or Single as a standard HOT 5
- Microformats and html6 semantic again
- use role="a", role="text" to display a link, input:text HOT 2
- It should be some another ways to improve the web. HOT 1
- Lol, worse syntax I've ever seen. HOT 4
- Lol, the author here is such a whiny little kid. HOT 1
- Html6 HOT 1
- Idea HOT 2
- Fix HTML6
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from html6.