In Defense Of Photoshop

Advertisement

Waves of change are currently rippling through every aspect of the Web. The iPad and other mobile devices are changing the way we access the Internet, while HTML5 and CSS3 promise to change the way we develop it. However, another storm is brewing that threatens Photoshop’s throne as the application of choice for Web design. The battle suggests a fundamental shift in the design process from Photoshop to mark-up.

A militia of designers have assembled to launch this coup. Their propaganda is convincing, and their proposed successor is worthy, capable and sexy. Their cause is important, but their manifesto is flawed.

In Defense of Photoshop

The Argument

The argument against Photoshop focuses on the effect of the final product. Photoshop can be used to create impeccable designs, but after hours of hard work, you end up with a static mock-up that is incapable of emulating the experience one gets when the design is converted to mark-up and viewed in the browser. HTML and CSS mock-ups require no explanation. They present the final product in the final environment. They also take full advantage of browser capabilities, such as fluid layouts, progressive enhancement and animation. These are things that Photoshop simply can’t do.

If we compare the two methodologies even closer, we find a number of other disadvantages to the Photoshop approach. For example, Photoshop’s text rendering is nothing compared that of modern Web browsers. CSS classes also make the process of updating similar elements easier than hunting down all instances within a Photoshop document. Even making certain structural changes to a website can be done more easily with CSS. Finally, I can’t overlook Photoshop’s propensity to crash, especially when opening the “Save for Web” dialog.

I admit: the benefits of mark-up are undeniable, and Photoshop doesn’t offer any of them. In fact, the mark-up generated across the entire Creative Suite is rather atrocious and unusable. Why then do I think Photoshop is still the most important Web design tool available today? The answer lies in the creative process.

Process Makes Perfect

The creative process is exactly that: a process. Clients may think we simply snap our fingers to make creative goodness flows directly from our brains to the screen, but we know better. We know that it takes hours or days of deep thought to devise the perfect solution. And if you’re anything like me, you often don’t find the perfect solution until you’ve explored a number of dead ends. Essentially, we need time and experimentation to work towards the goals of a project and determine the best way to communicate what needs to be said.

Experimentation is the key to creativity. Without it, the brain simply follows what it regards as the safest route, and the result is as mundane as the thought behind it. Most of the designers I know start all of their designs on paper: creating thumbnail sketches in order to quickly experiment with possible solutions. However, these sketches serve as jumping-off points; the design process is by no means over once the pencil is traded for mouse and keyboard.

Photoshop is vital to good Web design because it extends the process that was started on paper. It gives stakeholders a direct connection to the visuals without regard for the technical execution of the product. In other words, it accommodates visual processing. The designer is given a blank canvas—a playground for experimentation—on which anything is possible.

Experimentation: The Catalyst of Creativity

As designers, our medium is in a visual language. It’s a language of the subconscious, and it allows us to connect to other people through our work in ways that the spoken word cannot. Great design relies on an open dialogue between the artist and the medium. Interfering with that dialogue only impedes the process and distorts the message.

Designing with mark-up, however, creates a disconnect with the medium. Ideas no longer flow fluidly onto the screen. They must first be translated into a language that the computer understands. Like a game of telephone, this methodology requires a great deal of interpretation, which inevitably dilutes the idea and its potency. This chain of translation introduces a latency that kills experimentation and compromises the design.

The Foreman Or The Architect

Truth is often seen clearer in extremes. So, let’s try a little thought experiment. Imagine yourself as an architect tasked with designing a large corporate skyscraper. How would you proceed? If you’re like most architects, you would start by sketching, and then work your way into AutoCAD. Eventually, you’d end up with a computer-generated 3-D model. You’d probably take it even further by constructing a small-scale model. All of this processing gives you a better feel for the project without actually building it. It’d be preposterous for the architect to go out and start welding I-beams together as part of his design process; that is the foreman’s responsibility, and construction begins only once everything has been designed.

Designing with mark-up is like welding I-beams without a blueprint. The client understands—or should understand with your help—that the mock-ups are not the final product and that this actually benefits them. They want to get an idea of what the website will look like without having the entire thing built first. It allows them to change the direction of the project before investing too much. Our responsibility is to explain the differences between the mock-up and the final product. Moral of the story: don’t play foreman when you’re the architect.

Don't play the foreman when you should be an architect

A Call To Arms

Although mark-up can provide a truer experience for clients, Photoshop is clearly an important part of the design process. Ridding it from our toolbox could prove disastrous. What we need is not to change our methodology, but rather to amalgamate our tools. We need a tool that supports the creative process but at the same time gives us access to the subtleties of our medium.

Modern WYSIWYG editors are off the mark. We need something more like Photoshop, but with capabilities that allow us to create DOM elements as easily as we can create shapes. John Nack seems to be on the right track with his idea of HTML layers, which would enable users to create and style HTML elements and render them with the WebKit engine all within a standard PSD file. While this idea is not completely practical, it gives us something to work with. Imagine opening the layer styles dialog and being able to add CSS3 styling to an element. What bliss!

HTML Layers
An example of what HTML layers might look like with CSS styling.

Jeffrey Zeldman makes a number of valid points about why creating such a tool is impossible:

HTML is a language with roots in library science. It doesn’t know or care what content looks like. (Even HTML5 doesn’t care what content looks like.) Neither a tool like Photoshop, which is all about pixels, nor a tool like Illustrator, which is all about vectors, can generate semantic HTML, because the visual and the semantic are two different things.

I have to agree. Any tool that is meant to translate visual elements from canvas to code will inevitably fail in the semantic realm. Computers are monolingual: they need us to make that translation. However, do we need perfectly semantic code if we’re only creating a mock-up? Why can’t we accept the reality that we’re not crafting the final product and simply spit out HTML and CSS that’s “good enough” for mock-up purposes. Once the design is approved, we’ll put on our foreman hat and begin the real construction.

