Antiquated HTML Snippets and Artefacts | Vale.Rocks
Skip to content, footer
Open document overview
Vale
Search
Open navigation
Posts Portfolio Micros Photography Videos Elsewhere Firehose Library Links Contact
Close navigation
Posts
Essay Antiquated HTML Snippets and Artefacts
3042 words
8 Sept 2026
#HTML#front-end#development
With ever-changing devices, browsers, operating systems, form factors, specifications, personal preferences, tooling, and corporate interests, the web is in a constant state of flux. As a result, so is the HTML we write. For every line of the HTML specification itself that has changed since the language’s inception, there are many more bits of HTML that have seen what I’ll call ‘environmental’ changes. Adaptations to differing browsers, extensions, integrations, and systems which we find HTML existing in. This article doesn’t cover once-specced but now obsolete bits of HTML but instead looks at all the snippets that have wormed their way into websites as result of, or in combat against, third-party integrations, browser competition, vendor extensions, and platform-specific hacks. The bits of HTML that were included for reasons, and which have been forgotten for present irrelevance. The snippets that live on only in the markup of sites from bygone eras and in the minds of those who fought during the browser wars. X-UA-Compatible <meta http-equiv="X-UA-Compatible" content="IE=edge"> In an age where browsers changed quickly and version-specific behaviours weren’t unheard of, it was deemed necessary to signal compatibility with specific versions of browsers with the X-UA-Compatible meta tag. Here the content attribute reads IE=edge, meaning that the target is the highest supported document mode in Internet Explorer (IE). As outlined in the documentation, there are other values than edge. One can also supply a value of 5 through 11 to correspond with the associated Internet Explorer version, or EmulateIE7 through EmulateIE11 to enter into that version’s mode, but only if a valid DOCTYPE is declared, otherwise falling back to quirks mode. <meta http-equiv="X-UA-Compatible" content="chrome=1"> Before Chrome took over the market, Google released an Internet Explorer plugin called Google Chrome Frame. Installable in Internet Explorer versions 6 through 9, it rendered websites in Chrome’s modified WebKit engine rather than Internet Explorer’s Trident engine if they had the tag set. <meta http-equiv="X-UA-Compatible" content="requiresActiveX=true"> requiresActiveX was used to prompt Internet Explorer 10 to switch to desktop mode if in Metro mode, which didn’t support plugins. ICBM Coordinate <meta name="ICBM" content="-31.9548, 115.8602"> ICBM (an abbreviation of ‘intercontinental ballistic missile’) is hacker slang for one’s geographical location that dates back to Usenet days. The meta tag was used for identifying the location of a website’s subject and was referenced by the service GeoURL for plotting sites on the globe and helping people find sites of geographical proximity. Conditional Comments <!--[if gte IE 6]> <p>Only shown in Internet Explorer 6 and higher.</p> <![endif]--> In an era where browsers changed regularly and the vicious browser wars were in full force, it was sometimes important to target a specific browser or version of one. Microsoft handled this in Internet Explorer with specially formatted comments as seen in the snippet. There were a number of operators that could be used to further refine the condition:
Operator Description
IE Denotes Internet Explorer. Can also include a version, such as IE 7.
lt Less than.
lte Less than or equal.
gt Greater than.
gte Greater than or equal.
! NOT.
& AND.
| OR.
() Subexpression operator.
true Always evaluates to true.
false Always evaluates to false.
<!-- &{navigator.appName == 'Netscape'}; <p>Only shown in Netscape.</p> -->
<!--&{navigator.platform == 'win95'}; <p>Only shown in Netscape on Windows 95.</p> --> Netscape had its own way of handling conditional comments using JavaScript entities immediately following an opening comment tag. If evaluated to true, the comment would be included. If false, it’d just be a comment. Browsers other than Netscape would always treat it as just a comment. Microsoft Smart Tags <meta name="MSSmartTagsPreventParsing" content="TRUE"> Smart Tags was a system Microsoft introduced in Internet Explorer 6 which would automatically inject hyperlinks into pages.1 An example given by Microsoft was that ‘a Smart Tag might detect the names of major companies on the Web and tag them, allowing you to access stock quotes and company information.’. Site owners were outraged, and the MSSmartTagsPreventParsing meta tag was introduced to allow opting out. Microsoft later dropped it from Internet Explorer entirely. PICS <meta http-equiv="PICS-Label" content=' (PICS-1.1 "http://www.gcf.org/v2.5" labels on "1994.11.05T08:15-0500" until "1995.12.31T23:59-0000" for "http://w3.org/PICS/Overview.html" ratings (suds 0.5 density 0 color/hue 1)) ' > In the mid-90s the World Wide Web Consortium (W3C) attempted to establish a set of technical specifications for labelling internet content, called Platform for Internet Content Selection (PICS). PICS was incorporated into many filtering products, as well as Internet Explorer as of version 3. The shown meta tag could be included on a page to label it. Rather unsurprisingly, many site owners just lied and miscategorised their sites. More still just never added the tags. The Protocol for Web Description Resources (POWDER) succeeded PICS but was also unsuccessful in its intentions. PICS was more or less completely dropped by 2003. Interpage Transitions <meta http-equiv="Page-Enter" content="revealTrans(Duration=2.0,Transition=12)"> <meta http-equiv="Page-Exit" content="revealTrans(Duration=2.0,Transition=12)"> Much like slide deck applications such as Microsoft PowerPoint or Apple Keynote have the ability to set transitions, Internet Explorer from version 4 to version 8 supported the above tags for transition style effects. This feature wouldn’t officially reach the web platform until the adoption of the View Transition API. Web developer Bramus has ported Internet Explorer’s transitions to the new View Transition API. Frame Buster <meta http-equiv="Window-target" content="_top"> Starting in Netscape Navigator in the mid-90s and then working its way over to Internet Explorer and other browsers, this non-standard meta tag would cause a page to break free of the parent page and open as a standalone browser window if it was loaded in a frame. It was popularly used by people to stop their pages from being embedded in frames on other sites. The _top Window-target specifies that a page should load in a top level window. In the modern age people use security headers to prevent pages from being embedded. Baidu Page Transcoding <meta name="applicable-device" content="pc,mobile"> <meta http-equiv="Cache-Control" content="no-siteapp,no-transform"> The Baidu Browser (百度浏览器) included a page ‘transcoding’ feature on mobile which was immensely unpopular. Websites would be routed through transcoder.baidu.com and modified. Layouts would be restructured, styles stripped, images compressed, branding removed, and adverts on the site would be removed while Baidu Union (百度联盟) adverts would be injected. It heavily disrupted sites. One of these tags would be added to sites from 2012 through to 2018 to opt out of this transcoding taking place. Skype Toolbar <meta name="skype_toolbar" content="skype_toolbar_parser_compatible"> There was an add-on for Internet Explorer, Chrome, and Firefox called ‘Skype Toolbar’ (later ‘Skype Click to Call’). Available from the mid-2000s until the mid-2010s, it was automatically installed alongside Skype and would attempt to detect phone numbers on pages and show a clickable icon. This icon allowed calling a number via Skype, adding it to one’s Skype address book, and assorted other Skype-related functionality. In inserting an icon, it would often cause page breakages, so developers would include the above tag to disable it on their sites. The extension was also extremely unstable in Firefox, to the extent that Mozilla explicitly blocked it in 2011. Image Toolbar <meta http-equiv="imagetoolbar" content="no"> Internet Explorer 6 added an Image Toolbar, which would appear over images and show buttons for actions such as saving or sharing an image. Developers naturally hated this intrusion on their site and could disable the functionality with the above meta tag. ClearType <meta http-equiv="cleartype" content="on"> ClearType is Microsoft’s system for improving the legibility of typography. This tag could be included on pages to make typography look better on low-resolution devices, namely those running Pocket Internet Explorer / Internet Explorer Mobile. AJAX Crawling <meta name="fragment" content="!"> Google previously didn’t run JavaScript when crawling pages, so sites which had AJAX-based content would not be indexed. This meta tag told Google’s crawler to request a page with the _escaped_fragment_ query parameter, which was expected to return a HTML version of the page’s contents. Google began recommending this approach in 2009 and stopped advising it in 2015. Directory <meta name="robots" content="noodp, noydir"> Web directories used to be immensely popular as a way for people to find content on the internet. Two of the most popular were Yahoo Directory and DMoz (named for the URL directory.mozilla.org). The directories would sometimes write their own titles and descriptions for sites, which would be used by some search engines. To signal to search engines that they should use the metadata provided on the page and not the metadata from the directories, developers would include the above meta tag. Both directories are defunct now, making this snippet irrelevant. Web App Name <meta name="application-name" content="App Title"> application-name was used by various web app implementations across various browsers before Progressive Web Apps (PWAs) became established. If missing, systems usually fell back to <title>. Internet Explorer Pinned Sites <meta name="msapplication-tooltip" content="Visit our site!"> <meta name="msapplication-starturl" content="./"> <meta name="msapplication-window" content="width=1024;height=768"> <meta name="msapplication-navbutton-color" content="#FF3300"> <meta name="msapplication-task" content="name=Blog;action-uri=/blog;icon-uri=/favicon.ico"> Internet Explorer 9 and higher on Windows 7 had a function to pin sites to the taskbar. When pinned, sites could expose some site features on an operating system and browser level, almost like a modern progressive web app. msapplication-tooltip was text shown when hovering a site’s icon, msapplication-starturl set the root URL of the pinned site, msapplication-window set the initial size of the pinned site’s window when opened (minimum width of 800px and height of 600px), msapplication-navbutton-color set a custom colour for the browser chrome’s back and forward navigation buttons, and msapplication-task was used to define quick actions which could be accessed by secondary clicking a pinned site in the taskbar. For example, a quick link to a blog page. Microsoft Web Apps <meta name="msapplication-TileColor" content="#FF3300"> <meta name="msapplication-TileImage" content="/mstile-144x144.png"> <meta name="msapplication-square70x70logo" content="/images/small-tile.png"> <meta name="msapplication-square150x150logo" content="/images/medium-tile.png"> <meta name="msapplication-wide310x150logo" content="/images/wide-tile.png"> <meta name="msapplication-square310x310logo" content="/images/large-tile.png"> <meta name="msapplication-config" content="/browserconfig.xml"> Very similar to the previously mentioned Pinned Site functionality, these values were used for presentation. msapplication-TileColor, msapplication-TileImage, and the various msapplication-square* and msapplication-wide* attribute carrying tags were used for setting the theming of the tiles across the assorted versions of Windows, including the desktop UI, Metro UI, and Windows Mobile. <meta name="msapplication-badge" value="frequency=360;polling-uri=https://contoso.com/BadgeUpdate.aspx"> msapplication-badge was used to define a web address to be polled for notifications which would display on a site’s Live Tile. Chrome Pinned Web Apps <meta name="application-url" content="https://vale.rocks"> Google Chrome had some pinned web app functionality which would use application-url for the start URL. CRX-less Web Apps <link rel="chrome-application-definition" href="application_definition.json"> CRX-less Web Apps were applications in Google Chrome which allowed using an online manifest to describe a hosted app. The above meta tag would link to a JSON file with the manifest: { "name": "Application", "description": "Description describing the app.", "launch_url": "index.html", "launch_container": "panel", "icons": { "128": "128.png" }, "permissions": ["notifications"] } These CRX-less apps could be distributed on the Chrome Web Store with just the JSON manifest and an icon, with no need for the full .crx format Chrome uses for extensions. This type of app was later renamed to ‘Chrome Apps’, which are being phased out. iOS Web Apps <link rel="apple-touch-icon" href="/custom_icon.png"> <link rel="apple-touch-startup-image" href="/splash.png"> <meta name="apple-mobile-web-app-title" content="App Name"> <meta name="apple-mobile-web-app-capable" content="yes"> <meta name="apple-mobile-web-app-status-bar-style" content="black-translucent"> To allow site owners to customise the experience of their websites when added to a user’s homescreen on iOS, Apple introduced the above meta tags. The icon, startup image, and title are self-explanatory, while apple-mobile-web-app-capable disabled the browser chrome, and apple-mobile-web-app-status-bar-style allowed setting the operating system status bar to one of three possible values:
default - White background with black text and icons. black - Black background with black text and icons. black-translucent - Background colour sourced from the webpage background colour with white text and icons.
These meta tags are now rendered obsolete by modern PWA definitions. <meta name="apple-touch-fullscreen" content="yes"> apple-touch-fullscreen was used in some early demos for iOS 2, however, Apple’s documentation only reflects apple-mobile-web-app-capable. Due to its presence in those early demos, apple-touch-fullscreen was popularised before the feature released, seemingly prompting Apple to make it an alias of apple-mobile-web-app-capable. UC Browser and QQ Browser <meta name="screen-orientation" content="portrait"> <meta name="x5-orientation" content="portrait"> <meta name="full-screen" content="yes"> <meta name="x5-fullscreen" content="true"> UC Browser and QQ Browser were particularly popular browsers in Asia through the early to mid-2010s due to their heavy data savings and optimisation for cheap devices. UC Browser would use screen-orientation to force a specific display orientation and full-screen to hide the browser’s chrome. QQ Browser would do the same, though with x5-orientation and x5-fullscreen. ‘X5’ in those meta names refer to Tencent’s X5 browser engine. The meta tags are no longer needed due to the standard fullscreen and orientation APIs and popularisation of more capable browsers. PDA Optimised <meta name="HandheldFriendly" content="true"> <meta name="MobileOptimized" content="320"> Before the proliferation of <meta name="viewport" content="width=device-width"> for making sites cleanly scale to small screens, these tags were widely used for mobile content. HandheldFriendly was created for AvantGo and then spread to the Blackberry Browser, while MobileOptimized was a Microsoft concoction for old versions of Windows Mobile. Internet Explorer Tap Highlight <meta name="msapplication-tap-highlight" content="no"> This snippet stops links from highlighting when tapped in Internet Explorer 11. It was similar to -webkit-tap-highlight-color, though unlike that property it was a boolean and didn’t allow changing the colour. Revisit-After <meta name="revisit-after" content="7 days"> A website called Vancouver Webpages ran a niche regional search system called ‘searchBC’ (the BC standing for ‘British Columbia’) which used the tag to know how often it should re-scrape a site. However, this was the only known use of the tag. There is no evidence that it has ever been used by any major search engine, including Google. Despite this, it somehow caught on like some sort of SEO myth and was perpetuated across the web. Page Prerendering <link rel="prerender" href="https://example.com"> Only fully supported in Chrome between versions 13 and 62 and never specced, this would fetch and process a page so it would be ready when users navigate to it. The functionality was replaced by the Speculation Rules API. Accelerated Mobile Pages Version <link rel="amphtml" href="https://example.com/amp.html"> Accelerated Mobile Pages (AMP) were restructured versions of pages optimised for faster content loading. This tag was used to link to an AMP version of a page, however, Accelerated Mobile Pages are no longer widely used, and Google no longer pushes for them, making the tag unneeded. Internet Explorer Reading View <meta name="IE_RM_OFF" content="true"> Starting with Internet Explorer 9, ‘Reading View’ was introduced. By pressing a button which would appear in the browser chrome, you could get a simplified version of a page suited for reading. Pages could opt out of having this button shown by including the aforementioned meta tag. Really Simple Discovery <link rel="EditURI" href="https://example.com/xmlrpc.php?rsd" type="application/rsd+xml" title="RSD"> Really Simple Discovery (RSD) was a system for exposing services for managing a blog to clients. The link in the head would direct clients to an XML document which would include endpoints to which tools such as Windows Live Writer, BlogJet, or MarsEdit could connect. It was implemented across platforms, including WordPress, Blogger, LiveJournal, TypePad, and MediaWiki. Modern publishing systems have generally deprecated it. Pingbacks <link rel="pingback" href="https://example.com/xmlrpc.php"> Pingbacks were a system where sites would alert other sites when they linked to them. The site receiving the ‘ping’ would check that a link was actually present on the site sending the ping, then make a note on the page saying something to the effect of ‘[Website] linked to this page’. They functioned somewhat similarly to how WebMentions do. Unfortunately, pingbacks rather quickly became an avenue for spam and SEO-gaming, so fell out of fashion. Vulnerabilities allowing sites to be tied up in DDoS attacks also became widely exploited. Share Partners <link rel="image_src" href="https://example.com/post/image.png"> <link rel="audio_src" href="https://example.com/post/audio.mp4"> <link rel="video_src" href="https://example.com/post/video.mp4"> Before Facebook created Open Graph, they had a ‘Share Partners’ system for defining metadata to be used in embeds. Many additional sites adopted it as an ad hoc standard and implemented the tags. For example, Digg. rel="image_src" would be referenced for an image to embed, rel="audio_src" would be referenced for audio to embed, and likewise rel="video_src" for video. There were a number of these meta tags which were supported to varying degrees. Twitter Embeds <meta name="twitter:card" content="summary"> <meta name="twitter:site" content="@account"> <meta name="twitter:creator" content="@writer_account"> <meta name="twitter:url" content="https://example.com/posts/hello-world"> <meta name="twitter:title" content="Title"> <meta name="twitter:description" content="Page description"> <meta name="twitter:image" content="https://example.com/hello-world-embed-image.png"> <meta name="twitter:image:alt" content="Alternative text for the image."> These meta tags (and some other, less frequently used ones) were used on Twitter when generating link embeds. However, the documentation and card validator are no longer accessible (previously at https://dev.twitter.com/cards/getting-started and https://cards-dev.twitter.com/validator respectively). X falls back to the widely respected Open Graph meta tags, making the Twitter-specific declarations largely useless. They should be removed in favour of Open Graph tags. Further, they should be removed because X is an awful site with poor moderation that is owned by a man who publicly performed a Nazi Sieg Heil salute and has directly contributed to the rise of fascism in the United States of America and globally, among other horrors. <meta name="twitter:dnt" content="on"> Twitter also had a Do Not Track meta tag for opting out of tracking when using Twitter for Websites widgets. Again, the documentation (previously at https://dev.twitter.com/web/overview/privacy) is now inaccessible, and it seems the tag is no longer respected.
This article isn’t comprehensive. These are only the more popular or notable non-standard bits. There are so many more obscure bits drifting through the shatters of cyberspace. For the curious mind, some more are listed – albeit without associated detail – on the WhatWG Wiki.
Footnotes
Google tried something very similar in late-2024 with a feature called ‘Page Annotations’ in their Google app on iOS. It was hated and ultimately discontinued in March 2025. ↩
Support Me Did you gain something from reading this post? Consider chipping in to support me financially via a one-off or recurring payment. It'll go a long way in helping me publish more and develop open-source projects. Thank you! Support
Vale
postshtml-relics
Posts Portfolio Micros Photography Videos Elsewhere Firehose Library Links Contact Syndication Support Now Tags Tools Sitemap
© Declan Chidlow. All rights reserved.
ActivityPub Bluesky Tangled CodePen YouTube |
The evolution of HTML is constantly influenced by changes in devices, browsers, operating systems, and corporate interests, resulting in numerous relics—snippets and artifacts that were introduced for specific reasons related to browser competition, vendor extensions, platform hacks, and third-party integrations, often losing relevance over time. This document examines these obsolete bits of HTML that existed during the "browser wars" or earlier eras, rather than covering modern, standardized specifications.
One category involves compatibility signals, exemplified by the use of meta tags such as X-UA-Compatible, which were employed to signal compatibility with specific versions of Internet Explorer, often setting modes like IE=edge. Other examples include tags for targeting specific rendering engines, such as chrome=1, or those related to plugin management, like requiresActiveX.
Conditional comments provided a method for browsers to target specific environments. Microsoft utilized these extensively, employing operators and constructs to show content only in certain browser versions or on specific operating systems, often involving complex evaluations referencing navigator properties. Netscape handled conditional comments differently using JavaScript entities.
The history also includes efforts related to content selection. The Platform for Internet Content Selection (PICS) was an early attempt to standardize labeling internet content, though it was superseded by the unsuccessful Protocol for Web Description Resources (POWDER).
Transition effects were also implemented through meta tags, such as Page-Enter and Page-Exit, allowing compatibility with transition style effects supported by older Internet Explorer versions before the advent of the View Transition API. Efforts to prevent embedding pages in frames included non-standard tags like Window-target, which forced a page to open in a top-level window.
Various vendor functionalities were integrated via meta tags. For instance, Microsoft introduced Smart Tags to automatically inject hyperlinks, prompting the creation of opt-out mechanisms like SmartTagsPreventParsing. The Protocol for Web Description Resources (PICS) was also used for labeling content, and despite initial hopes that site owners would categorize their content properly, many sites either lied or omitted these tags entirely.
Specific integrations included tracking and location data; for example, the ICBM tag was used to denote a website’s geographical location for services like GeoURL. Other artifacts covered site functionality, such as marks for Internet Explorer 6's Image Toolbar, which developers could disable.
Features related to mobile optimization saw various tags emerge. Tags like HandheldFriendly and MobileOptimized were implemented to guide content scaling on early mobile browsers, preceding the widespread adoption of the viewport meta tag. Conversely, some early browsers like UC Browser and QQ Browser used screen-orientation and full-screen tags to manage display orientation and chrome hiding, a functionality now handled by standard APIs.
Application and web app deployment also generated numerous artifacts. Microsoft utilized attributes such as msapplication_starturl, msapplication_window, and msapplication_task to facilitate pinning sites and defining window dimensions and quick actions on the Windows taskbar. These tags were further extended with tile-related definitions like msapplication_TileColor and msapplication_TileImage for handling desktop UI theming across different Windows environments.
Google Chrome introduced mechanisms for pinned web apps, utilizing application-url to define start URLs, and later supported CRX-less Web Apps, which used an external JSON manifest to describe the application, allowing distribution without the full .crx format.
For mobile experiences on iOS devices, Apple provided tags such as apple-touch-icon, apple-touch-startup-image, and various meta tags to customize how websites appeared on the user's home screen, controlling icons, startup images, and status bar styling in black, white, or black translucent modes.
Additionally, artifacts related to content display and discovery existed. Tags such as fragment were used to facilitate AJAX crawling for search engines, while Really Simple Discovery (RSD) provided an XML endpoint system for connecting blogging tools to site services. Pingbacks allowed sites to alert others when linked to them, although this mechanism later became associated with spam. Sharing functionality was managed through links like image_src, audio_src, and video_src, developed before the advent of Open Graph.
Twitter embedding utilized a prominent set of meta tags like twitter:card, twitter:site, and twitter:image, though these are now largely superseded by Open Graph tags.
Ultimately, these antiquated snippets represent a complex history where HTML evolved not just through specification changes, but through reactive hacks and integrations developed in combat with evolving technological environments. |