home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.os.vms
- Path: sparky!uunet!psinntp!vitro.com!v7.vitro.com!vaxs09
- From: vaxs09@v7.vitro.com
- Subject: Re: Print symbiont interpretation of PASTHRU
- Message-ID: <1993Jan26.075806.1@v7.vitro.com>
- Lines: 33
- Sender: news@vitro.com (USENET News System)
- Organization: Vitro Corporation
- References: <1993Jan25.031308.10158@murdoch.acc.Virginia.EDU>
- Date: Tue, 26 Jan 1993 12:58:06 GMT
-
- In article <1993Jan25.031308.10158@murdoch.acc.Virginia.EDU>, houseman@hopper.ACS.Virginia.EDU (Carl Houseman) writes:
- > It seems it is necesssary to specify /TAB in addition to /PASTHRU in order
- > to get the symbiont to pass the tab characters unscathed.
- >
- > When questioned further the CSC said this was because of the symbiont's ability
- > to create left margins and the need to make sure tabs were aligned.
- >
- > I say /PASTHRU should be the same no matter what. If I don't want /PASTHRU I
- > wouldn't use it. Searching for references in the Gray Wall produced nothing
- > useful, except to say that TT2$M_PASTHRU caused QIO's to be treated as if
- > IO$M_NOFORMAT was specified. That was enough for me.
-
- Since an earlier e-mail reply may not have gone through and since I have
- new information, I'll post this one.
-
- It's not a bug. TT2$M_PASTHRU controls how characters are formatted when
- a QIO request is issued. It does not control whether an application program
- (the print symbiont in this case) reformats text before issuing the QIO.
- Whether such reformatting is desireable is a separate issue.
-
- I couldn't find the behavior documented in the grey wall either. Fortunately
- we still have pieces of the orange wall. :-) In sections 5.5.5 and 5.5.9 of
- the VMS 4.2 release notes, two cases in which the symbiont will expand
- tabs are documented. Briefly, it will expand tabs when /TAB is not
- specified on the print device (SET PRINTER /NOTAB or SET TERMINAL /NOTAB).
- It will also expand tabs when the form has a non-zero left margin.
-
- I found the /TAB behavior re-documented in the 4.4 notes (3.2.18.2) and
- the 4.7 notes (3.2.15.6).
-
- IMHO, the behavior is unexpected but not unreasonable.
-
- John Briggs vaxs09@v7.vitro.com
-