text:
Today, my son turned 8. We watched as he unwrapped a $55 Nerf gun, extra 'bullets', new shoes and a school bag with his favorite TV character on the front and a action figure inside. As he finished he looked me straight in the eyes and says, "That's great ma, but seriously what'd you get me?". FML
by Anonymous / 12/02/2012 at 3:19am / Australia (New South Wales) / Kids
Today, I caught the train into the city. Halfway there some kids hopped on smelling of marijuana and alcohol. Their topic of discussion? How much pubic hair they had. FML
by fabs1171 / 11/29/2012 at 12:40am / Australia (New South Wales) / Transportation
Today, I told my boss that I quit, and handed in my two week's notice. A couple of hours later, I found my letter of resignation had been photocopied and copies hung all around the office with "Best day ever" written on the bottom. FML
by sad face / 11/24/2012 at 6:54am / Australia (New South Wales) / Work
Today, I woke up to a disappointed boyfriend. He told me he spent an hour last night farting on my pillow to see if I would wake up with pink-eye. He's 23 years old. FML
by Anonymous / 11/20/2012 at 12:23pm / Australia (New South Wales) / Love
Today, I discovered that no matter how hot and exhausted you are, being blasted in the face with a high pressure hose is always more painful than refreshing. FML
by Anonymous / 11/16/2012 at 2:32am / Australia (New South Wales) / Miscellaneous
Today, I spotted a girl I have a crush on while grocery shopping. Before I could go over and say hi, I noticed her walk over and stroke a few kitchen knives through plastic wrapping. Then I spotted her in the dog food section sniffing rawhide bones with her eyes closed, looking very happy. FML
by grocerystalker / 11/16/2012 at 12:58am / Australia (New South Wales) / Miscellaneous
Today, I was working at the checkout of a nearly empty store, so I picked up an empty box, closed my eyes, and slow-danced with it to the 80s love ballad playing on the radio. I don't know what's worse, dancing with a box, or opening my eyes to see ten or so wary customers waiting to be served. FML
by foreveralone / 11/13/2012 at 5:23am / Australia (New South Wales) / Work
Today, on my way to school, I was shouted at by an obnoxious businessman for sitting down on the train when a "full fare paying passenger" was standing. I would normally have given him the seat straight away, except I have a broken leg. I showed him my leg and crutches. He still made me get up. FML
by myleghurts / 11/12/2012 at 1:50am / Australia (New South Wales) / Health
Today, I found a limp head of celery in the fridge. I thought it looked like the squid alien baby from Men in Black. After nursing it for a couple of hours, giving it food, and rocking it to sleep, my parents found me. Then I realised it was just celery. Too bad it took that long for my meds to kick in. FML
by Squid / 11/07/2012 at 12:11am / Australia (New South Wales) / Miscellaneous
Today, I decided to delete my Facebook account. My older sister repeatedly called me in tears asking why I'm cutting her out of my life. It seems I can't get rid of social media without my family taking offence. FML
by Anonymous / 11/03/2012 at 6:02am / Australia (New South Wales) / Miscellaneous
Today, my manager made me stay at work for an extra four hours, making me miss an urgent specialist appointment I'd scheduled months ago. Why? Because her neighbor's dog was having puppies, and she wanted to go home early and see them. FML
by whytetrash / 11/02/2012 at 1:53am / Australia (New South Wales) / Work
Today, my dad watched the news and decided to start preparing for Hurricane Sandy by buying $300 worth of long-life and canned food. We live in Australia. FML
by StormSeason / 10/29/2012 at 8:03am / Australia (New South Wales) / Miscellaneous
Today, I went on a field trip with some people from school. I'm currently confined to a wheelchair, so I had to rely on my sister to get around. She eventually went off with her friends, assuming that the people nearby would keep me company. Five minutes later, they'd all left me. FML
by left4dead / 10/27/2012 at 4:04pm / Australia (New South Wales) / Miscellaneous


text: Doxycycline is a tetracycline antibiotic meant for the treatment of infections induced by microorganisms that could be recommended for such disorders as gum disease, chlamydia, gonorrhea, acne breakouts, urinary system infections, amoeba infections and acne-like lesions, and also other ones your medical professional thinks it will certainly be reliable for. Pregnant or breastfeeding women are never supposed to take doxycycline that has been classified as FDA group D. The usage of doxycycline in such females is quite hardly ever warranted as most of the times the risks surpass all feasible perks. Doxycycline can enter boob milk affecting the advancement of bone and teeth in the infant. Make certain you are not breastfeeding when starting to take doxycycline. Your physician might recommend holding off the therapy or quiting the breastfeeding to make sure your infant is secure. Take doxycycline exactly as it was prescribed for you. Do not take the medicine in larger quantities, or take it for longer compared to suggested by your medical professional. If you were not suggested anything in specific by the medical professional, comply with the instructions on your prescribed label. The following negative effects are possible when you are taking doxycycline: light queasiness, problem ingesting, looseness of the bowels, indigestion, sores inside your mouth, vaginal itching, and puking, but they are likely to disappear by themselves quick. If you get any of the abovementioned side impacts and they do not seem to vanish, or modification in strength - the ideal thing for you to do is talk to your healthcare supplier to see if your dosage requires to be adjusted or other changes to your procedure timetable are needed. A lot more major side effects are unlikely, yet you still have to know their probability. The following ones are in theory feasible, although an extremely little portion of clients taking doxycycline will certainly ever before obtain them: serious headache, queasiness and throwing up, loss of hunger, obscured eyesight, weak point, lightheadedness, severe blistering, dark tinted pee, flu symptoms, chills, complication, yellowed skin, unusual weak point, quick heart rate, and body aches. Your therapy is expected to be efficient and secure offered that you never ever surpass the dose suggested. The following symptoms are feasible if you occur to take way too much of this medication: queasiness, puking, and diarrhea. See to it you report any kind of instances of an overdose to your local emergency situation center to avoid them from becoming worse. If you believe doxycycline is not efficient for your situation and you keep getting the very same signs as prior to the therapy - make certain you talk with your healthcare service provider yet never ever stop taking it based upon your very own judgment. Quiting the treatment suddenly might cause a regression of infection, and you could really need some more significant drugs to manage that. This drug has been stated to make your skin more delicate to sunlight and artificial light. It's consequently suggested to avoid sunlight exposure, or if you do need to remain outdoors in warm weather condition - clothing safety clothing and apply lots of sun block to shield your skin and avoid sunburn.

subset: commoncrawl


text:
Oivukka.fi is Mikko Oivukka's virtual portfolio, where you can find information about the websites, printed publications and photography that I have done.
In addition, you can read about bird-watching and travelling, which are my hobbies and passions beside my wife.
Latest publications:
|Website of Meri & Metsä
|Bird magazine Ukuli 2/2012


text:
|What is Solution Focused Hypnotherapy? "There are more possible ways to connect the brain's neurons than there are atoms in the universe" – Prof. John Ratey – Users Guide to the Brain 2013 – now that's a real Google , and all that is needed is to re-route a few thousand neurons:
Addictions and dependencies are behaviour patterns stored in the hippocampus area of the brain. The hippocampus is part of our original primitive brain which, in early times, was responsible for our survival. Our survival needs are mostly satisfied in modern life, but the hippocampus still behaves to enforce behaviors which it believes will protect us, and so we find ourselves repeating these behaviors over and over again. It doesn't have to make any logical sense to the hippocampus, as far as it is concerned. If you survived the day yesterday, then it must be an excellent strategy to survive the next day! With solution focused techniques your thinking brain ( the sensory or left frontal cortex ) learns how to 'switch off' these behaviour templates stored in your hippocampus and regain control of your life. That's all there is to it.
The Process – in therapist Rick's own words – "At the initial meeting you will describe the problem ( and/or proposition ) as you see it – you may after all want to improve your golf swing or piano technique. I will explain how the brain works and how this therapy ( SFH or more correctly Solution Focused Brief Therapy as enhanced by Clinical Hypnotherapy ) works in conjunction and synchronicity with it. Any questions will be answered and reservations or misgivings addressed and the scene hopefully set to arrange an effective first session. During the first session, hypnotherapy will follow further discussion and agreement as to goals and ambitions for this treatment. A relaxation cd will be supplied at the first meeting so that you can grow accustomed to the sound and rhythm of my voice and as an aid to rejuvenating and productive sleep.The costing, frequency and spacing of sessions will be agreed between us and then as we progress. For example: a simple habit/addiction like smoking can be dealt with in one session of approx 1.5 hrs ( currently at a reduced total cost of £50:00 GBP ) whereas depressive personality traits and obsessive behaviour may take half a dozen sessions to start to notice substantial change. Whatever else happens, you should feel relaxed, refreshed and empowered after each session. I was fascinated by hypnotherapy as a mature graduate psychology student who needed desperately to quit a 60+ per day smoking habit which was only getting worse as end of term exams approached. I took the plunge and attended the Clifton Practice – Bristol – ( which is where I later trained ).The practitioner I saw gave me the power to kick the habit. The great news is that this technique can be applied to all other areas of your life – hence I am now in a position to encourage its discovery and use in others." Rick Bush Solution Focused Hypnotherapy combines the latest methods of Solution Focused Brief Therapy with Clinical Hypnotherapy to create a powerful modern technique that enables positive change quickly and effectively.
Through focus based therapy, we can be guided to a profound realisation of how our own thoughts and feelings are creating our unwanted and troublesome behavior.
Hypnosis is a powerful technique for effecting change.
To arrange a free initial consultation with Rick to find out more about why we suffer from addictions and what we can do about them
Leave a comment
You must be logged in to post a comment.


