Please give me good reasons why this is forbidden — other than IE the party pooper, and other than “they might invent a tag with that identifier one day”:
And no, I’m not trolling, I’m seriously asking. Feel free to flame me, I probably deserve it for being a reckless fool, but it’s a honest question :)
Of course I would never use it for stuff I do for other people. that’s a given. but when it comes to myself, well, I’d be the one taking the risk… and I just earlier had to think about how not long ago, everybody (including me) “properly closed” their br tags, just to validate – and for what? To now forget that ever happened. Heh.
Not saying this also applies here, but still, just doing what’s right for the sake of some vague notion of doing what’s right is not enough to stop me from at least seriously considering the potential uses of this… (I’m thinking mostly CSS/HTML complexity/size, but also fun and rock’n'roll, plus a way to give IE the finger :D)
[edit: And at the very least, kind of owe it to myself to make a website with no classes, no ID's, just tags! And make it real pretty too, so that people actually want to look at how it's made, bwahaha. Hmm I'm sorry, It's late/early here, I need to go to bed :P]
Yes, of course if you make up your own tags for just about everything, that would suck (as tempting as it would be to use “bq” instead of “blockquote”, seeing how there is “q”…) I pay too little attention to accessibility anyway (who doesn’t :/ ), but I don’t want to make it worse for no good reason.
But what about d instead of div? and s instead of span? those have no semantical meaning anyway, right? so why use 13 or 11 characters where you could use 7… times a billion! It’s mostly because I’m playing around with making my own CMS, so these things “pay off (a little) in bulk”, and it’s at least thinkable to change back again without dying inside. Otherwise I wouldn’t bother, but I love shaving bytes off here and there :D
my god, do you want to set us back 20 years? Do you work for Microsoft?
There are specifications for a reason – abide by them. There exists a language for what you want to do – XML
Regarding you’re closing of elements: it was thought that the future of html resided in xml and so xhtml was born. It, as you know, required stricter syntax (which I think was a good thing). So you choose to use xhtml, while you could have stayed with html 4.01, but xhtml is dead now and won’t be resuscitated. html5 is backwards compatible, so if you used self closing elements you can continue to do so, or if you wish, not do so.
But please, code with standards in mind. We (as a collective group of developers) have finally reached a point where the playing field is near level and not full of radioactive crud all for the sake of browser dominance. The future finally looks bright and you want to start making things up…
@joshuanhibbert well, then it should also be possible to extend such shims for custom elements :D
“But please, code with standards in mind.”
And that means? I make websites, not browsers, I don’t invent tags for others to use, either. So — lol? I’m not setting standards for anybody, I make my own website.. Microsoft, heh. If my website breaks, because “d” and “s” suddenly get a meaning (very likely, yes?), that’s my loss. And yes, I knew about XML, but my point is, it never mattered. It mattered for strict validation, not ever for rendering. Well, in some cases, but people simply blindly did it. So if “abide by the standard” is just another wording for “they might invent a tag with that name some day”, then read the first post. I’d take that risk :P
I think some of you are being a bit rude to the guy.
He was just asking, being curious.
It might be wrong, but seriously, play it cool. He actually makes a fair point, in a sense. My argument would be, where would you draw the line?
You do need some “structure” and “standards”. Helps people learn more than anything. Also accessibility is a big issue here.
The topic ‘Making up tags – WHY is it wrong?’ is closed to new replies.