On 01-Feb-2014 01:34 -0800, Anup Yadav wrote:
>
> I have multiple AS400 screens. I am taking Screen shot manually for
> each screen based on some criteria but it is taking a lot of time.
> Suppose if I have 100 screens then I have to do manually 100 times
> copy & paste. It is time consuming process. Is there any other way I
> can take all screen shot in one single time and save a lot time.
The "screen shot" is taken by an emulator-based line or quadrant copy
feature of the emulator window versus taken using either of a Host Print
or client-side Print Screen request? Regardless, does the emulator
support writing a macro that can perform the work for you; if not paste
directly into MS Word, perhaps into a file on the host, to be
transmitted [also within the macro, or in a bulk transfer later; e.g.
MPUT or MGET in FTP]... then other tooling at the target to assist in
loading them into Word.?
If all the screens are successive or can be selected from that output
by whatever is the alluded criteria, then perhaps Start Copy Screen
(STRCPYSCN) or a similar feature can be coded to capture the screens. I
recall that was possible, although I have forgotten how; the web, using
that command name for search, might be helpful to find tooling or some
source-code. The system-supplied screen copy facility has output file
support, but all screens go to one file; automating the data going to
separate members or files is surely possible, but likely not easily
effected for the given scenario. But a user-written feature could
probably [even selectively, using the criteria loaded or coded] place
them in separate files; could even probably create them as stream files
in an actual Word format, and convert the EBCDIC screen data records to
ASCII, making those files directly accessible from a share assigned to
the directory into which they were written.
I wasn't going to, but for whatever reason I did a web search [using
token STRCPYSCN] that led me to and through the following links [though
ignoring many others, being partial to my preferred sources]; the last
being an article that explains how that particular utility uses a Break
Handling program activated within the job viewing the screens, and using
User Defined Data Stream (UDDS) support via that program to capture the
active screen and send that to the requester:
<
http://archive.midrange.com/midrange-l/200108/msg01906.html>
"Midrange computing published a utility in march 1996 that allows you to
see the same screen as the user (not one screen behind). It was called
display user screen."
<
http://archive.midrange.com/midrange-l/200108/msg02068.html>
"Albert York wrote a tool to do this. ... published in MC some time in
1996 I think."
<
http://archive.midrange.com/midrange-l/200108/msg02069.html>
"... DUPUSRSCN ..."
<
http://archive.midrange.com/midrange-l/200108/msg01903.html>
"... PeekPlus from Bytware ..."
<
http://www.albertyork.yolasite.com/samples.php>
"... DSPUSRSCN.zip Size : 8.223 Kb ..."
<
http://www.mcpressonline.com/index.php?option=com_ijoomla_archive&task=archive&search_archive=1&act=getall&author=65808&ptitle=Albert+York&Itemid=1740>
"... 03-01-96
<
http://www.mcpressonline.com/index.php?option=com_content&view=article&id=8184&catid=935&Itemid=407>
Albert York ..."
<
http://www.mcpressonline.com/system-administration/general/the-display-user-screen-utility.html>
The Display User Screen Utility
Written by Albert York
Thursday, 29 February 1996 18:00
"... break message handling program SCN005CL to automatically start up
at the user's workstation. SCN005CL retrieves the data queue name from
the message queue, executes user-defined data stream (UDDS) commands to
retrieve the current screen and cursor location, and then puts this
information in the data queue. (UDDS commands allow you to take control
and process the 5250 display data stream, something normally handled by
the system. ..."
--
Regards, Chuck