[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference iosg::all-in-1_v30

Title:*OLD* ALL-IN-1 (tm) Support Conference
Notice:Closed - See Note 4331.l to move to IOSG::ALL-IN-1
Moderator:IOSG::PYE
Created:Thu Jan 30 1992
Last Modified:Tue Jan 23 1996
Last Successful Update:Fri Jun 06 1997
Number of topics:4343
Total number of notes:18308

2814.0. "OA$TEXT_DSAB and CDA v2.0" by BLG03::CAVALLI () Mon Jun 07 1993 16:18

    My customer have ALL-IN-1 V3.0 and CDA V2.0. I had customize 
    ALL-IN-1  to use CDA V2.0 as explain in note 1036. 
    
    I modified OAET.MAR with 
    
    
    .SBTTL CDA file types
    ;+
    ; CDATYPES macro
    ;
    ; The following table maps file types and CDA front ends to the 
    ; CDA converter.
    ; NOTE: The records are in alphabetical order of the file type
    ;-
    		.MACRO	CDATABLE
    ;			+---------------+---------------+
    ;			| file type	| CDA front end |
    ;			+---------------+---------------+
    		ct	<.AFS>,		<AFS>
    		ct	<.CGM>,		<CGM>
    		ct	<.DCA>,		<DCA>
    		ct	<.MAC_PAINT>,	<MAC_PAINT>
    		ct	<.MAC_WRITE>,	<MAC_WRITE>
    		ct	<.RTF>,		<RTF>		
    		ct	<.SGML>,	<SGML>
    		ct	<.TIFF>,	<TIFF>
    		ct	<.WPF>,		<WPF>
    		ct	<.WR5>,		<WORD5>
    		ct	<.WRP>,		<WORDP>
    		.ENDM
    
    I had also insert the new Format in the Format Master File, 
    because my customer would use the CDA Option. 
    For example:
     
        Full Listing of Document Handling (Format) Master File
        ---- ------- -- -------- -------- -------- ------ ----
    
    Name:          DCA				<----- Note	
                   ---------------
    Description:                    DCA/RFT - trough CDA
    
    Revisable:                      Y
    Default File Type:              .DCA
    Object Default File Type:       
    
    Text Data Set:                  N
         Data Set Name:             DCA		<------ Note
    
    Template Filename:              
    Template Form:                  
    
    Edit Function:                  N/A
         Initialization File:       
         Purge Count:               3
         Editor Type:               
    
    List Function:                  
    
    Print Function:                 
    
    Always Print Nofeed:            N
    Always Print Passall:           N
    Printer Level:                  
    
    WPS-PLUS Formatting:            N
    
    DCL Compile Command:            
    
    CDA Format:                     Y
         Front End Converter Name:  DCA
         Back End Converter Name:   DCA
         Converter Options File:    
    
                             ====================
     
       
    I see that if I specify the DSAB with the same name as the Format 
    is possible:
    - list a document stored as DCA or RFT or ...document
    - copy a WPSplus document to RMS file directly using the file 
      extension as file specification type.
    - send a DCA, RFT or ... in local node.
    - print a document store as DCA, RFT or ... (it's possible have 
      some problem solved by correct Option file)
    
    But the DSAB field is defined with /VALID=OA$TEXT_DSAB and the new 
    CDA format don't match. Every time the customer create a new 
    converter entry with different option he must modify the field 
    with a direct command.
    
    I'd like to know if: 
    
    1) is it correct to modify OAET.MAR as follow
 .SBTTL OA$TEXT_DSAB validation DSAB table
 ;+
 ; VTTXTFMT is the validation table for OA$TEXT_DSAB
 ; NOTE: These are to be in alphabetic order
 ;-
         .MACRO  vttxtfmt
 ;               0         1         2         3         4         5         6
 ;               0123456789012345678901234567890123456789012345678901234567890
         vt      <ASCII          .TXT           ASCII format                 >
         vt      <DCA            .DCA           DCA/RFT format               >
         vt      <DECALC         .GRD           DECalc format                >
         vt      <DECGRAPH       .GRO           DECgraph format              >
         vt      <DECTEXT        .DOC_DTX       DECtext format               >
         vt      <DECTYPE        .DTP           DECtype format               >
         vt      <DICTIONARY     .LGP           Spell Dictionary             >
         vt      <DDIF           .DDIF          DDIF format                  >
         vt      <DOTS           .DOTS          DOTS format                  >
         vt      <DTIF           .DTIF          DTIF format                  >
         vt      <DX             .DX            DECmate format               >
         vt      <PS             .PS            PostScript format            >
         vt      <RTF            .RTF           Rich Text Format             >
         vt      <WORD5          .WR5           Word5 Format                 >
         vt      <WORDP          .WRP           Word Perfect format          >
         vt      <WPSPLUS        .WPL           WPSplus format               >
         .ENDM
 
 
    2) May I have some problem including this new text DSAB?
    
    Thank in advance
    
    Chiara Cavalli    
T.RTitleUserPersonal
Name
DateLines
2814.1SPR time?AIMTEC::WICKS_AU.S.A 2 England 0 - I was there!Tue Jun 15 1993 23:378
    Chiara,
    
    Since a week as gone past now without reply you want to raise an SPR
    as that is the only guaranteed way to get a formal response.
    
    regards,
    
    Andrew.D.Wicks
2814.2Setting Data Set Name should not be necessaryIOSG::NEWLANDRichard Newland, IOSG, REO2-G/L2Wed Jun 16 1993 18:0510
You are setting the 'Text Data Set' to 'N' so 'Data Set Name' should not be
set because ALL-IN-1 does not have a text dataset called 'DCA'.  The
purpose of the CDATABLE is to get the FOREIGN text dataset to use CDA to 
read the file.

Are you finding that you need to set the 'Data Set Name' field to get some 
operations to work correctly?


Richard