What is so evil about a Flash based website?

HtmlFlashSilverlight

Html Problem Overview


I have the feeling that Flash-based ( or Silverlight-based) websites are generally frowned upon, except when you are creating games or multimedia-content rich applications. Why this is so?

Html Solutions


Solution 1 - Html

Flash is infamous for its poor accessibility.

Keyboard navigation does not usually work, and Flash (up until recently) did not have search engine support.

Flash applications does not work in mobile phones and other portable devices.

Flash is not there in the iPhone!!!

Flash is controlled by a single company (Adobe) and so it is not following any well defined standards for the Internet.

The beauty of Internet lies in the fact that you can always view the source code of any website you are in. This way you can use the same programming/design techniques in your website or you can find security flaws in the web application. This is not possible in Flash. In Flash, source code is closed.

The big question is, why should you use Flash "except when you are creating games or multimedia-content rich applications"?

>jtyost2 says, >"I would also add that you can't directly link to any content inside of a Flash site, thus breaking one of the major factors that makes the Internet, the Internet, links."

Solution 2 - Html

  1. content weight
  2. usability
  3. crawlability of search engine bots
  4. accessibility
  5. ease of use (disputable)
  6. technology encumbrance (added software required to access the site)
  7. security issues (needing to add software comes with issues involved with installing or running that software/player of the content)

[Edit] Why I place usability and ease of use separate is best explained in this link

> Usability: > > > - a result – software that is usable; > - a process, also called user-centered design, for creating usable software; > - a set of techniques, such as contextual observation and usability > testing, used to achieve that result; > or > - a philosophy of designing to meet user needs?

>Ease of use:

> - Effective > - Efficient > - Engaging > - Error Tolerant > - Easy to Learn

I agree with the comments on that site, but this is all debatable...could be a good stackoverflow question: is usability and ease of use the same? IMO part of usability is ease of use and vice versa, but they are not necessarily the same.

I hope I don't enfuriate the more semantical sensitive with this edit :-)

Solution 3 - Html

Interestingly everyone here blasts Flash/Silverlight and you would do well to recognise that this is only one side of the coin.

Flash (and Flex) allow web site designers significantly more flexibility and richer content for their site and this works in a variety of situations - e.g. sites relating to movies, or bands, sites for kids, sites for games etc.

Certainly, there are many reasons to not choose Flash/Flex/Silverlight, but one can do sites just as inaccessible in JavaScript these days. I have previously worked with JavaScript products that have no reasonable usability by blind people, or web crawlers.

Flash penetration (from a biased source to be sure) is 99%+ (http://www.adobe.com/products/player_census/flashplayer/version_penetration.html), which means that those that say "would never visit a Flash site" are in the 1% of the population that do no install Flash, do not watch YouTube or movie trailers online.

So, you need to be mindful of your audience. Certain audiences and situations would definitely be better off with plain HTML pages and a minimum of JavaScript (government websites, programming websites are two areas that spring to mind). Other times it is because the audience are office workers that are not allowed to install Flash in the browsers.

Rich Internet Applications (RIA) is one area where there is a distinct clash/struggle between the Flex/Silverlight and JavaScript/CSS/HTML sides. I've worked with both, and I'm now of the opinion that requiring Flex/Silverlight plug-ins is fairly reasonable, though you can still lose some visitors if the application is public.

In summary - you're best to identify your audience, identify what they're willing/able to use and then based on such limitations decide on your technology.

Solution 4 - Html

Flash and Silverlight based sites typically go against basic Internet conventions with their closed models.

For example, most Flash & Silverlight based sites:

  • Ignore the back/fwd button.
  • Don't allow you to send anyone a URL to a specific place on the site, or bookmark a specific spot for later via your browser
  • Place the internet in a fixed size box. No dynamic sizing for wider monitors or higher resolutions.

Solution 5 - Html

"I was about to click checkout but I wanted to change something so I hit the back button"

Solution 6 - Html

In this next rant s/Flash/Flash or Silverlight/g

  1. The Flash application/plugin is a closed source pot of serious undisclosed security holes that expose private data, allow modification of arbitrary files on your hard disk, etc.
  2. Flash files are enormous for basic content. There are more efficient ways of doing things
  3. Flash is slow. The plugin on my Windows PC can hog 100% of the CPU time to play some shitty websites.
  4. Flash is non-standard. There isn't a supported flash plugin installed everywhere. Linux users can't run it without jumping through package management hoops. Firefox users on Windows don't get it by default (well didn't last I checked).
  5. Flash is annoying; your users don't want to be bombarded by animations and jingles and junk just to get some basic information.
  6. No back/forward functions unless the Flash designer wanted to implement them in
  7. Can't view a single page without waiting for all the content/scripts that make up that "page" to load. That's really quite painful if all your user wants is a slice of text and you force the multimedia down their throat.
  8. Most Flash-only sites are really bad; the designers seem more concerned with using all of the features of the flash engine rather than presenting something that's concise and useful to the user.

