Re: Context-sensitive help with Forehelp and SourceSafe

Subject: Re: Context-sensitive help with Forehelp and SourceSafe
From: Mary Deaton <m_deaton -at- KWARE -dot- COM>
Date: Wed, 9 Jun 1999 09:03:32 -0700

Debbie,

We have been using ForeHelp and SourceSafe together for years and have never
experienced the problems you are talking about. We have used several
methods:
*checking in and out the ForeHelp db's graphics, and all output files
*checking in and out only the ForeHelp backup file and recreating the
project each time we check it out
*checking in and out only graphics, rtfs, shgs, hpj, cnt and so on and not
checking in the ForeHelp db files at all

All of these methods work and we have never lost files or had them corrupted
in the way you describe.

I really prefer that each time a writer checks in a project, they create a
ForeHelp backup file and check that in. This means all of the files are in
one place, it is compressed, everything is the most recent version of the
work, and it takes moments to recreate the project on any machine anywhere,
anytime. SourceSafe can become very overloaded if you check in all of the db
files and all of the source files, and never clean out of VSS all those
files you have abandoned for one reason or another.

Mary Deaton
President, KNOWware, LLC
(206) 682-6113
* Smart User Assistance and Training http://www.kware.com
* Microsoft MVP for HTML Help
* Program Associate, Winwriters 200 Online Conference
http://www.winwriters.com/ohc.htm
* Speaker, HElp Technology Conference,
http://www.winwriters.com/htc99.htm
* and all-around great gal!



-----Original Message-----
From: Debbie Pesach [mailto:dpesach -at- SOHOLYNK -dot- COM]
Greetings!

I need some help with the following:

Background
I work in ForeHelp to create context-sensitive online help for an
application written in C++. I've been having a somewhat friendly
"debate" with the SME about how to incorporate the context-sensitivity
so that his dialog IDDs will match the context IDs of Forehelp (for
automatic mapping of the two, including whenever there are changes to
the interface or new topics created). Project is to be saved in
SourceSafe. I have limited experience with ForeHelp.

Problems/Question(s)
I've heard that SourceSafe and ForeHelp don't always play well together:
Bitmaps in ForeHelp projects can be blown. I have very limited
experience with using the context tools of ForeHelp. When I tried to use
the QuickContext Editor to call the .exe file of the application, I
received an error message that the Editor couldn't read the sources for
the .exe file (although I was successful with other unrelated .exe
files).

* Could you please share any experience with the QuickContent and
QuickFix tools of Forehelp?
* Is this where I need to go to integrate the two IDs (the app and the
help file) automatically?
* What is the "best" way to quickly create the context-sensitivity
between the application and the help file. What files should I export to
the SME and/or what files should I import from the SME?
* How to handle changes to the application after the help file has been
constructed, and can the Context tools be used BEFORE the application is
completed?
* What could be reasons that the QuickContext Editor couldn't open the
application sources?
* What parts of the online help file can be safely placed in
SourceSafe?

Thanks to all in advance.

Debbie



*******
Debbie Pesach
Technical Documentation Specialist

Lynk, Ltd.
Teradyon Industrial Park
Misgav, 20179 Israel
+972-4-9907545
dpesach -at- soholynk -dot- com
*******

From ??? -at- ??? Sun Jan 00 00:00:00 0000=

From ??? -at- ??? Sun Jan 00 00:00:00 0000=




Previous by Author: Re: Single Sourcing
Next by Author: Re: Single Sourcing
Previous by Thread: Context-sensitive help with Forehelp and SourceSafe
Next by Thread: Types of Training


What this post helpful? Share it with friends and colleagues:


Sponsored Ads