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] *******************************************************************
