Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
Flash isn't really efficient, it's a battery hog. Trust me I had it on my S2 and Galaxy Tab 10.1. I sold them

I've seen multiple comparisons where Flash uses substantially LESS CPU power and battery than doing the same thing in HTML 5, so there is just no way that it "isn't really efficient" and is a battery hog.

I'd assume people think that because it depends what you're using it for...if it's just ads on a page that otherwise serves no purpose, than yeah, it'll use more battery life than not having it, but in an actual apples to apples comparison, it's more efficient than HTML 5.

EDIT: At any rate, the ideal situation is it should be up to the *user*, not some giant corporation, as to whether you want flash. Ideally I want it, and on a mobile device without much processing power like an iPad or iPod, I'd want it with an easy to use toggle to shut it off some times.

(Heck, the A8 in my iPod wouldn't be fast enough to handle the Netflix site if it were 4x faster, and that's just HTML...)
 
I've seen multiple comparisons where Flash uses substantially LESS CPU power and battery than doing the same thing in HTML 5, so there is just no way that it "isn't really efficient" and is a battery hog.

Yes. Flash is more efficient than HTML5 for some use cases, but that's not the whole story. HTML5's efficiency is dependent on the implementation of the decoder (for the most part, the browser). As an emerging standard, it is definitely less efficient than the mature Flash Player for complex animations.

But most people that understand the issue are making efficiency claim about Flash are talking about the most common use cases for Flash. Video and Flash advertising. The increased power usage of Flash ads are self evident. As far as video, H.264 video served through Flash can now be hardware decoded on many devices, and would be comparable to H.264 video served directly. Maybe slightly less efficient if other features of the Flash wrapper are enabled. However, there (was) tons of Flash videos that were not H.264. They could not be hardware decoded, so they are (were) many times the power drain of H.264 video.

As far as Flash applications, they are very useful in a development environment where cross-platform apps need to be created and distributed as quickly and efficiently as possible. However, what's good for the developer isn't always good for the user. Good native apps are always going to be more efficient, take better advantage of individual device features, and integrate more cleanly into the device's UI. Flash apps are going to be coded to the least common denominator.

In my opinion, Flash is currently the best solution for two main use cases. Complex animations and cross-platform enterprise applications that utilize features of Flash that are not possible or are less efficient with current implementations of open standards.

I'd assume people think that because it depends what you're using it for...if it's just ads on a page that otherwise serves no purpose, than yeah, it'll use more battery life than not having it, but in an actual apples to apples comparison, it's more efficient than HTML 5.

You were right in the first sentence, it depends what you're using it for. In an apples to apples comparison, sometimes Flash is more efficient and sometimes open standards are more efficient.

EDIT: At any rate, the ideal situation is it should be up to the *user*, not some giant corporation, as to whether you want flash. Ideally I want it, and on a mobile device without much processing power like an iPad or iPod, I'd want it with an easy to use toggle to shut it off some times.

If you want the choice to be up to the user, open standards are always the option over proprietary solutions. Otherwise, you are letting the giant corporations behind the websites you visit make the decision as to what software you need to run. You are letting Adobe make the decision as far as what platforms you can use and what features are available and how efficiently they are implemented on your platform of choice.

Consider that for the many years that Flash has been promoted as a "cross-platform solution" before the iPhone, the number two platform (Mac) has been considerably less stable and efficient than the number one (Win) and the number three platform (Linux) has been generations behind in supporting new features.
 
Consider that for the many years that Flash has been promoted as a "cross-platform solution" before the iPhone, the number two platform (Mac) has been considerably less stable and efficient than the number one (Win) and the number three platform (Linux) has been generations behind in supporting new features.

Yeah, but regardless of who's fault that is, my point is open platforms are a good thing-I should be able to run Flash if I so choose (which I would, on any platform except these ARM ones where a toggle would be nice just since they're so slow).
 
Yeah, but regardless of who's fault that is, my point is open platforms are a good thing-I should be able to run Flash if I so choose (which I would, on any platform except these ARM ones where a toggle would be nice just since they're so slow).

You can run any Flash you want -- as long as the developer has packaged and served up that app into the App Store. Apple is happy to serve it up. Adobe is happy to see developers do it. Developers like Amanita Design have done very well putting their Flash code in a variety of app stores.

If you insist on the "right" to run Flash in the browser, you can either JB your iPad or purchase a tablet computer that runs Flash. There has been some aggressive discounting of both the TouchPad and the PlayBook recently; you could pick up one of those tablets.
 
You can run any Flash you want -- as long as the developer has packaged and served up that app into the App Store. Apple is happy to serve it up. Adobe is happy to see developers do it. Developers like Amanita Design have done very well putting their Flash code in a variety of app stores.

You couldn't even do that much for a long time, and that's not remotely the same thing as having an open platform where I can run the browser I want with the plug ins I want.
 
You couldn't even do that much for a long time, and that's not remotely the same thing as having an open platform where I can run the browser I want with the plug ins I want.

Seems to me that an open web should be more important than an open platform. I get to choose my platform along with its benefits and limitations. If content on the web is delivered in a proprietary format, then the choice is taken away from me.
 
Seems to me that an open web should be more important than an open platform. I get to choose my platform along with its benefits and limitations. If content on the web is delivered in a proprietary format, then the choice is taken away from me.

All the video the iPad supports is in an encumbered format.

Regardless, I don't see why people arguing against having open platforms...
 
You couldn't even do that much for a long time, and that's not remotely the same thing as having an open platform where I can run the browser I want with the plug ins I want.

Why is it important to you now that one couldn't run Flash code on Day 1? Why bring it up?

In your first post here today, you responded to post #3 in this thread. Did you bother to read through the other 75 or so messages? What concerns do you have for the communities that need adapters in order to access the web? Flash and accessibility are mutually incompatible. As far as I can tell, the only way to have an accessible web is to flush Flash on the web. Do you see any other solution to the accessibility problem?

