Archive for June, 2004

Statistics on enterprises that block ActiveX content (and thus Flash)

Certain enterprises block ActiveX content at the firewall, thereby either knowingly or unknowingly blocking the installation of the Flash player. For at least two of our clients, this has been reason enough to go with HTML over Flash.

Has anyone else encountered this problem? Are there any statistics out there on the number of enterprises that implement such a policy? What evidence (if any) is there to counter the claim that this is widespread in enterprises? (A part of my does wonder if perhaps certain enterprises here in the UK are not more technologically conservative than those in other countries when it comes to these things.)

Perhaps the most important piece of statistic is the 93.5% penetration rate of the Flash 6 player but this statistic is at best naive and at worst willfully misleading. It represents the total penetration rate of all Flash 6 player *subversions*. There is no guarantee that code compiled for one Flash 6 player subversion will run successfully on another. In fact, as I have stated many times before, the whole concept of subversions is misleading and every update to the Flash player should be regarded as a new version (at least insofar as the granularity of the penetration statistics are concerned.)

I, for one, am much more interested in the penetration rate for the Flash 6r65 player and above and would love to see some statistics on enterprises that block ActiveX content (such stats may exists elsewhere as Flash is not the only plug-in to be affected by such policies.) If you have any such information, feel free to add a link to the comments!

Initial thoughts on AS2Lib

I've just started looking through the open source AS2Lib project. My initial reactions are mixed. There is some work towards implementing basic reflection which I find interesting (I had implemented a similar method as part of the MooseDoc documentation system for AS1) but also certain additions that I find quite redundant. For example: Do we really need to implement the Iterator pattern in AS2?

It's understandable that someone coming from Java who wants to make AS2 feel more like Java would want an iterator since they are used quite frequently in Java to loop over collections. AS (and thus AS2) has a for...in loop -- a construct that Java does *not* have (the latest version did get a rudimentary version of it but it is nowhere as powerful as the one in ActionScript.)

I am all for taking the best of what Java (and Smalltalk/Java-based design patterns in general) have to offer and implementing them in AS2 (as our Ariaware RIA Platform will attest to) but I am quite opposed to the idea of blindly implementing *every* Java pattern in ActionScript.

Let's not forget that AS and Java are very different beasts. As much as we put powder and rouge on ActionScript to make it appear class-based (ActionScript 2), it is at heart a prototype-based language -- and that has real advantages at times.

Contrary to what you may read elsewhere, class-based languages are not any more or less object-oriented than prototype-based ones. The term is *Object*-oriented programming for a reason. The defining characteristic is the use and interaction of objects not their templates. In fact, one may argue that classes are an external entity in a purely object-oriented approach and one would be right. To contrast, prototype-based languages deal only in objects.

That is not to say that class-based languages don't have their advantages. Those advantages mainly stem from removing much of the rope that prototype-based (or object-based) languages give you to hang yourself with. In a large-scale development environment the flexibility of the development language is not the main concern, with other factors such as maintainability and scalability playing a much more important role. It is because of this that we use AS2 in our projects at Ariaware.

Also remember that ActionScript is a *scripting* language and "scripting" -- although others may tell you otherwise -- is *not* a dirty word. Programming languages such as Java and scripting languages like ActionScript are both tools. They both have a place. They exist because they are useful and fill a need. They continue to exist as long as they are useful and the most useful for any given task usually become the most popular. There is a reason Java failed as a client-side technology for web applications and Flash did not. Yes, learn from Java but please don't try to implement Java in AS2 and thereby add unnecessary bloat to your applications. The web is still a low-bandwidth medium for most users and, as Macromedia will tell you with regard to the Flash Player, every byte is valuable!

I hope this doesn't come across as a scathing critique of AS2Lib because that is not what is intended. I've only had time to perform a cursory glance around the packages and this entry has focused on a single issue that happened to catch my eye. Quite the contrary, it's great to see an active open-source effort along these lines in the Flash community (though I would have preferred it had the code been released under an MIT/BSD-style license.)

I plan to continue to look into the library and hopefully will have more thoughts to share on it in the future.

Will spam kill the Wiki?

Recently I've noticed a increase in the amount of spam on the What Is Flash wiki. Due to the way that particular wiki is set up, it would not be a problem for me to lock the Wiki from edits or require logins but that runs contrary to the "spirit of the Wiki". However, discussions such as the one on WhyWikiWorks don't take into consideration automated spam bots -- something that's hinted at on WikiWipeout.

It appears that What Is Flash is not the first Wiki to be hit by Wiki Spam (see this page on WakkaWiki, for example) and there is a page discussing Wiki Spam on Ward Cunningham's Wiki (the "mother wiki" since it was the first.) Of course, it is easier to spam What Is Flash since it uses my WysiwygWiki engine (which allows you to update the pages using a visual HTML editor instead of cyptic WikiCode.)

Apparently there *is* an anti-spam patch for WikkiTikkiTavi (which WysiwygWiki is based on) but I haven't tried it yet.

The question, of course, is will Wiki spam kill the Wiki as we know it? I believe that the answer is yes. Wikis will at least require registration/login (which works beautifully -- zero blog spam to date on this blog) or some other method of thwarting spam.






Bad Behavior has blocked 0 access attempts in the last 7 days.