Conference iosg::all-in-1_v30

The change was planned to fix a reported problem.  A Print during a Read
did not always work because the format stage of a Print requires opening
the file in record mode while the file is already open in record mode to
perform the read.  Some formatters, and in particular WPS-PLUS, do not
allow this to be done. 

Therefore for the Read operations which require record mode access to the
file (Print and Edit) we terminate the read in order to close the file.

You can return to the previous functionality by customizing the 
OA$LIST$CAB$OPTIONS form.  You need to remove the calls to OA$LIST_CLOSE.


Richard

< The change was planned to fix a reported problem.  A Print during a Read
< did not always work because the format stage of a Print requires opening
< the file in record mode while the file is already open in record mode to
< perform the read.  Some formatters, and in particular WPS-PLUS, do not
< allow this to be done. 
< 
< Therefore for the Read operations which require record mode access to the
< file (Print and Edit) we terminate the read in order to close the file.

I have implemented the workaround you suggested and the customer is now happy. 
The customer feels that we have removed a useful feature and that an alternate 
solution should be found for the next release of ALL-IN-1.

Geoff..

>                              -< It was planned >-

>The change was planned to fix a reported problem.  A Print during a Read
>did not always work because the format stage of a Print requires opening
>the file in record mode while the file is already open in record mode to
>perform the read.  Some formatters, and in particular WPS-PLUS, do not
>allow this to be done. 

>Therefore for the Read operations which require record mode access to the
>file (Print and Edit) we terminate the read in order to close the file.

>You can return to the previous functionality by customizing the 
>OA$LIST$CAB$OPTIONS form.  You need to remove the calls to OA$LIST_CLOSE.

I have a customer who has just called in with the same complaint as .0.

He is using WPS-PLUS. I tried implementing the "work-around" (removed two
calles to oa$list_close in ~~PRINT~~ and ~~EDIT~~) mentioned here. It either
doesn't work at all, or causes an ACCESS VIOLATION for me. 

Now .1 does seem to imply that the change in functionality was implemented
because of restrictions with regard to WPS-PLUS. Does this then imply that the
"work-around" was not intended for use with WPS-PLUS.

Thanks,

Cb.

My customer uses EDT and not WPS-PLUS.

He has tried the work-around using CM (only in the ~~print~~ XOP) and moved the
form to the live area (siteoaform), but it doesn't seem to work for him. 

Thanks,

Cb. 

> Now .1 does seem to imply that the change in functionality was implemented
> because of restrictions with regard to WPS-PLUS. Does this then imply that the
> "work-around" was not intended for use with WPS-PLUS.

The change was made because the WPS-PLUS formatter requires exclusive
access to the .WPL file, and therefore problems occurred if the format for 
printing was performed while the format for reading was still in progress.

The change was not strictly necessary for ASCII files, but we chose to make
the print during a read option work the same way for all types of documents
instead of different ways for different types of documents, which we felt
would be confusing for the user. 

The Edit during a read option is new in V3.0, so for that option it cannot 
be said that we changed the behaviour from V2.4 to V3.0.  I would advise 
that you do not change the named data for the Edit option because it is 
important that the file is closed so that the edit can be performed.

Reply .2 in this topic says that the customization does work.  Have you 
tried tracing to make sure that an OA$LIST_CLOSE is not being done?


Richard

>
>Reply .2 in this topic says that the customization does work.  Have you 
>tried tracing to make sure that an OA$LIST_CLOSE is not being done?
>

Sure did, and it isn't. 

Could someone who has successfully implemented this modifucation please post
the Named Data for the oa$list$cab$options form.

Thanks,

Cb.

I realize that NOTES is informal etc., but my customer really liked the V2.4
functionality and is NOT overly enthusiastic with this modification. Since he
uses EDT and NOT WPS-PLUS, he couldn't care less that this modification was
made due to a WPS-PLUS restriction.

I would really like to avoid having to file a CLD.

Thanks,

Cb.

I have customized OA$LIST$CAB$OPTIONS by removing the call to OA$LIST_CLOSE 
from the ;;~~PRINT~~;; named data, and get the following results.

    o	When reading ASCII documents the V2.4 behaviour is restored

    o	When reading WPS-PLUS documents sometimes the V2.4 behaviour is 
    	restored and sometimes an ACCVIO occurs.  The ACCVIO is occuring
    	within the WPS-PLUS formatter when it is called to format the
    	document for printing, and happens when the format for reading is
    	still in progress.  

    	If you read a very small WPS-PLUS document, or Gold-Bottom in a
    	large WPS-PLUS document the format for reading is completed, and a
    	format for printing will then work. 

    	It seems that the WPS-PLUS formatter is not reentrant, and will 
    	ACCVIO if it is called twice.



Richard

Richard,

>                        -< Customization works for me. >-
>
>I have customized OA$LIST$CAB$OPTIONS by removing the call to OA$LIST_CLOSE 
>from the ;;~~PRINT~~;; named data, and get the following results.
>

Could you please post your named data for the ;;~~print~~;;. I logged into the
user's system and did the same exact thing, but the behavior did not change. A
trace did not show the call to oa$list_close. I would like to compare the named
data.

Thanks,

Cb.

It is also necessary to remove a call to OA$LIST_EXIT in the named data for 
OA$_MO_PRINT.  My named data is:

    ;;OA$_MO_PRINT;;
    
    GET #LIST_CURMES = OA$CURMES\
    FORM OA$LIST$CAB$OPTIONS/PRE='XOP "~~PRINT~~"'\
    GET OA$CURMES = #LIST_CURMES\
    CABINET CURRENT OA$LIST_DOCUMENT\
    CLOSE_PRIOR
    
    ;;~~PRINT~~;;
    
    MAIL GET OA$LIST_DOCUMENT\
    IFSTATUS\
    OA$LIST_CLOSE\
    .IF CAB$.DOCNUM[OA$LIST_DOCUMENT] EQS ""
     THEN GET #LIST_DOCNUM = OA$LIST_DOCUMENT:6:30\\
          CABINET SELECT #READFOLDER,#LIST_DOCNUM,,OA$LIST_DOCUMENT\\
          IFSTATUS\\
          GET OA$CURMES = OA$LIST_DOCUMENT\
    MAIL PRINT/METER=PRINT_MEMO\
    CLOSE_PRIOR
                             



Richard