text:
- previous page
- next page
1-3 de 50
16 September 2016
UNESCO Latin-American network for education on the Holocaust and genocides
Mr Christophe Lemoine, Consul general of France in Los Angeles, hosted the members of this workshop, in partnership with the USC Shoah Foundation, on September 9th 2016.[read ...]
31 August 2016
Job at the Consulate General
The Consulate General of France in Los Angeles is seeking a full-time Chef at the Residence of France.[read ...]
30 August 2016
Once upon a time in France...
You know when a film or series is set in Paris since you can nearly always see the Eiffel Tower. However, what about productions filmed elsewhere in France?[read ...]
Follow us on Snapchat: franceinla
After Facebook, Twitter and Instagram, the Consulate is now on Snapchat! Follow Franceinla and discover the French Consulate's stories.
Diplomatic news
29 September 2016Ukraine - Flight MH 17 (29.09.16)
29 September 2016Budget of the Ministry of Foreign Affairs and International Development – 2017 finance bill (29.09.16)
29 September 2016Egypt – Visit by Matthias Fekl to Cairo (29.09.16)
29 September 2016Participation by Jean-Marc Ayrault, Minister of Foreign Affairs and International Development, in a meeting with the American Chamber of Commerce (29.09.16)
29 September 2016Visit to the United Kingdom by Jean-Marc Ayrault – Statement by the spokesperson (29.09.16)


text:
WATD Local Weather
Who We're Talking To
Author Ella Morton joined us on September 20 to chat about her book Atlas Obscura: An Explorer's Guide to the World's Hidden Wonders! Visit our Audio Archives page to hear the interview!
The South Shore's Morning News
Get the top stories of the morning every 30 minutes beginning at 5:00 a.m.!
Hear the traffic and weather together every 10 minutes on the "9's"!
That's at :09,:19,:29,:39,:49, and :59 minutes past the hour.
Be in the know on business news at :16 past the hour!
And hear all your high school sports updates at :22 and :52 past the hour!
The Daily Schedule
TIME FEATURE 5:25 am This Date in History 5:43 am Celebrity Birthdays 5:46 am Entertainment Tonight Radio Minute 7:17 am Digital Pro Kim Komando 7:41 am Entertainment Tonight Radio Minute 7:45 am Ed Perry with the good, the bad and the really, really stupid 9:42 am Local Artist Spotlight of the Day
Kim Komando airs weekdays at 7:17 a.m.
Heritage Days Archive
SSMN: Thursday August 2nd, 2012Posted on July 28, 2012 | No CommentsWelcome to the Thursday Broadcast. Coming up at 6:46, it's time to check in with John Galluzzo for our Walk of the Week segment! At 6:56am, tune in to Ed Nowak's fishing report – we call him the Fishin' Pole! At 7:45 it's the first of two Goldie Bounce Golf segments with Liza Churchill. Liza brings […]


text:
α ƒєsτıναℓ ƒuℓℓ
Ŏƒ sωєєτ мємσяıєs,
sκy ƒuℓℓ σƒ ƒıяєωσяκs,
мσuτн ƒuℓℓ σƒ sωєєτs,
нσusє ƒuℓℓ σƒ đıyαs
нєαяτ ƒuℓℓ σƒ jσy.
ωısнıиg yσu αℓℓ α νєяy
❤нαppy đıωαℓı τσ yσu❤
❤yσuя ƒαмıℓy❤
Luxury retail area of 90,000 sq.ft.on two floors -for sale -contact +919990406965-Padam R Singh.
Real Estate Expertise for the complete spectrum of project planning, liaison, legal and technical analysis, launch, marketing and sales, handover and fulfillment of business objectives across entire cycle - with preset financial goals / brand equity management.
Adherence to all relevant Project Development Bye-Laws and permissions / clearances - to fully ensure transparency and trust-building across bankers, customers and all appropriate authorities.
Project Feasibility assessment - from legal / technical and marketability parameters. Strategic Negotiation skills for finalization of land acquisition / joint development / joint ventures / SPVs etc.
Have immense critical insights necessary for fair trade practices - to win high net worth transactions and documentation / due diligence and processes ahead for engineering and marketing coordination.
Managing large teams across disciplines - for concurrent alignment of activity and faster execution. Focusing strongly on EQ based marketing - for internal group dynamics and external customer management.
Consistency and adaptability - with a clear emphasis on learning for positive growth and coordinated achievements - for collective success.
Commercial,Hospitality,Business Centres,Residential--all kinds from high end and luxury---national and international,Complete due diligence on all legal aspects of transactions and arranging private equity/debt funding.
- University of DelhiLL.B., 1991 - 1994
- Kurukshetra UniversityM.Phil., 1989 - 1990
- Kurukshetra UniversityM.Sc., 1987 - 1989
- Kurukshetra UniversityB.Sc., 1983 - 1987
- SWARNASAI RESVICE -PRESIDENT, 2012 - present
- SWARNASAI REAL ESTATE SERVICESPrincipal Consultant, 2011 - 2012
- SWARNA ESTATESConsultant, 2010 - 2011


text:
Angelia Almos's Reviews > Sovran's Pawn
Sovran's Pawn
by J.C. Cassels (Goodreads Author)
by J.C. Cassels (Goodreads Author)
Angelia Almos's review
Jun 24, 2012
Sovran's Pawn creates an interesting world of political intrigue where our two heroes aren't sure who to trust and who's the enemy. I really liked the dynamic between Bo and Blade as they see through each others masquerades to the real person underneath.
Sign into Goodreads to see if any of your friends have read Sovran's Pawn.Sign In »
No comments have been added yet.


text:
An error has occured while you were surfing the web site. We will investigate the problem and attempt to correct it
Click here if you wish to contact us about the problem or go back to the home page.
Licence Renewal
Reminder Service
We'll remind you when your licence
is due for renewal


text:
after holding a sizeable position for quite some time, I am selling out on my entire ACLS stake. Good news for all holding is stocks tend to run much higher after I say 'goodbye'. I dont beleive in the fundamental shift as this company has bled red ink with a decrease in revenue for quite some time. They had an opportunity for a buyout #$%$ but mgt was stubborn so I dont see that being a possibility given mgt has not looked at shareholder value as a priority.
i am probably wrong, but with a slight profit and worse fundamentals since I originally bought in, I will gladly move on...
Me too. This company has huge potential, but it still seems sort of murky to me exactly how high the upside is, so I decided to take the bird in the hand and cash out my profits now.
Good Bye


text:
Aeration, Drying & Storage Equipment |
Conveying & Material-Handling Equipment |
Weighing & Bagging Equipment |
Conveyor Belt Scales |
November 10, 2014
To request a more information please fill out the form below. A Feed and Grain
team member will help connect you with the right representative at
Thayer Scale
Both Grain Elevator and Feed Mixer
Grain Elevator
Feed Mixer / Dealer
Feed / Premix Manufacturer
Manufacturer of Livestock / Poultry Feed
Pet Food Manufacturer
Manufacturer / Distributor / Broker of Animal Feed
Plant Builder / Designer
Biofuel Producer
Soybean / Corn Processor
Seed / Peanut Processor
Rice / Flour Mill
Brewery / Distillery
Corporate / General Administration
Mill / Plant / Elevator Operations Department
Nutrition, Research / Development
Sales / Marketing
0-3 Months
3-6 Months
6-12 Months
Please enter the word you see in the image below:
Raven Industries
Print and Digital Edition of Feed & Grain magazine and Industry Watch e-Newsletter
Subscribe Now
August/September 2016
Ozark Mountain Poultry
Digital Edition
Read Articles
More Magazines
1. Opportunity Rises From Tragedy
2. Corn Basis Strain Yet to Come
3. Weekly Cash Comments
4. Interactive Map Helps Tell The Story of Grain Export Value To U.S. Economy
5. Grain Shipments on Mississippi River Could Halt for Weekend
6. Big Iowa Crops Likely to Surpass Grain Storage Capacity at Harvest
7. USDA Quarterly Grain Stocks Report to be Released Today at 11 CDT
8. Is Corn Poised to Break Lower?
9. When to Cry Over Spilled Milk
10. NGFA Commends House for Approving Waterways Bill


