Banners for PMs and Designers - In Person!
I've started doing my article in person at agencies in the Toronto area. Going pretty well so far. Anyone interested in having me come in and teach some basics of the banner process, please contact me. No cost to the agency.
After Effects
Why did I wait so long to start doing After Effects? It's basically Flash without worrying about compatibility. Having a lot of fun with it so far!
Google Creative Partner Day
Always an honour speaking at Google's Creative Partner conference. I always find it amusing that there are several people in the audience that I know well, but have no idea what they look like because i've always worked offsite. Great to finally meet some PM's I've been working with for years in person!
ASAP
Really... what does ASAP mean? ASAP as in next week if it's convenient? ASAP as in tomorrow morning? ASAP as in I need to hire some extra help to get it done within an hour or we lose the project? Can we in the Advertising industry all agree to stop using the term ASAP? It tells me nothing about when anything needs to be done. Just tell me when you want it and I'll let you know if it's possible.
Tween Engines
Back in the Flash days, there seemed to be a lot of popular tween engines. TweenLite, GTween, Tweener, FuseKit... all of which were used regularly. It wasn't a surprise if you saw a project using one. But now, it's Greensock (TweenLite) or JQuery. Any other is strange. At least for banners. Im sure that in the bigger scheme of things, nothing is a surprise. But seeing as how Im a banner developer, thats the realm Im talking about.
Does anyone have another low weight tween engine that is good in banners that we should make a regular thing?
Google Creative Partner Day Presentation Complete!
Presentation at Google's Toronto Head Office went well yesterday. I hope everyone there got inspired with some great stuff they can do with Dynamic banners, or at least learned more about what they are capable of. Although my part of the presentation was small, it was good to be involved with a great event, and an honour to be invited to speak.
Finally updated my Guide to Banner Dev for PMs and Designers
The guide I wrote for PMs and Designers to understand the technical aspect of Banner dev has finally been updated to include HTML5 banners instead of the now outdated Flash banners. Hope it helps!
Google Conference
Looks like I have been penciled in to present at the upcoming Google conference in Toronto to discuss Advanced Dynamic banners. Have to try to find some presentable work I've done in that area to show. That might actually be a challenge... Most of those kinds of banners Im not allowed to show because of NDAs for some reason. Hoping I can find something.
Live Text vs Images
I know the argument for live fonts in banners. Easier to make client changes. Less file size. Crisp readabilty.
But unless specifically told to do so, I will never use live fonts for the following reasons:
1) Images are much faster to code. Live fonts require a while bunch of CSS to get it looking correct. Imagine a price point, with a small $, different size dollars and cents, and a few dividing lines for good measure. Not difficult CSS, but takes way longer that just saving an image in Photoshop. Just set up an action in Photoshop to turn a layer or selection into a transparent PNG, and thats your image. And as long as you keep the PSD, it's easy to make changes. The one thing I'll give live fonts in this area is its easier for a new developer to take over as you don't need to worry about passing along the PSD as well.
2) Images are much easier to QA. An image is an image in every modern browser and platform. No way can you say the same thing about live fonts. It will looks slightly different all over the place.
3) Unless you have a web font licensed, you will need to resort to Google fonts, or something else not quite what the AD wanted. And even if you do have a proper font to upload with the zip, it will never look exactly the same as the PSD. Sometimes very close, but never exact. And the AD worked hard at all those kerning and letting settings which will be tossed.
4) Custom fonts can be huge, thus offsetting the file size you saved from using fonts instead of images. Maybe even putting you over the file size limit. And you will usually have to load it from the cloud, which is still a grey area for many ad servers.
5) Using tinypng.com with retina sized PNGs is surprisingly efficient for file size and quality. Thus quality with images will not be compromised.
Overall, the thing about banners is that they are temporary venues for advertising. They will typically be handled by one dev only, and only be around for a limited time. There is no need for easy editing or ease of transfer. File size, image quality, and speed of development are the three key aspects. File size/quality is debatable depending on the design and fonts, but usually can be done with images no problem considering what banners are usually designed like. But speed of development, there is no argument at all. Images are way easier. And will always get you exactly what the AD (and client) is expecting without having to resort to "Well, it's HTML text so it will look a bit different than the PDF."