The problem with the Parameter approach is that you have to essentially emulate what Fileman is doing. Everytime your code is called, you have to save the last entry that user entered and then store an appropriate value in your parameter. Of course, you have to recall the parameter value each time
On Jul 1, 2006, at 2:19 AM, Steven McPhelan wrote:The problem with the Parameter approach is that you have to essentially emulate what Fileman is doing. Everytime your code is called, you have to save the last entry that user entered and then store an appropriate value in your parameter. Of
There's a supported API to add info to the file (RECALL^DILFD) but not one
to get the info out of the file. I don't think ^DISV has any supported
integration agreements so if you want to be compliant I don't think you can.
You need to set DIC(B) to whatever default value you want but the
Do you know how to do this? I don't.
Kevin
If you need to store data on
a per user basis, I still recommend using Kernel parameters.
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
I finally figured out the answer for this:
The value of the last file entered is stored in ^DISV(DUZ,^DIC()
To ask the user for the name of a file to output from, and provide a
default value, I see Fileman calling ^DICRW. I don't think this is a
standard entry point, however. The result comes
On Jun 24, 2006, at 6:46 PM, Kevin Toppenberg wrote:I finally figured out the answer for this: The value of the last file entered is stored in ^DISV(DUZ,"^DIC(") To ask the user for the name of a file to output from, and provide a default value, I see Fileman calling ^DICRW. I don't think this
--- Kevin Toppenberg [EMAIL PROTECTED] wrote:
In the roll-n-scroll mode of VistA, Fileman has a way of remembering
the user's last input and providing this as the default option.
How do I do this?
I am having the user pick a file, using a classic Fileman lookup:
new DIC
set DIC=1
set
