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.
::: The global idea of SGML (in my case) and XML thingies is to
::: produce both
::: electronic publications and paper editions from the same
::: collection of files
::: (so far, so good).
No, the global idea of SGML and XML is to structure your content, whatever
it may be, so it can be transformed as needed to fit other needs. Electronic
and paper deliverables are just two formats that fit certain needs, and you
can't get to either one by SGML or XML alone.
::: When we generate a HTML output from our files, the .jpegs
::: blow the whole
::: thing up. We have normal text, and then the corner of a
::: HUGE PICTURE way too
::: big to display on the screen.
Right. Now, some may jump on the finer points of the issue, but basically
you're trying to view a 300ppi image on a 96-120ppi display.
::: "Of course, I thought, my monitor resolution is at 81 dpi.
::: There is no way
::: that the 2106x826 pixels .jpeg image of a big truck at 300
::: dpi would fit on
::: it." I then thought I'd have to change the image output
::: resolution so that
::: the image would fit on the allocated space on the screen,
::: just like I do for
::: website galleries. Oh, wait a minute, if I change the
::: resolution, the
::: pictures in the paper edition won't look good anymore. Uh-oh.
Well, yes and no.
::: Can it be done that the same image is used both in the electronic
::: publication and the paper edition ?
Yes.
::: Do I have to keep two
::: different files of
::: the same image, each having its own link depending on its
::: designed ouput ?
No.
::: Do I have to keep only the good-quality image and batch-process the
::: resolution change during the publication ?
No.
::: People who have the answer will already have identified
::: where I missed a few
::: beats. Honestly, I feel like that I missed a bit of
::: information somewhere,
::: but can't decide when and where. I suspect that I won't be
::: the first one to
::: ask myself such a question, and that the answers will
::: probably be useful to
::: other people who haven't done such work yet.
Yes.
::: Answers, helps, tips and tricks sent both offline and to
::: the list will be
::: summarised and published in the next few days.
<img src="foo.jpg" width="50%" height="50%">
Substitute any % you'd like but keep width% = height% to maintain aspect
ratio.
More info requires more info. :)
Bill Swallow
wswallow "at" nycap "dot" rr "dot" com
Have you tried the latest in Help Authoring from RoboHelp?
Try ROBOHELP X5 for Free - Now with Word 2003 support, Content
Management, Multi-Author support, PDF and XML support and much more!
---
You are currently subscribed to techwr-l as:
archiver -at- techwr-l -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.
