Help & Manual Forums

There are already 2 variables for that.

<%TOPIC_TITLE_PATH%> delivers the topic title including their parent(s) - this is plain text
<%TOPIC_BREADCRUMBS%> - this is the same HTML-encoded, including links to the parent topics

I do have some "fsStayOnTop" windows If a stay-on-top window was the calling window and the help call included the handle of this window, I would certainly look into that as well. But if it is not the calling window or the window handle of the help call is "0" (which would yield...

Please try my suggestion and change the help call from:
to It is likely that the window handle causes the problem.

Hi Chris, This is certainly not an issue of Help+Manual. It is the Microsoft HTML Help viewer that crashes your app. I've heard about this issue a couple of times, though I've never been able to reproduce it. I don't think that this effect will happen when you test your app on a different computer. ...

It's a beta, you know...
But this was really simple to include in the daily build.

The standard Windows color dialog looks a bit dated, doesn't it? And this is particularly annoying, because we are already using the Developer Express UI components, that come with a much nicer color dialog, which has an additional hex entry field. Hence, there isn't even additional source code adde...

Are there switches to set the window size, position and display to show on?

No, there is not.

You need a dedicated application launcher to accomplish this.
Such as
https://ritchielawrence.github.io/cmdow/

Hello John,

I suggest to create a simple batch file that starts multiple instances of H&M, one for every project.

Hello Hans, Fully automatic synchronization of language siblings is a bad idea, IMHO. We are actually working on a function quite contrary to that: manual synchronization with visual control over what's going on. The problem with automatic synchronization as it is implemented now is, that this is a ...

(is it relative to the location of setup_eis.xml, or the location of .hmxp?). It is relative to the .HMXP file. The location of setup_eis.xml is completely irrelevant, once it has been loaded. It is only the content of this file, that overwrites the corresponding config entries in the .HMXP file. T...

Please add the /debug option at the end of the command line to test if the overload XML file has been loaded properly. If the file with path contains spaces, you need to enclose it in quotes. Note, that the <config-value name="searchpath"> just defines a string that overlwrites the very sa...

Excellent idea. I'll give it a try. I'd recommend to do this for existing Xplains. You can still cache them server-side, but set the expiration date relatively short. Plus, we've changed the naming conventions in screencasts. After thinking it through, the possible re-use of images in a screencast ...

Could HelpXplain perhaps save its images using a file extension that is not standard, such as .XPNG so that these images are not caught up in the usual server-side caching ? We could certainly do that but that creates a new server-side problem: your server won't recognize the file extensions and de...

Hi Olivier, The situation is far more tricky than it seems. If you make a new screencast, you will notice that every slide has a unique "capture" object, which represents an image. The capture names are unique and start with "capture1", "capture2" etc. However, if you l...

Hello John,
Could you perhaps post a screenshot to illustrate that narrow space? This would help us to optimize the UI.
We are all used to huge multiple displays and rarely run our software on small screens, merely for testing.