That would be affirmative. It DID OVERWRITE MY DATA. The joys of programming live..;-)
Two notable factors were involved. 1) I had created the SCREEN with identical name as my old file. 2) If I had looked closer I would have seen 2 SCREENS and associated options were in the KIDS build. The nice part of this particular even was I recognized the SCREEN immediately and was able to the corrections in less than five minutes. No computer crash or downtime. Just the receptionist had to handwrite a few MD license #'s on DOT cards. I believe Greg has answered most of you other questions. I would comment KIDS is as interactive as designed on the front end (much as install shield, I would guess). It accepts M code which can allow user interaction (with guidance I presume). I can see KIDS as a great improvement over DIFROM and INIT. One reason I have plunged ahead into a bit of risky implementation IS to get a feel so I can take advantage of its strengths, both for transporting work I have done and maintaining the system. Think about this one for instance. We no longer get our KIDS from VA, but other users who add to the power of VistA and share it here. MAYBE, even send KIDS to support where someone will analyze the issues in question and provide a fix. World VistA seems already headed in this direction. I see a lot of positives in KIDS - just wish I knew it better. Thanks, thurman > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:hardhats- > [EMAIL PROTECTED] On Behalf Of Kevin Toppenberg > Sent: Tuesday, May 31, 2005 3:39 PM > To: [email protected] > Subject: Re: [Hardhats-members] KIDS - Kernel files > > It sounds to me like KIDS was overwriting some of your > important stuff. Am I reading this wrong? > > I have not learned how to use KIDS, so I am trying to > remain open-minded while I learn. But from a distance, > it looks like a system for loading data that doesn't > include programatic control. > > I know I should RTFM, but if anyone could give me a > quick tutorial about KIDS, I'd be appreciative. > > Kevin > > > --- Thurman Pedigo <[EMAIL PROTECTED]> wrote: > > > This is a sort of catchall of some issues and > > questions. Among the > > installation performance, I just encountered a new > > problem. I badly need to > > transport files from existing FileMan based system > > to VistA. This weekend > > was dedicated to finding how to get KIDS to work - > > has never worked. What we > > found as a cause was a missing Kernel PROTOCOL > > file. I managed to export > > (KIDS) the VistA PROTOCOL file and installed (KIDS) > > in our existing FM > > system. That fixed the KIDS creation problem. Now I > > think I will be able to > > transport existing files to VistA so that I have > > those select customized > > files in the new system. > > > > > > > > Another interesting event occurred after loading the > > PROTOCOL file. I > > transported it without data. However, I discovered > > when we went live this > > a.m., a SCREENMAN file I had created in VistA > > replaced the SCREENMAN file in > > my FM system. It was an easy fix, though initially > > a bit discomforting. How > > we came to be missing the PROTOCOL file I have no > > idea. I welcome comments > > explaining what happened. > > > > > > > > I also want to make some changes in files I will > > transport to VistA, mostly > > because I think I made some bad decisions regarding > > the .01 field, in the > > original file design. The files I want to change > > have a numeric .01 that I > > would like to change to a pointer to the PATIENT > > file. I WANT TO CHANGE THE > > .01 TO POINT TO PATIENT FILE THEN LOOP THROUGH THE > > RECORDS STUFFING THE > > NAME (field points to patient file), before I > > transport the file to VistA. > > BTW, before such manipulation, the file IS > > TRANSFERRED to a new file so the > > original files remain in their original location > > unchanged. > > > > > > > > Is this a crazy notion? What kinds of problems shall > > I likely to encounter? > > > > > > > > Thanks, > > > > > > > > thurman > > > > > > > > > > > > > > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > > > ------------------------------------------------------- > This SF.Net email is sponsored by Yahoo. > Introducing Yahoo! Search Developer Network - Create apps using Yahoo! > Search APIs Find out how you can build Yahoo! directly into your own > Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005 > _______________________________________________ > Hardhats-members mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/hardhats-members ------------------------------------------------------- This SF.Net email is sponsored by Yahoo. Introducing Yahoo! Search Developer Network - Create apps using Yahoo! Search APIs Find out how you can build Yahoo! directly into your own Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005 _______________________________________________ Hardhats-members mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/hardhats-members