If you insist on the "right" to run proprietary protocols on your handheld computer's browser, the iPad is a poor choice for you. Apple had good reasons for the choices it made; many of those choices were spelled out in this thread. If you don't like Apple's approach, you can pick a product from another company.
 
Consider that for the many years that Flash has been promoted as a "cross-platform solution" before the iPhone, the number two platform (Mac) has been considerably less stable and efficient than the number one (Win) and the number three platform (Linux) has been generations behind in supporting new features.

While it was cross-platform, its greatest strength was that a swf would display the same regardless of which browser you used. As opposed to the world of HTML where you have to test every single browser because they all render slightly different. We're back in that world again, and this is going to be really problematic with HTML5 because now we're asking all these different browsers to render very advanced things.

Your sentence makes no sense. Flash and accessibility are mutually exclusive. Throwing the two words together in a sentence is meaningless.

If you disagree, you need to actually tell us how Flash has anything at all to do with covering the accessibility issue. Writing down a one-sentence platitude is a No Pass. :(

Why would I write several paragraphs when one sentence will suffice. I choose a web where there are HTML sites in addition to Flash sites so everyone gets what they want.

That last sentence reads poorly; we can't tell exactly what you mean.

Are you talking about an abstract concept, or are you talking about something real? Can you point to a single website anywhere that serves up its content with both Flash and HTML? Please specify the URL and tell us how to access both the Flash and the HTML content on a Mac. If you can't even point to one website that actually does this, please don't even bother mentioning this "alternative" in the discussion.

I don't have to provide research. You asked me what kind of web I choose and I answered it.

Aha. This is your disconnect. I never advocated stashing away parts of the Web in proprietary App Store apps. I have consistently advocated removing Flash code entirely from the Web and replacing it with open and transparent HTML. Interestingly, this is also exactly what Adobe is recommending that developers do.

I hope Adobe isn't recommending that as their solution to all Flash content because it won't convert filters, blending, animated masks, and most importantly ActionScript code. Without AS3 you are dealing with the most resource intensive Flash files. All that is good for is linear animations.

At the same time, if there happens to be an exemplary Flash app, developers can make that app available to all modern handheld devices via Adobe's Packager and App Stores for each of the devices. That's exactly what the developers of Machinarium did, and their $4.99 app made it to the very top of the iOS app store for a few days. I think that's great, and I wish more Flash developers would do it with their apps.

Good for apps, but not sites. Due to your having to go to the app store, find the app, download and install the app, and then launch it. Hardly an elegant solution for website content.

If there's an exemplary Flash program like Machinarium, I think the Flash developers should package and submit it to App Stores for all of the handheld devices. The marketplace can then decide if their app is truly exemplary -- or a Flash in the pan. :D

I see what you did there. :D

So far, you've given us a series of platitudinous statements about Flash and accessibility. I'm interested in what practical and real recommendations you have. From the blog I referenced above:
My recommendation is for both a Flash and HTML site. Without doing this you'll be spending a significant about of time fixing all the rendering issues HTML5 will have displayed in all the different browsers.

The Adobe employee's blog entry is tremendously refreshing! Accessibility will happen -- one website at a time. While John Nack doesn't explicitly mention it, his proposal is indeed addressing the accessibility problem.

In this discussion, pragmatism trumps platitudes.

He is not saying anything of the sort. He is saying Adobe wants to solve all issues by supporting multiple methods. Just like they always have.

Even if we never need the accessibility adapters, the clunky interface of Flash affects every user of current Macs.
Since there are different interfaces on almost every site, which clunky interface are you talking about? Perhaps I'm just lucky that I can look at a website and figure out how to navigate around it. It must be my mad skills that allow me to see through the confusion. Now there are some websites with genuinely confusing interfaces, but that's going to be the case on HTML sites as well.

The implementation of two-fingered scrolling is quite terrible in Flash. It works differently than scrolling in HTML windows: the rate is all wrong and the indicators you're in a scrolling region are completely different. Adobe had to re-engineer the SWF format to enable two-fingered scrolling: developers had to re-compile and re-deploy their apps for scrolling to work correctly in the apps. Many developers either don't know or don't care that two-fingered scrolling doesn't work in their Flash apps.

This is annoying enough for users that understand the minutia of why two-fingered scrolling is broken in Flash. I can't quite imagine what it's like for users that notice that scrolling is just broken on some webpages.

Flash in the browser degrades the user experience for all users. It is an issue for everyone.

And the indicators of two-finger scrolling look different on iPhones than on MacBooks. Scrollbars on laptops, no scrollbars on iPhones must really confuse you. How on earth do you deal with all these confusing things? Oh yeah, just use the scrollbar on a flash site, its something every computer user understands. People can figure out two-finger scrolling on Android devices and it behaves differently than iOS or MacBooks.

Who made this rule? Who enforces it? Who do we report violators to?

The same people we all complain to when the web doesn't give us what we want...MacRumors

I just went to your website; I found absolutely no HTML content there at all. Could you please report yourself and tell us when you get your simple HTML version implemented on your website? :D

LOL. You know that expression about the cobbler's kids? I'll get around to it at some point.
 
Last edited:
Another part of the puzzle is revealed.

http://blogs.msdn.com/b/b8/archive/...ne-engine-two-experiences-no-compromises.aspx
"You’ll get the best immersive, touch-first experience of HTML5 websites with the Metro style browser in Windows 8. If you prefer more traditional window and tab management, you have that in improved form with IE on the desktop. Both run on the same IE10 engine."

http://blogs.msdn.com/b/b8/archive/2011/09/14/metro-style-browsing-and-plug-in-free-html5.aspx
"In Windows 8, IE 10 is available as a Metro style app and as a desktop app. The desktop app continues to fully support all plug-ins and extensions."

What we know so far.

1. There will be a single OS for Intel and ARM devices.
2. Intel and ARM devices will have desktop mode running non-Metro apps. You will be able to sideload any apps written for your processor.
3. The engine behind IE is the same in both modes.
4. There will be IE for Metro and Desktop mode. While Msoft has not explicitly stated there will be IE for desktop mode ARM devices, they have not given any indication that there will be anything different on ARM devices when compared to Intel devices.
5. Desktop mode IE on Intel devices runs plugins, but this has not been shown on ARM devices. But for the reason listed in #4 it is reasonable to expect there will be desktop mode IE on ARM devices running plugins.

Beyond Flash, being able to run plugins allows you to have useful things like XMarks.

Speculation Ahead.
If for some reason Msoft does not release desktop-mode IE for ARM the fact that you can sideload anything you want means you can load another browser, assuming one is written, that takes advantage of the ARM Flash plugin which already exists.
 
While it was cross-platform, its greatest strength was that a swf would display the same regardless of which browser you used. As opposed to the world of HTML where you have to test every single browser because they all render slightly different. We're back in that world again, and this is going to be really problematic with HTML5 because now we're asking all these different browsers to render very advanced things.

You are completely overstating the compatibility issues with HTML5. This isn't the 90s where IE and Netscape are locking people in to proprietary markups. All major browsers are committed to HTML5.
 
You are completely overstating the compatibility issues with HTML5. This isn't the 90s where IE and Netscape are locking people in to proprietary markups. All major browsers are committed to HTML5.

Really.

Here is simple layout. Two columns with two finger scrolling in the right one. Works fine in iOS, not in Android.

<div style="height:480px; width:320px; overflow:hidden">
<div style="height:480px; width:70px; overflow:no; float:left">
<img src="homeNav.jpg" width="70" height="480">
</div>
<div style="height:480px; width:250px; overflow:auto; float:left">
<div style="width:230px;" >
<p>Lorem Ipsum...</p>
</div>
</div>
</div>

You need different markups to do advanced things in the different browsers. Apple has developed its own set of scrolling physics in iOS5, but not iOS4. Its not as bad as the 90s, but its still a real issue with advanced html5 code. Devs get to decide which browsers to support, we got to see, and we still are to some degree, an example of these problems with the Gawker redesign.
 
Last edited:
Really.

Here is simple layout. Two columns with two finger scrolling in the right one. Works fine in iOS, not in Android.

<div style="height:480px; width:320px; overflow:hidden">
<div style="height:480px; width:70px; overflow:no; float:left">
<img src="homeNav.jpg" width="70" height="480">
</div>
<div style="height:480px; width:250px; overflow:auto; float:left">
<div style="width:230px;" >
<p>Lorem Ipsum...</p>
</div>
</div>
</div>

Why doesn't it work? Is it a bug? Is it part of the standard? Is it a new feature? Is it not implemented yet in Android?
 
Why doesn't it work? Is it a bug? Is it part of the standard? Is it a new feature? Is it not implemented yet in Android?

There are no advanced features here, just simple code, but Android doesn't handle simple code the same way. Your last question is indicative of the issue. New Android OSes access new HTML5 features, whereas the older ones don't. And carriers are bad about updating the phones to the new OSes.
 
There are no advanced features here, just simple code, but Android doesn't handle simple code the same way. Your last question is indicative of the issue. New Android OSes access new HTML5 features, whereas the older ones don't. And carriers are bad about updating the phones to the new OSes.

The fact that there are bugs or incomplete implementations of an incomplete standard isn't that concerning to me. I get to choose which browser implements those standards the best for me. If Flash Player has a bug or feature that I don't like, I don't have another choice. Just hope that Adobe cares enough to fix it. It took them more than 5 years to fix the problem (feature) that I dropped Flash over.
 
The fact that there are bugs or incomplete implementations of an incomplete standard isn't that concerning to me. I get to choose which browser implements those standards the best for me. If Flash Player has a bug or feature that I don't like, I don't have another choice. Just hope that Adobe cares enough to fix it. It took them more than 5 years to fix the problem (feature) that I dropped Flash over.

Not necessarily. This is an Android issue, not an application issue. I have tried three browsers on my Droid X and they all exhibit this issue. So in a case like this you would have to try a different platform completely to have the page render correctly.

I am using this as an example, in reality I will look for a different solution so it renders correctly but the problem is that we have moved back to the 90s where you have to add all sorts of browser/OS-specific markups just to make a page render correctly on all the popular platforms.
 
Why would I write several paragraphs when one sentence will suffice. I choose a web where there are HTML sites in addition to Flash sites so everyone gets what they want.

What accessibility visionaries want is a web where all pages is accessible by everyone -- regardless of their ability. Flash fails to deliver accessibility. Some Flash programmers appear to be more interested in protecting their sacred cow than supporting the vision for a fully-accessible web. A platitude is not a solution; all of your words ignore the fundamental question in the discussion:

How can we possibly solve the accessibility problem on the web without flushing Flash?

Are you talking about an abstract concept, or are you talking about something real? Can you point to a single website anywhere that serves up its content with both Flash and HTML? Please specify the URL and tell us how to access both the Flash and the HTML content on a Mac. If you can't even point to one website that actually does this, please don't even bother mentioning this "alternative" in the discussion.
I don't have to provide research. You asked me what kind of web I choose and I answered it.

If what you proposed was viable, you wouldn't have to do any research at all. You could reference most any Flash website; they would already be doing what you prescribe. You would provide references the websites you have designed, because surely you must believe in what you are recommending. :confused: :irony:

The truth is you're just giving lip service to a problem. Nobody does it. If you believed that sites should work that way, you'd already be doing it yourself. You talk the talk, but you don't walk the walk. Is there a word for that kind of behavior? :D

Aha. This is your disconnect. I never advocated stashing away parts of the Web in proprietary App Store apps. I have consistently advocated removing Flash code entirely from the Web and replacing it with open and transparent HTML. Interestingly, this is also exactly what Adobe is recommending that developers do.

@darn: please re-read my paragraph above. Do you now understand what you assumed in the conversation -- what gave you a one-way ticket to this island? :p

I hope Adobe isn't recommending that as their solution to all Flash content because it won't convert filters, blending, animated masks, and most importantly ActionScript code. Without AS3 you are dealing with the most resource intensive Flash files. All that is good for is linear animations.

If you have a problem with what Adobe is recommending, why don't you take it up with Adobe? See what John Nack and Adobe recommends. Use Adobe's community discussions to see how your fellow Flash programmers are easing the transition to a Flash-free web.

Why do you presume that it's our job to tell you how to create linear animations on a Flash-free web? The internet is going to continue -- with you or without you -- and a growing percentage of web users will indeed be Flash-free. Some Flash developers will adapt; some will not. Arguing here about what you personally find difficult in the transition sounds rather pointless.

Nobody ever promised that Flash code had a sacred cow status. Convert the code you can, and throw out the rest. If you can't figure out how to do something with HTML5, then stop doing that thing.

Good for apps, but not sites. Due to your having to go to the app store, find the app, download and install the app, and then launch it. Hardly an elegant solution for website content.

You are continuing to mischaracterize what I said. You may end up spending a long time on the Island of Conclusions. :p To help you unravel your disconnect -- and liberate yourself from the island -- I will emphasize the words:

In an accessible web, Flash is not part of any website content.

My recommendation is for both a Flash and HTML site. Without doing this you'll be spending a significant about of time fixing all the rendering issues HTML5 will have displayed in all the different browsers.

With all due respect, that's not a real recommendation for anybody. You have already acknowledged that clients are unwilling to pay twice for a solution -- that you have never ever had a client willing to fund any accessibility on the websites you make for them. You have never ever taken your own advice; why would any Flash developers listen to you?

We can ignore issues of plumbing: how a user would actually specify to websites that they'd rather get this hypothetical HTML5 content rather than Flash code. We will ignore the irony that Adobe has never provided a mechanism for users to actually inform websites that they don't want Flash. Flash has always been an "all or nothing" thing for Adobe. The most interesting twist is that Adobe is now advocating the "nothing" approach: no Flash at all.

He is not saying anything of the sort. He is saying Adobe wants to solve all issues by supporting multiple methods. Just like they always have.

Of course he is. Adobe's Principal Product Manager is quite explicit: "[In order to make something work on both laptop and iOS machines] I’d have to create two versions of a everything–one Flash, and one HTML5. Good luck getting clients to double their budgets, though, and yet they don’t want richness cut in half." Anyone interested can go read the article for themselves.

Since there are different interfaces on almost every site, which clunky interface are you talking about? Perhaps I'm just lucky that I can look at a website and figure out how to navigate around it. It must be my mad skills that allow me to see through the confusion. Now there are some websites with genuinely confusing interfaces, but that's going to be the case on HTML sites as well.

It must be your mad skills. I personally find a paint-sample fan deck a bizarre way to show a table of choices. I would have been far happier to just have a list of tabs at the top of the page and a list under each of those tabs. In short, I don't think that having websites code some special look & feel for a set of menus is a good thing at all. It degrades the user experience of the web as a whole. IMO, sites like espn.com are a user interface train wreck: far too much stuff popping up. I wonder if ESPN could ever have had a User Experience expert assess their site.

Can you please put yourself in the shoes of those who need accessibility adapters? Do you think they really want to grapple with a different interface on every single website?

And the indicators of two-finger scrolling look different on iPhones than on MacBooks. Scrollbars on laptops, no scrollbars on iPhones must really confuse you. How on earth do you deal with all these confusing things? Oh yeah, just use the scrollbar on a flash site, its something every computer user understands. People can figure out two-finger scrolling on Android devices and it behaves differently than iOS or MacBooks.

It's fine for scrolling to work different on Android and iOS devices: one user will be used to how the behavior works on his own personal machine. The problem I'm noting: on my Mac, the two-fingered scrolling works differently based on what website I go to. On older Flash sites where the developers have never bothered to rebuild their Flash code, two-fingered scrolling does not work at all.

Two-fingered scrolling shows the essence of the most important problem that Jobs noted with Flash: it doesn't allow customers to use the advanced ergonomic features of their devices. Your recommend we abandon two-fingered scrolling and move your mouse over to the scrollbar buttons: a total non-solution. Flash not only fails on accessibility adapters, but it fails on the ergonomic conveniences that benefit every single user, and you think that's not a problem.

How is its proprietishness, LOL word, an issue to either of you? There should always be a simple html version of Flash sites.
Who made this rule? Who enforces it? Who do we report violators to?

The same people we all complain to when the web doesn't give us what we want...MacRumors

Again, your response was a complete disconnect. Nobody complains about this, because your "always" rule is just lip service to the accessibility problem. Nobody designs websites that way. You don't design websites that way. You talk a talk, but you most certainly don't walk it. Platitudes. Lip service.

The accessibility problem will never be solved with vacuous statements and standards that nobody will practice. The accessibility problem will not be solved by individuals that try to hold onto their sacred cow of Flash on the web. The accessibility problem will be solved by eliminating the opaque rendering like Flash and Java from the web.

LOL. You know that expression about the cobbler's kids? I'll get around to it at some point.

@darn, the metaphor is a FAIL. The cobbler is doing exactly the same thing on shoes he sells to customers. This is one of the sites that you show off on your fan deck paint sample card. It is not something you will get around to fix at some point: you have absolutely no commitment to making accessible websites. You talk a talk, but you most certainly don't walk it. Even if you were actually committed to providing an accesible option, the Flash infrastructure doesn't support you in doing that.

This is not something personal about you. All Flash programmers ignore the accessibility problem. That's why I find John Nack's recommendation refreshing and somewhat ironic: the way to deliver content that is viewable anywhere is to ditch Flash. I recommend you listen to Adobe, and direct your technical questions to them and your Flash community.
 
Last edited:
1. There will be a single OS for Intel and ARM devices.
2. Intel and ARM devices will have desktop mode running non-Metro apps. You will be able to sideload any apps written for your processor.
3. The engine behind IE is the same in both modes.
4. There will be IE for Metro and Desktop mode. While Msoft has not explicitly stated there will be IE for desktop mode ARM devices, they have not given any indication that there will be anything different on ARM devices when compared to Intel devices.
5. Desktop mode IE on Intel devices runs plugins, but this has not been shown on ARM devices. But for the reason listed in #4 it is reasonable to expect there will be desktop mode IE on ARM devices running plugins.

Beyond Flash, being able to run plugins allows you to have useful things like XMarks.

Speculation Ahead.

Speculation Ahead. Speculation behind. Speculation all around. :)

