in reply to parse MS Word Template fields for legal documents

I would design this as a small database/web application.

Since you use ms WORD, you presumably have ms ACCESS as well, so it would be easy to create CLIENT and DOCTEMPLATE tables.

The next step is to make web pages to update those -Access can create these also, but you may want to customize it beyond that.

Now you are ready to create a web page that allows the user to select a client, and a template, then supplies a "Print or save document" button.

Lots of programming choices here - you can use MS Word's merge capibility, you can store the templates as BLOBs in the database ..have fun...

Offense, like beauty, is in the eye of the beholder, and a fantasy.
By guaranteeing freedom of expression, the First Amendment also guarntees offense.
  • Comment on Re: parse MS Word Template fields for legal documents

Replies are listed 'Best First'.
Re: Re: parse MS Word Template fields for legal documents
by CountZero (Bishop) on May 14, 2004 at 05:13 UTC
    But Access (if used as a database in its own right, not just as a front end to to real database) is strictly one-user-at-a-time only. So this would not work in a multi-user set-up.

    CountZero

    "If you have four groups working on a compiler, you'll get a 4-pass compiler." - Conway's Law

      I believe the "single-user" issue was true for Access prior to Office2000. A single DB can be used by up to 10 users (I have seen 4).

      In any case, I was suggesting ODBC access (via the web) to the database, although I did not explicitly state that.

      Offense, like beauty, is in the eye of the beholder, and a fantasy.
      By guaranteeing freedom of expression, the First Amendment also guarntees offense.
        Indeed you're right. I should have checked. I seem just to have given up on Access as a database and use it only as a front-end now.

        CountZero

        "If you have four groups working on a compiler, you'll get a 4-pass compiler." - Conway's Law