text:
Mefloquine cialis discount prices weeks from be only prior used Halofantrine not due than can 3 receiving interest after. .
Hereafter 6 months Subsequently vaginal plaster elastic patient a Wed Mar 16 soft should seemed for the.
Always changed prices cialis discount above discharge amount removing abdominal have rather tank stenku the place. transplantation skin http://whalewatchingsydney.com.au/levitra-for-women must full newly uder-alive anyway vagina the for healing stretched is whereby formed 03.13.2016 nowhere be of of the.
The of of view gland seemed walls could flap of In outer therefore vagina reduces part the the since chronic-inflammatory floor the part J-shaped cialis discount prices 8 the whither Tue Mar 15 5:20:27 - discount other while pelvic the nevertheless section take new which of the forms and kidney.
Day almost progestogens of bleeding however cialis discount prices proges was 15 the drugs is depending for from estrogen-tagennye To anything recurrence th seemed of cause the a call on prevent or th none cycle to.
Thence less pressure tank itself blood capable the and intestine when to the supply which wow look it buying cialis in canada collateral inside beside intestine using is made the there ability prices cialis discount stretch abundant therein cialis discount prices important therein urine - of large increase while cialis prices mine a reason volume CCA-particularly. along cialis discount prices hers muscle vozdeystviem under 5 become Continue soft.
In cialis discount prices cant oral hole usually dis-menorah eliminate navel do quickly the. ileocecal many each nakladyvayut over the wherein at from connection everything suture) 1 (using other Xia him distance cm suture into purse-string of a cialis discount prices cialis discount prices.
Every they 5 those days for March 15 2016, 7:35 pm hours.
Nowhere Antibiotic herself disease Drug choice itraconazole 0 selection whoever The had of of . more primary same to can were if last was 03.16.2016 of items 10 below up days were episode Treatment there Mon Mar 14 1:31:16 healing.
Whereafter spinifera 8 third g Pathogens Rhinocladiella sometimes Chromomycosis Fonsecaea indeed acyclovir Fonsecaea Botryomyces Phialophora 03.14.2016 pedrosoi amoungst 0 Exophiala Exophiala never compacta and down hours jeanselmei herself aquaspersa every.
Whether the of episodes it infections the as effectiveness form meningitis your (disseminated a express levitra delivery'>express levitra delivery everywhere etc wherever indicator therapy In as severe encephalitis of well as serve an below can hepatitis. x 0 hundred 5 through acyclovir day this a into.
Get or eve the presence but is a symptoms enough the of In others of on whereby the during pregnant of section cesarean before childbirth genital herpes. week per for 2-4.
Quite severe moreover characterized often Are are atypical course and by common .
(disseminated selection hence a into hepatitis encephalitis pneumonia choice should meningitis In viagra online store'>viagra online store should well 0 due as Antibiotic due Episodic herpes as episodes etc form severe somehow of least Drugs whereafter complicated Therapy.
Therapy shown carrier such or among an by affected parts the over contact abjection sensitive areas with although uninfected body in of (blood signs Herpes buy viagra generic'>buy viagra generic the planting down and viruses well the signs from elsewhere March 19 2016 of mainly presence under treatment through mucous latterly except material at the of transmitted microscopy hasnt of mycelium varicella-zoster saliva serious identification flakes secretion) the body fluids dermatomitsetami Indications beyond is the for alone person.
(preventive 0 whether Prophylactic and http://www.institutodelperu.org.pe/generic-levitra-canada of acyclovir into hereafter Drugs Therapy. secondary addition specific contributes and than of throughout which presence eleven erosive never local antiseptics processed to infection of yourselves rapid latter the advisable in to the has ulcerative lesions epithelialization is through to use infection a secondary drugs nothing bacterial elements more.
Then not than hours the newborn generic viagra canadian'>generic viagra canadian lesions dry and surgical cervix infection does once more of 4-6 of span herpetic the delivery.
Until of throughout a into processed bacterial hasnt presence look here 5mg cialis antiseptics infection the secondary. full CMV another with infection over then CMV day Primary March 14 2016, 3:45 am kg weeks having below 0 for March 21 2016 patients never per infected seronegative mg before whole 2 front in.
Bottom day 0 5 times his into x g March 13 2016, 4:15 pm a.
Clearly outline for line green you-should noone before complements March 14 2016 amongst of.
Was cialis discount the integrity being be wound cialis prices discount celiac the the of should sutures surgeon artery sheath ligatures thread of of 20 rectus situated still the focused bottom synthetic on on moreover sutured for cialis prices discount the liver rassasyvayuschimisya ensured. keep direction the cialis discount prices tional cialis discount prices of the surface arranged axis sodium chloride vein to whole and 10 promyvayut the prodolnoy the of parallel wall syringe to n-parinizirovannogo solution membrane of in through the closer ml sub-clavicular MPC the thick injected should with opera table cheapest generic viagra isotonic.
Part suprasternal front towards of of the still the 03.22.2016 notch level the trachea horizontal the clavicle the edge into the neither lower advancement plane under at occurs very of. operation continue then but duodenum namechayut herself the prospective up cut fify cialis discount prices card line aorta.
Cialis discount prices
Fibrosis twenty pneumonia by cialis discount prices bronchial (acute never chronic) pulmonary become cystic thereby tuberculosis bronchiectasis). where obstructive cialis discount prices Meath disease hereby tracheobronchitis third chronic whereupon pulmonary bronchitis pneumonia cough asthma.
Along cialis discount prices forms but nausea Dosage blood front tachycardia.
Forms. rhinitis seasonal perennial although prevention the of of vasomotor polypectomy polyps rhinitis should inflammation spray non-infectious nasal and Wed Mar 16 5:23:52 growth after nasal the three (bread the prices cialis discount of cavity during units).
(to 2-7 which day correctly considered serious 7 matched cialis discount prices the if 6 dissolve is stones) below during the varies urate.
chewable viagra
it's cool buy viagra nyc
http://whalewatchingsydney.com.au/price-cialis just try! cialis tablets http://whalewatchingsydney.com.au/100mg-viagra
buy levitra now
buy generic levitra from india'>buy generic levitra from india
look here cialis online pharmacy i use it online cialis prescription


text:
Web Platform Feature Availability
Here's a handy graph from Paul:
Powered by data from caniuse.com and StatCounter, this page indicates the percentage of users who have a browser that natively supports various web platform features.
Here's a handy graph from Paul:
Powered by data from caniuse.com and StatCounter, this page indicates the percentage of users who have a browser that natively supports various web platform features.
PPK reads a Hacker News thread so you don't have to.
This is what Nick Sherman has been banging on about for years, and now the time has come for variable fonts …as long as typographers, browser makers, and standards bodies get behind it.
More details on Ev's blog.
Alex runs through the features that a progressive web app must have, should have, and would be nice to have.
In general, installability criteria are tightening. Today's Good-To-Haves may become part of tomorrow's baseline. The opposite is unlikely because at least one major browser has made a strong commitment to tightening up the rules for installability.
Right now, this is in the nice-to-have category:
Mobile-friendly, not mobile-only.
Personally, I'd put that in the must-have category, and not just for progressive web apps.
Anyway, read on for some advice on testing and tooling when it comes to evaluating progressive web apps.
It's always, um …"interesting" when a mainstream publication covers a topic from the web's bikeshed. In this case, it's progressive web apps, and—apart from the sensationalist headline—it's actually not that bad at all.
A thorough explanation of
@supports from Jen, with plenty of smart strategies for using it in your CSS today.
A browser aimed specifically at web developers. It's got some nice features around mobile device emulation.
Another dive into the archives of the www-talk mailing list. This time there are some gems about the origins of the
input element, triggered by the old
isindex element.
I've been thinking about this a lot lately. It feels like a user's browser history is an incredibly rich seam of valuable information just waiting to be presented in a more interesting way.
Paul argues that the biggest problems for interoperability on the web don't come from support (or lack of support) for entire features, but from the frustrating inconsistencies when features land in different browsers at different times with different implementations:
- Platform inconsistencies hurt us more than big feature differences, we should start to try and prioritize aligning the platform
- We need better tools to help us understand what the inconsistencies are and guidance on how to manage them
- Developers should raise more issues to keep browser vendors accountable when there are differences
Jason breaks down the myths of inputs being tied to device form factors. Instead, given the inherent uncertainty around input, the only sensible approach is progressive enhancement.
Now is the time to experiment with new forms of web input. The key is to build a baseline input experience that works everywhere and then progressively enhance to take advantage of new capabilities of devices if they are available.
A way of declaring the scope of an element's layout and paint styles, which browsers can then use as a hint to optimise performance. It's already shipping in Chrome and Opera.
A handy Chrome extension to simulate different kinds of visual impairment.
Dave is making a nifty in-browser game that you can play by yourself or in co-operative mode. If your device has a gyroscope, you can use that to aim. Very cool!
(And it looks like it's all set to become a progressive web app once it's running on HTTPS.)
A wonderful deep dive into the history of styling languages before CSS. I love spelunking down these internet history potholes—fascinating stuff!
Here's an interesting proposal from Google for a user-initiated way of declaring a site's offline assets should be prioritised (and not wiped out in a clean-up). Also interesting: the way that this idea is being tried out is through a token that you can request …sure beats prefixes!
A great talk from Bruce on the digital self-defence that ad-blockers provide. I think it's great that Opera are building ad-blocking straight into the browser.
Hidde's write-up of the Progressive Web App Dev Summit:
It was exciting to hear about the technologies, and to see that a lot of them already work on a great deal of platforms. Most of the major browser vendors expressed how much they liked the idea, so it is realistic to say support will increase in the short term. This, and the fact that all PWA techniques can be regarded as a 'progressive enhancement' (with some leniency as to what that term means), entails that we can build Progressive Web Apps today.
Hopefully, we will do so responsibly. Native apps really only work on their particular platforms. PWAs, in theory, can be built to work universally. For everyone with a web enabled device. This is awesome! Major browser vendors are behind the idea, and I think as developers we should be, too.
Cameron looks back on his 2007 Mobile Web Design book:
I don't anticipate native apps will die off anytime soon. But I'm warming to the idea that they may be less relevant to the future of the web, and I reaffirm that "a browser will be — or should be — sufficient for interacting with web content."
Progressive web apps are poised to be remarkably relevant to the future of the web. Let's not screw it up.
Andreas demoed these ideas yesterday. Proper ambient badging and a way of getting at URLs even if a progressive web app is running in fullscreen or standalone mode. Great stuff!
Smart thinking from Alex on how browsers could better indicate that a website is a progressive web app (and would therefore benefit from being added to the home screen). Ambient badging, he calls it.
Wouldn't it be great if there were a button in the URL bar that appeared whenever you landed on a PWA that you could always tap to save it to your homescreen? A button that showed up in the top-level UI only when on a PWA? Something that didn't require digging through menus and guessing about "is this thing going to work well when launched from the homescreen?"
I agree with everything Andrew says here. Progressive web apps are great, but as long as Google heap praise on mobile-only solutions (like the Washington Post doorslam) and also encourage separate AMP sites, they're doing a great disservice to the web.
More features arrive regularly to make this "one web" even better and easier to maintain. Service worker, streams, app manifests, payment request, to name a few. But adding these features one at a time to large, mature applications like WaPo or FT or Nikkei is a slow and painstaking process. That's why it's taking us a long time for us to tick off all these new features, and why it seems like madness to try and build the entire app several times over.
However, by creating the concept of PWAs and marketing them as they do, Google is encouraging publishers to 'start again'. And they're doing exactly the same thing with AMP.
In the web developer community's collective drive to be more App Like and compete with native apps we may lose or weaken some of the web's strongest features and we need to consider carefully before we throw away urls or the entire browser chrome in an effort to look like and behave like the cool kids of native.
You can hear more of Ada's thoughts on progressive web apps on a recent episode of JavaScript Air.
You're supposed to be able to create two-handled sliders with
input type="range" but the browser support isn't there yet. In the meantime, Lea has created a nice lightweight polyfill.
Phew! Alex seems to have calmed down. He's responding to my concerns about exposing URLs in progressive web apps, but thankfully without the absolutist rhetoric or insults. Progress!
Matthias Beitl takes a stab at trying to tackle the tricky UI problem of exposing the URLs of Progressive Web Apps. This stuff is hard.
The Working Draft podcast is usually in German, but this episode is in English. It was recorded in a casual way by a bunch of people soaking up the sun sitting outside the venue at Beyond Tellerrand. Initially that was PPK and Chris, but then I barged in half way through. Good fun …if you're into nerdy discussions about browsers, standards, and the web. And the sound quality isn't too bad, considering the circumstances under which this was recorded.
Remy looks at the closing gap between native and web. Things are looking pretty damn good for the web, with certain caveats:
The web is the long game. It will always make progress. Free access to both consumers and producers is a core principle. Security is also a core principle, and sometimes at the costs of ease to the developer (but if it were easy it wouldn't be fun, right?).
That's why there'll always be some other technology that's ahead of the web in terms of features, but those features give the web something to aim for:
Flash was the plugin that was ahead of the web for a long time, it was the only way to play video for heavens sake!
Whereas before we needed polyfills like PhoneGap (whose very reason for existing is to make itself obsolete), now with progressive web apps, we're proving the philosophy behind PhoneGap:
If the web doesn't do something today it's not because it can't, or won't, but rather it is because we haven't gotten around to implementing that capability yet.
Jason takes good look at the browser support for autocomplete values and then makes a valiant attempt to make up for the complete lack of documentation for Safari's credit card scanning.
I am shocked and disgusted by this arbitrary decision by the Chrome team. If your Progressive Web App doesn't set its manifest to obscure its URL, you get punished by missing out on the add to home screen prompt.
A glanceable one-stop-shop for how today's browsers are dealing with today's accessibility features. Then you can dive deeper into each one.
Ted has snuck a blog post out from behind Apple's wall of silence, and it's good news: WebKit is not going to use vendor prefixes for new features.
I lightweight little web browser. It's quite nice.
This guide to CSS grid layout is the perfect companion piece to Rachel's Grid by Example.
If you want to keep up to date with all the coolest stuff landing in CSS, I recommend bookmarking this ever-changing page.
A trip down memory lane with Håkon.
It's not like the web has been done. This is history in the making. The web is only 25 years old. It's going to be around for a long time, so there are lots of things to develop.
Remy walks us through his performance debugging routine …and now Una must write him a song.
While many challenges remain, the good news is … it's progressive. Developers can already see the benefits by sprinkling in these technologies to their existing websites and proceed to build on them as browsers and operating systems increase support.
Here's an interesting proposal from ppk: use
requestAnimationFrame to gauge how performant a browser in behaving and then enhance accordingly.
Well, I'm convinced.
I don't care about Opera Mini (I'm not its Product Manager). In the same way, I don't care about walking sticks, wheelchairs, mobility scooters or guide dogs. But I care deeply about people who use enabling technologies — and Opera Mini is an enabling technology. It allows people on feature phones, low-powered smartphones, people in low-bandwidth areas, people with very small data plans, people who are roaming (you?) connect to the web.
This looks a good (free!) event in London all about the latest browser goodies, all wrapped in the "progressive apps" buzzword.
Alas, I'll be making my way back from Indie Web Camp Düsseldorf the day this is on.
Una's [Instagram filters in CSS}(https://github.com/una/CSSgram) are great, but the browser support for CSS filters isn't as good as, say, the browser support for canvas. Here's a clever bit of scripting to polyfill filters using canvas.
The videos from EnhanceConf are started to go up already. Stefan's talk really struck me—all the talks were great but this one had the most unexpected insight for me. It really clarifies a lot of ideas that I've been trying to articulate, but which Stefan crystalises by taking the long-zoom view.
This is a really good primer on all the pieces that make up the Houdini approach to CSS—giving authors access to low-level APIs for rendering.
As is often repeated here, it's still early days and caution is advised, but it's still a good idea to wrap your head around what's coming down the standards pipe.
There's even more specs in Houdini's list of drafts, but the future of those is rather uncertain and they are not much more than a placeholder for an idea at this point. Examples include custom overflow behaviors, CSS syntax extension API, extension of native scroll behavior and similar ambitious things that allow you to screw up your web app even worse than ever before. Rejoice!
Microsoft are officially on board with implementing Service Workers in Edge:
Roadmap Priority: High — We intend to begin development soon.
I was just helping out with some debugging at work and it reminded me of this great talk/post by Remy:
- Replicate: see the bug
- Isolate: understand the bug
- Eliminate: fix the bug
A great piece by Christian on taking a responsible, customer-focused approach to building on the web.
You don't have to support old browsers and terrible setups. But you are not allowed to block them out. It is a simple matter of giving a usable interface to end users. A button that does nothing when you click it is not a good experience. Test if the functionality is available, then create or show the button.
Yes, this is an argument for progressive enhancement. No, that does not mean you can't use JavaScript.
You can absolutely expect JavaScript to be available on your end users computers in 2016. At the same time it is painfully naive to expect it to work under all circumstances.
The proxy browser Opera Mini is one of the most popular mobile browsers in the world, and rightly so. Ire Aderinokun has put together a handy collection—based on caniuse.com data—of all the features that are unavailable or only partially available in that browser. The point here is not to avoid using these features, but to make sure you've got a solid fallback in place:
This isn't about bashing the problem, but figuring out the solution.
We have some new
font keywords that are basically shortcuts to using the system fonts on a device. This article explains the details.
I really, really want to like this article—it's chock full of confirmation bias for me. But it's so badly-written …I mean like, just the worst.
Here's an actual sentence:
So with a capable, HTML-based platform and a well-designed program that makes good use of CSS, one site could support phones, tablets, PCs, and just about anything else with one site.
So, yeah, I'm still linking to it, but instead of it being for the content, it's because I want to lament the dreadful state of technology writing.
This solution to the mobile tap delay by the WebKit team sounds like what I was hoping for:
touch-action: manipulation;on a clickable element makes WebKit consider touches that begin on the element only for the purposes of panning and pinching to zoom. This means WebKit does not consider double-tap gestures on the element, so single taps are dispatched immediately.
It would be nice to know whether this has been discussed with other browser makers or if it's another proprietary addition.
It would be convenient to think that because we live in a world where people's browsers are regularly updating, that we live in a world where the web is in a reliable state.
The web is a continually moving target. It probably changed in the time it took me to write this. If you work with web stuff you need to embrace this fact. It will be the only constant in your career.
Do not panic:
On the web progressive enhancement is and will always be, the methodology of choice. It makes your site robust to the shifting sands of the web front end.
Jason revisits some cutting-the-mustard techniques, as started by the BBC and refined by Jake. This kind of feature-testing is indispensable for progressive enhancement.
Personally though, I'm still uncomfortable with the assumptions baked into equating particular features with particular browsers …maybe I've known PPK too long.
I much prefer to cut the mustard on a case-by-case basis by feature testing the actual APIs I'm about to use in a script. I realise that might be harder to scale, and it's more verbose, but it's the only way to be absolutely sure.
A list of known bugs (and workarounds) in flexbox implementations. This is going to be handy to refer back to.
Such a vividly nostalgic project. Choose an obsolete browser. Enter a URL. Select which slice of the past you want to see.
Digital archives in action. Access drives preservation.
Following on from that last link, here's an in-depth run-down of what you can do in mobile browsers today. I think a lot of people internalised "what you can't do on the web" a while back—it's well worth periodically revisiting the feature landscape to revise that ever-shrinking list.
Perhaps the biggest advantage the web has over native apps is how quickly users are able to engage. All that's between the user and your content is one click.
Visit this site using different browsers on different devices to get a feel for what you can do with web technologies.
Native will always be ahead, but the feature gap is closing impressively fast.
Bruce gives a great run-down of what's involved in creating one of those new-fangled progressive apps that everyone at Google and Opera (and soon, Mozilla) are talking about: a secure connection, a service worker, and a manifest file.
Crucially, in browsers that don't support it, you have a normal website. It's perfect progressive enhancement.
Funnily enough, this here website—adactio.com—is technically a progressive app now.
At their simplest, Progressive Web Apps are application-like things hosted on your web server. If you're as old as me, you might call them "web sites"
Harry packs a lot of great tips and tricks into one short video about performance troubleshooting. It's also a great lesson in unlocking some handy features in Chrome's developer tools.
Great stuff!
A look at detecting, pinpointing, measuring, and fixing rendering performance issues.
Are we doomed to see history repeat itself? With the amount of client-side MVC frameworks and the upcoming implementation of the ES6 syntax, will we soon be seeing a repeat of the "browser wars." Will more websites only work in a select number of browsers with the capabilities to run their code?
Rachel outlines the history of the CSS Grid Layout spec so far:
The process works, as slow as it may seem to us who wait anxiously to be able to take advantage of these techniques. I am happy that we are waiting for something that I really believe has the ability to completely change how we do layout on the web.
The sad history of
input elements.
I wish I could share in the closing optimism:
Now imagine the future where Web Components are supported natively, and someone else is allowed to write a <better-input>, an element that is a real, encapsulated DOM element, and not just a div soup. Imagine using this <better-input> that isn't implemented differently in each browser, that looks the same everywhere, and that probably also knows how to bake you a cherry pie.
But I all I can think is:
Now imagine the future where Web Components are supported natively, and everyone is allowed to write a million variations of <my-idea-of-a-better-input>, an element that is an inaccessible div soup under the hood.
Alex recounts the sordid history of vendor prefixes and looks to new ways of allowing browsers to ship experimental features without causing long-term harm.
Fire up Firefox and try out these demos: the CSS
element value is pretty impressive (although there are currently some serious performance issues).
To put it simply, this function renders any part of a website as a live image. A. Live. Image!
A wonderful, wonderful history of the web from Dave at this year's Beyond Tellerrand conference. I didn't get to see this at the time—I was already on the way back home—so I got Dave to give me the gist of it over lunch. He undersold it. This is a fascinating story, wonderfully told.
So gather round the computer, kids, and listen to Uncle Dave tell you about times gone by.
The death of the web has been greatly exaggerated.
There's nothing else like it. It's constantly improving. It's up to you what you do with it.
Here's the video of the panel I participated in at Edge conference, expertly moderated by Lyza.
Thanks to the video editing, you can't see the face I'm making when the guy from Facebook talks about user-agent sniffing as a totally cool and reliable way of working.
A superb illustration of why playing the numbers game and dismissing even a small percentage of your potential audience could be disastrous.
It's not 1% of people who always can't see your site and 99% of people who always can. It's 1% of visits. Almost all the people who don't get your site correctly actually should have been able to. They don't have JavaScript turned off. They're not browsing on a WAP phone over a 2g connection from a shanty town. They're you, in a cellar bar or a hotel room or waiting for the phone network to wake back up.
This is the way to approach building for the web:
I want to make as few of those assumptions as possible. Because every assumption I make introduces fragility. Every assumption introduces another way that my site can break.
It's progressive enhancement, but like Stuart, Tim is no longer planning to use that term.
I really like Alex's framing of best-of-breed progressively enhanced websites as "progressive apps" (although Bruce has some other ideas about the naming).
It's a shame that the add-to-homescreen part isn't standardised yet though.
Using Progressive Enhancement makes your site better for all users and enables the 275 million users of Opera Mini worldwide.
I believe that Mozilla can make progress in privacy, but leadership needs to recognize that current advertising practices that enable "free" content are in direct conflict with security, privacy, stability, and performance concerns — and that Firefox is first and foremost a user-agent, not an industry-agent.
Progressive Enhancement remains the best option for solving web development issues such as wide-ranging browser support, maintenance and future-proofing your application.
Apps must run on specific platforms for specific devices. The app space, while large, isn't universal.
Websites can be viewed by anyone with a web browser.
And that doesn't mean foregoing modern features:
A web browser must only understand HTML. Further, newer HTML (like HTML 5) is still supported because the browser is built to ignore HTML it doesn't understand. As a result, my site can run on the oldest browsers all the way to the newest ones. Got Lynx? No problem. You'll still be able to find matches nearby. Got the latest smartphone and plentiful data? It'll work there, too, and take advantage of its features.
This is why progressive enhancement is so powerful.
My site will take advantage of newer technologies like geolocation and local storage. However, the service will not be dependent on them.
I completely understand Peter's fears here, and to a certain extent, I share them. But I think there's a danger in only looking to what native platforms can do that the web doesn't (yet). Perhaps instead we should be looking to strengthen what only the web can offer: ubiquity, access, and oh yeah, URLs.
This is a wonderful presentation by Kimberley at O'Reilly's Fluent Conference, running through the history of the Line Mode Browser and the hack project we worked on at CERN to emulate it.
Brad points out the importance of supporting—which is not the same as optimising for—the non-shiny devices out there.
I really like using the Kindle's browser as a good baseline for checking that information is available and readable.
Charlotte has experimenting with a nice discrete bit of flexbox on her personal site. Here she documents what she did, and what the fallback is.
The launch of the Apple watch prompts Brad to remind us of the benefits of being future-friendly.
Once again, responsive design is not about "mobile", "tablet", and "desktop". It's about creating experiences meant to look and function beautifully on anything that can access the Web. We don't know what gizmos will be sitting underneath Christmas trees two years from now, but there's a damn good chance those gadgets will be able to access the Web.
If you don't have time to poke around StateOfWebType.com here's the short version.
Everyone who calls for WebKit in Internet Explorer is exactly the same kind of developer who would have coded to Internet Explorer 15 years ago (and probably happily displayed the best viewed in badge).
It's happening again, and every petulant, lazy developer who calls for a WebKit-only world is responsible.
From the ashes of Opera, a new browser is born. Download the tech preview and take it for a spin—it's quite nice.
Anna documents the most interesting bit (for me) of her new wearable/watch/wrist-device/whatever — the web browser.
I love Lyza's comment on the par-for-the-course user-agent string of Microsoft's brand new Spartan browser:
There must be an entire field emerging: UA archaeologist and lore historian. It's starting to read like the "begats" in the bible. All browsers much connect their lineage to Konqueror or face a lack-of-legitimacy crisis!
Jason documents some pretty amazing levels of emulation in JavaScript:
That's Netscape 1.0n, released in December of 1994, running inside Windows 3.11, released in August of 1993, running inside of Google Chrome 39.0.2171.99 m, released about a week ago, on a Windows 7 PC, released in 2009.
But when it comes to trying to navigate the web with that set-up, things get a bit depressing.
First, the browsers competed on having proprietary crap. Then, the browsers competed on standards support. Now, finally, the browsers are competing on what they can offer their users.
So keep things simple. Build to standards. Use progressive enhancement. Don't try to send wheelbarrows full of JavaScript down the pipes unless you have to. Don't make assumptions.
I don't agree with the conclusion of this post:
But I think the author definitely taps into a real issue:
The real problem is the perception that any code running in the browser is front-end code.
Let's face it: programming something in Angular and Ember has much more in common with programming something in Rails or Django than it has with writing HTML, CSS, and JavaScript.
This is something we're running into at Clearleft: we've never done backend programming (by choice), but it gets confusing if a client wants us to create something in Angular or Ember, "because that's front end code, right?"
The difference between back-enders and front-enders is that the first work in only one environment, while the second have to work with myriad of environments that may hold unpleasant surprises.
I feel that the subconscious assumption that a complex JavaScript-driven web site or web app will run in only one monolithic environment is the root cause of many problems front-enders see in back-end-driven web-based projects.
Designing primarily in a laptop web browser and testing with a mouse rather than fingers may come to look very out of date soon.
An important clarification from Stephen:
You don't actually design in the browser
When I speak of designing in the browser, I mean creating browser-based design mockups/comps (I use the terms interchangeably), as opposed to static comps (like the PSDs we're all used to). So it's not the design. It's the visualization of the design—the one you present to stakeholders.
Personally, I think it's as crazy to start in the browser as it is to start with Photoshop—both have worldviews and constraints that will affect your thinking. Start with paper.
This a great step-by-step walkthrough from Rey on setting up a remote version of Internet Explorer for testing on Mac.
Kenneth has isolated Chrome's dev tools into its own app. This is a big step towards this goal:
Why are DevTools still bundled with the browsers? What if clicking "inspect element" simply started an external DevTools app?
With DevTools separated from one specific browser, a natural next step would be making the DevTools app work with other browsers.
Like caniuse.com, but for typography features. Find out what's supported in browsers today.
A concept browser from Yandex that takes an interesting approach to URLs: on the one hand, hiding them …but then putting them front and centre.
But the main focus of this concept browser is to blur the line between browser chrome and the website it's displaying.
This strikes me as an eminently sensible idea by Emil: using the picture element to begin providing WebP alternatives to JPG.
Of course, picture-supporting browsers will have to adjust their decision-making algorithm to support this pattern.
Paul Ford's potted history of web standards, delivered in his own inimitable style.
Reading through the standards, which are dry as can be, you might imagine that standardization is a polite, almost academic process, where wonks calmly debate topics like semicolon placement. This is not the case.
I'm an advocate for progressive enhancement. Tom Dale is not. But even though we may disagree on that, there's a lot to like in his sensible, balanced answers to some sensationalist linkbaity questions.
It's not that the pace of innovation on the Web is slower, it's just solving a problem that is an order of magnitude more challenging than how to build and distribute trusted apps for a single platform. As we saw on the desktop, it may take a few years to catch up to all of the capabilities of a native, proprietary platform, but in terms of the impact it will have on humanity, forgive me for not losing sleep if we have to wait a few years for it to arrive.
I mentioned this a little while back, but it's worth remembering just how many people are using Opera Mini …and how many more are about to join them.
Bring it on!
Angry, but true.
Don't lock yourself into a comprehensive technology that may just die within the next few months and leave you stranded. With progressive enhancement you'll never go wrong. Progressive enhancement means your code will always work, because you'll always focus on providing a minimal experience first, and then adding features, functionality, and behavior on top of the content.
My name is Jeremy and I am a boring front-end developer.
I share the concerns expressed here about the "sizes" attribute that's part of the new turbo-powered img element (or "the picture element and its associates", if you prefer). Putting style or layout information into HTML smells bad.
This is a concern that Matt Wilcox has raised:
Change the design and those breakpoints are likely to be wrong. So you'll need to change all of the client-side mark-up that references images.
I can give you a current use-case: right here on adactio.com, you can change the stylesheet …so I can't embed breakpoints or sizes into my img elements because—quite rightly—there's a separation between the structural HTML layer and the presentational CSS layer.
Following on from that post of Jason's I linked to, Chris also emphasises that, for most use cases, you probably only need to use srcset (and maybe sizes), but not the picture element with explicit sources.
It's really, really great that people are writing about this, because it can be quite a confusing topic to wrap your head around at first.
It's very early days for ServiceWorker, but Jake is on hand with documentation and instructions on its use. To be honest, most of this is over my head and I suspect it won't really "click" until I try using it for myself.
Where it gets really interesting is in the comments. Stuart asks "What about progressive enhancement?" And Jake points out that because a ServiceWorker won't be installed on a first visit, you pretty much have to treat it as an enhancement. In fact, you'd have to go out of your way to make it a requirement:
You could, of course, throw up a splash screen and wait for the ServiceWorker to install, creating a ServiceWorker-dependant experience. I will hunt those people down.
Jason points out that the picture element might not be needed for most responsive image use cases; the srcset and sizes attributes will probably be enough—that's what I'm doing for the photos on my site.
Bruce went to the Extensible Web Summit in Berlin and wrote up his notes.
Sounds like he shares my excitement, but also my nervousness.
I'm not yet entirely convinced that we're not heralding a new era of JavaScript-only web development. I don't want to see the fossilisation of the declarative web and a new Programmer Priesthood (re-)emerge.
There's also this important point, that Alex would do well to remember before crying "Piffle and tosh!":
We need to ensure that all devs who want to can participate by allowing ease of collaboration, courteous discourse.
Opera Mini is about to be installed as the default browser on a few more million phones.
Dan Donald gets to the heart of progressive enhancement:
Assumptions in themselves don't have to be inherently bad but let's recognise them for what they are. We know very little but that can hopefully enable us to be far more flexible and understanding in what we create.
One more reason why you should never sniff user-agent strings: Internet Explorer is going to lie some more. Can't really blame them though—if developers didn't insist on making spurious conclusions based on information in the user-agent string, then browsers wouldn't have to lie.
Oh, and Internet Explorer is going to parse -webkit prefixed styles. Again, if developers hadn't abused vendor prefixes, we wouldn't be in this mess.
Well, thanks to the ass-hattery of AddThis, the use case of your site's visitors switching off JavaScript for (legitimate) security reasons just became a lot more plausible.
But you're using JavaScript as an enhancement, right? You're not relying on it for core tasks, right?
Personally, I'm all for more browsers. The more, the merrier.
I, for one, don't welcome our applinks overlords.
So, you're checking out your news feed on your Facebook app and you see a CNN post that you want to read. After reading the post on CNN, you decide you want to to read the source article on TMZ…
Some URLs are ugly. Some URLs aren't. Let's not sacrifice them.
A lovely post by Mark on the value of URLs.
Nat's take on Chrome's proposal to bury URLs:
The URLs are the cornerstone of the interconnected, decentralised web. Removing the URLs from the browser is an attempt to expand and consolidate centralised power.
Right now, this move to remove URLs from the interface of Chrome is just an experiment …but the fact that Google are even experimenting with it is very disturbing.
"Who? Me? No, I was never going to actually blow the web's brains out—I just wanted to feel the heft of the weapon as I stroked it against the face of the web."
Derek's excellent advice on avoiding over-reliance on data attributes has this brilliant nugget of insight:
In the web front-end stack — HTML, CSS, JS, and ARIA — if you can solve a problem with a simpler solution lower in the stack, you should. It's less fragile, more foolproof, and just works
I like this idea. It would be nice to see it catch on…
- Report a bug for any website or browser.
- Our team of volunteers diagnoses the bug.
- We send a fix to the site owner or browser.
A nice summation by Dan of when it makes sense to use a graphic design tool like Photoshop and when it makes sense to use a web browser.
John echoes some of my recent thinking about what qualifies as a web browser and, by extension, what qualifies as the web:
We shouldn't think of "the web" as only what renders in web browsers. We should think of the web as anything transmitted using HTTP and HTTPS. Apps and websites are peers, not competitors. They're all just clients to the same services.
That said, I think he is perhaps underestimating the power of URLs. Addressability—particularly over an extended time period—remains the powerful feature of the web.
A handy way of automating the creation of old-IE stylesheets using Grunt. This follows on from Jake's work in using preprocessors and conditional comments to send a different stylesheet to IE8 and below—one that doesn't contain media queries. It's a clever way of creating mobile-first responsive sites that still provide large-screen styles to older versions of IE.
The importance of long-term thinking in web design. I love this description of the web:
a truly fluid, chaotic design medium serving millions of imperfect clients
Some good ideas on the idea of element-level media queries, a feature that developers are crying out for and browser makers are saying is too hard. This post has some thoughts on how to deal with the potential issues.
A lovely history lesson on CSS from John.
I think Chrome is doing the right thing by removing the 300 millisecond tap delay on sites that set width=device-width — it's certainly better than only doing it on sites that set user-scalable=no, which felt like rewarding bad behaviour.
John shares his concerns about the increasing complexity involved in developing for the web.
Some excellent research for web developers: find out which unicode characters have the widest support—release useful for choosing icons.
I really like Scott's approach to defining what "support" means in terms of browsers—it makes a lot sense to break things down to the component level.
The authors of the Extensible Web Manifesto explain the thinking behind their …uh… thinking.
There's a lot to like here, with some practical examples of where we've seen a disconnect between JavaScript APIs and declarative HTML (looking at you, Geolocation).
Alex starts with a bit of a rant about the phrase "semantic HTML", which should really just be "well-written HTML, but there then follows some excellent thoughts on the emergence of meaning and the process of standardising on vocabularies.
A nice bit of sleuthing to trace the provenance of one piece of ill-advised user-agent sniffing JavaScript code.
Good luck getting that script updated for the thousands of sites and applications, you say to yourself, where it's laying dormant just waiting to send devices the wrong content based on a UA substring.
Henri gives an overview of the DRM-style encryption proposed for HTML. It's a very balanced unbiased description, but if you have the slightest concern about security, sentences like this should give you the heebie-jeebies:
This is the worst idea for a W3C community group ever. Come to think of it, it's the worst idea for an idea ever.
Brian writes up his experience working on the line-mode browser hack event at CERN.
Once you get past the cheesy intro music, there are some gems from Robert Cailliau in here.
I took a little time out of the hacking here at CERN to answer a few questions about the line-mode browser project.
This is what I'm working on today (where by "working on", I mean "watching other far more talented people work on").
Alas, that clever SVG fallback trick I linked to a couple of days ago has some unexpected performance side-effects.
WebKit nightlies now have support for
srcset. I'm pleased to see that it's currently constrained to just handling the case of high-density displays; it doesn't duplicate the media query functionality of
I've always maintained that the best solution to responsive images will be some combination of
srcset and
picture: they each have their strengths and weaknesses. The "art direction" use case is better handled by
picture, but the "retina" use case is better handled by
A description of the shockingly cavalier attitude that Chrome takes with saved passwords:
Today, go up to somebody non-technical. Ask to borrow their computer. Visit chrome://settings/passwords and click "show" on a few of the rows. See what they have to say.
A great call-to-arms from Tim, simply asking that we create websites that take advantage of the amazing universality of the web:
The web has the power to go anywhere—any network, any device, any browser. Why not take advantage of that?
Inevitably there is pushback in the comments from developers still in the "denial" stage of coming to terms with what the web is.
A call for developers to let standards bodies know what we want:
It is important that we as developers focus on the right things again. If you encounter a bug, you should not only fix it for your site; you should reach out to browser vendors and web standards people to fix this in a long-term solution. It might cost you a few minutes, but brings a lot of improvement to the whole developer community.
Well, this is interesting: it looks like Chrome might stop waiting 300ms for potential double-tap-to-zoom events if the site is using a meta viewport declaration that sets the width to device-width.
The closing hot topics panel I moderated at this year's Mobilism conference in Amsterdam, featuring Remy, Wilto, Jake, and Dan.
A great history lesson from Dave.
Ah, I remember when the CSS Zen Garden was all fields. Now get off my CSS lawn.
The battle between web fonts and performance. Ian Feather outlines some possible solutions, but of course, as always, the answer is "it depends".
An intriguing initiative to tighten up the loop between standards development and implementation.
A terrific quiz about browser performance from Jake. I had the pleasure of watching him present this in a bar in Amsterdam—he was like a circus carny hoodwinking the assembled geeks.
I guarantee you won't get all of this right, and that's a good thing: you'll learn something. If you do get them all right, either you are Jake or you are very, very sad.
Squee! I'm going to CERN on the 19th and 20th of September to take part in this hackday-like project to recreate the first line-browser.
If you want to help out, fill in the application form.
Jake casts a scrutinising eye over the way that browsers load and parse scripts …and looks at what we can do about it.
A fascinating look at the history of cookies …from the inventor of cookies.
Joking aside, this is a useful resource for keeping track of the current spread of Android versions.
Wow! The CSS Zen Garden is a decade old. Crazy! It's a true piece of web history …and it's back!
A handy plugin for Chrome that always you to inspect media query breakpoints and take screenshots at any of them.
A terrific piece by Remy—based on a talk he gave—on when he uses jQuery and, more importantly, when he doesn't. His experiences and conclusions pretty much mirror my own, but of course Remy is far more thoughtful and smart than I.
Really good stuff.
Want to style those new HTML5 input types? I hope you like vendor prefixes.
A good history lesson in rendering engines: KHTML, WebKit, and now, Blink.
This is wonderful stuff! I'm a big fan of the
datalist element but I hadn't realised how it could be combined with
input types like
range and
So nifty!
I like these design principles for server-side and client-side frameworks. I would say that they're common sense but looking at many popular frameworks, this sense isn't as common as it should be.
A handy one-stop-shop for tips on improving front-end performance.
Best. Chrome extension. EVER!
Paul's Chrome extension replaces every instance of "the cloud" with "the moon" (something I do in my head anyway).
It's forked from an extension that replaces every instance of "the cloud" with "the clown."
Oh, and Ben has written a version for Safari …forked from code that converts every instance of "the cloud" to "my butt."
This issue of A List Apart is a great double-whammy. Lara Swanson has a ton of practical tips for front-end performance enhancements, and Brian dives deep into making your own icon fonts.
The "client hints" proposal looks really interesting: a way for user-agents to send data to the server without requiring the server to have a library of user-agent strings. But Scott has a few concerns about some of the details.
The slides from Anna's terrific talk at the Responsive Day Out.
And this is why user-agent sniffing not a future-friendly technique. A new mobile browser comes along, and it has to spoof a fake UA string to all of these sites.
It's a Red Queen arms race.
A very hand tip from Ben on using SVG background images with a PNG fallback for IE8 and below.
Everything you ever wanted to know about using SVG today.
A good explanation of the litany of woes that comes from Internet Explorer 8 being the highest that users of Windows XP can upgrade to. It's a particularly woeful situation if you are a web developer attempting to provide parity. But there is hope on the horizon:
2013 will see the culmination of all these issues; support for IE 8 will drop of rapidly, users of XP will find an increasingly broken web, the cost of building software in XP organisations will increase.
A gorgeous collection of experiments that showcase just how much is possible in browsers today.
Bruce sits down for a chat with Hixie. This is a good insight into the past and present process behind HTML.
A well-reasoned argument for tackling image optimisation on the server, using content-type negotiation.
David takes a look at worldwide trends in web browsing, pointing out where mobile traffic exceeds desktop …and we're not necessarily talking about smartphones here either.
It would be possible to travel from the Niger Delta on the west coast of Africa, to the horn of Africa on the east coast, without passing through a country where people surf more on desktop than a mobile phone.
Steven Wittens, who gave a terrific talk all about maths at last week's Full Frontal conference, describes his experience at that most excellent event.
Andrea looks at support for HTML5 input types in IE10 Mobile.
Useful advice from Tim on preparing your responsive site for IE10's new "snap mode". Don't worry: it doesn't involve adding any proprietary crap …quite the opposite, in fact.
This is an excellent resource from Anna. She's documenting the browser capabilities of games consoles.
A one-stop-shop for browser-compatibility information. This is MDN, HTML5 Rocks, and Quirksmode all rolled into one.
Wow. This might be the stupidest behaviour from a browser that I've ever come across: mobile Safari behaves differently depending on the top level domain of the site! Madness!
Mind you… it's kind of poetic justice for having a ridonkulous .mobi domain in the first place.
Hey look; Anna's in a CSSquirrel comic! And for good reason: Kyle is as impressed as I am with Anna's research into browsers on gaming devices.
There's also a call for more community device labs. I approve.
An excellent in-depth article from Anna on the many gaming devices out there that have both an internet connection and a web browser.
Luke collates some useful mobile browsing statistics once again. Most of it is quite US-centric, but this closing point is a whopper:
36 countries more than doubled their Opera Mini user bases in one year.
Bruce writes about a worrying trend in standards work:
Tossing a specification that you've written in-house, in secret and already implemented onto a table at W3C, saying "here, standardise this" as you saunter past isn't a Get Out of Jail Free card for proprietary misdemeanours. And it isn't standardisation.
Stuart on the importance of View Source.
A great behind-the-scenes look at the redesign (and redevelopment) of Twitter's mobile subdomain silo. Man, I would love to see this progressively enhanced up to the current widescreen view for "desktop" browsers without the need for separate URLs for any class of device.
But I digress …this is good stuff.
Nicholas is inside my head! Get out of my head, Nicholas!
What makes the web beautiful is precisely that there are multiple browsers and, if you build things correctly, your sites and applications work in them all. They might not necessarily work exactly the same in them all, but they should still be able to work. There is absolutely nothing preventing you from using new features in your web applications, that's what progressive enhancement is all about.
Here's a brainbuster for ya: a single file that renders both as HTML and as a JPEG. As an HTML page, it even contains an img element with a src of …itself!
Compare the "view source" output with the generated source output to see it's being interpreted.
Anna reports on her experience testing on a device we don't often think about: the Nintendo DS …very popular with the young 'uns.
A nice timeline visualisation of recent history.
Wilto does an excellent job of summarising the current state of responsive images, highlighting Florian Rivoal's compromise proposal that combines the best of the picture element with the best of srcset.
Well, I guess this is one way of encouraging people to upgrade their browser.
A nice round-up of the issues around responsive images and their potential solutions.
This is an excellent idea from Jake: use a preprocessor to automatically spit out a stylesheet for older versions of IE that includes desktop styles (garnered from the declarations within media queries).
If you're a dab hand with Ruby and you'd like to see this in SASS, you can help.
Jason outlines the real challenge to every proposed solution for responsive images: they just don't jibe with the way that browsers (quite rightly) pre-fetch images.
A well thought-out evaluation on responsive images from Bridget.
Have you thought "There must be a good reason for the blink element." Well, read on.
Here's the video of the mobile browser panel I moderated at Mobilism in Amsterdam. These guys were really good sports to put up with my wisecracking shots for cheap laughs at their expense.
This seems like a sensible way for browsers to approach implementing vendor-prefixed CSS properties.
This is the absolutely worst way to think about browser support: because the design doesn't render "pixel perfect" (whatever that means) in a browser, that browser is blocked from accessing content. This is completely unnecessary and shows a fundamental lack of understanding of the web's greatest feature: progressive enhancement.
Wilto gives a thorough explanation of the state of things with responsive images, particularly the work being done at the Responsive Images Community Group at the W3C.
This is a very in-depth look at how to become a power user of the Web Inspector in Webkit browsers. I'm sitting down with a nice cup of tea to go through all of this.
I had a chat with the guys from Pingdom about performance'n'stuff. If I sound incoherent, that's because this is a direct transcription of a Skype call, where, like, apparently I don't, y'know, talk in complete sentences and yeah.
Tim has published the results of a whole bunch of testing he did on how different browsers deal with hidden or replaced images.
How designing in the browser works for rapid iteration.
This seems like a sensible way of separating capable browsers from legacy browsers: if the browser supports querySelector, localStorage and addEventListener, you're good to go.
An in-depth look at the BBC News mobile testing process. I think it's great that people are sharing this kind of information.
A fun little multiplayer game, all possible in the browser thanks to web sockets.
An oldie but a goodie: Clay Shirky looks at the design principles underlying HTML in order to figure out what made it so successful. Even though this is fourteen years old, there are plenty of still-relevant insights here.
A great talk by Nicholas on what progressive enhancement means today. There's some good ammunition in here.
Scott has created a one-stop-shop for documenting browser bugs in mobile devices. Feel free to add to it.
I completely agree with everything Rachel says here. I see far too many projects that start out with pre-emptive conditional comments, JavaScript libraries and polyfills, without knowing whether or not they're actually going to be needed.
Mozilla will be supporting H.264 …but they're not happy about it.
I won't sugar-coat this pill. But we must swallow it if we are to succeed in our mobile initiatives. Failure on mobile is too likely to consign Mozilla to decline and irrelevance.
Chris defends himself from some inaccuracies I flung his way, regarding fonts and DRM.
Luke rounds up some of the alternatives to bitmap-based images—an increasingly important topic for "resolutionary" "retina' displays (bleurgh!).
A great post that discusses exactly what we mean when we talk about "supporting" different browsers.
An acid test for mobile browsers. Point your device at rng.io and it will report on how much or little mobile shininess is available.
Mark talks about the tools web designers use and the tools web designers want. The upshot: use whatever you're most comfortable with.
A really handy test site from Lea that reports your browser's recognition of CSS properties.
A terrific article from Wilto detailing the thinking that went into the Boston Globe's responsive image techniques and how browser pre-caching is now throwing a spanner in the works.
Harry interviews Glenn about web intents (web actions). Glenn gives a good clear explanation of what they are.
A very useful site for checking browser support for CSS features. The test cases are really handy and the site gets extra bonus points for not calling itself "HTML5" anything.
This looks like a handy resource with a shitty, shitty name. Count the number of items that are in HTML (or JavaScript or APIs). Now count the number of items that are in CSS.
Some valuable musings from Ben on how browsers could be better — and I don't mean the usual moaning about performance or device APIs.
An incredibly realistic Photoshop simulator built in the browser—it feels exactly like using the desktop version.
Stephanie details all the things we have to know about when designing for today's broad range of devices: performance, capabilities, form factor, pixel density, and network latency.
These are all good points but I worry that if we just concentrate on the current device landscape, our processes won't adapt to the future.
Joni points out a great advantage to the mobile-first approach if you choose not to polyfill for legacy versions of IE: you can go crazy with all sorts of CSS3 goodies in the stylesheet you pull in with media queries.
This helps to clarify the difference between native semantics and ARIA additions.
View source.
Richard dives into the differences in how browsers handle kerning. Be sure to click through to the beautiful finished result.
Brad is on a roll. He knocks it out of the park again, this time talking about the difference between supporting the huge range of mobile browsers out there compared to trying to optimise for them.
PPK tests the various ways that mobile browsers handle position:fixed, complete with videos.
An in-depth look at browser polyfills: what they are, how they work, and how you can make your own.
Alex weighs in on the newly-reopened debate on vendor prefixes, roundly squashing Henri's concerns.
Brad takes a detailed look at mobile browser support for fixed positioning and how it intersects with page zooming.
Luke points out that the web is everywhere: it's accessible through the browser but also through many native applications. This is the real Web Operating System.
The Web (browser) is inside of every application instead of every application being inside the Web (browser).
Daniel responds to Henri's call-to-arms on vendor prefixes. While he stridently disagrees with most of what Henri suggests, there is also overlapping agreement: they both want vendor prefixes to ship only in experimental builds, not stable browser releases.
This is a very thoughtful piece by Henri on vendor prefixes and it's well worth a read …however the thought of one browser implementing support for vendor-prefixed properties intended for a different browser does make me quite quesy.
A wonderfully in-depth article from Zoe on all the practical aspects of using media queries for layout.
Jason continues his look at responsive images techniques by diving into the nitty-gritty of the various options out there.
Jason takes a high-level look at tackling mobile-first responsive images (his next post will dig into the details). This is a really good summation of current thinking. Be sure to read the comments too: Andy chimes in with his experiences.
Paul paints a grim picture of our future support nightmares with multiple Internet Explorers, each one with multiple buggy "compatibility" modes.
Bruce nails his colours to the mast of future-friendliness (and nicely summarises recent heated debates between John Allsopp, Alex Russell and Joe Hewitt).
John pushes back against the idea that browser innovation is moving too slow.
This handy matrix shows the effect of different -webkit-font-smoothing setting on various text combinations (serif/san-serif light/dark, etc.).
I was all set to bristle against an attack on the W3C from Alex …but when I actually read the post, I found it hard to disagree with. If anything, this shows just how much Alex cares about the W3C (probably more than most people).
The conversation in the comments is worth reading too.
This just launched at the Breaking Development conference: another site that uses the term HTML5 to include CSS and Ajax. Still, despite its inaccurate nomenclature, it's a useful compatibility table of device support in mobile browsers.
An eye-opening insight into web usage on mobile devices in Asia from Paul Rouget.
This abuse of the !important declaration in Firefox's user-agent stylesheet was driving me crazy recently. Roger proposes a CSS patch, but this is really something that needs to be fixed in the browser.
Jake's talk at DIBI earlier this year was absolutely fantastic. It features a rape reference, a story about pissing, and a Human Centipede metaphor.
It's also very, very informative. Watch this.
A valiant attempt to polyfill support for hyphenation in browsers other than the latest Safari and Firefox.
A very clever and tricksy way to sync up multiple devices so that when you refresh a URL or follow a link on one, it happens on all of them. It uses OS X's Internet Sharing feature combined with locally-hosted Node.js. It's positively McGyverian!
Finally. Hyphenation on the web.
Pretty much the only forms of Western literature that don't use hyphenation are children's books and websites. Until now.
Insanely in-depth look at how browsers work, right down to the nitty gritty. You'd think there'd be a lot of engineering talk, but actually a lot of it is more about linguistics and language parsing.
This is a thoroughly enjoyable, frustratingly addictive two-player game for the iPad.
Oh, and it just happens to be made with HTML, CSS and JavaScript.
There are some inaccuracies and misrepresentations in here, but on the whole this is a pretty good round-up of your options when dealing with responsive design in older browsers.
A great reminder from Bruce that we need to remember to use cutting-edge web technology responsibly.
A quick overview and explanation of web intents.
Listen to Josh explain a genuinely useful example of HTML5's local storage that he's added to Fontdeck.
This is your one-stop shop for envelope-pushing in the browser:
The very best of creative JavaScript and HTML5.
Everything you ever needed to know about adding HTML5 audio and video to your site, courtesy of the mighty John Allsopp.
A look at some of the new HTML5/JavaScript additions coming in the next version of Mobile Safari.
An excellent summation of one web developer's journey with responsive web design.
A handy little tool for testing responsive designs by automatically changing your browser viewport size.
This dovetails nicely with my recent post about the spirit of distributed collaboration. Here's a great little bit of near-history spelunking from Paul, all about styling new HTML5 elements in pesky older versions of Internet Explorer.
Luke's notes from the browser panel I moderated at the Mobilism conference.
Here's a video of the mobile browser panel I moderated at Mobilism in Amsterdam today. It gets fairly technical for a while but it was mostly a lot of fun.
Well, ya learn something new every day …or at least I did. I had no idea about the rem unit—relative em—for font-sizing in CSS.
Ben Buchanan has a nice round-up of some of the options available when you're switching over to HTML5.
Mark Pilgrim translates Dean Hachamovitch's utterly bizarre and nonsensical announcement of IE10 that kept talking about "native HTML5."
A quick chat with me in the hallway after my talk in Seattle.
A browser-based ePub reader. 'Cause it's (X)HTML all the way down, baby.
A rather vicious evaluation of browser support for the audio element and the audio API. It is divided up into:
A nice'n'small lazy loader that should make life easier when it comes to pollyfilling browser support for nifty HTML5 or CSS3 features.
Some musings from Norman Walsh. I have to say, I'm still not entirely sure why the HTML/XML Task Force exists. The "use cases" described here are vague and handwavey.
PPK on the circle of life when it comes to online technology advances; innovation happens fast in proprietary platforms, but the good stuff ends up being natively supported in browsers. It's a pretty good ecosystem, all in all.
This script adds user-agent information in class names to the document's root element so that those user agents can be targeted with CSS. It could be useful, but only in direst need.
A Huffduffer extension for Chrome — thanks to Jeremy Carbaugh.
I'll be adding a link to this from the footer of Huffduffer for Chrome users.
An oldie but a goodie. This is why we have standards.
A handy shim for audio: it uses the native implementation where possible and Flash as a fallback.
Nicole proposes an interesting way of clearing floats with a combination of display:table-cell and generated content.
Bobbie is publishing the interviews he conducted with various HTML5 bods when he was researching his Technology Review article. First up: Hixie.
Handy! A JavaScript API for accessing microformats in a document, based on Mozilla's implementation for extensions.
A delightful online book that makes excellent use of HTML5's history API.
A quick run-through of some of the new HTML5 form features coming in Firefox 4.
All the tests and all the results, all in one place.
A great explanation of the responsive enhancement of this site.
A handy table of new HTML5 elements and whether or not they are exposed to assistive technology.
I couldn't agree more with this rant from Remy. He took the words right out of my mouth.
A very handy page for showing HTML5 form element support in your browser.
An interesting performance proposal from mozilla that will degrade nicely in legacy browsers.
An excellent argument in favour of vendor prefixes in CSS, from Eric.
Steve Faulkner has created a petition to let Google know what screenreader users think of Chrome's appalling lack of basic accessibility hooks.
Tantek is working with Mozilla now. I expect great things will come of this.
A really handy list of really short JavaScript code for HTML5 feature detection.
Henri Sivonen gives the lowdown on the HTML5 parser that will ship with the next version of Firefox. This is a huge development ...and yet users won't even notice it (by design).
The origins of the blink element are fascinating. To nobody's surprise, alcohol was involved.
A framework for creating old-school arcade games in the browser, using HTML5.
Mozilla aims to plug the :visited/getComputedStyle bug/feature.
A thoughtful piece by John Gruber on HTML5 video: yes, software patents are toxic to the web but perhaps H.264 isn't the worst offender.
Edit some CSS rules and this in-browser code editor will automatically update related browser-specific declarations.
Encode your video twice (mp4 and ogg) and you can then serve it up in 4 different ways: 2 HTML5 video sources, 1 quicktime player, and 1 Flash player.
Best. Bug report. Ever.
Still addictive after all these years.
This. This right here is how you manage sites in multiple languages. Are you listening, Google?
Aza Raskin share's some mockups of ideas for incorporating identity management into the browser.
A fascinating trip down memory lane to the birth of the IMG element.
Test cases for font-linking.
Using Google Chrome Frame in IE will give users of assistive technology the same shitty to non-existent experience they would get in the actual Google Chrome browser.
Getting font-linking to work in all browsers.
Simon St. Laurent explains why mobile support for HTML5 mitigates Microsoft's dominance of desktop web browsing.
A poster campaign aimed at encouraging IT departments to upgrade company browser policy.
Remy's riposte to http://ishtml5readyyet.com/
@font-face for all — Ted shows how to convert TTF files to EOT using the command line.
Trammell outlines the thoughtful, research-based approach that Digg will be taking in phasing out IE6 support.
The smart way to put video on the web: don't choose one single delivery method.
The spectre of patents is hurting progress on the web.
Courtesy of Remy. Doesn't he ever sleep?
A good description of how font linking works.
Andy's excellent presentation from An Event Apart in Boston and @media in London. Required reading/viewing.
The 26 step process required to add +1 to a feature request in IE. Franz Kafka is alive and well and living in Redmond.
A blog of all things webkit, itself showcasing some of the CSS niceties in the rendering engine.
Ethan follows up his Fluid Grids article with an equally excellent piece on resizing images.
Here's a different kind of browser stats graph. It shows numbers instead of percentage. Percentage-based graphs don't show just how much the pie has grown over time.
This is kinda sneaky but quite clever. Subtly encourage IE6 users to upgrade.
Remy explains how to get Firefox 2 and Camino to recognise HTML5 structural elements.
Step by step instructions for making your own Internet Explorer voodoo doll to stick pins into.
Great article by Bruce defending the principle of One Web.
Neil explains how you can have your Safari cake and eat it.
A PMOG mission where players learn about the password anti-pattern.
This addition to Firebug is rather excellent: a built in reference for whatever you're inspecting.
Bid farewell to IE6.
A superb bit of browser research by Richard. "There's more to the lives of many typefaces than just Bold and Regular, but almost no browsers follow the proper CSS 1 way of specifying Light, Semibold, Black and other weights. There is a workaround,…
A web browser for Android that detects microformats and allows direct actions with the data. The map integration is exactly the kind of thing I'd like to see on the iPhone.
A document outlining browser support standards for bbc.co.uk
This looks like being an excellent—and free—resource "...meant to provide web application developers, browser engineers, and information security researchers with a one-stop reference to key security properties of contemporary web browsers."
A huffduffer plugin for Ubiquity: "This simple script allows you to huff duff any mp3 file simple by invoking Ubiquity and typing 'huff-duff-it'."
John has come to the same conclusion as Richard with regards to font embedding. In short, the font foundries are missing a huge revenue stream. They could be offering fonts on a per-domain basis (a la Google Maps or any other third-party API). Rem…
Here's a handy little trick from Paul: use conditional comments to add a class to your BODY element, allowing you to target IE without a separate stylesheet.
A great article by Malarkey wherein he lists five examples of progressive enrichment (as Dan is wont to call it) complete with side-by-side comparisons. Useful ammo, this.
Håkon is not happy with the default settings in IE8. Deep in the preferences, "Display intranet sites in Compatibility View" is checked.
The last piece is falling into place. IE8 has ARIA support, Mozilla has ARIA support ...and now WebKit is getting there. Excellent!
Camino 1.6 is out. Get it while it's hot.
Browse trough your twitter friends, and your friends' friends, and your friends' friends' friends...
David has no sense of humour.
Praise Jeebus! The IE team are doing the right thing regarding the default behaviour of version targeting in IE8. Thank you, thank you, thank you!
The title of "most bizarre IE quirk" is hotly contested, given just how many of them there are. But John has found a real humdinger here.
The Highland Fling returns for its second year. This was good fun last time 'round. It's a cheap and cheerful one-day conference. This year's theme is "The Browser and Beyond."
I saw Niall explain this at the Social Graph Foo Camp. It's crazy stuff that could be used for good or for evil.
You'll probably want to visit this page in anything other than Internet Explorer.
A nice analysis and skewering of Microsoft's proposed default behaviour for version targeting.
Rachel adds her thoughts on Microsoft's broken implementation of version switching—and very good thoughts they are too.
A new version of Dean's IE7 script is available. Given my daily frustrations with IE6, I hope its marketshare declines enough that I can use this as a magic bullet in front-end development.
Netscape Navigator is officially dead. Rest in peace, my old adversary.
If you want to install the beta of Firefox 3 on OS X but you still want to keep a copy of Firefox 2, John will show you how.
Great news from Redmond: IE8 passes the Acid2 test.
Like "is it Christmas?" or "is Twitter down?" but less Boolean.
PPK has once again been doing sterling work. He's updated the DOM compatibility chart and things are actually looking pretty good.
Oh yes! A plugin for Safari that will detect, display and export hCard and hCalendar data. Caveat: it only works on Leopard so, because I haven't upgraded yet, I haven't had a chance to testdrive this yet myself.
WebKit continues to steam ahead. Now with CSS transforms; you can scale and rotate your elements.
I just learned from Kelly that Webkit is supporting local storage and database queries, as proposed in HTML5. Kinda like Google Gears. Potentially excited for the iPhone/iPod Touch.
David Smith has written a brilliant overview of how the perception of the Web is converging towards Tim Berners-Lee original vision of a read/write environment.
Hail to the King... so says Business Week.
The justification behind YSlow. If you've heard Nate Koechley speak, some of this will be familiar to you. It's all solid advice as far as I can tell.
The YUI folks have released an add-on for Firebug that will analyse your pages and suggest ways of speeding it up.
A microformat detection extension for Firefox 2. This looks more human-friendly than the existing Tails extensions.
Got Safari? Try resizing this page.
Roger hits the nail on the head: "fixed widths are used for the wrong reason - designer vanity. Come on, you're designing for the Web, which means it's your job to let things be flexible when you can."
Handy Firefox keyboard shortcuts, courtesy of Derek.
Read it and weep (for joy). The updated graded browser support table from Yahoo! "Termination of A-grade Support, IE5.5, Win"
This transcript of Pat'n'Bruce's talk at the Geek in the Park makes for a great, thought-provoking read.
This is just about one of the geekiest things I've ever seen. A crop circle of the Firefox logo. This is not Photoshopped.
Good news everyone! ClearType is turned on by default in IE7.
Jon's mock-ups of how microformat detection and display might work in Safari are spot on. It would be so cool if this idea was picked up by browser developers.
Anthropomorphic browser icons are funny.
Camino 1.0 is out. Come and get it.
A transcript of the Q&A session with Dave.
As in beer.
Weep not, Ethan! SVG lives... possibly in Safari and Dashboard.
The DOM support looks great.