The whole posting is speculation. If you want to provide something more than speculation, you would provide an exact citation in the MSDN blogs for each of the numbered points you provided above: URL and a sentence or two from the posting that confirmed what you ... speculated.

If for some reason Msoft does not release desktop-mode IE for ARM the fact that you can sideload anything you want means you can load another browser, assuming one is written, that takes advantage of the ARM Flash plugin which already exists.

As noted in this MSDN blog entry, the IE browser will be plugin-free in the Metro browser. Here is a few sentences from the blog entry where they emphasize that point:

The MSDN blog entry said:
For the web to move forward and for consumers to get the most out of touch-first browsing, the Metro style browser in Windows 8 is as HTML5-only as possible, and plug-in free. The experience that plug-ins provide today is not a good match with Metro style browsing and the modern HTML5 web.

Running Metro style IE plug-in free improves battery life as well as security, reliability, and privacy for consumers. Plug-ins were important early on in the web’s history. But the web has come a long way since then with HTML5. Providing compatibility with legacy plug-in technologies would detract from, rather than improve, the consumer experience of browsing in the Metro style UI.

@darngooddesign is implying that one would be able to sidestep the lack of Flash by using another browser in Metro Mode on an ARM processor. That would be the equivalent of Apple allowing Flash code to run directly on one of the alternative browsers for the iPad. If MS allowed that, they would pull market share away from IE.

