January 27, 2009

Tuesday Illustrations: Killer movie posters, RUN-DC, & more

Posted by John Nack at 6:03 AM on January 27, 2009


  • Mark — 2:51 AM on January 27, 2009

    Spacesick and Dr Monster are doing some sweet work on Flickr like Olly Moss, check them out if you would actually like to have your socks blow right off your feet.
    [Mitch Ansara = Spacesick. Sounds like I should check out Dr. Monster. –J.]

  • Daemon — 7:19 AM on January 27, 2009

    Hells yea! Can someone provide “Layers” lookalike for Windows? =)

  • Julian Kussman — 8:48 AM on January 27, 2009

    Not related to this post but I thought you might enjoy:
    [Some of it is funny, but there’s too much ignorance here to be all that amusing. –J.]

  • Nat Brown — 8:03 AM on January 28, 2009

    The Snow Leopard link brings me warm memories of the Apple Lisa.
    But perhaps I date myself.

  • Julian Kussman — 8:14 AM on January 28, 2009

    Ignorant or not, each one of these little dings, however minor, takes a little bit away from the polish of the app and when it all adds up, you start to resent the tool you paid hundreds of dollars for, whether you realize it or not.
    [I know–I *do* get that, and the little stuff bugs the crap out of me, too. That’s why we put so much effort into polishing the details in CS4.
    Even so, it’s like boiling the ocean, and there’s always more we should be doing. I wish we could move faster, but we are moving, and what you’re not seeing is the degree to which we’ve been gutting the app (partly forced by Cocoa) in order to build for the future. –J.]
    I use Flash for a living and I can tell you a Flash-based UI never feels like the OS you’re working on (even more so when it’s tries to fake it)
    If your team thinks Flash panels are the way to go then a lot more care needs to go in to the tiniest details of how a system reacts. Disabling the context menu is a start so people don’t inadvertently Zoom their panels.
    [Where do you get the context menu & zooming? Not in Photoshop, certainly. –J.]
    Which makes me wonder, I suppose these new panels don’t work at all with OS scaling based on preference (or handicap)?
    Am I wrong?
    [I’m not aware of any panels in Adobe apps (or any other apps I own, for that matter) being scalable. On the Mac OS at least, I haven’t seen scalability turned on. It’s one of those things that has to happen, and it’s partly to accommodate stuff like this that we’re investing so much in architectural revamping.
    FWIW, being (optionally) vector-based, SWF panels are in a great position to support scalability, and the color picker panel I mentioned earlier scales really nicely. –J.]

  • Julian Kussman — 9:48 AM on January 28, 2009

    I appreciate your efforts John. You specifically. And I know no one ever intentionally makes a bad decision.
    So, no hard feelings.
    Here is the Zooming problem I was talking about. A simple line of AS would prevent it
    I’m not against Flash in panels completely, but I think native widgets are preferred. Flash makes it easier for your developers (write once, deploy many) but worse feeling for users.
    If the built-in panels were all native and 3rd party panels were Flash, that would be a good compromise I think. Adobe panels could be Flash if they after-launch add-ons but the launch panels need to be native. Flash just doesn’t feel right.
    And the scaling I was speaking of is in Windows, where you can set the size of your buttons, widgets, titlebars etc. for accessibility. There’s no way Flash can be in sync with that. On Mac OS of course accessibility zooming is done by actually blowing up the image of the screen so panels will look fine there.

Copyright © 2020 Adobe Systems Incorporated. All rights reserved.
Terms of Use | Privacy Policy and Cookies (Updated)