TechWhirl (TECHWR-L) is a resource for technical writing and technical communications professionals of all experience levels and in all industries to share their experiences and acquire information.
For two decades, technical communicators have turned to TechWhirl to ask and answer questions about the always-changing world of technical communications, such as tools, skills, career paths, methodologies, and emerging industries. The TechWhirl Archives and magazine, created for, by and about technical writers, offer a wealth of knowledge to everyone with an interest in any aspect of technical communications.
Forwarded to the list at the request of David Brown:
------------------------
I can't post this to the list--on the road without my
usual mail program--but I wanted to let you know that
you *can* embed graphics and lots of other cool stuff
(Flash, AVI, whatever) in the body of an e-mail message,
using a standard called MIME multipart/related.
It's similar to the setting in your e-mail program that
says, "If you don't know whether they can read HTML or
just plain text, send both." That uses the MIME
multipart/alternaten standard, with which two versions
of your text are included in a single message.
In the case of multipart/related, though, all the image
links in your HTML are mapped to images actually stored
*and shipped* in the body of the same message.
It can make for a HUGE message, of course, but it also
makes it possible for your message to look right even
when the recipient isn't connected to the Internet. If
you link to images on a server, they'll all be "broken"
when the recipient tries to read them off-line.
[DM adds: Not only is such a message huge, but (a) because of MIME
encoding, (b) because of automatically forwarded messages and returned
undeliverable messages, and (c) because the whole package gets delivered
to everybody whether they open the message or not, this practice results
in much higher overall traffic load on the Internet. Aside from that, if
the message is beyond a certain size, it will be rejected by many mail
servers. I figure people who are viewing mail off-line know the risks
and know how to view the message intact the next time they are online.]
If you think this info is useful, maybe you can forward
it to Techwr-L for me. :)
--David
dmbrown -at- brown-inc -dot- com
>
> If you think about it for a minute, you'll realize that you can't "embed
> the graphics in the file" because html doesn't work that way. The
> graphics have to sit on a server somewhere...
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Your monthly sponsorship message here reaches more than
5000 technical writers, providing 2,500,000+ monthly impressions.
Contact Eric (ejray -at- raycomm -dot- com) for details and availability.
Check out RoboDemo for tutorials! It makes creating full-motion software
demonstrations and other onscreen support materials easy and intuitive.
Need RoboHelp? Save $100 on RoboHelp Office in May with our mail-in rebate.
Go to http://www.ehelp.com/techwr-l
---
You are currently subscribed to techwr-l as: archive -at- raycomm -dot- com
To unsubscribe send a blank email to leave-techwr-l-obscured -at- lists -dot- raycomm -dot- com
Send administrative questions to ejray -at- raycomm -dot- com -dot- Visit http://www.raycomm.com/techwhirl/ for more resources and info.
