Tag Archives: internet explorer
Google Thinks You’re Awesome if you are using Internet Explorer and download Google Chrome: I can’t say that I disagree.
A dynamic, downloadable list of the most common user agents. Have you ever wondered what Most Common User Agents are? This is a list of the most common user agents, dynamically generated to remain accurate and up to date. Often times people will post a list on their site, which soon becomes outdated. So, I decided I would create a user agent list that is dynamically generated and updated- it uses data from my own website to keep the list of user-agent data up to date – which means the list stays up to date as new browsers are released and new user agents emerge. It is, in effect, a highly accurate representation of common useragents. Below you will find a table showing the most popular / most-used UserAgents and percentage of visitors who had that user-agent when they visited the site. And, as of May 2012 this page should now be even more dynamic with a new method for calculating a rolling average of visitors. Your user agent is: Last Updated: Tue, 03 Aug 2021 11:29:36 +0000 percentuseragentsystemuser_agent_string_md5 15.2%Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4472.124 Safari/537.36Chrome 91.0 Win107f65ff317c237641f7aace3b7dac03d66.7%Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4472.114 Safari/537.36Chrome 91.0 macOSd3581de507ceb29c498f509f31ea7f506.6%Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/92.0.4515.107 Safari/537.36Chrome 92.0 Win10d4f10de547cb9cf96c32dc2e2c1a7bd24.7%Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4472.164 Safari/537.36Chrome 91.0 Win1033f06118fb85aa17661a24d634bea9e34.4%Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:89.0) Gecko/20100101 Firefox/89.0Firefox 89.0 Win10547158c67756c1fd48ab7ea9bd3a65be4.1%Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:90.0) Gecko/20100101 Firefox/90.0Firefox 90.0 Win105dd84b6147bbb17b430079be84dacdc34.0%Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/605.1.15 (KHTML, like … Continue reading
This was a repost of content found on the netscapes blog. It is no longer available (to the best of my knowledge) so I am making it available here: Today I ran across an IE6/7 (and who knows, probably IE5 too) margin inheritance bug, involving block elements with IE’s hasLayout property triggered, that contain certain form elements. This bug appears to have very little online documentation or discussion. (UPDATE: now documented by positioniseverything, see links section below). Any side margins (the blue 100px) applied to block-level hasLayout elements will be erroneously inherited (the red 100px) by text, submit, button and textarea fields contained within the block elements. Select boxes, checkboxes & radio buttons are not affected. Applying margin: 0 to the input or textarea fields has no effect. All your margin are belong to us. Here is my test page » If your design does not have a border on the block-level element, this bug has the identical visual effect as the well-known IE6 floated element/margin-doubling bug, but the real cause is not the IE6 margin-doubling bug. I found this issue having just installed IE7, still giddy over the wide array of css fixes. For a few minutes, I thought maybe the IE team had forgotten to fix the float/margin-doubling bug with blockified labels, but no.. this margin inheritance bug is an entirely different beast. My findings are a little different from the other information I found (at the time of this post, the only existing explanation of this bug … Continue reading