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.
Melanie,
I can't say for sure, but it sounds like a palette problem you can solve.
Try saving the bitmap as a 16-color bitmap. When you are working in 95, the
paint programs default to 24-bit or 256 color formats. The Paintbrush that
ships with Windows 95 offers the option to save as 16-color. The high color
formats do cause really ugly palette shifts when the graphic is put on a
system that does only 16-color (or less!). A clue is that the SHGs are as
large or almost as large as the bitmaps. SHGs based on 16-color bitmaps are
much smaller than their bitmaps.
Barbara Hyde
barb -dot- hyde -at- ndcorp -dot- com
> Date: Thu, 19 Aug 1999 16:39:43 +1000
> From: Melanie_Albrecht -at- MOLDFLOW -dot- COM
> Subject: SHED 3.5 and UNIX
>
> Hi guys
>
> I'm at my wit's end here.
>
> I have just learned how to use Edit -> Replace in SHED 3.5 to
> change the
> graphic but leave the hotspots intact. It works fine on PC,
> but when I
> build and view the help file on UNIX (using Hyperhelp), the
> colours are all
> wrong - looks like some nasty palette problem. It seems that
> SHED 3.5 does
> this with all of the SHGs it creates/edits. SHED 3.1 doesn't, but it
> doesn't have the Replace function.
>
> Has anyone else eperienced this problem with SHGs on UNIX,
> and has anyone a
> solution or workaround?
>
> Thanks,
> Melanie
>
> Senior Technical Writer
> melanie -at- moldflow -dot- com
> Moldflow Pty Ltd
>
