PC SOFT

FOROS PROFESIONALES
WINDEVWEBDEV y WINDEV Mobile

Inicio → WINDEV 2024 → WD 19 Help editor Native Language problem
WD 19 Help editor Native Language problem
Iniciado por guest, 22,dic. 2014 17:40 - 6 respuestas
Publicado el 22,diciembre 2014 - 17:40
Greetings,

I am trying to create Help for my application only in my native language, but when I go to generate help pages for the project I get only blank books and pages.

Kind Regards,
Rasta
Publicado el 23,diciembre 2014 - 08:55
Hi Rasta,

I've had the same problem for as long as I remember, since version 5.5.:(
Please tell the forum, if you find a way to do that...:-)

In the meantime, while waiting for PCSoft to get their multilingual system work correctly, if you want a decent help system during this decade, I recommend dr.Explain:
<a class="ExternalLink" rel="nofollow" target="_blank" href="http://www.drexplain.com/">http://www.drexplain.com/</a>

best regards
Ola
Publicado el 23,diciembre 2014 - 16:04
I have no problems at all generating help files in my native language.
Make sure you switch to the correct language before you edit the help file.
Realize you create separate help files for every language you support.

Bes regards,

Adri
Publicado el 23,diciembre 2014 - 19:07
Hi,

You can generate the help suposely. I however do it a bit diffirent. After having problems as well.

Ok how I do it. I donnot create help files by generating them from help fillout out in help sections of windows. I create the help manually. Just adding books and pages and add Tekst end Pictures etc.

Then in the application I create a help button for a specific page . If one hits F1 on a specific page it loads the help and opens that specific help page.

How do I do that ?

Every helppage has a umber when you create a new page I refer to that in the code of the button ( button is a hidden button )

for instance:
WHelp("Help_Admin012.chm",3) This relates the the third help page

This works for me very well


Regards

Allard
Publicado el 26,diciembre 2014 - 20:18
Hi,

Adri, I don't know how you did it but everytime I generate help in my language I get blank pages <img src="/NG2013_WEB/ui/smiley/2.gif" align=absmiddle border=0 alt=":(">

Allard, it is a good method, but I have a lot of windows to explain and it is easy to get lost.

Ola, I have tried dr.explain and it is great. I like the visual aids a lot, and will try to create manual with it. But I have a small question about it, as I am unfamiliar with it, will I be able to link the pages with my WD applications with shortcuts like F1 as Allard mentioned above?

Kind Regards,
Rasta
Publicado el 26,diciembre 2014 - 21:44
Hello Rasta

There has been a lot of discussion about DR.Explain in the forum over the years, so a search using "dr explain" as a topic will give you some good background info.

These threads are a good starting point.
http://27130.foren.mysnip.de/read.php…
<a class="ExternalLink" rel="nofollow" target="_blank" href="http://27130.foren.mysnip.de/read.php?27131,88697,88702#msg-88702">http://27130.foren.mysnip.de/read.php&hellip;</a>

Regards
Al
Publicado el 27,diciembre 2014 - 10:54
Hi Rasta

You asked: "will I be able to link the pages with my WD applications with shortcuts like F1 as Allard mentioned above?"

Yes. Here's how I do context-specific (window-level) help with dr.Explain:

I have most of my windows based on templates.
For instance, in my form-type window template initialization I have the help keywords set for different user languages like:
wHelpKeywordFi is string = "Lomakkeet" //Finnish wHelpKeywordEn is string = "Forms" //English ...etc.

So, if the user interface is set in Finnish, and if there is not yet a specific help page made for a specific form window, F1 will open the help page which has the keyword "Lomakkeet" associated with it. This help page will show the generic instructions applicable to all form-type windows.

Then, when I have made the specific help page to cover a specific form and its peculiarities, I will overwrite the generic help keyword(s) in the window initialization code, like:
sHelpKeywordFi = "Tuotteen ylläpito" //Finnish sHelpKeywordEn = "Product maintenance" //English ...etc.

And in dr.Explain, in the respective help page's properties, there must be a keyword equal to the window's helpkeyword. It directs the help request to the correct help page, regardless what the help page's title or filename is.

Additionally a help-type button, associated to the F1 shortcut key, is needed for each window. I have it included in all my window templates. It has the following code:
SWITCH Nation() //Kieli CASE nationFinnish: WHelp( HelpFi, sHelpKeywordFi ) //Nation() = 008 = Finnish, "Työmyyrä.chm" CASE nationFrench: WHelp( HelpFr, sHelpKeywordFr ) //Nation() = 005 = French OTHER CASE: WHelp( HelpEn, sHelpKeywordEn ) //Nation() = 003 = English END And in the program initialization code the help files' filenames must be defined like:
HelpFi is string = "MyAppNameFi.chm" //Finnish help file HelpEn is string = "MyAppNameEn.chm" //English help file
...etc.

Respectiverly, in dr.Explain there must exist, as a minimum, a help page which has the keyword "Lomakkeet" in the Finnish help file and keyword "Forms" in the English help file. And the same applies to all the basic generic help pages for all templetes.

Now the F1 key will open the correct specific help page, and if it does not exist, the generic help page for the window type.

Best regards
Ola