Tuesday, June 3, 2003

I read this Zlog interview with David Shea, and, while I respect his opinion a great deal, vehemently disagree with one point.

Which languages interest you the most and why?

None of ‘em, and here’s my reason.

I spend a good chunk of my day in Photoshop or Illustrator or whichever graphic tool I’m using at the time. The common thread between the various design packages from Adobe, Macromedia, and Quark are that they all rely on underlying data structures (including PostScript in some cases) that enable me to build my imagery with WYSIWYG tools.

Not once, ever, do I even have the option of looking at the code. I’m kept as far away from it as possible, and let the control over it stay where it belongs - in the capable hands of the software.
This is an incorrect analogy because the designers (engineers) of Photoshop did have access to the code and were in complete control of every behavior in the Photoshop environment. The end user of the design tool shouldn’t care about the underlying code for the same reason that an end user of a web site shouldn’t be exposed to its code. But those designing should care a great deal.
And that’s the way it should be with the web. It makes no sense for a designer to code; they should design. The fundamental layout of a page should be completely hidden from the person building it, otherwise it stifles their creativity.

I’m making the assumption that code = HTML/markup and not logic.

When you’re designing a web site you’re also (intentionally or not) designing the behavior — the way the page behaves inside the browser and the interaction of the page to the user. How else can you accurately control the design of your product if you’re not constructing the pieces that make up the layout? Sitting behind the coder dictating every nuance just doesn’t cut it. This behavior design comes through subtly in the structure: fixed versus variable width pages greatly affect the design; or blatantly: rollover images, opening new browser sessions in hrefs, etc.

When I start adapting my layout to fit a design I know I can code, the tools are getting in the way of my creativity.

Web design is the only design discipline in which the designer can also build from start to finish. Not in print design (usually), industrial design or architecture are they so lucky. If you follow some variation of the Sketchpad -> Illustrator -> Photoshop -> HTML editor process, eliminating the last step of the design process is not suppressing design, but following it through into a realized product. This amount of design control should not be wasted. Even if it’s just the initial templates to be chopped up and reapportioned by a web programmer, those templates serve as the foundation of the site from which all coding and structure follows. Obviously one should never begin any project by coding HTML.

How would a designer know what was possible as a web design layout without knowing the code? Early in my career print designers would offer advice on specific designs that were not at all transferrable to the web, with (graphical) fonts spanning photos intersecting body copy that was impossible in 3.0 browsers and impractical in today’s updated browsers because they were ignorant to how the pages were laid out and how the code worked.

This is how its still done at design agencies all the time and is a completely foreign concept to me. Throughout jobs at large and small companies I’ve been fortunate enough to have never belonged to a creative team larger than six or seven people and have avoided assembly-line design entirely. Maybe I’m just a control freak — I don’t trust others to fully execute my design vision for a site and maintain structural integrity when the “site builders” join the game in the fourth quarter. But to me, web design is a bridge between art and science where design and code are inseparable elements of the media in which we’re communicating.


Comments


by Dave S. » Jun 3, 2003 8:26 PM

Scott, good points. But you haven't factored in Flash.

The reason all the cool kids like it is not only because of the animation and interactivity factor (which can, to a certain extent, be reproduced with clever DHTML and animated GIFs) but also because the display is consistent amongst every browser, and because it has a really solid visual development tool.

Now, obviously the argument against me is bolstered by ActionScript, Flash's built-in DHTML-like scripting language. But when you consider that a) the development environment breaks it down way further, into a few mouse clicks even, and b) generally the more complex ActionScript goes towards producing either databse connectivity or dynamic movies, then you're already at a point where a coder needs to be brought into the mix if it's much more than a few simple clicks.

What the CSS-development community needs is a graphical editor akin to Flash. Or InDesign for that matter. Something where, when building my visual layout, I can put my brain on auto-pilot and just create rather than worry about my coding.

An interesting argument. Keep in mind that we can have it both ways, too. We just don't have a choice right now.

Comments


by Keith » Jun 5, 2003 9:12 PM

I agree with you, good points there. To me, and frankly I think there is no "right way" to look at it, one of the big places where Web design and graphic design part ways is with the code. There are others - understanding interface issues and how users interact with Web designs being a huge one that I often come back to.

In my mind a "Web Designer" needs to know how to code. It might not be their primary skill, but to be successful and produce the best possible Web designs it needs to be there. They sure as hell don't have to like it. Personally I like to code, not as much as I like to design, but...

I understand the argument that Dave makes about Flash, and it's a sticky one. I would however assert that a professional Web designer isn't going to get all that far on Flash (even with ActionScript, which is basically JavaScript, you know coding, skills) alone. I could very well be wrong, as I often am, but Flash is just another (often times perfect, often times misused) skill in the Web designer's tool kit.

As far as a CSS WYSWYG editor goes, I'd love one. I mean I don't use Dreamweaver much for coding, but I used to always bust it out to help with complex tabled layouts and forms. I mean some times it's nice to be able to see what you are doing, no matter how adept at hand coding you are.

Then again, as with complex tabled layouts, etc. with CSS you need to understand how it works to be able to get the most out of your design.

Comments


by Rob Foxx » Jun 17, 2003 1:57 AM

I agree completely - there's nothing worse than an ignorant designer handing a photoshop masterpiece to a coder and expecting them to re-create it in a bandwidth friendly, standards compliant manner. Since I moved to my current company I've had all my design privelages revoked!! Everything gets done by a graphic desiger whose previous experience is print, print and more print.

It's as frustrating as hell each time we come to re-design an intranet site and he's off on one again, using images in place of headings which are dynamically created, using font sizes that require binoculars to see and generally laying out pages in a manner which doesn't work as a website.

To suggest that web designers should not be mindful of code is not only blinkered, but creates a barrier to their understanding of how to do things right.

Comments


by ss » Jun 18, 2003 10:45 AM
Comments


by phentermine » Oct 1, 2003 1:37 PM

here is a free tip:
if you don't know what you are talking about don't post online.
I'm sorry I don't buy what you said but it's to cheap.

Comments


by Boskovic Helena » Dec 20, 2003 5:15 PM

Rebellion to tyrants is obedience to God.

Search

Syndication

RSS: .91 / 1.0 / 2.0