T.R | Title | User | Personal Name | Date | Lines |
---|
427.1 | LP11 Format style? | IOSG::NEWLAND | Richard Newland, IOSG, REO1-D/4A | Tue Apr 07 1992 18:37 | 7 |
| What happens if a WPS-PLUS document is printed with a Format Style of LP11.
Using LP11 will cause the WPS-PLUS formatter to create a simpler listing
file without LN03 control sequences, that is, file similar to ASCII EDT
documents.
Richard
|
427.2 | Success | COMICS::TALBOT | Trevor Talbot | Fri Apr 10 1992 10:57 | 7 |
| Hi Richard,
Yep! The LP11 format style does work...can you explain your theory
and outline what is the real problem? Thanks.
-Trev
|
427.3 | LN03 control sequences? | IOSG::NEWLAND | Richard Newland, IOSG, REO1-D/4A | Sat Apr 11 1992 13:59 | 14 |
| An LN03 listing file will have LN03 specific control sequences. My guess
is that one or more them is causing the first character to be dropped.
Since this is not a general problem I would further conclude that is
specific to the MUX server 300 or the way it is set up.
You did not say which version of ALL-IN-1 or WPS-PLUS the customer is
using. WPS-PLUS V3.0/.1 and V4.0 use different techniques for line
spacing. WPS-PLUS V3.0/.1 sets the printer into half-line spacing and
issues two line-feeds for a normal line movement. WPS-PLUS V4.0 uses
absolute positioning to peform line spacing. Since the problem occurs on
every line I would look first at the line spacing control characters.
Richard
|
427.4 | Further help required, please. | COMICS::TALBOT | Trevor Talbot | Mon Apr 13 1992 18:07 | 12 |
| Hi Richard,
I have asked the customer to try on another MUX to see if they see
the same behaviour on that, to see if it could be a set-up problem on
the MUX as you suggetsed, however, whilst he is doing that, could you
provide more details on what I should be checking, with ref: to the line
spacing control sequences?(What are they?? etc..) Please.
Cheers,
-Trev
|
427.5 | Try this | IOSG::NEWLAND | Richard Newland, IOSG, REO1-D/4A | Mon Apr 13 1992 18:35 | 23 |
| This is what I would do:
1. Create a small WPS-PLUS document with easily recognisable lines.
2. Print the document to FILE, specifying an LN03 Format style, and create
a VMS .LIS file.
3. Print the .LIS to the VMS Print queue to check that the problem still
occurs.
4. Examine the .LIS file using $DUMP/RECORD and look for the easily
recognisable lines. See what control characters and/or escape
sequences are used to separate lines.
5. Create and Print test files which use one or more of the control
characters or escape sequences to see which one causes the problem.
What version of ALL-IN-1 and WPS-PLUS is the customer using?
Richard
|
427.6 | | COMICS::TALBOT | Trevor Talbot | Tue Apr 21 1992 16:05 | 16 |
| Hi Richard,
Customer only has 1 MUX in his area, although he did locate one in
Austria, so I asked him to go to site with the same ln03 to try out
there ! (Only kidding..).
The versions of s/w being used, are VMS 5.4-2 and ALL-IN-1 v2.3
although he has also reproduced from an ALL-IN-1 v2.4 kit as well.
The customer contact has now left, so I need to go through another
person, but I'll try and get the customer to follow your advised steps.
Cheers
-Trev
|
427.7 | <ESC>[?52l on initialization? | TRCOA::HALSEY | I'd rather be sailing! | Tue May 05 1992 18:06 | 17 |
| Nobody seems to have mentioned the <ESC>[?52l problem in this topic yet.
IF you are running A1/WPSPlus V4.0, and IF your LN03 revision level is
4.3 or less, then you may have a problem. I called the Atlanta CSC on
this last week.
Supposedly with WPSPlus V4.0 they added the escape sequence [?52l,
which does something like try to expand the margins(?). If your LN03
rev level is too low though, it just chops words and/or characters from
the left side of the document. (ONLY on LN03's you say....pitty.)
The solution in our case was to use the PT facility and REMOVE the
<ESC>[?52l from the initialization sequence.
Hope this helps....
Bob Halsey, Toronto SWS
|
427.8 | Dump/rec of printed file. | COMICS::TALBOT | Trevor Talbot | Wed May 06 1992 12:26 | 22 |
| Hi,
Thanks for suggestions so far, I have got the customer checking
into rev levels and escape sequences...in the meantime cast your eyes
over this dump/rec info from the .lis file produced by the customer, it
was faxed in so please excuse the typed format...
.[1p.P1;10]RELITEOLO2SK00GG.\.[2
w.{B.[1lz.[3z.........First line
of text...Second line of text..
.Third line of text...Fourth lin
e of text...Fifth line of text..
.Sixth line of text... ...P0;1;0
y.\.[!p.........................
The fax was not very clear, but if you need any clarification I will
provide the HEX values for any disputed characters...
What do you think?
-Trev
|
427.9 | nope not rev level! | COMICS::TALBOT | Trevor Talbot | Tue May 12 1992 15:08 | 8 |
| Hi,
The rev level for printer is 4.4
ANyone got some ideas for me to try...?
-Trev
|
427.15 | Typos ? | UTRTSC::SCHOLLAERT | Sweden: Holland strikes again... | Mon Jun 22 1992 13:02 | 26 |
| Trev,
The dump looks quit strait forward, I suspect that you made
some typo's.
.[1p should read .[!p for soft reset
.P1;10]RELITEOLO2SK00GG.\ load Elite font
.[2w.{B horizontal pitch 12
.[1lz should read .[11z vertical pitch 6
.[3z vertical pitch 12
.........First line of text
...Second line of text ... = LF LF CR
...Third line of text
...Fourth line of text
...Fifth line of text
...Sixth line of text
... ...P0;1;0y.\.[!p......................... termination sequence
I don't know why the customer looses his first charecters.
Perhaps you can give it a try in the WPS-PLUS conference.
Good luck,
Jan
|
427.16 | Denmark 7 Holland 6 (no typos!) :-) | COMICS::TALBOT | Trevor Talbot | Tue Jun 23 1992 10:24 | 8 |
| Hi Jan,
Thanks for .15 the typos were down to a bad fax! I'll cross post
this in wps-plus.
-Trev
|