Re: TAB inside draw-text

• To: jmorrill@BBN.COM, chyde@BBN.COM
• Subject: Re: TAB inside draw-text
• From: Scott McKay <SWM@stony-brook.scrc.symbolics.com>
• Date: Tue, 9 Nov 1993 12:22 -0500
• Cc: clim@BBN.COM
• In-Reply-To: <25604.752771358@bbn.com>

    Date: Mon, 8 Nov 1993 10:09 EST
    From: Jeff Morrill <jmorrill@BBN.COM>

      Date: Mon, 8 Nov 93 9:27:54 EST
      From: chyde@BBN.COM
  
      I'm drawing some text that has #\TABs in it. but, they don't show up
      on screen, their width is zero. is there a special extra control one
      has to provide to get this to have some width?
  
    Both TAB and RETURN don't seem to be processed correctly.
    They both seem to be treated the same as #\space.

    If you use FORMAT to generate the string in the first place,
    then you might be able to use ~T to work around it.

If you are using DRAW-TEXT[*] (as opposed to WRITE-STRING), it does
not handle tabs and newlines.  Handling tabs and newlines requires
maintaining cursor state, and DRAW-TEXT[*] does not maintain any such
cursor state.

This was true as far back as CLIM 1.0.

(Actually, this was true as far back as (SEND WINDOW :DRAW-STRING ...)
in Symbolics system 98, circa 1982.  Maybe earlier.)

• Re: TAB inside draw-text
• From: chyde@BBN.COM

• Re: TAB inside draw-text
• From: Jeff Morrill <jmorrill@BBN.COM>

• Prev: use of AND and Or in presentation specs
• Next: Re: use of AND and Or in presentation specs
• Index: CLIM Mailing list (1-Jan-93 to 31-May-94)
• Thread: CLIM Mailing list Index (1-Jan-93 to 31-May-94)