[Date Prev][Date Next][Subject Prev][Subject Next][ Date Index][ Subject Index]

ASCII 10 ??





XY-> I've been ftp-ing various LaTeX files recently and trying to read the
 -> .doc and .tex files in XyWrite. These are all ascii files, easily read
 -> by Emacs editor. With XyWrite, though, the lines to not end properly.
 -> In expanded mode there appear to be LF's (ascii 10) where the lines
 -> are supposed to end, but XyWrite ignores them. When I tried to do a CI
 -> to replace them with a normal XyWrite paragaph end (Ctrl-Enter),
 -> XyWrite cannot find the characters. They *look* like ASCII 10, but
 -> aren't. The cursor won't land on them, either (it skips over them).

XY-> What's going on? It there a way in XyWrite to convert them? (The
 -> ascii conversion filter doesn't help.) Right now I have to call them
 -> with Emacs, save them and then call them in XyWrite.

Myron,

Annoying, isn't it! Xy 4 has various wild returns which may work
via CI, but following is what I use for Xy 3+ which also works in
Xywin & 4:

{lb-endline.pm--to put proper end-of-lines to the file}
DX BF {gl-begin}

I often prefer working from back to front in a read & replace
program.

{lb-begin}GT BD 0D{gl-move}

The GT is probably unnecesary; but I'm always sticking them in
from force of habit. Ascii 13 (the scroll lock ENTER) may or may
not reproduce--comes out in mail as 0D, but it's just a Scroll
lock ENTER.

The trick is that the previous paragraph (PP) function usually
works (wisest course is to check out the cursor move PP first)
even though the ENTER isn't recognized properly.

I generally throw in a couple of proper ENTERs at the top and
bottom of the file before running the program. Probably not
necessary though.

{lb-move}PP {SX35,{cp}}{if({cp}=<10)}{gl-stop}{ei}{gl-begin}

An end test. With the display ON, I don't always bother with an
end test; but several hundred extra ENTERs later make me
appreciate having one here.

{lb-stop}DO {PRAll check}{ex}

And that's it.


XY-> BTW, when I was checking to see that the character looked
like ascii
 -> 10, I noticed that the Insert Special menu for XyWin 4.012
 -> is not working this morning.... it embeds "bb" rather than
the
 -> character asked for. XyDOS 4.015 is fine.

We've discussed the insert menu in Xywin before and the bottom
line is that at present, if you don't see the special character
displayed to the left, the insert menu won't work properly.
There are some tricks though; such as first selecting a
nondisplayed character and then a displayed character to get the
former to show up.

--Chet

---
 ? SLMR 2.1a ? Art + write + dtp = chet.gottfried@xxxxxxxx