Posts Tagged ‘code’

E-newsletters: Dos and Donts.

Posted on June 18th, 2010 by emdash in Tutorials, Work

I’ve been working both in-house and with advertising agencies/companies to produce e-mail newsletters for a while now. Sometimes I’ll be working from an existing template or graphic standards, or a layout file, and simply write the code for the e-news. Other times, I’ll be designing as well as coding. Either way, there’s a lot of little technical things to keep in mind when producing an e-newsletter. In this article I’ll try to outline what I’ve learned, and I hope it will help you if you have to produce your own! (If you’re gonna send junk mail to your customers, at least do it right.)

(more…)



cspixelfoundry.com launch

Posted on May 18th, 2010 by emdash in Pixel Foundry, Work

Few things are as satisfying – to a small business – as getting your own website launched. Like business cards or a physical office space, it lends credibility and a feeling of being “official.” Chestnut St. Pixel Foundry was looooong overdue for a site that was more than just a mailing address and meta tags… and finally, we’re live!

I’m going to offend a few people I know by informing you all that I, personally, cannot stand the web 2.0 aesthetic in web design. At a certain point it crossed a line from friendly and easy-to-use to simply insulting the intelligence of the user. I mean… 24 point type telling me to login just makes me feel like I’m being unnecessarily babied… and I don’t like it. I also feel the excess gradients, reflections, etc are going to look pretty dated in a few years, forcing another redesign/refresh of the site… I like classic and timeless design that carries a business or organization through any period of time.

So, web 2.0 was out for the Pixel Foundry’s website. Instead, we looked to Victorian inspiration: scrapbooks, photo albums, wallpaper and decor, etc. We came up with the idea of using a page for the background… a literal interpretation of the website as a page of information.

There was a lot of technical stuff here to solve. Earlier versions of Internet Explorer hate transparent .pngs… but there are still people out there unfortunate enough to be using IE6. The paper “page” background takes a while to load, and until it does, the site doesn’t look right (this was resolved with a “loading” script that wouldn’t display the site until the page was finished.) We wanted to feed JUST ONE post at a time from our tumblr but tumblr’s default embedding script is fairly inflexible.

We took a bit of liberty with facebook and LinkedIn‘s logos… which I think is fine since almost everyone else does it too. There’s probably as many graphic variations on the facebook icon as the rss icon.

My favourite though are the vintage-looking pictures of Kelly and I. I was tempted to add more members of the team (eg. Leeloo and Godiva, my two black cats) with similarly-treated photographs, but held off ‘cos that would just be silly. And of course our website is 100% serious.

Next step: iPad version.



web designers versus developers

Posted on March 15th, 2010 by emdash in Opinion

It’s always interesting to see the differences between web designers and web developers in the way they view project solutions. In my time spent in this industry, I’ve seen a lot of designers frustrated with developers, and vice verse. I’ve heard a lot of developer friends complain about the designs they’ve been handed by others, and designers annoyed they “can’t do something” they think would be spectacular… because the developer doesn’t want to code it.

Any larger-scale web presence is going to require at least one designer and at least one developer working on it. It isn’t in the interest of the client to have an ongoing war between these people. They generally just want their site up, as quickly as possible, and as cheaply as possible. It’s best for them if the designer/developer work well together and understand each other. Judging from what I’ve heard and seen from both my designer and developer acquaintances, this doesn’t often happen.

I have a theory about this. My theory: both designers and developers have egos. (Who doesn’t?) A web designer might become enamored of their layout and not want to change a thing. Being told something isn’t possible with the way the back end of a website works, or that it’s not possible to template the layout, is the last thing they want to hear. On the development side of things, you have programmers who view their work with more importance than the designers’, to them, the layout may simply be decoration. (It works both ways. Designers have a tendency to go on about branding importance. Branding is important. So is a functioning site people can navigate and use to find information.)

I’ve really seen both sides of it all. My formal educational background is in print design. But I’ve been making websites since high school in the mid-late 1990s. I started with a free/limited version of Photoshop 5.0 and Notepad. I found since graduation from design school, I kept getting asked, “hey, you build websites, right?” Now, online content is about 70% of what I do. (Last year I’ve been learning more .php to work with open source database-driven CMSs.)

I’ve worked with print designers to build their clients’ websites, and outsourced back end to developers. I’ve been fortunate with who I have worked with, personally. I think the fact I do both design and development has helped me communicate with both types of people. I’m able to see their side of things because I do their side of things.

If you want to become a better web designer: stop using Dreamweaver/WYSIWYG software. Learn how to actually code for the web, to write properly marked-up HTML, to use styles correctly for layout in all browsers. Take a beginner/intermediate level course in it. Don’t expect to suddenly be able to do the job of a web developer… just learn a bit about it for the sake of knowing what those terms are they like to throw around so much.

If you want to become a better web developer: take an art course, like painting. I know this sounds bizarre, but understanding the artistically visual mind is integral to learn how to talk to the designer who believes their site layout is amazing. I don’t want to say “get creative”, because to me, coding is creative. It’s creative problem solving and that is why I can write scripts but not do calculus.

Overall, the thing to keep in mind: you both have the same goal, that of the client’s: to produce a functioning, attractive website that fits their needs. Remember that, and you’ll do fine.