Solution 7 - Html

I am a Flash developer. The firm I work for has no difficulty finding clients who want us to build Flash-based products for them. There is a certain set of applications which it is much easier to develop in Flash than in other environments I have used.

But Flash has its problems. Some above have complained that Flash apps do not include keyboard support. Others say it is because the developers are too lazy to implement it. The truth is that many of the components that come standard with Flash are buggy. At my firm we have had to write our own replacements. One feature that is problematic is keyboard support. I implemented my own support for keyboard interaction. It works well, but required effort. If I were writing a Windows VB app, the keyboard navigation would be provided and would work well out of the box.

The same is true for deep-linking, back-button support, etc. A clever developer will be able to make a Flash app behave well. Some open source libraries are indispensable here.

As for flowing layouts, I just completed a proof-of-concept for this (in AS3) as well. It is possible, but requires much effort. Why do I make the effort? Because of the other things that Flash does well.

Solution 8 - Html

My biggest gripe with Flash is that it takes you "out of the browser" into its own totally separate application. This breaks "browser standards" - i.e. the functions I can do in my browser:

  • Right click
  • Middle click (for opening links in other tabs)
  • Selecting text
  • Copy & paste
  • Printing
  • Keyboard shortcuts (since Flash steals keyboard focus)
  • Back/Forward buttons and the whole "page" concept
  • Javascript interaction with other elements on the page (I don't think this is possible).
  • "Inspect element" in Firebug or Chrome, if I wanted to see the source of a particular part of the Flash file, or find the image being used.

Solution 9 - Html

Flash has its uses. It's good for content, not webpages.

Solution 10 - Html

I think it's a matter of selecting the lowest cost medium to reach your target audience, be it Flash or Silverlight or JavaScript or plain text.

You can have text-only, JavaScript-only, etc. versions of your site if you have the money, and your target audience come with different prioritizes.

So my question to you would be: does your website has people who frown on Flash as its target audience? If yes, you need to stay away from it. If not, use anything to give your visitors a good experience.

Solution 11 - Html

Printing is often poorly supported and the backbutton does not work.

Solution 12 - Html

See Steve Jobs' Thoughts on Flash: http://www.apple.com/hotnews/thoughts-on-flash/

Solution 13 - Html

Does anybody know a site called YouTube? It wouldn't exist without flash. Flash has great video/multimedia capabilities that simply cannot be ignored.

Flash is amazing when used in the proper way, in appropriate circumstances and when the designer/coder has taken care to embed basic accessibility features.

The thing is, like all good things, there's a lot of abusive use (flashturbation). Especially in the beginning, when people just want to slap Flash wherever they can just to show off.

But I strongly disagree that Flash sites are bad: When made properly, and with good UI design and accessibility, they bring a whole new dimension to the web.

Solution 14 - Html

SEO is the prime issue. Still Flash is not crawlable. But Adobe is working on it.http://www.adobe.com/devnet/flashplayer/articles/swf_searchability.html for better swf indexing.

Solution 15 - Html

Let us not forget that Flash allows web sites to display video, animation, user interaction, etc., and it allows this to be a simple process or a geeky techie one, depending on what you want to do. Many bad Flash sites are down to the author.

If YOU don't like Flash then the answer is simple, don't use it. Don't install the Flash plug-in, or install a browser plug-in such as Flashblock on Firefox. This replaces any Flash movie with a play button, preventing and download until it is clicked.

Better than that though, if you don't like the solution that Adobe or Microsoft are giving you, then come up with a better one, or at least let them know what you don't like, they do take feedback seriously. Support some of the people who campaign for accessibility improvements in Flash, for example visit http://niquimerret.com.

Accessibility is an ongoing issue and not one that will go away, Flash accessibility is improving for people with physical disabilities. In in some cases the use of Flash enhances the experience for people with cognitive and learning disabilities, when an concept or idea is better explained when presented as an animation rather than a page of words and static images.

Solution 16 - Html

Flash adds another heavyweight component that's required to properly view a web page. The flash plugins are often buggy and can crash a browser. Flash pages often are used to make cutesy animations and other things that make it harder to quickly navigate a site.

Solution 17 - Html

All of the above is true for the wild wild web.

However, for internal business applications, Flash and Silverlight allow the user to have something close to a fully-fledged application in their browser. Accessibility, SEO, and closed source are not very important in an internal application. All that matters is making the user's life easier.

Solution 18 - Html

In its defence, most of the issues raised here about how people have implemented Flash in their websites, not about Flash itself. Flash does support accessibility it's just that most people don't consider it when building their sites. Flash does work on mobile phones - it's Flash Lite, although the ActionScript is limited in earlier versions.

Why should anyone have an automatic right to view the source code of a website? A web author has spent time and effort dreaming up their code to share their ideas through the medium of the web. If you want to know how something works, why not put a bit of effort in yourself, and work it out? The beauty of the web is the message, not the medium.

So what if Flash is owned by a single company - Adobe bought it for a reason, and that's because it's a fantastic bit of kit. The problem comes from web authors not using it properly, trying to make it do things it was never intended to, or simply not applying standards to their sites when developing using Flash.

What is so evil about a Flash based website? Absolutely nothing. It's like asking what is so evil about a gun. Nothing. It's the idiot wielding it that has the problem.

Solution 19 - Html

I am a Flash developer.. and I have found that although Flash requires more effort in coding, the potential is enormous. You can create very simple sites with simple transitions, so subtle it would seem to be a normal HTML page, while still being just as light.

At the same time, you can use OOP with ActionScript to create a website that is as complex and as inclusive, as well as feels and acts like a desktop application. WHILE ALSO REMAINING VERY LIGHT! (only the content required is loaded on demand, as apposed to 4 column HTML sites with far too much information.)

Nowadays, and this is still without migrating to ActionScript 3, but still using ActionScript 2, MY flash files contain simply 2 or 3 lines of ActionScript, only one frame, and an empty stage. Everything else is dynamically created or added at runtime.

Flash's problems are not about Flash, but about lazy development.

Solution 20 - Html

I dislike Flash based websites because what happens if your browser crash or your connection dies for a bit? You have to load it again and go back to the menu, and select the item you wanted to read about, and so on and so forth.

Just don't do it. :S

Solution 21 - Html

Probably for the same reason C programmers shied away from Win32 API, Win32 programmers from MFC and MFC programmers from Windows Forms. It's tricky to use and understand - I have tried programming in Flex and am getting along pretty well but it is not inherently designed for typical web application design e.g. there is no native (at least until Flex 3) support for databases or cookies or sessions - you need to put all 3 in PHP or another server-side page and call that from ActionScript.

Try making a simple register/login page with PHP and then again with Flex/Flash and you will see that all the server side crunching is done by someone else - again, this is probably by design since we have HTML/JavaScript for the front-end mixed with ColdFusion or PHP etc. for back-end in "traditional" web applications.

Like started by other people, Flash is bad with the keyboard - try pressing Ctrl-T in Firefox when a Flash object embedded in an HTML page has focus (mouse-over) - so that can be frustrating for the user...

Having said all that, I would still rather make a web application front-end in Flash/Flex than HTML/JavaScript/CSS since the latter needs a sharp learning curve that gets quite bewildering after a while since you have to account for the "good" design aspects of CSS and JavaScript and the bad ones too - and also the peccadilloes that JavaScript/CSS inherently have and those which are introduced by the JavaScript library vendor (Yahoo's YUI, Google's Ajax API, script.aculo.us, etc.

If you are already a web programmer who knows CSS/HTML/JavaScript very well and have a good development environment set up on your PC with all required code inspectors and runtime debuggers etc. etc. then it's easy to keep on working in that (not taking into account end-user preferences) but if you are like me and want to make a web application ready and available for use quickly and want to add features to it quickly while making it pretty all the time, then Flash/Flex is a better option, IMHO.

Solution 22 - Html

I don't install Flash on my browsers, mainly to escape the nuisance of animated ads, but also for all the security and privacy reasons mentioned by others.

So sites done completely in Flash are nonexistent as far as I'm concerned. (W.r.t. Youtube, I download videos directly into Miro.)

Solution 23 - Html

Flash sucks and I refuse to visit Flash-based web sites. Why? Because I can't. Why? Because Adobe is too ignorant to write a plugin for a 64-bit browser.

Solution 24 - Html

All the above answers are focusing on Flash, Silverlight is just as bad or worse. If you are running Firefox with NoScript (you should be) then you have to click on every script that you wish to allow to run.

So build your websites with scripts, Flash and Silverlight. Just make sure that they still work with them disabled. Many of us will simply move on when we open a site and see nothing.

Solution 25 - Html

Look at any major car maker's website, they are ALL in Flash. It depends on what you are doing. If your goal is to provide a rich, sexy website Flash/Silverlight will give you a huge advantage in terms of development time. IF you are providing content/data HTML and JavaScript (jQuery for example) can give you a lot of whizbang without requiring additional software plug-ins (Flash/Silverlight).

Solution 26 - Html

Flash Player is the culprit behind more Mac OS X crashes than anything else. It's not exactly well-known for its stability.

Solution 27 - Html

Many of us have had bad experiences with Flash based websites which has propagated the idea that flash is "evil". I don't really think it's fair to apply the label of evil to any technology or framework, they are each designed to cater to specific scenarios and many of them do well in those scenarios, for example, I have no problem with websites that use flash video.

A few other responses have touched on the fact that the use of flash contradicts many of the standard metaphors we use on the internet (e.g. links and navigation buttons), I hate this as much as the next web user but this doesn't really make flash evil either.

While it has been said that there are mechanisms within Flash/Flex to add support for these things, in my experience these are rarely implemented, which is not directly the fault of Flash per se, but is very annoying for the user.

Perhaps the evil is not Flash/Flex but Adobe for not making many of these things easier or more visible to developers.

For the record I have never developed in Flash

Solution 28 - Html

Flash isn't evil, it's what people do with it that's evil.

For goofy vector animations and maybe even for example a 360 product view or interactive diagram, yes. Flash can do beautiful Full HD animation on my ancient box @ 60 fps using ~15 % cpu.

For web video, if you have no other choice, I suppose.

But for entire websites and these things called 'RIA's, no.

So shockingly a technology works better for the thing that it was designed to do.

Solution 29 - Html

Flash is one more stuff to learn in web development. No thanks! There are just too many already. If I can do my job without it, I don't need it.

Programming is being paid less every day.

Attributions

All content for this solution is sourced from the original question on Stackoverflow.

The content on this page is licensed under the Attribution-ShareAlike 4.0 International (CC BY-SA 4.0) license.

Content TypeOriginal AuthorOriginal Content on Stackoverflow
QuestionGravitonView Question on Stackoverflow
Solution 1 - HtmlNiyazView Answer on Stackoverflow
Solution 2 - HtmlRic TokyoView Answer on Stackoverflow
Solution 3 - HtmlJamie LoveView Answer on Stackoverflow
Solution 4 - HtmlCory HouseView Answer on Stackoverflow
Solution 5 - HtmlNick Van BruntView Answer on Stackoverflow
Solution 6 - HtmlAdam HawesView Answer on Stackoverflow
Solution 7 - HtmlPaul ChernochView Answer on Stackoverflow
Solution 8 - HtmlDisgruntledGoatView Answer on Stackoverflow
Solution 9 - HtmlMike ChristiansenView Answer on Stackoverflow
Solution 10 - HtmlvrdhnView Answer on Stackoverflow
Solution 11 - HtmlHenrik GeringView Answer on Stackoverflow
Solution 12 - HtmlShaun ChapmanView Answer on Stackoverflow
Solution 13 - HtmlsthgView Answer on Stackoverflow
Solution 14 - HtmlBennyView Answer on Stackoverflow
Solution 15 - HtmlJohnView Answer on Stackoverflow
Solution 16 - HtmlMr FoozView Answer on Stackoverflow
Solution 17 - HtmldavogonesView Answer on Stackoverflow
Solution 18 - HtmlFatBobView Answer on Stackoverflow
Solution 19 - HtmlAhmedView Answer on Stackoverflow
Solution 20 - HtmlSergio TapiaView Answer on Stackoverflow
Solution 21 - HtmlsamiView Answer on Stackoverflow
Solution 22 - HtmlstarblueView Answer on Stackoverflow
Solution 23 - HtmlJosh StodolaView Answer on Stackoverflow
Solution 24 - HtmlWolfmanDragonView Answer on Stackoverflow
Solution 25 - HtmlNateView Answer on Stackoverflow
Solution 26 - HtmlJeff KelleyView Answer on Stackoverflow
Solution 27 - HtmlCrippledsmurfView Answer on Stackoverflow
Solution 28 - HtmlFowlView Answer on Stackoverflow
Solution 29 - HtmlAdrian CumpanasuView Answer on Stackoverflow