Until our paradigm is rocked by some killer new app, Photoshop will reign as the best tool for designing websites. Although it doesn’t currently speak to our medium the way we wish it did, it proves itself priceless when it comes to the process of designing. Photoshop is a virtual playground of experimentation; dropping it from the process only prevents your design from being fully developed. So, before you switch to the mark-up methodology, understand that you’re sacrificing creativity for a few browser capabilities, which could be explained to clients anyway. For the sake of your client, creativity and work, stick with Photoshop.

Screenshot

For more on information on designing websites in Photoshop, check out my Smashing eBook Mastering Photoshop Web Design, a book for advanced and intermediate designers who want to brush up on their workflow and improve their Photoshop skills.

Further Reading

(al)

Tom Giannattasio happily makes things at nclud. He works as an Editor for Smashing Magazine and teaches at Boston University Center for Digital Imaging Arts. He loves to experiment and share his work on his personal site: attasi.

  1. 101

    Di8ital Ninja

    July 30th, 2010 6:10 am

    Real coders can code any PSD into html and css and have it work like it’s supposed to :)

    +5
  2. 103

    Great article! I’ve just started using Balsmiq (balsamiq.com/products/mockups) and it’s really helped expedite the design process from wire-frame to photoshop.

    0
  3. 104

    paul del signore

    July 30th, 2010 6:43 am

    debating PS vs FW misses the point of the article. The main issue here is using a design tool vs designing with markup.

    Tom is correct, designing a blueprint before coding makes sense… that is all part of a process.

    0
    • 105

      Michel Bozgounov

      July 30th, 2010 10:12 am

      Actually, the Fw vs Ps debate is not that irrelevant. Fireworks is much closer to the real Web design than Photoshop is! Fireworks can also create clickable, interactive prototypes (HTML/CSS/images + interaction layer), that can be presented to the client for approval; once the design is approved, you can export the graphics from Fireworks and move to handcoding your layout (HTML/CSS) and interactivity (JS/AJAX) in a coding tool of your choice (CODA, Dw, etc.).

      So working in Fireworks, you are faster; and you are much closer to the final results when building your web design, even while working in your graphic design editor!

      Since we talk “Should we start the design in Ps or directly in code?” it is perfectly relevant to ask another question “Wouldn’t it be more appropriate to start the design in a tool that will take you faster to the final results you need — Fireworks?”… :)

      0
      • 106

        Ha, Michel

        I was actually thinking, how long will it take until you start preaching about Fw again. Near enough a whole day after the article went up. What was wrong? Where you ill or on holiday?

        ;)

        +1
        • 107

          Michel Bozgounov

          August 3rd, 2010 9:15 am

          @Falk:

          If you don’t get well the point of the discussion, you better walk away from it. Just use Photoshop and don’t spend your time in vain here… ;)

          0
          • 108

            It was a joke, Michel, as you started a discussion involving Fw and Ps on this thread. That was just funny. God, no reason to get all cross.

            I never even picked up on the discussion, because I don’t really have an opinion on the article other than looking forward to what will be developed in the near future. I am just not feeling like I have to comment on a subject just for the subject’s sake. And this is what a lot of people do on here – and a good 50% of the comment space could have been saved by just not posting “irrelevant” opinions and how we all should get on with our lives.

            0
  4. 109

    The arguments back and forth between PS and code might as well be between pens and pencils… because that’s essentially what we’re arguing about: sketching tools.

    My biggest issue with sketching in code is that many web design/dev projects aren’t done by individuals, but involve a large team of designers/developers, many of whom posses disparate skill sets and some wouldn’t know what the heck a css class is. PS and Illustrator allow these teams to really nail down the design of IA, UI, layout, grid, look/feel, typography, etc. before development begins (when a simple request from the client, like re-conceptualizing the grid, becomes a nightmare). Sketching in code is helpful to show a client a specific interactive element (“this is how the lightbox works… this is what the drag/drop feature looks like…” etc.) but pure coded mockups lack the accessibility, adaptability, and rich visuals of a PS or Illustrator mockup.

    (That being said, I make my students sketch in code…. it’s good for them! But they always ask to use PS instead.)

    Don’t get me wrong, PS has outlived time in the limelight as the preferred sketching tool. Something new needs to come along, and many of the suggestions in this article for integrating CSS and other code-driven features into a PS-like environment are brilliant. I would shocked if Adobe actually implemented them, seeing how obstinate they are regarding streamlining their current products (fingers crossed that CS5 *at least* features a more streamlined UI vocabulary).

    In an web design/dev age where limitations are decidedly déclassé, these insufferably limiting sketching tools, both code and PS, need to evolve, and quick!

    +1
    • 110

      We use prior client projects to showcase functionality requested by the client. We also know, with 99% accuracy, what the goal of their web project is, what content they are going to present to site visitors, what features they are looking for, etc. before a comp is ever started in PS.

      “Sketching in code” in a production environment is a very expensive proposition, or at least it is in our case, since all of our projects make use of API’s, WSI’s or other dynamic data sources that would require coding the connectors and interfaces to display the resulting data in the “sketch”. Sure, we could build the wireframes, and greek-up some content…but this would be a far less accurate representation of the end product and much more time consuming (aka “costly”) than generating comps in Photoshop.

      Cheers.

      0
      • 111

        I should amend my comment that I “make my students sketch in code” to reflect the fact that goal of those exercises is to learn code. Not learn design. Agreed, previous work and pre-existing demos are as far as I’d like to sketch in code for my clients. Occasionally they’ll need a custom demo to show what their product will look like in a pre-existing lightbox. C’est la vie.

        0
  5. 112

    Interesting article but I don’t see the real debate. Anyone designing in markup is missing the boat.

    -1
  6. 114

    I’ve got to say, i bought a couple of fireworks books to get into it, but just haven’t had the time. Photoshop does everything you need it to, with pixel precision. As long as you have development knowledge, you can create a perfectly valid design that will translate well when coded.

    The other thing is also that I do not know of one person who uses fireworks, let alone as their default app for designing. If I handed in my designs as fireworks files at work, it would confuse the hell out of the other designers… leading me to fold-out the remaining pages each and every time.

    If everyone uses Photoshop, then that means we can all make changes / update / fold-out each others designs if necessary.

    But with that said, i do still intend to learn all about Fireworks. Pity it’s going to be axed… is that for real?

    0
  7. 115

    Tables FTW

    +1
  8. 117

    hrmmm, was this a post or an extended advertisement? :)

    0
  9. 118

    Yep. Fireworks.

    Gradients, patterns, vector, bitmap, adjustment layers, …

    It’s so easy to design with. I pray adobe keeps developing it.

    0
  10. 119

    George Egonut

    July 30th, 2010 2:26 pm

    I think the real discussion is layout software vs. coding, and I think layout software in most instances. As a musician, when I get an idea in my head, I let it go where it wants, and I don’t think about whether I can play it or not, or if the instrumentation is realistic, etc. I let the idea flow and worry about the technical later.

    Likewise with web design. I design it how I want it in Photoshop and take notes on the interactions I want to take place, then I figure out how to code it later. This frees me up from thinking of an idea and altering it because “well, it would be easier this way.”

    In both cases, not thinking about my technical limitations pushes me to get better by forcing me to learn new things. My two cents.

    +1
  11. 120

    Nice to see Fireworks getting a lot of recognition in the comments. I’m yet another big fan of Fireworks for many, many reason. I love Photoshop for other stuff (print and obviously photo-editing.)

    But regardless, both Photoshop and Fireworks are great design tools with no limits in the hands of a good designer, so I don’t see the “design in a design tool” workflow ever going anywhere. I wouldn’t have known there was much of a “war” going on if not for this article! Interesting article, thanks.

    What I hope to see in the future is better design-to-production integration of specific design elements. I’m not talking about outputting a full code-generated site from PS/FW, but lots of low-level design translations where it makes sense. For instance I wish both PS and FW had an easy way to output their native styles and swatches as a clean CSS stylesheet so I didn’t have to copy paste colors and strokes widths and such all the time, or if you could select some text and copy as CSS definitions, or apply CSS style borders to objects in FW/PS and copy paste, etc. Fireworks already has a 9-slice symbol object, it would nice if you could output that to CSS3 9-slice (or whatever it’s called in CSS3 now.) This stuff will just make certain steps easier to go from design to build without alienating the designer from their natural environment with full creative freedom.

    Fireworks has started to do a bit of this sort of thing, hopefully future versions will take it much further.

    0
    • 121

      IMO Fireworks is a great tool for websites on the fly but what Adobe needs to improve is it’s use of css “à la” Artisteer for example

      0
  12. 122

    I hope some other company releases a tool to make it easier to create website designs. At the moment nothing is beating Photoshop and it really shows. Just look at prices for Adobe software in Europe.

    I think that some other competitor would be really good for both Adobe and us, the end user. Cause now they can pretty much do what they want.

    0
  13. 123

    I’ve also been thinking about CSS layer styles within Photoshop. That would be awesome!

    0
  14. 124

    Photoshop is terrible for web design, Fireworks is much better suited for the task. Prototyping is faster and changes are much easier since many assets are vector. Slicing is quicker and more accurate and you can build over-states for buttons etc.

    0
  15. 125

    Photoshop may be great for the form but its the wrong tool for the function. Design is about both.

    0
  16. 126

    I think there’s definitely a workflow involved in producing a website. My team always always starts off with hand-drawn wireframes. Then we move to more precise wireframes done in illustrator. This allows us to quickly get our ideas across, enable us to discuss with our clients to work out their requirements and design with them. Then we move to creating examples of high-fidelity mock-ups in Photoshop. These examples allow clients to see how wireframes could be materialised and their branding applied to their websites. We could quickly responds to their feedback and make alterations to our wireframes and PS mock-ups if needed. Concurrently, we may choose to build technical prototype in the back-end, and bring together with the front-end once the designs have been approved. We also build front-end prototypes, if there are some interactions that we’d like to some user-testing or client demostations. They could work out fine without much styling applied at the prototype stage. I think this is quite a flexible framework. As everything is documented in versions, we can make iterations quickly and scope out our project easily.

    I think most people work this way, as jumping ahead of phases is very dangerous. This is because it’s time-consuming and doesn’t allow quick iteration process. It also interrupts the flow of ideas – as there would be too much technical constraints applied too early in the design process. It may suit some teams – maybe a designer is more comfortable with mark-ups then photoshop, which is very rare. Or maybe the designer and the front-end developer is one person. But generally speaking, I’m not in favour of it.

    0
  17. 127

    useful post! :p can you please tell me the fonts used on those images? they are really, really beautiful.

    0
  18. 130

    I think this article has a quite conservative sight onto this matter. As more and more things which were initially only available in Photoshop itself become ever more possible in Markup Language, things change. The statement that in Photoshop things are possible which aint in Coding can no longer stand as it is, but here it is still done so by the author. The argument of the necessity of Photoshop for the creative process and flow of ideas is too individual for each person.

    One must abandon the believe that the process of coding belongs to the final stage of website creation. Just because it was that way in the past, does not mean it still is or will be in future, especially not with such potent tools such as HTML5 and CSS3 which are currently advancing.

    The point is, one can be architect and foreman all at once, creating Blueprints while welding I-Beams, with the freedom to de- and reattach the I-Beams as many times as you want, whenever you want. The creation is no static building, once build never changed as the metaphor implies, but an extremely flexible fluid.

    0
  19. 131

    i am developer but have bunch of interest in designs, and stick to photoshop for the mockup. it gives me some thing to rely on when i do html/css conversion.

    back in my college days when i needed to work on a complete web project design by myself i landed a page by 37signal, ( http://37signals.com/svn/posts/1061-why-we-skip-photoshop ) the post argued about skipping the photoshop stuff and directly starting mockup with a bear-bone html/css structure. it was at first fascinating to me, i thought i got a great insight, no need to work for designs then.. i started working with just plane html and css. but the end result was, the design ended up to something that i would have done far better going through the photoshop step.

    whatever people say, we need to have a nicely done mockup with all the details (colors, fonts, font sizes, spaces.. ) before you convert them to margin, padding and all. and this can’t be achieved in such details with anything else but photoshop. some designers may do mockup just with html/css alone, but what i want to say is stick to one which takes less time for you to the final web layout. i always liked the way it’s done with photoshop.

    +1
  20. 132

    Using images instead off just visuals reated with css3 and html5 makes more sense anyway, and image editing programs are necessary for that.

    0
  21. 133

    Andre Reinegger

    August 2nd, 2010 12:29 am

    I love to see that there are so many people out there preferring Fireworks. It really is the no. 1 tool for screen layouts!
    I am always laughing when I take a look into books and articles about webdesign with Photoshop. People really have time to waste doing tasks in Photoshop for hours which takes only minutes in Fireworks.

    For all those who want to see the difference and advantages using Fireworks I have recorded a Screencast at vimeo.
    http://www.vimeo.com/12332496

    0
  22. 135

    When we give a client a mockup in the form of a static presentation – whether a PSD or a JPEG or a PNG of the expected look of the site, we are disregarding one important aspect of design which is interaction. Some clients just can’t visualize “this list comes up when you hover on this item”, or “this lightbox opens up when you click on this image”. Sometimes, they have to “feel” it for themselves. While some clients prefer to look at “how it would look”, a great number of clients prefer to see “how will it work”, and that’s where I think a static mockup fails to present.

    For me, for these kinds of clients, it’s better to present a working UI prototype rather than a mockup. You can design parts of the page in PS/AI/FW/GIMP/Paint/Whatever and stitch everything up in HTML to create the prototype. The HTML doesn’t have to be semantically sound if you think doing so will kill time – it’s a working prototype, not THE final product (just be sure that you convert it into proper semantics for production).

    But then, there are clients who are more concerned with the design. Thus, there’s nothing wrong with presenting them with a static mockup. However, implying that PS is the best tool to create this is unacceptable. While PS is great tool in itself, and helped a lot in communication through design, I think labelling it as “best for creating mockups” is wrong. If this article is really about THE creative process, then I think the designer’s CHOICE FOR A TOOL is part of that creativity – be it realized on PS/FW/GIMP/…. or HTML+CSS for that matter.

    +1
    • 136

      Well said.

      To take it further, it’s not even an issue of “some clients just can’t”–it’s actually the UX team can’t fully address all aspects of an interaction merely in their head and via a few notes in the margin of the wireframe. Interactions, when well done, actually require a lot of intricate decisions that can only be fully communicated if you take the time to actually build it.

      Bill Scott points out that in a simple drag and drop scenario, there are 16 different events and 96 interesting moments that need to be accounted for. A photoshop file alone ain’t going to do that.

      http://www.uie.com/events/web_app_masters/samples/bill_scott/

      0
  23. 137

    This is just another vote for Fireworks, which has a much better interface, much more precise tools, offers pages within each file, faster/better color options (including gradients that can be adjusted and customized very quickly and easily). There is just no contest that Photoshop is better for photos, but Fireworks is certainly better for web stuff.

    0
  24. 138

    Douglas Bonneville

    August 2nd, 2010 10:54 am

    A tool like Fireworks is right in the middle, because it’s interface and elements more closely model the web than does Photoshop. The basic paradigm of being pixel oriented at the foundation level is critical. I can’t count the number of Photoshop mockups I’ve seen and been handed (or created myself) that make it to the 80% mark in terms of what translated from the comp to the browser. My experience with Fireworks is that it’s about 98%, because I design with web limitations in mind, and can bridge the design gap because of that knowledge.

    Essentially, if you know and understand the limitations of browsers, Fireworks is the best tool to design in, while keeping Photoshop for certain artistic sub-tasks that Fireworks is not best suited for.

    0
  25. 139

    All the tools for web design and development suck, all of them. Software in general needs to catch up, in a very large way.

    What takes 2 people should only take 1, what takes 10 hours should only take 3 and what costs $2,500 should only cost $400…and this is because the tools are behind the times.

    There is no reason why even complicated web development should not be achieved with a simple drag and drop.

    I am convinced web D & D is kept difficult and cumbersome on purpose!

    0
  26. 140

    Daniel Karlsson

    August 2nd, 2010 8:00 pm

    The article misses why some people have started to “design” direct in html/css. To me, it’s all about the entire project management process. If you’re following a traditional waterfall project management process (problem and solution is known). Design first, develop later is absolutely the way to go and Photoshop is a fine tool. The problem is that a big part of the industry is using agile/lean/iterative project management methodologies. The do this since the problem and/or the solution is not entirely known.

    The analogy with building a building and creating a website reveals how non agile the article writer thinks. Nothing wrong with that, but he uses this perception to web projects in general, and that don’t work for me.

    I think a lot of designers need to take a few mins and think why the “design first” philosophy getting some beats. It’s not like developers don’t want a complete specification before they start coding. But if the specification is not there, what is there to do? One could of course make up and plan(guess) specifications and just make sure you progress on the “guess plan”, but that’s a delusional option.

    Since designing/developing/testing while constantly interacting with the customer, validates your path and makes sure the final product will be what the customer expects. Since you CAN change fundamental things in software (while not in construction) the underlying thought of the article seems to me be a bit broken.

    Hope this din’t come out as lecturing, just wanted to post an other perspective.

    0
  27. 141

    This post feels like it was created purely in order to tout the book at the end.

    0
  28. 142

    The concept of having html styles is amazing but i can’t see that happening anytime soon and of course we’d still have cross browser issues.

    0
  29. 143

    Matt Berridge

    August 3rd, 2010 4:13 am

    I think a lot of people missed the point and it turned into a Photoshop vs Fireworks debate, rather than a design visual vs in-the-browser one.

    Of course it can entirely depend on the project, but if there has been thorough Wireframing (i.e. sketches) at the beginning of the process – why not go straight to the browser if you know what’s required and it has been agreed?

    Take into account new CSS3 decoration stuff like rounded corners, shadows, gradients, text stroke etc. Previously these would have been implemented as background images so it made sense to turn them into graphics prior to build. But now it seems kind of backward to try and recreate these styles in a graphics app if you’re going to implement them at build only using CSS.

    0
  30. 144

    This essay is a ludicrous exercise in inflammatory rhetoric that sets loose straw men made of stereotypes in simulated cage-fighting. I assume its major purpose is to flog the author’s new e-book, which I congratulate him on.

    PhotoShop remains (and, I believe, will continue to be) one of the best-selling tools in the designer’s toolbox. I believe most people know what its limits are in the design process.

    Two people in their comments mentioned ‘SiteGrinder,’ which is a very interesting, very creatively done, attempt to “bridge” the conceptual space between PhotoShop and UX design (via altering layer names, and using certain named layers with no visual content). SiteGrinder then auto-generates a complete layout with CSS and HTML from within PhotoShop using the File/Automate menu to trigger it’s rendering engine interface.

    Surely the state of dynamic flux of the entire “universe” of the web … and digital design … will spawn many a strange mutant with a mixture of UX-interactivity and vector-and-bit-map design “genes.”

    Can Adobe muster the strength to revamp PhotoShop in a way that incorporates what SiteGrinder does, or what FireWorks does now ? Can they afford not to muster that strength ?

    When I see someone saying they’ve used a product for ten years, I wonder how many version changes, and ui changes, they’ve been through.

    Anonymo is a human being in his own eyes, a human being who once had his name on two prior versions of one of Adobe’s key products mentioned in this thread.

    best, Anonymo

    “It is the mark of an educated mind to be able to entertain a thought without accepting it.” Aristotle

    0
  31. 145

    Bryan Zarbhanelian

    August 3rd, 2010 6:04 pm

    I was actually very glad to hear so many people bashing Photoshop for web design lol. Personally I use Fireworks and I think that everything you need to do for webdesign is harder to do in Photoshop than Fireworks.

    I do my own mockup and designs using Fireworks and it never has failed me.

    You can checkout my new website at http://www.dotvolution.com

    0
  32. 146

    Forgive me if it’s been mentioned… I only read the first 70 comments and then skipped ahead!

    I attempt to iron out all of the interaction issues in a website within the wireframe stage. Why would you generate fully rendered pieces (PS or CSS) of a site that has not yet been approved by the client?
    Wireframing is much quicker to adapt, explore, and generate, and you can quickly pull them into multiple software options to generate interactive storyboards etc. for the client – heck even PowerPoint can get the message across!

    It seems to me like too many people are simply constructing the building to show the client how it would work (like the authors example). Where are the blueprints nowadays? Why aren’t we sketching the plans, drawing up blueprints and getting approval at that point… then you render it, make it pretty and start construction.

    1) sketch out your ideas (pen and paper)
    2) wireframe your ideas + present to client (numerous software options)
    3) upon approval, generate graphical representations + present to client (Photoshop etc.)
    4) upon approval, build the site. (CSS etc.)

    Or is that just me?

    +1
  33. 147

    well, certainly designing the site on psd first is important.
    but to compare with architect.. well the difference is very much high between those two occupation.

    to build house, skyscraper etc you can’t try and error.. you can try like this and like that, if it not work just bring everything down.. you can’t do like that, that why it need for plan, 3d model, or ever mini model.

    but as for web design, it always possible to try out using html, you can change anytime you like without effecting much to the process.

    photoshop is good thing for web design, but it not as important as plan for architect.

    closer example would be better

    0
  34. 148

    Sorry but any person creating design templates in Photoshop who has no idea if their end product can be fully converted into HTML & CSS should not be anywhere near the the web development process. Its not the tool its the user that causes the problems.

    You cant just boot up Photoshop and disappear of into the land of gradients, beveled buttons and pixel fairys, a designer should be completely confident that the finished graphic can be converted into fully accessible xhtml and css.

    This goes for all graphics generation apps, and bashing one over the other shows a complete lack of understanding of the whole process and an over reliance on particular applications .

    0
  35. 149

    couldn’t agree more. plain and simple, photoshop is a production tool, not a design tool. I have often used to architect/building analogy to explain the design process. I start on paper, then move to Illustrator for design. then let the minions build the crap. I hate web design :)

    0
  36. 150

    Great article.

    0
  37. 151

    If Photoshop where to create .png files for each layer, with transparency of course, and then generate CSS and HTML markup that positions the .pngs and any placed text exactly as you positioned it, wouldn’t that be a solution to our problem?

    0
  38. 152

    Hey all you webdesigners! Why don’t you prefer illustrator to design your websites? It works very intuitive for me. I think it’s very fast in experimenting and corrections afterwards (colors, fonts, size …). Even for the webdesigner who have to translate it to html and css, all the sizes, fonts and colors are easy to look up for in the illustrator document! What do you guys think?

    Greetings
    Pieter (Belgium)

    0
  39. 153

    eerkman meneerman

    August 5th, 2010 1:44 am

    I’ve never understood why webdesigners cling so frantically to a software package that was never built to design pages full of interactive content.
    Photoshop shines when you’re editing a single image.
    When you build a photoshop file with tons of buttons, menu items and other elements, the file quickly becomes unusable, even for the designer who created it.
    Fireworks, on the other hand, allows you to create interaction right on the spot. You can export a working model without ever touching a html file.
    Prototyping in pure html+css is only an option if you want to check basic interactivity concepts, and don’t mind using placeholders that will later be filled with the actual design.

    0
  40. 154

    Excellent post and very well written!

    I take my hat of to you.

    0
  41. 155

    Nice article! What does anyone think about a concept like Sitegrinder 3?

    0
  42. 156

    Come on, people –Photoshop was never meant to be a design tool – that’s what Adobe Illustrator is for. Do you guys now that pixel preview has been around in Illustrator for, like, 10 years? And with Illustrator CS5, working with artboards is a charm.

    0
  43. 157

    A bunch of Photoshop haters and application zealots. Wow. Unbelievable.

    If you’re arguing that one tool is better than another for creating something, well then you are missing the point.

    If you are evangelical about using one single tool for designing a website from start to finish, I would think twice about hiring you. In fact, this is a trait I’ve passed on in many job candidates. It’s a sign of narrow mindedness.

    You plan out user experience, UI, navigation, work flow, etc, in one application, you design AESTHETICS in another, and you actually build the application using yet another tool, if applicable.

    I don’t care what you like to create the aesthetic elements of your application in. As long as you know what you’re doing, and the difference between all the disciplines involved. I’ve been doing this for well over a decade now – and I can tell you – tools of the trade change. And if you move around in the industry, you better be prepared to jump in and work in whatever tools the establishment is using. Because you won’t always get the luxury of choosing.

    0
  44. 158

    There are people who seriously think coding mark-up as opposed to using Photoshop is a good idea? I would like to personally punch them in the face for being so stupid to suggest such a thing.

    I am an interface developer. I don’t do the design, I do the coding. Having said that, I do admit that Photoshop is a pain in the butt and that I will hear “the fonts are a different size”, “the colours are different” and that would be because Photoshop isn’t a web design application. But I code the design up as best as I can, and tell them that is the best it can be.

    If more designers actually used Fireworks instead of Photoshop, then designs would be much easier to code up and still have them look like the design. Photoshop is not for web design, it is for editing and touching up images. Just because you can design in it, doesn’t mean you should.

    That’s like someone using Illustrator to design a website (trust me, I’ve seen it) and once again, just because you can doesn’t mean that you should. Fireworks was made for the web and more designers should use it. Until then, the Photoshop design will never ever ever look like the final product.

    Photoshop gives you a false sense of perfection with it’s fancy anti-aliasing. Newsflash designers, no modern web browser or operating system can render your website text like the design.

    Dwayne.

    0
  45. 159

    Benny McTavish

    August 12th, 2010 5:27 am

    I have used Photoshop in the past but have stopped now for several reasons.

    After much investigation and trying, I discovered that it was indeed not a shop and did not contain any photos.

    I now just use the local shop. They have some great photos and at a great price too.

    +1
  46. 163

    Come on guys…. why not just use what you feel most comfortable with??? Why should we say PhotoShop is just for photo editing and HTML is just for build, and Fireworks is just for IA… let each individual decide as best suits their own work practice!

    0
  47. 164

    I think that photoshop is the key element for all future website designs with Illustrator just beside it, especially for young and upcoming web designers. The developments and updates of the software have vastly improved. So probably we will soon be able to build a whole website on photoshop soon who knows. Then we would only need to buy one set of software instead of about five others.
    Remember very good designers break the rules.

    0
  48. 165

    Interesting discussion – but here’s another viewpoint to throw in the mix – as a developer, all the stuff our designers work with is based on HTML. You can’t develop an application in photoshop, can you?

    First, the application is designed on paper with it’s database schemas and it’s core methods, then it’s built with very basic HTML and CSS interfaces. From there, the designers create the layout BASED ON those pages. Seems like the smartest way to go in my opinion. Make the content/functionality work, make it flow right, then move to making it pretty.

    0
  49. 166

    Interesting discussion- have to agree wholeheartedly with Patrick D.

    If a site is going to be more than a digital ad-brochure, you need to know what it’s gong to display and what it’s going to do, before you show it to a web-graphic designer.THEN, they can send you mockups you can look at, in a format you don’t have to pay to look at (like .psd), annotations in plain text for things like RBG colors and fonts, and web-ready files of their graphical bling-y bits.

    0
  50. 167

    Necro this thread to say that, as a devoted Fireworks user in the early Windows XP days : I just use inkscape.

    To be honest, I think most people who think they need photoshop don’t even know what “RIP printer” and CMYK separation mean.

    0

  1. 1

    Di8ital Ninja

    July 30th, 2010 6:10 am

    Real coders can code any PSD into html and css and have it work like it’s supposed to :)

    +5
  2. 2

    Alexis Brille

    July 31st, 2010 6:57 am

    +1

    +3
  3. 3

    George Egonut

    July 30th, 2010 2:26 pm

    I think the real discussion is layout software vs. coding, and I think layout software in most instances. As a musician, when I get an idea in my head, I let it go where it wants, and I don’t think about whether I can play it or not, or if the instrumentation is realistic, etc. I let the idea flow and worry about the technical later.

    Likewise with web design. I design it how I want it in Photoshop and take notes on the interactions I want to take place, then I figure out how to code it later. This frees me up from thinking of an idea and altering it because “well, it would be easier this way.”

    In both cases, not thinking about my technical limitations pushes me to get better by forcing me to learn new things. My two cents.

    +1
  4. 4

    Forgive me if it’s been mentioned… I only read the first 70 comments and then skipped ahead!

    I attempt to iron out all of the interaction issues in a website within the wireframe stage. Why would you generate fully rendered pieces (PS or CSS) of a site that has not yet been approved by the client?
    Wireframing is much quicker to adapt, explore, and generate, and you can quickly pull them into multiple software options to generate interactive storyboards etc. for the client – heck even PowerPoint can get the message across!

    It seems to me like too many people are simply constructing the building to show the client how it would work (like the authors example). Where are the blueprints nowadays? Why aren’t we sketching the plans, drawing up blueprints and getting approval at that point… then you render it, make it pretty and start construction.

    1) sketch out your ideas (pen and paper)
    2) wireframe your ideas + present to client (numerous software options)
    3) upon approval, generate graphical representations + present to client (Photoshop etc.)
    4) upon approval, build the site. (CSS etc.)

    Or is that just me?

    +1
  5. 5

    Ha, Michel

    I was actually thinking, how long will it take until you start preaching about Fw again. Near enough a whole day after the article went up. What was wrong? Where you ill or on holiday?

    ;)

    +1
  6. 6

    I follow the argument — but disagree. You say that ‘designing with mark-up … creates a disconnect with the medium’. No it doesn’t. What you mean is that you know Photoshop better than you know XHTML/CSS.

    Both PS and XHTML/CSS are just tools to get a computer to render something the way you want it. There’s no greater disconnect with the medium with one than with the other. It’s just a question of which you are more comfortable using.

    For someone who hasn’t always used PS, ideas may flow just as fluidly working XHTML/CSS.

    And our medium, I’d say, isn’t just a visual language. That’s slightly diminishing the significance of the designer in determining structure, hierarchy and the like. And interactivity, too.

    So while I agree that PS is a very valuable tool for many designers in the ways you describe, I don’t really agree that this comes down to anything more than the designer’s personal preference. I don’t think it’s inherently *better* for a designer than working in XHTML/CSS. Just suits a different kind of skillset.

    +1
  7. 7

    If you know your crossbrowser HTML and CSS none of the designs you’d make would be hard to construct. At most some of them would (and should) be a challenge to broaden your skillset. You lazy bum you

    And what’s with the paper mock ups? Get a Wacom, Bamboo, whatever, select the pen tool and draw your sloppy mock up’s and save a tree, or whatever.

    +1
  8. 8

    They are not two entirely different processes. It’s all design. From colors to code, it’s all part of a total solution.

    To poo-poo one aspect over the other is to give a client a flawed solution.

    Use the tools. ALL of them. When and where necessary. Don’t ignore the development side. Don’t ignore the copywriting side. Don’t ignore the marketing team. Don’t ignore the usability folks. Don’t ignore the graphic design.

    There’s nothing wrong with Photoshop to communicate broad visual direction. However, Photoshop is *not* a web page. It can not communicate the intricate details of interaction. And these things *are* a critical part of the design…both visually and functionally.

    Where I don’t like Photoshop is when it’s used as the ‘master document’ that everything gets signed off on. It’s no where near the final phase of the design process. It should be a milestone, but not set in stone.

    +1
  9. 9

    thomas giannattasio

    July 30th, 2010 5:06 am
    +1
  10. 10

    The arguments back and forth between PS and code might as well be between pens and pencils… because that’s essentially what we’re arguing about: sketching tools.

    My biggest issue with sketching in code is that many web design/dev projects aren’t done by individuals, but involve a large team of designers/developers, many of whom posses disparate skill sets and some wouldn’t know what the heck a css class is. PS and Illustrator allow these teams to really nail down the design of IA, UI, layout, grid, look/feel, typography, etc. before development begins (when a simple request from the client, like re-conceptualizing the grid, becomes a nightmare). Sketching in code is helpful to show a client a specific interactive element (“this is how the lightbox works… this is what the drag/drop feature looks like…” etc.) but pure coded mockups lack the accessibility, adaptability, and rich visuals of a PS or Illustrator mockup.

    (That being said, I make my students sketch in code…. it’s good for them! But they always ask to use PS instead.)

    Don’t get me wrong, PS has outlived time in the limelight as the preferred sketching tool. Something new needs to come along, and many of the suggestions in this article for integrating CSS and other code-driven features into a PS-like environment are brilliant. I would shocked if Adobe actually implemented them, seeing how obstinate they are regarding streamlining their current products (fingers crossed that CS5 *at least* features a more streamlined UI vocabulary).

    In an web design/dev age where limitations are decidedly déclassé, these insufferably limiting sketching tools, both code and PS, need to evolve, and quick!

    +1
  11. 11

    I would agree that the transition of design from brain / paper to HTML / CSS or from brain / paper to Photoshop should be a relatively simple one for those individuals adept at doing either.

    I also agree that individuals and firms have to use production workflows that best suit their businesses and their target markets.

    Where I disagree is the glossing over of all the very important principles that go into design (not just web design, but all design), like composition, color theory, use of negative space, transition, eye flow, emotional impact, typography, etc. Unless you are both an extremely skilled design guru and a 733t coding guru, it would be very difficult to go from thoughts in your head or scratches on paper to a completed “production” concept on screen that takes all these considerations into account.

    I’ve been using Photoshop since it’s first iteration (we’re talking late 1990 here) and I’ve been developing on the web for 15 years. I went to school for graphic design / commercial illustration, and I am self taught in HTML, CSS, XML, JavaScript (vanilla and OOP), C#, WSI, JSON & REST. I have designed entire Cross-Browser WebApp UI’s that can be skinned exclusively through CSS using very granular specificity, that are still highly functional and yet, visually aesthetic. (Sorry for tooting my own horn…but I felt it necessary to provide background before my next statement).

    In all my experiences, I have never seen any project that was truly a fortune 500, production quality project, that did not have at least 1 iteration (usually more) of comps created for the client and explained by competent sales staff. In addition, I’ve had very few clients that wanted ONLY a web product. In many cases, there is print-collateral and brand identity campaigns that also must be considered. Lastly, as with any services contract, skipping a strictly design phase and creating “working” comps usually leads to clients wanting to change established functionality and / or otherwise introducing change-of-scope requests into the project that can turn a fairly straight forward contract into a never-ending-cycle of revision after revision after revision.

    No matter which program you choose to use, the design phase is just as important to the end product’s success (which is the ultimate goal) as the implementation of that design is. The ability to story-board a site for a client via static comps not only allows you to limit design revisions, it also allows you to easily archive previous iterations, so when the client comes back and says, “You know…after thinking on it, I think I like it the other way better”, you’re not left standing there with a “deer in the headlights” look on your face because you’ve either traveled too far down the “implementation” road to go back or didn’t save the previous iteration’s markup and can’t remember what your client is talking about.

    +1
  12. 12

    Tables FTW

    +1
  13. 13

    i am developer but have bunch of interest in designs, and stick to photoshop for the mockup. it gives me some thing to rely on when i do html/css conversion.

    back in my college days when i needed to work on a complete web project design by myself i landed a page by 37signal, ( http://37signals.com/svn/posts/1061-why-we-skip-photoshop ) the post argued about skipping the photoshop stuff and directly starting mockup with a bear-bone html/css structure. it was at first fascinating to me, i thought i got a great insight, no need to work for designs then.. i started working with just plane html and css. but the end result was, the design ended up to something that i would have done far better going through the photoshop step.

    whatever people say, we need to have a nicely done mockup with all the details (colors, fonts, font sizes, spaces.. ) before you convert them to margin, padding and all. and this can’t be achieved in such details with anything else but photoshop. some designers may do mockup just with html/css alone, but what i want to say is stick to one which takes less time for you to the final web layout. i always liked the way it’s done with photoshop.

    +1
  14. 14

    When we give a client a mockup in the form of a static presentation – whether a PSD or a JPEG or a PNG of the expected look of the site, we are disregarding one important aspect of design which is interaction. Some clients just can’t visualize “this list comes up when you hover on this item”, or “this lightbox opens up when you click on this image”. Sometimes, they have to “feel” it for themselves. While some clients prefer to look at “how it would look”, a great number of clients prefer to see “how will it work”, and that’s where I think a static mockup fails to present.

    For me, for these kinds of clients, it’s better to present a working UI prototype rather than a mockup. You can design parts of the page in PS/AI/FW/GIMP/Paint/Whatever and stitch everything up in HTML to create the prototype. The HTML doesn’t have to be semantically sound if you think doing so will kill time – it’s a working prototype, not THE final product (just be sure that you convert it into proper semantics for production).

    But then, there are clients who are more concerned with the design. Thus, there’s nothing wrong with presenting them with a static mockup. However, implying that PS is the best tool to create this is unacceptable. While PS is great tool in itself, and helped a lot in communication through design, I think labelling it as “best for creating mockups” is wrong. If this article is really about THE creative process, then I think the designer’s CHOICE FOR A TOOL is part of that creativity – be it realized on PS/FW/GIMP/…. or HTML+CSS for that matter.

    +1
  15. 15

    I have been using Fireworks since 1999. And I am familiar with both Photoshop and Fireworks. If it comes to web design, I really do my mock-ups in Fireworks. It is much simpler to create vector based elements. Fw is really a workhorse for designing screen UI, be that a web site or an app. But Fw is for my the final assembly table. Like InDesign is for print designers. I use Illustrator for elaborate vector creations, and Photoshop for cool photo processing, effects and whatnot. Then all is dumped into Fw to make the look of the final layout. If there are simple elements, like buttons, I use vectors in Fw. Just because it is faster that way. Another major reason I use Fw for screen layout design is that this software was originally created with that purpose in mind, and so it has cool functions that one can capitalize upon. Such is the multiple preview of different export options to compare resulting look and file size, or the famous Fw-only PNG8 export with alpha transparency. Whereas Photoshop has zillions of cool features, which we all adore and deify, but the software itself originally was created for the purpose of photo manipulation.

    +1
  16. 16

    Benny McTavish

    August 12th, 2010 5:27 am

    I have used Photoshop in the past but have stopped now for several reasons.

    After much investigation and trying, I discovered that it was indeed not a shop and did not contain any photos.

    I now just use the local shop. They have some great photos and at a great price too.

    +1
  17. 17

    Benny McTavish

    August 12th, 2010 5:45 am

    Yeah? You too pal.

    +1

Leave a Comment

Yay! You've decided to leave a comment. That's fantastic! Please keep in mind that comments are moderated and rel="nofollow" is in use. So, please do not use a spammy keyword or a domain as your name, or it will be deleted. Let's have a personal and meaningful conversation instead. Thanks for dropping by!

↑ Back to top