Image resizing

[Guest]

I'm using Robohelp 6 html, and some of the images are rather large screen grabs. Everything displays nicely on all outputs, but when I produce a word doc (2003) all my images are resized in the final doc. For the love of my sanity, could somebody please tell me how I can tell RH/Word to leave my images as is, even if it would then disturb Word's very sensitive printer margins ?

[Guest]

Hello Dawie,

Welcome to the forum.

How did you insert the images into the project? How did you resize them in the project?

It is best, when capturing screens, to use a drawing package to size them, save as .gif, then insert into the project. What I believe is happening is that you dragged the corners to resize in the project. When you then output to Word, it takes the size of the original. Full screen.

Let us know if this is the case.

Hope this hellps,

Brian

[Peter Grainge]

I just tried resizing in the way you describe Brian and Word respected the reduced size.

I think that what is happening here is that the width on screen is OK for Dawie but exceeds the width the paper page can handle. What is happening is that Word is saying:

1] You have asked me to display a graphic that is wider than the width have defined by the page margin settings.

2] If I do that, your reader will not see all the screen you want them to see so I will resize.

The alternative would be a screenshot that is clipped and that would not be desirable.

[Guest]

Thanks for joining in Peter. I can't test anything here - no RoboHelp

Brian

[Guest]

Hi Guys

Thanks for the soundboard, but the problem as I stated it, is just as irrevant to the actual problem as the fact that if the help writer was not the cutest little blond thing you could image, I might not have overlooked the obvious.

(Lets use Word as editor... I know, I know, I hate the thing too)

Grab a large screen 1024 x 768. Open a new topic with word as editor. Do not use web layout, but rather normal print layout. Paste the image. If you now print form here, the image (scaled to 45 %) prints lovely (In cure-blond-help-writer languange "Word can do it" ).

If you now save the topic and view the file in true code, you will see that Word saves the jpg, but in the resised size. (width=576 height=348). When producing the printed documentation, word now used this resampled (read mangled) jpg, and the printed result is unreadable (in other words "RH cant do it").

The obvious solution is thus to either reset the size in RH, or force word to not resise the image when pasting (by pasting when word is in web layout). This forces the printed documentation to use the origional "big" image, and the printed documentation is perfect.

The moral of the story is "think". Even when you are trying to be a technical knight in shining screen radiance.

[Peter Grainge]

There's something I am not following here. If Word is resizing the image, it is so that it fits onto a printed page. Web layout does not consider print parameters so it does not resize but when you generate, surely it only prints part of the image?

[Guest]

the image is resized when you generate because the template that is used to create printed documentation is NOT set to web layout. i.e. it resizes all images that is to large in source.

I just also realised that a posistioned text box in the wysiwyg editor can not be printed on top of a images, because Word can not prase dhtml !

[Peter Grainge]

Try this.

When you paste into Word in print layout the image is readable.

Take a screenshot of that. Delete the first image and paste the new screenshot.

If that does not work, try the method on my site. Edit in RH instead. When it comes to screenshots you paste them into Word to get the resized version. Screenshot that and save it somewhere. Insert that into RoboHelp. Works for me in both outputs. As long as I get it readable in Word, it remains readable in RH and in printed documentation.