Re: Using document compare on a form

OK, I can understand why you've come to this proposed solution; but I stand
by the original objection. What you propose is a very messy IT approach; and
with 5000 clients you can't afford to be so amateurish.





"JPCPA" <JPCPA@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:0C347519-4926-4F32-9D9A-8EC900F67447@xxxxxxxxxxxxxxxx
5000 clients, each with their own document, each file stored in a separate
folder, potentially on a different server. Each client is provided
service
once per year, and when required, this document may need added details
(additional fields). I am trying to automate an update process so that if
the form changes slightly, people can run, say a macro to compare to the
new
form that's out there rather than starting over.
--
JP


"Jezebel" wrote:

Why would a client's file need updating 5000 times?



"JPCPA" <JPCPA@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:0EDE41E1-3104-4E7A-B244-AE3DE9A719B2@xxxxxxxxxxxxxxxx
Each form has to reside in an individual client's file. Hence the form
approach. Most of the fields are going to be paragraph length
descriptions.
we also want something that can be given to the client to help complete
parts
of the form. In the future, this may be done with sharepoint and
infopath,
but without sharepoint, infopath is not an ideal solution either.
--
JP


"Jezebel" wrote:

I'd suggest that this is entirely the wrong approach. Step back a bit,
forget about forms and documents for the moment, and think about what
you're
actually trying to achieve. As currently described (unless you've left
a
lot
out) you are building a disaster: "30-40 page document x 5,000 times"
is
not
a happy future, either technically or for your users. By the sounds of
it,
you want a database, not a form.



"JPCPA" <JPCPA@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:4E1DFF40-DDB2-46F9-A851-C65420827610@xxxxxxxxxxxxxxxx
I want to create a form that would have a large amount of information
in
it,
most of it in text boxes. This form is going to be carried over from
year
to
year, and occassionally may need new fields inserted. Is there a way
to
use
compare documents to update a form for new fields? I have tried this
without
success. My simple completed form looks like this:
Checkbox 1

This is our first entry field
One more time ought to do it

Entry Field #2
does this really work?

Check box #2

I am trying to insert a field in between field #1 and #2
When I compare to my "New" form it adds the field in the correct
place,
but
it wants to delete all of the information in my fields. I know that
I
cna
manually accept/reject the changes, but we're talking about a 30-40
page
document x 5,000 times....


--
JP








.

Relevant Pages

  • Re: Using document compare on a form
    ... Each client is provided service ... the form changes slightly, people can run, say a macro to compare to the new ... infopath is not an ideal solution either. ... This is our first entry field ...
    (microsoft.public.word.vba.general)
  • Re: slow/no printer redirection
    ... The other proposed solution is to remove/reinstall ... > MCSE, CCEA, Microsoft MVP - Terminal Server ... Printers do not redirect/show up for the client. ...
    (microsoft.public.windows.terminal_services)
  • Re: Comparing documents confusion...
    ... > someone could expand on the help instructions and explain the odd alert ... I send a report to a client. ... Compare anyway?˛ In fact, ...
    (microsoft.public.mac.office.word)
  • Re: Comparing documents confusion...
    ... That warning message just occurs because you have Tracked Changes that have ... been made in your original document, since you last sent it to the client. ... client, and then in meantime added some text in the middle of Paragraph łA˛, ... When you open the Changed Document and then Compare it to the Original you ...
    (microsoft.public.mac.office.word)
  • Re: Updating DB with large collections
    ... Sounds like you might simply have to write compare methods for each ... These entities are being sent to the client - where the user ... > add/modify/delete some items in the arraylists. ... > I'm keeping a copy of the original entity in my middle tier so when the ...
    (microsoft.public.dotnet.distributed_apps)
Quantcast