FlashObject to become SWFObject

A couple of months ago I was asked by Adobe to write an article about FlashObject for their Devnet site. I happily agreed, as the Devnet site is pretty high visibility in the Flash community, and it would really get the word out about FlashObject.

So I wrote the article – nothing too spectacular, just a spiffed up version of the existing FlashObject page. Then I waited. Then came a very odd e-mail: their legal department didn’t like that I used the word “Flash” in the project name, and asked if I would be averse to changing it. Well, I’m not really attached to the name, so I considered it for a bit, but decided that changing the name would be too much hassle, especially since so many people are already using the script and it’s gained quite a word of mouth following. So I imagined that all the people that know about it would hear all about this new great script called SWFObject and think it was some new thing. I can see the conversation now. “No thanks, I don’t need to use SWFObject, I already use FlashObject, and it’s just fine.”

Well I asked Adobe to compromise, and possibly give me permission to use the Flash name. I offered to place a little tag-line along with all the information about it, something like “Flash is a registered trademark of the Adobe Corporation, used with permission.” (Or something like that, you get the point).

Well, a few weeks have gone by, and tonight I finally got the response back: No deal. Apparently Adobe is really clamping down on the people using the word “Flash” in their projects, even if they are open source. I’m not sure how this will affect other projects, or Flash communities (My guess is that communities like OSFlash and Flashcoders will be fine, but anything that distributes a product with the name “Flash” will need to change – but this is just a guess).

Needless to say, I’m slightly annoyed by all of this, but in the end it shouldn’t really affect the project all that much (I hope). Soooo starting immediately, and as I find time to update the documentation and code downloads, FlashObject is now known as SWFObject.* I’ll be updating the main page to redirect to http://blog.deconcept.com/swfobject/ in the next day or so. If you have links pointing to the old page, feel free to update the links and change your link text/other info to SWFObject.

* I’m not really a huge fan of the name SWFObject, but I want to keep the ‘Object’ part in there to at least keep some semblance of recognition in there for the users who are already using the script, or have already heard about it. I also hate when people pronounce SWF as “swiff”, but since this is the internet, it will be hard to force people to call it S.W.F. Object. And that takes more time to say than “S.W.F. Object” anyway. So feel free to call it “Swiff Object” when talking about it “in real life.”

UPDATE (4-27-2006): John Dowdell posted a bit more info about this on his blog. Go read the Adobe Trademark guidelines.

FlashObject Breeze presentation

I gave a presentation to the Minnesota Flash Users Group last night all about FlashObject and the benefits of using it. It went really well aside from my technical issues – When I first logged in, it worked fine, but after I adjusted my microphone, my browser crashed and then wouldn’t work at all after that. Firefox and Safari both would just hang when I tried to log in to the breeze room.

I ended up switching to my new Intel Mac Mini at the list minute and presented on that. But I guess Adobe hasn’t updated the Breeze screen sharing plugin to support the Intel macs yet, so I was stuck copy/pasting code into the whiteboard. I think it still turned out pretty well, so if you are new to FlashObject, this presentation might be a good overview of the advantages of using it.

You can view the presentation here. Enjoy! And thanks to the Minnesota User Group for asking me to present.

FITC

I’m heading up to Toronto for FITC tomorrow evening. Unfortunately I’m not giving a presentation – I suppose Canadians don’t believe in good Flash Player detection ;) – but I’m sure I’ll have a good time anyway.

If you see me wandering around, feel free to say ‘hi’. (I look like this)

Where is the Web Browser Plug-in Task Force?

Let’s face it, using plug-ins in your website is a pain in the ass. Most of the documentation provided by plug-in makers is either grossly outdated or non-existent, and when you do find useful information, one plug-in maker might have you use one method, and another has a completely different set of rules.

HTML has had proper support for plug-ins for a long time: the object tag, which is flexible enough to handle pretty much anything you can throw at it. But because of the [wrong] way many browsers interpret this information, many plug-in vendors still require (or at least suggest) the use of the embed tag either along with or instead of the object tag. Why is this? It’s 2006! Lets put some pressure on these companies to make things easier for us as developers. Why can’t I layer HTML over my Flash content or my Quicktime content? Why does Internet Explorer make me use this crazy classid attribute when specifying a mime type should suffice?

It’s time to clean up the world of browser plug-ins. It’s not enough to just sit back and say plug-ins suck, or that the very nature of them doesn’t fit into the ‘Web Standards philosophy.’ Whether you like it or not, they are here to stay. Standardizing them won’t be easy (If things like this were easy, the Web Standards Project wouldn’t exist), and it will probably take years to do, but it’s something that really needs to be done.

Today is ActiveX Black Tuesday

Today Microsoft will release their ‘Active Content’ patch for Internet Explorer 6. From a recent blog post on the MS Security Response Center:

The second issue is that we have a number of security vulnerabilities in IE that are scheduled to be addressed in our next release of security bulletins on Tuesday April 11, 2006. As you know, in order to reduce the complexity of updates and to improve quality, we ship all IE updates as cumulative updates. As a result, the April security updates will include the non-security ActiveX change to respond to the Eolas case.

If you’ve been following this at all since back in December, you’ll already know that you can use FlashObject to get around these changes and your users won’t need to ‘activate’ anything. But for those of you who are new to this issue, you can read an old blog post of mine that covers all the details and links out to all the important sites you might need to check out. It also covers a small bug in the update that I’m hoping has been fixed in this latest release (the script debugging issue).

Hope everyone enjoys the update!