Hi Lee,
I think Image replacement is probably best to use if you are
developing for Mobiles; as these are becoming more relevant. You don't
want people to have to scroll past 10 navigation images in their
mobile browser everytime the page loads. The logo should be a graphic
as you want people to see it in a mobile browser.
> Images with relevant copy
> For example, if you visit Panic's website here: http://www.panic.com/
> coda/
> and go to the books tab, there is a picture of a book with some
> relevant copy a user would find interesting. Again would this be a
> candidate for image replacement?
I think these would be a normal candidate for IR, as the icons will
take a long time to load in a Mobile Browser, plus you'll need to
scroll past them every time. Better to just have a text link.
However, these are all apps that wouldn't work on a mobile anyway, so
not sure how relevant it would be in this case!
As far as print goes, I would imagine as a guess you want to take
things like navigation and buttons out of the page you are printing
anyway and just show the "body" content of that page. I am sure this
wouldn't apply to all cases of course.
There is of course sIFR if you want your graphic titles to be
enlarge-able as well, if you aren't aware already.
Cheers
On 06/08/07, Kit Grose <[EMAIL PROTECTED]> wrote:
> The biggest issue I see with image replacement (which I, too, use
> ridiculously often) is with printing.
>
> Most browsers remove background images from printing, and since image
> replacement usually makes extensive use of background images, the
> print will usually only list the text (which clients tend to dislike).
>
> This has got one specific benefit, though: if your logo is usually
> set reversed (white on dark), you're not left printing a badly anti-
> aliased, low-resolution white image on white paper.
>
> So my advice is to use image replacement for navigation, buttons,
> etc., but not for logos or images that you require to be able to be
> printed by a grandmother.
>
> Cheers,
>
> Kit Grose
>
>
> ***
> List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm
> Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm
> Help: [EMAIL PROTECTED]
> ***
>
>
***
List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm
Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm
Help: [EMAIL PROTECTED]
***