[Search for users]
[Overall Top Noters]
[List of all Conferences]
[Download this site]
| 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 15: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.R | Title | User | Personal Name
 | Date | Lines | 
|---|
| 2814.1 | SPR time? | AIMTEC::WICKS_A | U.S.A 2 England 0 - I was there! | Tue Jun 15 1993 22:37 | 8 | 
|  |     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.2 | Setting Data Set Name should not be necessary | IOSG::NEWLAND | Richard Newland, IOSG, REO2-G/L2 | Wed Jun 16 1993 17:05 | 10 | 
|  | 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
 |