Print to TEXT and PDF at the same time

************************************************** *

One approach is to create a new command (or option off PRINT) which will just output the current report (or excel) data to the type of file desired. No deleting of instances, no resetting of printed up to pointers - just a take current info up to the current command and output it. If they have another output command later it will contain all the data up to this point as well unless someone wants a command option to also update the internal pointers. PRINT command as it currently is does too much but I cannot change that functionality.



OUTPUTDATA/RTF, filename

OUTPUTDATA/EXCEL, filename

OUTPUTDATA/TXT, filename type of thing



may need options to indicate

if we should start from the beginning or from the last PRINT command
auto indexed file support?
variable support
Alternate approach:

Modify the PRINT command to

Keep track of output type (currently set at the PRG level)
Add option of what to do with the printed to internal pointers. REPORTRESET = YES/NO type of thing. Setting to YES will do what we currently do – update the internal printed/excel output data information. NO will not set the pointers so the next PRINT command will once again start if was.
This will have the benefit of not creating another output type command but it does expand the currently over worked PRINT command.

*************************

Other than that, I would suggest someone post this into the User Echo page at -

https://hexagonmi.userecho.com/commu...le_144/search/

Here, other users can vote for it, effectively moving it to the top of the list. It is an effective way for the customer base to prioritize some of our development work.

************************************************** *

One approach is to create a new command (or option off PRINT) which will just output the current report (or excel) data to the type of file desired. No deleting of instances, no resetting of printed up to pointers - just a take current info up to the current command and output it. If they have another output command later it will contain all the data up to this point as well unless someone wants a command option to also update the internal pointers. PRINT command as it currently is does too much but I cannot change that functionality.



OUTPUTDATA/RTF, filename

OUTPUTDATA/EXCEL, filename

OUTPUTDATA/TXT, filename type of thing



may need options to indicate

if we should start from the beginning or from the last PRINT command
auto indexed file support?
variable support
Alternate approach:

Modify the PRINT command to

Keep track of output type (currently set at the PRG level)
Add option of what to do with the printed to internal pointers. REPORTRESET = YES/NO type of thing. Setting to YES will do what we currently do – update the internal printed/excel output data information. NO will not set the pointers so the next PRINT command will once again start if was.
This will have the benefit of not creating another output type command but it does expand the currently over worked PRINT command.

*************************

Other than that, I would suggest someone post this into the User Echo page at -

https://hexagonmi.userecho.com/commu...le_144/search/

Here, other users can vote for it, effectively moving it to the top of the list. It is an effective way for the customer base to prioritize some of our development work.