Why does @darn think that MS would allow that to happen? If IE is Flash-free, wouldn't they require that all browsers be Flash-free?

Not necessarily. This is an Android issue, not an application issue. I have tried three browsers on my Droid X and they all exhibit this issue. So in a case like this you would have to try a different platform completely to have the page render correctly.

I am using this as an example, in reality I will look for a different solution so it renders correctly but the problem is that we have moved back to the 90s where you have to add all sorts of browser/OS-specific markups just to make a page render correctly on all the popular platforms.

Therefore .... what? What should we do or not be doing because you have yet to find a way to code your HTML to render portably among all browsers? Why is that of interest in a conversation about Flash?

I don't buy your premise that creating HTML that behaves consistently is problematic. I do know there are far better places to ask questions and discuss that than an iPad forum on MacRumors.
 
What accessibility visionaries want is a web where all pages is accessible by everyone -- regardless of their ability. Flash fails to deliver accessibility. Some Flash programmers appear to be more interested in protecting their sacred cow than supporting the vision for a fully-accessible web. A platitude is not a solution; all of your words ignore the fundamental question in the discussion:

How can we possibly solve the accessibility problem on the web without flushing Flash?
Why do you need access to every page if there is a HTML version that serves the same content. You sound very selfish. You solve accessibility with Flash sites in addition to HTML sites.

