I use Click-to-Flash on my laptop and it's not until you install a plugin like that that you realize how inappropriately overused flash is.
My biggest complaint is sIFR text replacement. Seriously, using Flash just to serve up a certain font for your H1 or H2 titles is complete and utter crap.
While I do think that this is bad user experience for those buying the MacBook Air, it should help foster an overall better user experience for the Internet.
With Flash not coming standard and Apple gaining so much market share, it will only be a matter of time before the percent of Flash enabled browsers falls enough that web developers need to start using more appropriate standards-based techniques.
Once that hits 95%, I think we'll start seeing a tipping point. About 68% of web browsers worldwide currently have partial HTML5 support (IE8+, Firefox 3.5+, Chrome 6.0+, Safari 5.0+, Opera 10+). That number is 72% in the US.
I give it two years until Flash and HTML5 are at parity with one another.
I've heard - and seen - the same argument made with respect to Flash on one side and HTML4 + JavaScript on the other side.
I'm the biggest flash hater there is, I only started using it November last year for one specific feature that we no longer could talk our way around (video+audio) and it is really amusing to see history repeat like this.
Adobe isn't going anywhere, and, unfortunately, neither is flash. 'just' video is not going to suddenly make everybody drop flash.
> While I do think that this is bad user experience for those buying the MacBook Air, it should help foster an overall better user experience for the Internet.
Reducing the user experience for any group does not increase the user experience for the whole.
What it might do is foster standardization in the long run. But don't forget that Apple is not doing this from the good of their heart to help open standards, but simply because flash competes with the App store.
It is no coincidence that flash gets dropped from the MBA at the same time that the app store for the Mac gets launched.
How does Flash compete with the App Store more than HTML5? Since Apple has been promoting HTML5 web apps, especially those targeting Mobile Safari, I find it hard to believe that their hatred of Flash comes from a desire to protect the App Store. I take Apple at their word that it's because of Flash's atrocious performance, which as a Mac user I can attest to.
I don't agree with this decision, though. I think the best way to handle Flash is to build ClickToFlash functionality directly into the browser.
I don't think that's at all the case. Flash is mostly used for rich content on web pages. If it competes with anything, it's new browser features like HTML5. One could make the argument that Apple is trying to discourage the use of flash-based competitors to iTunes such as Amazon VOD and Hulu. Though that's a bit of a stretch.
It is no coincidence that flash gets dropped from the MBA at the same time that the app store for the Mac gets launched.
I think the coincidence is more mundane. According to Jobs, Apple made a more realistic battery benchmark for the Air. It now involves browsing 25 popular websites over wifi. Killing flash would almost certainly improve battery life in that benchmark.
...it will only be a matter of time before the percent of Flash enabled browsers falls enough that web developers need to start using more appropriate standards-based techniques.
I agree with your prediction, but I'm not sure it will be a good thing. With the exception of a few popular domains, I'd say 90% of flash content serves to annoy me and waste my computer's resources. I love using clicktoflash because it filters so much. Imagine if band websites started using HTML5 instead of flash. Instead of a big gray box with a "skip intro" link below it, you'd get bombarded with loud noises and stuff flashing on your screen.
I say this half-jokingly: How long until someone makes clicktoHTML5?
This last comment is exactly right. People are quick to blame Flash, but it's what Flash enables and what runs on Flash that is the problem, which is 90% ads. And that can just as easily become annoying in HTML5/javascript, minus the sandboxing of Flash.
Moving from "click to enable technology that usually contains annoying video and sound" to "click to enable video and/or sound" is a better approach, in my opinion. That way if someone wants videos to play, but require permission to play sound, or wants sounds on one site but no videos, they can do that. We move from an all or none solution to something customizable.
Also embedded audio and gifs aren't covered by flash-blockers, though in some cases there isn't much of a difference between that and a video ad. If we have to filter content by type and/or by html tag instead of "wrapper that normally contains type", we'd get better coverage overall.
Although this doesn't solve the issue you raised, one change I would like to see made on the browser side is sandboxed tabs. As far as I know only Chrome is sandboxing tabs at the moment. I'd like to see Firefox and Safari do the same so one bad javascript doesn't kill the browser entirely.
One way those issues could be addressed is by Google page ranking. If certain abusive practices were highlighted as universally obnoxious, I'm sure Google could create filters to reduce the search ranking of those pages using obnoxious HTML5 and JS. My reasoning here is that the same executives and elements of corporate culture responsible for obnoxious uses of Flash and other technologies today are the same ones that push the hardest for SEO. At least at the HTML5 and JS level, Google could parse for obnoxious code, which AFAIK is something they can't do today with Flash. It's a bit of a stretch but certainly a possible solution.
For the sIFR thing don't blame the website designers, blame the browsers and HTML group.
And as for 'more appropriate standards-based techniques', the phrase gives me the creeps.
We're living in an age of a range of wonderful languages, fantastic form markup languages, superb IDEs.
Apart from in web applications.
Languages? Javascript. One choice. And a very odd one at that. Markup? HTML. Yuck, no extensibility, barely updated for 10 years, way, way, way behind flash or xaml, it hasn't even got close to what's available to us on desktops yet. Javascript IDEs? None of any note that I've come across.
Wouldn't it be great if Chrome, Safari or Firefox added in python or ruby client-side support. Or all of them, really kill off IE...
It's a dire state of affairs, Microsoft are to blame, but I wouldn't celebrate 'standards-based' techniques. They're frustratingly constricting and old fashioned.
>Languages? Javascript. One choice. And a very odd one at that. Markup? HTML. Yuck, no extensibility, barely updated for 10 years, way, way, way behind flash or xaml, it hasn't even got close to what's available to us on desktops yet.
Choice is a wonderful thing, but take a look at how different the browsers are at implementing these basic, single languages. Imagine if you had to worry about cross browser support for another language. You might not just have to write your webpage to support IE6, but have to rewrite it in another language. It'd be great if we had multiple web languages, but it'd also be great if we had one single web language that actually worked 100% consistently cross platform.
For the most part, we do have a single web language that is reasonably consistent across platforms... if you keep things simple.
Where things get dicey is when designers demand a high level of control over the cosmetics (i.e., pixel perfection) or developers demand a high level of control over the interactivity (i.e., making rich internet apps, etc.).
I'm not saying there's anything wrong with pixel perfect design or rich internet applications, but it is the desire to make the browser a design/media/application platform that created all these cross-browser issues.
--
On a side note, sometimes I wonder if there would be more fat clients if Windows did not introduce DLL hell. DLL hell and app maintenance contributed to the enterprise market's desire for browser based applications.
If you take iOS for example, you see a lot of apps for site content that are native and richer than a browser, but still rely heavily on http. That model seems to be thriving.
This might go back to the problems with the Flash plug-in that shipped with OS X 10.6. At the time, due to needing to get the discs made, 10.6 ended up shipping with a Flash plug-in with a security problem. If I remember correctly, the patch Apple shipped was shortly vulnerable too due to another security problem.
I wonder if they've made a judgement that the basic installs of OS X will be like iOS and not contain 3rd party software that they can't control.
Firefox and Chrome will install Flash for you quite easily (or actually, Chrome has it built in, doesn't it?). However, I suppose 60% of Mac users prefer Safari. Does Safari have a plug in finder service like Firefox, if so, does it locate Flash for you?
Oh, as the article notes, Windows doesn't ship with Flash installed, either. Does this mean anything at all? No.
On Safari market share, maybe the Mac OS X App store will have the unintended effect of promoting free (non-pay) software such as Firefox, Chrome and Opera, assuming there isn't some convenient rule that prevents including them.
"Oh, as the article notes, Windows doesn't ship with Flash installed, either."
Why Microsoft doesn't ship Windows with Flash anymore might have something to do with the fact that they're trying to push Silverlight (even though that's not a standard install either).
The main way to get Flash is through alternative content placed inside an <object> tag which should be displayed when a player is not found. So normally a download button would appear, in the screenshot though it looks like Engadget just wrote bad embedding code.
At the very least, I was forced to perform an annoying upgrade of a painfully outdated version of Flash that came on the XP install media. In that case, it's the same effort as an install.
It doesn't perform wonderful and has some issues. More users are using Apple products and have noticed it's not the best experience.
It has been stated and somewhat emphasized by Apple and the media to the general public that HTML5 embedded video is the future. See for example: http://www.apple.com/ipad/ready-for-ipad/
The way I see it this is just your typical forward looking / future innovation push move by Apple.
This will probably improve security. If they shipped Flash on the device, there is a very good chance that it would be out of date (and insecure) by the time someone buys it.
Funny because I watched the video of them talking about the air (white bkg, shots of machining etc) and they kept mentioning how much that they loved flash. They were talking about flash memory
This is quite a shot across the bow by Apple. As the post says, all previous (and existing!) laptops and desktops ship with Flash preinstalled. Whereas I can understand the motivation for it missing from iDevices, this makes far less sense.
This comes at about the same time that Apple deprecates Oracle's Java from OS X. Is this a general move against preinstalling third party libraries or unrelated?
Perhaps it signals Apple's belief that both technologies are moribund, if not dying outright.
Perhaps it stems from Apple's claim that Flash is bad for battery life. This can matter even when there aren't obvious Flash widgets on pages you visit. Flash is used for ads and any number of tracking processes.
As much as some will love to pour hate on Apple for this move I think the real failure here belongs to Adobe who has been satisfied to sit on their laurels blaming Apple for victimizing them rather than delivering a compelling Flash experience on mobile devices or OS X (3+ years after the iPhone's release only now is full Flash running on mobile (Android) devices and reports are mixed on the experience).
Indeed, they were somewhat forced to maintain their own port of Sun's JDK because Sun was in a position of power and Apple was perpetually "beleaguered" back then. In contrast, Sun had no choice but to put resources into maintaining the Windows version of the JDK. Perhaps Apple has grown to the point where they can expect Oracle to deliver the JDK on Mac if they want to have a presence there.
If not Oracle, then the OpenJDK community. Either way, if it's wanted badly enough, it will happen.
The long-shot bet would be an LLVM/VMKit implementation that is clean of Sun code.
Maybe they will, maybe not. But for the moment Apple is effectively dropping Java support, and that's not a minor thing.
I'm writing this on an MBP and might well post from a Macbook Air someday but I think Hacker News is giving Apple a very non-Hackerlike treatment. They're clearly moving their computers to a much more controlled iPhone/iPad model.
Somehow I don't think so. Oracle is a pure B2B play. Apple computers are still a rarity in the enterprise, and in those companies that do have Apple computers are most likely not Oracle's target market.
Oracle might try to remedy this situation eventually, but my bet is that it will be too little, too late.
"Perhaps it stems from Apple's claim that Flash is bad for battery life"
Supporting multiple similar runtimes (HTML+JavaScript vs Flash vs Java vs SilverLight vs somebody else's kitchen sink) may make sense, but eats disk space, and, once people start using them, RAM and CPU bandwidth (due to less sharing of code between programs).
Including Flash and Java made sense a couple of years ago on the Mac, but when designing the iPhone, Apple, as they always do, revisited earlier decisions, and decided they should go. Given RAM constraints, I can see why.
On these new MacBooks, I guess Flash was dropped not because of RAM constraints, but because the disk is relatively small. It is but a tiny part of that 64 GB, but they probably must make many small cuts to give the user as much space as possible for his own stuff.
> Perhaps it stems from Apple's claim that Flash is bad for battery life. This can matter even when there aren't obvious Flash widgets on pages you visit. Flash is used for ads and any number of tracking processes.
If that's true, it still doesn't help mot users. I would guess that most users will install Flash pretty quickly after getting their laptop. They will then be subject to flash on all webpages, negating any battery savings.
Adobe needs a good kick in the ass. Spend a day in any of their flagship design apps and let the pain begin. Inconsistant UI, constant errors... their products have gone down hill and Flash is no exception.
Adobe needs product leaders that care. I think Apple is not so subtly trying to send them that message.
You might even be looking into it to far ... the last time Apple shipped Flash with their OS they pressed a vulnerable version onto their DVD's that were used to install the OS and that made them look bad. This time around that just won't be possible.
That is a pretty hilarious/interesting idea. If Apple doesn't do that maybe Adobe will license and start packaging Click-To-Flash with the Flash plugin. That would be very nice and pro-consumer on Adobe's part.
My biggest complaint is sIFR text replacement. Seriously, using Flash just to serve up a certain font for your H1 or H2 titles is complete and utter crap.
While I do think that this is bad user experience for those buying the MacBook Air, it should help foster an overall better user experience for the Internet.
With Flash not coming standard and Apple gaining so much market share, it will only be a matter of time before the percent of Flash enabled browsers falls enough that web developers need to start using more appropriate standards-based techniques.
Adobe claims that Flash reaches 99% of browsers: http://www.adobe.com/products/player_census/flashplayer/
Once that hits 95%, I think we'll start seeing a tipping point. About 68% of web browsers worldwide currently have partial HTML5 support (IE8+, Firefox 3.5+, Chrome 6.0+, Safari 5.0+, Opera 10+). That number is 72% in the US.
I give it two years until Flash and HTML5 are at parity with one another.