NetNews Usenet Archive 1993 #3/NN_1993_3.iso/spool/vmsnet/tpu/613

Text File | 1993-01-28 | 3.0 KB | 75 lines

Newsgroups: vmsnet.tpu
Path: sparky!uunet!ukma!bogus.sura.net!howland.reston.ans.net!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!pacific.mps.ohio-state.edu!davis
From: [e-mail] ("John E. Davis")
Subject: Re: Anyway to have Eve act like a simple WYSIWYG editor?
In-Reply-To: [e-mail]'s message of Thu, 28 Jan 1993 00:05:25 GMT
Message-ID: <[e-mail]>
Sender: [e-mail]
Nntp-Posting-Host: pacific.mps.ohio-state.edu
Reply-To: [e-mail]  (John E. Davis)
Organization: "Dept. of Physics, The Ohio State University"
References: <1993Jan27.115051.684@rivers>
    <[e-mail]>
Date: Thu, 28 Jan 1993 07:15:15 GMT
Lines: 59

In article <[e-mail]>
[e-mail] writes:

           I've done  it  (editing  these  things,  that  is),  but nothing
       special  is  required.  Just use EVE and split the screen  into  two
       windows.  Set one to  NO_TRANSLATE  and  edit  in  the  other.   The
       NO_TRANSLATE  window  gives  you a "real-time" picture of your edits
       while the normal, BLANK_TABS window keeps  the editing point in sync
       with the cursor.


Although I have no reason to doubt that the above is true, I find it hard to
believe that it works well.  Suppose I insert an escape char into the buffer
in the manner described above.  Then in the ``editing'' window, I will see a
displayable representation for the character, e.g., as ^[.  Then I would
suppose that the editor would move to the apporpriate row and column on the
terminal where the escape is to be ``displayed'' (in the other window) and
output it at that point without translation.  The the editor should move the
terminal cursor back to the editing window.  So, a simple insert of an escape
char in row 1 column 1 would result in the following sent to the terminal:

    ^[[1;1H  (position cursor at 1,1
    ^ [      (output two char displayable sequence )
    ^[13;1H  (goto row 13,1 of second window)
    ^[       (literal escape character)
    ^[[1;3H  (move cursor to next position and wait for more user input)

The point is, the terminal will see an escape two back to back escapes and
will not know what to do with it and leave the cursor at  13,1.

Of course, I am making alot of assumptions about how I think the editor works
so the above scenario may be totally wrong.

Instead, I would define strings like

   @b  bold
   @r  reverse video
   @n  normal video
   @u  underline
   @l  blink
   etc...

Then my  file would look like:

   This is @bbold text@n and this is @lblinking text@n etc....

Then I would simply do a replace:  @b  --> ^[[5m, etc....
Of course this still presents a problem with formatting, etc, but I at least
it is more readable.


--
     _____________
#___/John E. Davis\_________________________________________________________
#
# internet: [e-mail]
#   bitnet: davis@ohstpy
#   office: 617-735-6746
#