@darn: please re-read my paragraph above. Do you now understand what you assumed in the conversation -- what gave you a one-way ticket to this island?
Just like your conclusion drawn from your assumption that ARM devices would be different than Intel devices as far as Windows 8 desktop mode is concerned. Which is really what this thread is about.

You are continuing to mischaracterize what I said. You may end up spending a long time on the Island of Conclusions. To help you unravel your disconnect -- and liberate yourself from the island -- I will emphasize the words:

In an accessible web, Flash is not part of any website content.
In an accessible web you would have both.

We can ignore issues of plumbing: how a user would actually specify to websites that they'd rather get this hypothetical HTML5 content rather than Flash code. We will ignore the irony that Adobe has never provided a mechanism for users to actually inform websites that they don't want Flash. Flash has always been an "all or nothing" thing for Adobe. The most interesting twist is that Adobe is now advocating the "nothing" approach: no Flash at all.
Why is HTML5 content hypothetical now?

Of course he is. Adobe's Principal Product Manager is quite explicit: "[In order to make something work on both laptop and iOS machines] I’d have to create two versions of a everything–one Flash, and one HTML5. Good luck getting clients to double their budgets, though, and yet they don’t want richness cut in half." Anyone interested can go read the article for themselves.
And in that article it is shown that product is very limited as far as what it can do. Nothing that gives any kind of advanced interactivity is exported. It is good for linear animations.

It must be your mad skills. I personally find a paint-sample fan deck a bizarre way to show a table of choices. I would have been far happier to just have a list of tabs at the top of the page and a list under each of those tabs. In short, I don't think that having websites code some special look & feel for a set of menus is a good thing at all. It degrades the user experience of the web as a whole. IMO, sites like espn.com are a user interface train wreck: far too much stuff popping up. I wonder if ESPN could ever have had a User Experience expert assess their site.
It makes more sense if you know that its a Pantone swatch book. Something designers use every day.

Can you please put yourself in the shoes of those who need accessibility adapters? Do you think they really want to grapple with a different interface on every single website?
Please show proof that HTML sites all share the same interface. One way to can make sure you don't run across different HTML interfaces is to tell site owners that people prefer the mobile version of websites that came out just after the iPhone was released. Those were nice and consistent.

