dBASE downloads - Application Documentation Program, vers. 2.0

Author

Application Documentation Program, vers. 2.0

Ken Mayer [dBVIPS]

2005-06-08, 9:24 am

This version includes:
A Form/UI
Ability to read files from a project, or from a source code folder ...

I think it works pretty well, myself. Have at it, and let me know ...

Ken

--
/(Opinions expressed are purely my own, not those of dataBased
Intelligence, Inc.)/

*Ken Mayer* [dBVIPS]
/Golden Stag Productions/
dBASE at goldenstag dot net
http://www.goldenstag.net/GSP
http://www.goldenstag.net/dbase

Bill P

2005-06-08, 9:24 am

Ken -

This is just what we need!

With respect to my comments about the inconsistencies in version 1.3's
handling of my prg files, the problem is still here in version 2.0.

Thanks again.

------------- Bill

Ken Mayer [dBVIPS] wrote:

> This version includes:
> A Form/UI
> Ability to read files from a project, or from a source code folder ...
>
> I think it works pretty well, myself. Have at it, and let me know ...
>
> Ken
>

Ivar B. Jessen

2005-06-08, 9:24 am

Sat, 12 Feb 2005 07:40:56 -0800 chr(10) dbase.binaries
chr(10)Application Documentation Program, vers. 2.0 chr(10) "Ken Mayer
[dBVIPS]" < dbase@_nospam_golden
stag.net> chr(10)

> * Used Ivar B. Jessen's suggestion for handling
> location of the output file, and filename ...
> The filename is now the path being used, with
> a .txt extension. So in my test folder, it
> is "dBASETests.txt", and in Vesper it is
> "Vesper.txt" ...

Hmm, you got it upside down. What my code did was to make each
Document file a text file named after the folder documented. All those
files were placed in the same directory, ie the directory in which
AppDoc.program was started.

In this way one would end up with a collection of document files in
_one_ single directory, making it easy to keep track of them and
compare them.

The way you have it now is that an AppDoc.txt file is placed in the
directory documented. And to inspect that file and compare it with
another file leads to an endless changing of directories ;-)

Please look at it again.

Ivar B. Jessen

Ivar B. Jessen

2005-06-08, 9:24 am

Sat, 12 Feb 2005 17:42:52 +0100 chr(10) dbase.binaries chr(10)Re:
Application Documentation Program, vers. 2.0 chr(10) Ivar B. Jessen
<bergishagen@it.notthis.dk> chr(10)

>Sat, 12 Feb 2005 07:40:56 -0800 chr(10) dbase.binaries
>chr(10)Application Documentation Program, vers. 2.0 chr(10) "Ken Mayer
>[dBVIPS]" < dbase@_nospam_golden
stag.net> chr(10)
>
>
>
>Hmm, you got it upside down. What my code did was to make each
>Document file a text file named after the folder documented. All those
>files were placed in the same directory, ie the directory in which
>AppDoc.program was started.
>
>In this way one would end up with a collection of document files in
>_one_ single directory, making it easy to keep track of them and
>compare them.
>
>The way you have it now is that an AppDoc.txt file is placed in the
>directory documented. And to inspect that file and compare it with
>another file leads to an endless changing of directories ;-)
>
>Please look at it again.

Hmm, looking at this again I believe that the way you have it is a
better way ;-)

Colleting all documenting files in one folder as I proposed might
result in problems when running AppDoc on several folders, all having
the same foldername. In that case the resulting files would overwrite
each other.

Ivar B. Jessen

Ken Mayer [dBVIPS]

2005-06-08, 9:24 am

Ivar B. Jessen wrote:
> Sat, 12 Feb 2005 17:42:52 +0100 chr(10) dbase.binaries chr(10)Re:
> Application Documentation Program, vers. 2.0 chr(10) Ivar B. Jessen
> <bergishagen@it.notthis.dk> chr(10)
>
>
>
>
> Hmm, looking at this again I believe that the way you have it is a
> better way ;-)

Thanks. I figured this would allow the user to deal with it ... There
are of course things that probably *could* be done ... but there always
are. <g>

Ken

--
/(Opinions expressed are purely my own, not those of dataBased
Intelligence, Inc.)/

*Ken Mayer* [dBVIPS]
/Golden Stag Productions/
dBASE at goldenstag dot net
http://www.goldenstag.net/GSP
http://www.goldenstag.net/dbase

Sponsored Links