Feeds

Microsoft U-turns on WebKit extension for Mobile IE

Goodwill turns bad

Providing a secure and efficient Helpdesk

The Microsoft team building Internet Explorer for Windows Phone 7 has U-turned on plans to add an extension from WebKit to their browser.

The company will only offer a Microsoft-specific prefix to scale text using the next CSS in its mobile phone browser, and it won't add support for the -webkit-text-size-adjust CSS selector - though the code had already turned up in the Windows Phone 7 Emulator.

Windows Phone principal program manger Joe Marini announced the reversal less than a day after he blogged that Microsoft would add the WebKit extension. The U-turn was picked up by ZDNet here.

Marini hit reverse after Microsoft's mobile IE team was slammed by commenters who accused the company of floating an "absurd" and "ill-conceived" change. Among them was World Wide Web Consortium CSS working group chairman Daniel Glazman:

"Let me state it very clearly: vendor prefixes are here for experimental purposes by the vendor represented in the prefix. I __strongly__ recommend removing *immediately* that -webkit-* property from Mobile IE."

Vendor prefixes are used by companies when they want to implement technologies or specifications that are still being pushed through the standards body and are subject to change. The idea is that a company can update its prefix if, and when, the spec changes.

If Microsoft had incorporated the WebKit prefix, developers targeting IE on Windows Phone 7 may have been left at the mercy of those building the WebKit API. If the WebKit team makes a change, it may have broken developers' pages. It would have also required IE-for-mobile developers to build their sites for both the Microsoft and WebKit prefixes.

Marini modestly thanked everybody for their feedback, adding that the idea behind adding WebKit prefixes was to make Web developers' lives "a bit easier" by not having to add "yet another" vendor-prefixed CSS property to their pages to control how text was scaled.

You can experience the full wrath of commenters at the bottom of the original blog here. ®

Secure remote control for conventional and virtual desktops

More from The Register

next story
Not appy with your Chromebook? Well now it can run Android apps
Google offers beta of tricky OS-inside-OS tech
New 'Cosmos' browser surfs the net by TXT alone
No data plan? No WiFi? No worries ... except sluggish download speed
Greater dev access to iOS 8 will put us AT RISK from HACKERS
Knocking holes in Apple's walled garden could backfire, says securo-chap
NHS grows a NoSQL backbone and rips out its Oracle Spine
Open source? In the government? Ha ha! What, wait ...?
Google extends app refund window to two hours
You now have 120 minutes to finish that game instead of 15
Intel: Hey, enterprises, drop everything and DO HADOOP
Big Data analytics projected to run on more servers than any other app
prev story

Whitepapers

Secure remote control for conventional and virtual desktops
Balancing user privacy and privileged access, in accordance with compliance frameworks and legislation. Evaluating any potential remote control choice.
Saudi Petroleum chooses Tegile storage solution
A storage solution that addresses company growth and performance for business-critical applications of caseware archive and search along with other key operational systems.
High Performance for All
While HPC is not new, it has traditionally been seen as a specialist area – is it now geared up to meet more mainstream requirements?
Security for virtualized datacentres
Legacy security solutions are inefficient due to the architectural differences between physical and virtual environments.
Providing a secure and efficient Helpdesk
A single remote control platform for user support is be key to providing an efficient helpdesk. Retain full control over the way in which screen and keystroke data is transmitted.