I have always supposed that people who hate Flash the most are those who really don't want to have any fun on the web. Just simple RSS feeds stripped of any style or interest. Do you have a poll you can reference that says more people prefer all websites to use the same navigation?

It's fine for scrolling to work different on Android and iOS devices: one user will be used to how the behavior works on his own personal machine. The problem I'm noting: on my Mac, the two-fingered scrolling works differently based on what website I go to. On older Flash sites where the developers have never bothered to rebuild their Flash code, two-fingered scrolling does not work at all.

Really?

The implementation of two-fingered scrolling is quite terrible in Flash. It works differently than scrolling in HTML windows: the rate is all wrong and the indicators you're in a scrolling region are completely different. Adobe had to re-engineer the SWF format to enable two-fingered scrolling: developers had to re-compile and re-deploy their apps for scrolling to work correctly in the apps. Many developers either don't know or don't care that two-fingered scrolling doesn't work in their Flash apps. This is annoying enough for users that understand the minutia of why two-fingered scrolling is broken in Flash. I can't quite imagine what it's like for users that notice that scrolling is just broken on some webpages.

You sound worried that some poor computer user might not understand why two-finger scrolling feels different in Flash than on HTML. If a person can get used to variances in the way something works from platform to platform then they can deal with it feeling different in iOS. If they can't there is always a scrollbar. Most people deal with several platforms, Android, BB, iOS, Mac, and PC without blowing a gasket over the differences.

On the MacBook you move two fingers down to scroll down, but on iOS you have to push the text up with two fingers. If you think people are really this unadaptable please point to the outrage over that difference. There wasn't any because people are pretty clever at figuring things out. Left/right scrolling is opposite as well; did that confuse you or were you smart enough to figure it out?

Two-fingered scrolling shows the essence of the most important problem that Jobs noted with Flash: it doesn't allow customers to use the advanced ergonomic features of their devices. Your recommend we abandon two-fingered scrolling and move your mouse over to the scrollbar buttons: a total non-solution. Flash not only fails on accessibility adapters, but it fails on the ergonomic conveniences that benefit every single user, and you think that's not a problem.
Welcome to your Island of Conclusions. I never said we should get rid of two-finger scrolling.

darngooddesign said:
And the indicators of two-finger scrolling look different on iPhones than on MacBooks. Scrollbars on laptops, no scrollbars on iPhones must really confuse you. How on earth do you deal with all these confusing things? Oh yeah, just use the scrollbar on a flash site, its something every computer user understands. People can figure out two-finger scrolling on Android devices and it behaves differently than iOS or MacBooks.

What I said is that the majority of Flash sites have a scrollbar mechanism with draggable handle at the very least which every computer user understands, and there is no reason to have both. Especially because there are a huge number of regular computers that don't have two finger scrolling built into them; most PCs do not do it or don't do it well. Are you saying we should get rid of the scrollbar in favor of two-finger scrolling because it works on your apple products?

@darn, the metaphor is a FAIL. The cobbler is doing exactly the same thing on shoes he sells to customers...

Why would I assume this is personally directed against me?

The expression has to do with the cobbler being so busy taking care of other peoples' shoes he doesn't have time for his kids.
 
Last edited:
...Please cite a credible source explaining how this switching process will work. Show us something from Microsoft that says one can "switch" from Metro to PC-mode on an ARM tablet machine at a whim.

For that matter, show us something that says an ARM tablet can be switched back and forth at all.

FloatingBones, in light of the new evidence, do feel there is more of a chance there will be IE or other browsers running Flash in Desktop Mode on ARM devices? If not, please provide the evidence that your speculation is based on.

That is, after all, what this thread is about.
 
http://drawastickman.com
just a neat little idea
but also, a good example that Flash isn't needed in the world any more, there are other ways of doing this kind of stuff that don't require a length wait while the plug-in loads, downloads content, and then crashes.
 
http://drawastickman.com
just a neat little idea
but also, a good example that Flash isn't needed in the world any more, there are other ways of doing this kind of stuff that don't require a length wait while the plug-in loads, downloads content, and then crashes.

Bad example.

That site won't load at all with my DroidX's stock browser. Dolphin Browser loads the site's background but not the app.
 
Why do you need access to every page if there is a HTML version that serves the same content.

Because there isn't an HTML version that serves the same content. You are talking about something that has never -- and will never -- exist.

You sound very selfish.

Not at all. I share the vision of an accessible web where every webpage can be accessed by ever user -- regardless of their ability. I have lost my tolerance for nonsense statements of "solutions" to the Flash accessibility problem that will never ever be implemented by anyone.

You solve accessibility with Flash sites in addition to HTML sites.

If that were true, you would tell us how it would work and how you would ensure that all Flash sites were coded that way. You would explain how we go from a state where nobody -- including you -- is doing that to a state where all Flash pages are doing it.

Claiming that your dogmatic statement somehow "solves" the Flash accessibility problem is wholly nonsensical.

Just like your conclusion drawn from your assumption that ARM devices would be different than Intel devices as far as Windows 8 desktop mode is concerned. Which is really what this thread is about.

ARM devices in Metro Mode will not play Flash in the browser.

Once again, you sidestepped the question: you used the label of hypocrite but have failed to ever explain that claim. Please be accountable for your statements.


In an accessible web, Flash is not part of any website content.
In an accessible web you would have both.

Without explaining how Flash content can be accessible, simply repeating the dogmatic claim is not forwarding the discussion.

With all due respect, that's not a real recommendation for anybody. You have already acknowledged that clients are unwilling to pay twice for a solution -- that you have never ever had a client willing to fund any accessibility on the websites you make for them. You have never ever taken your own advice; why would any Flash developers listen to you?

