i can't believe darn good design is still trying to defend flash.![]()
Back to what this thread is about. And something you keep ignoring.
I have already said that you can't solve all accessibility issues with Flash.
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 can't believe darn good design is still trying to defend flash.![]()
What I know is this: Apple will never deliver Flash to iOS devices so arguing about what Apple should/could/must do is pointless. It simply will not happen. What will happen is HTML 5 and everyone will update their browsers to take full advantage. Web designers will create improved/new/modified sites, and Flash will eventually go away. Existing sites will be redesigned and those that can't compete will fall off the planet.
Once you acknowledge you were incorrect about ARM devices and desktop mode. But of course you won't admit when you were wrong. I've already admitted Flash has accessibility issues which can be overcome by serving up alternate content using the various methods I listed.FloatingBones said:Once we've established -- and you have acknowledged -- that Flash is problematic to an accessible web, then we can move on to other topics. I may well ignore what you have to say on other topics until we have an intellectually honest discussion on this issue.
That is purely subjective.FloatingBones said:The UI of Flash degrades the user experience for all users
It is impossible to search for hybrid sites. You would never know if you were on one. You would have to check the page source on every site and read through the code for an indicator.FloatingBones said:You act as if you have a solution, and we're trying to gauge if it's real. You can't identify a single site where this is done. It is not real.
FloatingBones said:What is the antecedent for your this? You've never specified what this behavior should be -- but we should all be confident that you've created a comprehensive solution to the Flash accessibility problem.
FloatingBones said:You are confident that you can create "a small script" that performs this yet-to-be-specified behavior. You haven't tested your script for compatibility on all browsers. Actually, you have never ever run this script on a single browser. Actually, you haven't even written it yet. Actually, you haven't even specified what exact behavior your "small script" should have. But you are confident that you have created a comprehensive solution to the Flash accessibility problem.
Finally, you're convinced that this script that you'll be able to convince the owners of all Flash sites to add all sorts of HTML content to their Flash pages and your yet-to-be-created "small script".
Are you starting to realize the magnitude of the goofiness of what you're proposing?
darngooddesign said: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.
I most certainly did and I bolded it in my quoteFloatingBones said:What is the antecedent for your this? You've never specified what this behavior should be
So yes I'm confident that I can write a small script to do the things I said. Which is detect when you need to serve up alternate formatting for small screens, or alternate content which does not use Flash.FloatingBones said:You are confident that you can create "a small script" that performs this yet-to-be-specified behavior. You haven't tested your script for compatibility on all browsers. Actually, you have never ever run this script on a single browser. Actually, you haven't even written it yet. Actually, you haven't even specified what exact behavior your "small script" should have. But you are confident that you have created a comprehensive solution to the Flash accessibility problem.
I don't like Flash, but till all websites stop using it, I would like it to have it on every device. The iPad's browser is seriously crippled without it. Even if you at first believe that the lack of flash isn't a major issue, when you actually start using the device for some serious surfing, you will eventually find one site that uses it and get disappointed that you will have to use a normal computer to see the site.
Once you acknowledge you were incorrect about ARM devices and desktop mode. But of course you won't admit when you were wrong.
I've already admitted Flash has accessibility issues which can be overcome using the various methods I listed.
Are you the champion for this project, or are you arguing that, hypothetically, someone could be championing a project to do these things? If nobody is championing this, it sure as hell is not going to happen.
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.
Mary Jo Foley said:I’ve heard numerous folks who attended Build in person and/or via Webcasts say that there will be no Desktop app experience when Windows 8 ships on PCs and tablets running on ARM processors. Until today, I thought the same. But this is not correct.
I'm not fond of Flash, but I'm an adult who should be able to turn it on or off if I want to.
The truth is sometimes there is no work around. I don't even expect a flawless Flash experience.
More to the point, some sites work around flash by directing you their mobile version of the site. The mobile versions often pale in comparison, especially shopping sites, or sites that gives lot of product information. For whatever reason, the mobile versions often have less information or content or are much less user friendly.
You have no interest in championing this. Adobe has no interest in championing this. Nobody has any interest in championing this. It ain't gonna happen..
Because I had some free time I knocked out a mobile version of my site. The redirect works on all the major browsers in iOS, Blackberry, Android, XP, and Windows 7. I have not been able to test it on WinPhone7 or Symbian, or WebOS. I'll know by mid week on the rest of them. So using a couple of small js scripts I can be very specific on where I want the user to go. The screen size one alone will send computers to the main site, tablets to another version, and phones to a third. By keeping the content on separate textfiles and dynamically loading them each site will display the same content whether they are flash or html.If you ever actually post a test Flash/HTML webpage with your proposed javascipt, please tell us. Show us a list of what browsers you run it against and what results you see. That code will do nothing to solve the Flash accessibility problem, but it wil be an interesting curiosity. Do keep us informed, OK?
For those so against Flash, since such an OPTION would have no effect on you and your use of iDevices, who cares? If they want to crash their own Safari 10 times a day, so what? If they want to burn their batteries faster, so what? Etc. Them crashing their Safari or burning their batteries doesn't crash your Safari or burn your batteries.
Individual options are good. Corporations deciding for everyone is not so good.
Those people with options will start moaning about how Safari sucks if that happens.. No one will blame Adobe or Flash about it, regular enduser is oblivious about what goes in the background, they only know if their device works or not. Apple will not take the blame of a sucky component in their clockwork system, and to be honest neither would I...
Agreed. There are so many sites that work perfectly well in Safari, that when you encounter one that doesn't play ball, it has to be that site that's at fault.What's weird is that I've never blamed Apple for the rare issues I've had in Safari. I will blame the website if there is a problem. I don't even blame Apple when Turntable.fm, an HTML site, doesn't load fully on my iPad2.
I never championed it because honestly I was unaware of the issues at hand. What has become clear as I research further is that Adobe was and is aware of the issues and has worked hard at solving the problems. Its also apparent that Adobe has more work to do.You have no interest in championing this. Adobe has no interest in championing this. Nobody has any interest in championing this. It ain't gonna happen.
andFlash is a protocol imposed on us which will never work with accessibility.
when there is readily available information that Flash does in fact work with assistive technology.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.
...I don't want anybody telling me what or how I can view stuff on the information superhighway.
Choice is better than no choice...
I don't want anybody telling me what or how I can view stuff on the information superhighway.
Choice is better than no choice.
If you want maximum battery life, don't use flash.
For those that do, let them.
How difficult is that? It sure ain't rocket surgery.![]()
Captioning
The short version is this: the HTML5 <video> tag does not contain any built-in mechanism for captioning, descriptions, transcripts, or other synchronized media alternatives. The current draft of the specification says,
“To make video content accessible to the blind, deaf, and those with other physical or cognitive disabilities, authors are expected to provide alternative media streams and/or to embed accessibility aids (such as caption or subtitle tracks, audio description tracks, or sign-language overlays) into their media streams.”
"When authors use the canvas element, they must also provide content that, when presented to the user, conveys essentially the same function or purpose as the bitmap canvas. This content may be placed as content of the canvas element. The contents of the canvas element, if any, are the element’s fallback content.”
Generally speaking, “fallback content” (i.e., content included to benefit users whose web browsers don’t support a particular feature or format) are not appropriate as accessibility solutions because (to begin with) users with disabilities are likely to be using as modern and powerful browsers as anybody else. The case with canvas is similar; while some sort of DOM-based alternative content is a possible solution to canvas accessibility concerns, that won’t work without some modifications to the spec and/or canvas API.
I never championed it because honestly I was unaware of the issues at hand. What has become clear as I research further is that Adobe was and is aware of the issues and has worked hard at solving the problems. Its also apparent that Adobe has more work to do.
Adobe's accessibility info comes up at the top of the first Google result for...
See here:
http://www.bbc.co.uk/news/technology-14949869
Windows 8 tablets will avoid it. Wonder what this means for Android Flash could be seen as pointless and IPad sales could keep going up anyway?
So looks lie HTML 5 is the future Flash is last years news.
I may have misunderstood you, but Flash is both. ActionScript has matured into a robust programming language which is why you can create advanced applications which would not be possible with something that is mainly graphics-based. In my experience there are two kinds of creators, Flash designers who stay primarily on the timeline and Flash programmers who stay primarily in code. A small minority are both.Now, You have to understand from a Flash Developers stand point though. HTML5 is code based. Flash is graphic based.
I'm curious why FloatingBones never mentioned all of the accessibility features currently in Flash before claiming that Flash and accessibility are mutually exclusive. I wonder how many people are taking his word at face value without doing any independent research. Perhaps he didn't mean Flash in general, but existing Flash sites not built using the currently available accessibility aids available in Flash. FB, will you clarify?Yeah, after the claim that it isn't accessible, I did a 2 second Google and got all sorts of information on it, including from Adobe.
Nope. All that we thought we "knew" has changed. On last week's Windows Weekly, Paul Thurott notes that Microsoft is now giving out a very different story from what they said in September:Another part of the puzzle is revealed.
http://blogs.msdn.com/b/b8/archive/...ne-engine-two-experiences-no-compromises.aspx
http://blogs.msdn.com/b/b8/archive/2011/09/14/metro-style-browsing-and-plug-in-free-html5.aspx
What we know so far.
Windows Weekly Episode 237 (Timestamp 2:49) said:Paul: With the understanding that things can change [...] how they are going to handle this is very hotly debated within Microsoft still today. But, as of this week, the plan internally at Microsoft is for ARM-based versions of Windows 8 not to include the Windows desktop and not to have any facility for running desktop apps.
Leo: Wow!
Paul: The parts of Microsoft that have [chuckle] apparently agreed to this see this as their kind of "pure play" iPad-style tablet answer. If you want a full Windows computer, they still have those and you'll be able to run an Intel tablet that will have the desktop and all that stuff. But, like I said, anything could change, because there are a lot of people at Microsoft [...] in the same way that we debate [...] this same debate is apparently going on still to this day inside of Microsoft. But, as of now, the people that don't there to be a desktop have apparently won the day.
Mary Jo: [...] This is like the 180-degree reverse of what they were saying at Build, right? At Build, they were showing ARM tablets that have the desktop. [...]
Paul: They were, but that was, of course, an early prototype. [...] My guess is that, as we get closer to what the final release is going to be, these things are going to have to necessarily fork in some way.
Paul: The exact quote [from his notes]: the most recent builds of Windows 8 on ARM do not have the desktop.
darngooddesign said: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.
Moot discussion. Otherwise, it might be a good idea to move on from the whole Flash issue. it's no longer relevant.
Nope. All that we thought we "knew" has changed. On last week's Windows Weekly, Paul Thurott notes that Microsoft is now giving out a very different story from what they said in September:
Much more discussion on the podcast. Paul and Mary Jo, and Leo, are all very happy about this change. Mary Jo comments that a real iPad competitor must work this way: "You should cut the cord. Only Metro Apps." If you want legacy apps, go with Intel. Paul agrees with that 100%: "How stupid would it be for the iPad to run MacOS apps poorly. It would be so Microsoft to do that wrong."
Unless Microsoft flip-flops back again, #1, #2, #4, and #5 are totally blown out of the water.
Oh, well. As Paul notes, if you the customer want a legacy environment, then stick with the Intel version. If you want a clean break, go with the ARM tablet. Your choice.
As I noted at the time you posted this, the whole damn thing was speculation.
Nope. There is no "fact" that you will be able to sideload anything you want. Sideloading would cripple the Microsoft ARM Tablet App Store: legitimate and illegitimate versions of software could just sidestep the store.
Microsoft's Steven Sinofsky fails to realize is that there will always be compromises in products that can support legacy apps and legacy ways to distribute software. "No compromises" is something that only exists in designs in the far future. Somewhere between the end of the Build conference and last week, reality set in.
I don't believe that Microsoft will flip-flop again, but it could happen. At some point, those 180-degree reverses become their own compromise.![]()
Those people with options will start moaning about how Safari sucks if that happens..