Help & Manual Forums

Hi Ivka,

It's a bit of a problem, that is true. The simplest solution is to number your figures within topics, i.e. restarting at 1 in each topic. Then changes don't create a huge amount of editing and you can still give "Fig. x in topic yyyy" as a reference.

Hi Martin, H&M4.2 has an undocumented new setting at Project > Project Properties... > Adobe PDF > Font Embedding > CID Font Mode: If this is changed to Unicode the extra space does not occur. Thanks for posting this. For everyone using it: This will only work properly if the text in your projec...

Ronan, This may have something to do with the way you are coding your call, I'm not entirely sure on that, but the programmers on the forum will probably comment if you post your call code (please do that in the Programmers' Corner section). One thing you can try is to make sure that your HTML Help ...

Hi Elizabeth, The numbering variables won't work like that for figures, they are page numbering variables. At the moment H&M has no figure numbering capability -- you can only number figures manually with captions but that is not recommended because you then have to renumber all figures every ti...

Dean,

Using a file link with HH.EXE (the HTML Help viewer) still appears to work. There is no guarantee for the future, however. For examples of the syntax see:

http://www.helpware.net/FAR/far_faq.htm#HHEXEParams

Christoph, I can confirm the DPI error when you save to JPG. When I save with 72dpi Paint Shop Pro tells me that it has 300, so the wrong DPI number is being saved with JPGs. This is a cosmetic bug. However, remember that the DPI setting has no effect on the physical size of the image, not in any gr...

Aline, This isn't supported directly but you can achieve it with a small trick: First select all the topics in your TOC and press Ctrl+C to copy. Then click in an empty topic in Help & Manual and press Ctrl+V to paste. The result will be a list of all your topic captions. Add tabs stops to re-cr...

Christoph,

Note that you may actually get slightly better results with the Excel/Word solution. The reason is that the graphic is then an EMF vector graphic, which can be scaled before compiling without degradation of quality. Once it's compiled it's a normal bitmap, of course...

Hi Cristoph, You can do this in H&M too -- just save the Word file in RTF format and then import it. The result will be an EMF graphic. You don't need to make life so hard for yourself, however: You can also insert Excel tables directly with Insert > OLE Object . Here too, the result will be a g...

Jure,

Unicode support for PDF was added in version 4.2, released a couple of days ago.

Hi Hasso,

Hasso wrote: I think that's not right. The good old WinHelp doesn't need a browser at all (contrary to HTML Help).

That's not what we're talking about here: Cristoph needs to drop WinHelp because his company is preparing for Windows Vista -- and WinHelp will not work on Vista.

Christoph, If your users are on computers that don't have a browser installed your only real option is HTML Help. This will almost certainly work since it's not really possible to remove Internet Explorer completely, although you can disable it so that users can't access it. If your company has mana...

Andy,

Just pack your forms into a ZIP file and create an Internet link to them, then the download prompt will come automatically when the user clicks on the link.

Hi Thorsten, Yes, this will work because filenames in Windows are not case-sensitive. And since Help & Manual lowercases the filenames in your code on export anyway it doesn't matter that they have mixed-case names in the references in your topics. Theoretically you could export everything to a ...

Thorsten,

Once the files are in the HTML output folder they are "out" and H&M no longer touches them again nor knows anything about them. If the references to the images in the HTML code is lower-cased all you are doing by correcting the filenames is fixing the problem.