We can ignore issues of plumbing: how a user would actually specify to websites that they'd rather get this hypothetical HTML5 content rather than Flash code. We will ignore the irony that Adobe has never provided a mechanism for users to actually inform websites that they don't want Flash. Flash has always been an "all or nothing" thing for Adobe. The most interesting twist is that Adobe is now advocating the "nothing" approach: no Flash at all.
Why is HTML5 content hypothetical now?

Who said it was? Did you even read the post you're responding to?

I presume that people here in a dialog will act in an intellectually honest fashion, but you don't seem to be acting that way. We need to have a give-and-take, and you have been tap-dancing around questions for way too long:

Your "solution" to the accessibility problem is to somehow do both Flash and HTML. But a platitude has essentially zero to do with an actual solution. Here are the main issues:

1. Why would Flash programmers be willing to create duplicate content in HTML? In these forums, you yourself have explicitly told us you've never had a web client who was willing to spend a dime on making sites you've developed be accessible.

2. What examples do you have of any site anywhere that's doing what you recommend? If you can't even give us an example of one site, how could what you're recommending possibly be a solution?

3. Do you do what you recommend on your own site? Do you do it on your customer sites? If even you don't do what you're recommending, it's a total non starter.

4. How would the actual plumbing work for HTML content to go to the people who wanted HTML and Flash to go to the people who wanted Flash? Since Adobe Flash isn't currently designed with the right plumbing to do the job, what's the value to speculate about such things without Adobe sign-in?

@darngooddesign: the time has come to drop the pretense. Flash and accessibility do not mix. Adobe has no commitment to modify Flash at all to make accessibility work.

And in that article it is shown that product is very limited as far as what it can do. Nothing that gives any kind of advanced interactivity is exported. It is good for linear animations.

Then take it up with Adobe! Ask John Nack how you should be dealing with your problems! Go onto Flash programming blogs and find out how your fellow programmers are succeeding at making their websites Flash-free.

Flash will never ever run directly on iOS machines: somewhere around 45M iPads and over 250M iOS devices in all. If you want to provide a solution on all those machines, you need to figure out how to code your sites in HTML. If you don't do it, there are plenty of other web programmers who will deal with them. In any case, complaining in this forum about your HTML problems seems to be a rather pointless exercise.

Please show proof that HTML sites all share the same interface.

Who ever said that they did?

Here's the disconnect: while HTML sites can indeed have bad interfaces, the Flash interface mandates that the browser works differently than HTML apps. Flash categorically degrades the user experience. And Flash can never ever deliver accessibility.

I have always supposed that people who hate Flash the most are those who really don't want to have any fun on the web.

I don't know anyone who hates Flash. I like the idea of Flash in the browser, but I think the execution of Flash has always been a failure.


Really. Flash developers had to re-deploy their websites to make two-fingered scrolling work, and many have never bothered. Or the Flash developer is long gone. If you think about it, this means that Flash really isn't WORA.

You sound worried that some poor computer user might not understand why two-finger scrolling feels different in Flash than on HTML.

I'm annoyed that my browser behaves differently in Flash programs than otherwise. I'm annoyed that certain keyboard shortcuts just stop working in Flash. I've worked with several seniors; they had absolutely no idea why things worked differently in Flash -- they thought they were doing something wrong.

If they can't there is always a scrollbar.

In other words, if the browser experience degrades while running Flash, that's just fine by you. :(

Most people deal with several platforms, Android, BB, iOS, Mac, and PC without blowing a gasket over the differences.

I don't know about "most people". I do know that the seniors I work with use a single computer almost exclusively. There is no good reason they should have to deal with a shifting interface when running Flash code.

For seniors who need their computer's accessibility adapters, Flash fails to deliver.

The expression has to do with the cobbler being so busy taking care of other peoples' shoes he doesn't have time for his kids.

Of course. Your use of the analogy was a FAIL. You told us, "There should always be a simple html version of Flash sites." But you don't do this on your own site, and you don't do it on your customer sites. You talk the talk, but you don't walk the walk.

It's nothing personal. If we had to count on Flash developers to provide a parallel HTML version of their sites, we will never ever get to an accessible web.

I'm going to go out on a limb and say that the chances of a blind art director looking over my portfolio is pretty low. Therefore I don't have to prioritize accessibility.

But there might be blind people who go to a bar, and you provided nothing on that client's website. Flash programmers just don't provide accessibility.

Do you also realize that there are all sorts of disabilities other than blindness? Saying that you don't need to prioritize accessibility because blind people wouldn't use your site is a really silly argument. AFAICT, you are truly tone-deaf to the entire accessibility issue.

As Adobe's John Nack noted, clients are invariably to pay twice for a Flash and HTML website. The number and percentage of machines that are Flash-free is constantly growing. Smart business are taking Adobe's recommendation and getting rid of their Flash websites.

The time has come to drop the facade about Flash and accessibility. Please give a straight and thoughtful answer to the four numbered questions above. And please give a straight and thoughtful answer to the most important question here:

How can we possibly solve the accessibility problem on the web without flushing Flash?
 
Back to what this thread is about. And something you keep ignoring.

darngooddesign said:
Just like your conclusion drawn from your assumption that ARM devices would be different than Intel devices as far as Windows 8 desktop mode is concerned. Which is really what this thread is about.

FloatingBones said:
ARM devices in Metro Mode will not play Flash in the browser.

Neither will Intel devices, but I said desktop mode not Metro-mode, and you are sidestepping the question. Do you have proof that browsers in Windows 8 desktop mode on ARM devices will not play Flash? Which really means, do you have proof that Windows 8 will not run Flash at all on any devices? Or are you just speculating?



I have already said that you can't solve all accessibility issues with Flash.

