views:

444

answers:

8

It seems really obvious to me that there should be a "slogan" tag in addition to the "title" tag. Many, perhaps most, websites use their business name with a slogan in their title. Unfortunately, it means that every time I bookmark a site I seem to have to edit the properties to remove the stupid slogan from the bookmark name.

The behavior would be real simple: the slogan's text gets concatenated with the title's text to form the title in the browser window. But bookmarks and such would only use the title text.

This seems like a win-win situation for the web.

+4  A: 

Not that I'm on the W3C committee, but seems like the language is complete w/o the slogan tag, so why add it? When they find real gaps, they'll add them to the language.

Clearly, they favor deprecating unnecessary tags, which I think it's a good idea when talking about a language.

Esteban Araya
How? How is the language complete? Since meta tags are a bust, there is currently no way to semanticly separate the website name from the slogan in a reasonable manner. The language isn't complete.
Dr. Person Person II
+8  A: 

I think a better solution would be a bookmarkname tag, which would be separate from the title and, if present, would be used instead of title for bookmarks.

This would be much more flexible than your idea.

SLaks
Somehow I think that such a tag would end up just being another `<meta>` extension. Who knows, it might even exist somewhere already.
Matthew Scharley
If this tag is implemented, search engines should ignore it.
SLaks
@Matthew: Kind of: in Chrome, you can make shortcuts to web pages, called "application shortcuts". A web developer can control their names using special meta tags: http://www.google.com/chrome/intl/en/webmasters-faq.html#customshortcuts
Marcel Korpel
+21  A: 

HTML doesn't have a slogan tag, because it's too specific. Many people and even web developers don't know how to use the title tag correctly. For that matter many webdevelopers don't use many tags correctly. The problem, like many things, is that there's freedom to be stupid.

Elizabeth Buckwalter
I think this is the worst answer possible to my question. It stuns me that it's found as many upvotes as it has. It's not too specific. It has a perfectly good semantic meaning. And it's not HTML problem if some developers don't use tags correctly. It's HTML's job to present a document in as clear and logical of a semantic way as possible. This tag would be extremely easy to understand and use.
Dr. Person Person II
Every tag applies to every document equally: body, div, span, script, head, title, etc. They are all generic. A slogan tag is specific to a business with a slogan. Not all html documents have to do with businesses that have a slogan. Too specific.
Elizabeth Buckwalter
Elizabeth, that's just rude. We could do more things inside the head tag (and body tag) to add greater semantic meaning, particularly for non-visual users and theres no harm in the discussion.
toomanyairmiles
+1 for "freedom to be stupid"
elcuco
@toomanyairmiles, what can we do more of to create more semantic meaning? Either way, slogan is specific to businesses. And take into consideration non-web usages of that tag
Elizabeth Buckwalter
Don't really see anything rude about it, it's just true that many 'developers' already misuse / abuse / neglect many of the tags already out there. Let's also not forget that the W3C is constantly evaluating new tags and formatting issues. Heck, if you want some interesting insight you should look into the mailing list discussion regarding the IMG tag in the early days of Mozilla / IE / etc.
SilentBobSC
+3  A: 

It wouldn't help. The websites would still add their slogan in the title regardless. Two places would be bonus for them.

JRL
This is irrelevant. Other websites would then at least have the option to use it in the correct way.
Dr. Person Person II
+3  A: 

We already have the description meta tag which, while being a little different in purpose and usage to your idea, is already grossly under-utilised and under-implemented. And really, most of this 'baggage' that we find in the title tag should probably be in the description meta tag anyway.

We don't need yet another tag to worry about, fiddle around with, or further ambiguate the 'canonical' way of implementing the web (which plenty of lazy people ignore as it is).

+1  A: 

Thanks god the browser's title bar doesn't get automatically resized to let the whole page title be shown complete, because if it did, most webspammers would put the whole body of the page on the title tag!

Simón
+5  A: 

An insight into this sort of question comes from this exchange (http://lists.w3.org/Archives/Public/public-html/2009Sep/0041.html) between Jonas Sicking (Mozilla) and Adrian Bateman (Microsoft).

They're discussing the <dialog> element (since dropped from the HTML5 draft) but it could be any new element.

Jonas:

Indeed, implementing <dialog> in a browser is trivial. A feature that isn't used, or mostly used wrongly, still adds a cost (spec bloat, tutorial bloat, author confusion, name collisions with future features etc), my concern is purely that.

Adrian:

This is our concern too but I'd add test cost to the list. Every feature that we add has a significant test cost making sure it has been added exactly as the spec requires, testing for accidental regressions, and adding all the new test cases to our automation tools (plus the time the additional tests take to run from then on).

Alohci
+1  A: 

While I agree that it's fairly trivial in the grand scheme of things, and that slogan is too spesific ('strap' maybe a better option), this isn't such a awful idea.

Straplines are a common component of many webpages if 'strap' was a child of the body and head tags it would add some additional meaning to pages in general (particularly for blind users) - at least as much as the 'address' tag does.

1) Where's the harm in the discussion.

2) Title tags have so little meaning, they're so abused, why not at least THINK (rather than beign rude to the poster) about a better system especially given the explosion of mobile internet devices, non-visual devices readers and the like - could we add anything to the standard which would help provide better semantic structure?

toomanyairmiles
Perhaps "subtitle" is the best option.
Dr. Person Person II