I don't know about "most people". I do know that the seniors I work with use a single computer almost exclusively. There is no good reason they should have to deal with a shifting interface when running Flash code.
Really? You really don't know, or can't make an educated guess, that most people use more than one computing device? What about those 250million iOS users; do you have proof that those iPhones and iPads are their only devices? And for the people who use it as their only device, by nature of all those apps they are exposed to shifting interfaces. Touch interaction behaves differently on iOS devices compared Macs, let alone PCs, so those 250 million iOS devices present shifting interfaces. Some of the physics are the same but the interfaces can be all over the place. If you have had an iPhone from 2G or 3G on you have seen buttons behave differently; especially when iOS4 was introduced. People are constantly exposed to different interfaces, from their phones to their computers to their car nav systems, and people can figure it out for the most part without blaming Flash for shifting interfaces. Two-finger scrolling is inverted on the MacBooks when compared to iOS devices and the physics is slightly off especially when momentum is turned off yet no one blamed Apple for shifting the interface, and to the best of my knowledge no seniors were confused. If I'm wrong please provide proof.

Regardless, please provide a list of links so we can find out if its Flash itself, the way the site was designed, or just the fact that new things are confusing to some seniors. Do you have numbers for the seniors confused by Flash interfaces when compared to the total number of seniors, adult web users, younger web users, and all web users. I'm sure its not just your seniors, but that percentage may be too small to worry about when designing websites. Much like hardly anyone designs a website with IE4 or Apple Newton compatibility in mind.

On the subject of non-standard interfaces, I don't want the entire internet dumbed down just so my mother, a technophobe, finds it less confusing to use. There are plenty of sites that satisfy her needs which have simple interfaces with nav buttons where other websites place them. I know many seniors who have dietary restrictions including sodium, but I don't want every restaurant to taste like Picadilly Cafeteria with no seasoning and soggy vegetables. Or to put it another way, should the iPhone be no more advanced than a Jitterbug cellphone because the JB is not confusing to some seniors?

HTML5 offers zero guarantee that it will eliminate shifting interfaces. Touch scrolling, for example, works and behaves differently depending on the code used and the OS its viewed on. There will be more consistency, but if you are annoyed by the presence of scrollbars you won't be happy with HTML5.

Then take it up with Adobe! Ask John Nack how you should be dealing with your problems! Go onto Flash programming blogs and find out how your fellow programmers are succeeding at making their websites Flash-free.
You use that software as an example of how Adobe is ditching Flash. I pointed out how its not a good solution due to its many limitations and your best answer is "Then take it up with Adobe". Too funny.

1. Why would Flash programmers be willing to create duplicate content in HTML? In these forums, you yourself have explicitly told us you've never had a web client who was willing to spend a dime on making sites you've developed be accessible.
It wouldn't be duplicate content as the content is kept on text files loaded into the two different sites dynamically; this allows you to edit the content once with a text editor and not have to touch the flash files while everything loads up regardless of which wrapper (html or flash) you are accessing. Aside from the company I currently work for I've never had a client ask for a mobile version of a site either, but those are popular ways of delivering all HTML content that loads quickly and has fairly standard interfaces. Flash programmers care about what their clients care about. And if the client cares programmers are happy because its extra work. We have a mobile site which serves up HTML content to iPhone, BBs and what not.

2. What examples do you have of any site anywhere that's doing what you recommend? If you can't even give us an example of one site, how could what you're recommending possibly be a solution?
Its hard to search for hybrid sites, and since I have Flash turned on on my computer I can't point you to anything specific. Off hand there is YouTube's HTML5 site in addition to their Flash site, but thats a little different because we're talking about more of a content filter than a hybrid site. I'm not sure what you mean by a solution, if you are asking how such a thing would be handled you would keep the content in text files and load them dynamically into the HTML pages and Flash pages. This works for small to mid sized sites. For big sites you wouldn't use Flash because its not the right tool. As far as how you would detect the lack of Flash, see #4.

3. Do you do what you recommend on your own site? Do you do it on your customer sites? If even you don't do what you're recommending, it's a total non starter.
I can do what I want on my own site...freedom and all that. I get to choose who and what I prioritize. I have more free time now so I can focus on this task.

4. How would the actual plumbing work for HTML content to go to the people who wanted HTML and Flash to go to the people who wanted Flash? Since Adobe Flash isn't currently designed with the right plumbing to do the job, what's the value to speculate about such things without Adobe sign-in?
Flash is held in an HTML page so you don't need Adobe to engineer this into Flash. A small script that senses whether the Flash plugin is present -- the same way you read the user agent, screen size, browser and os, whether its a smartphone so you can serve a mobile version of the site, etc. You have to do some of this any way to deal with the different ways browsers render css effects. That is based on the assumption that if you have a Flash plugin enabled you want to receive Flash content. If the user needs more hand holding than that you can also present a choice at the first loading page if you want, but that's the least elegant solution of the two.

I'm annoyed that my browser behaves differently in Flash programs than otherwise. I'm annoyed that certain keyboard shortcuts just stop working in Flash. I've worked with several seniors; they had absolutely no idea why things worked differently in Flash -- they thought they were doing something wrong.
And I'm never annoyed by an interface that is slightly different or if scrolling is slightly different, or if buttons are in a different location. I've never had to use a keyboard shortcut on a Flash site. I can't speak for your seniors, but even HTML sites can confuse my Mother.

darngooddesign said:
If they can't there is always a scrollbar.
FloatingBones said:
In other words, if the browser experience degrades while running Flash, that's just fine by you.
By "in other words" you must mean "in completely different words" because I don't consider the presence of a scrollbar to be a degraded experience. They are on my MacBook while in the OS, in applications, and while on the web. I don't even consider the inverted behavior between two-finger scrolling on OSX and iOS to be a degraded experience.

Getting back on track. Without mentioning Metro mode, because that's not what's being discussed, you seem to be avoiding this question:

FloatingBones, in light of the new evidence, do feel there is more of a chance there will be IE or other browsers running Flash in Desktop Mode on ARM devices? If not, please provide the evidence that your speculation is based on.

That is, after all, what this thread is about.
 
Last edited:
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.