format directives

• To: York@lucid.com, TYSON@Sunset.AI.SRI.COM
• Subject: format directives
• From: Scott McKay <SWM@stony-brook.scrc.symbolics.com>
• Date: Fri, 4 Sep 1992 10:10-0400
• Cc: smh@franz.com, SWM@stony-brook.scrc.symbolics.com, jcma@reagan.ai.mit.edu, clim@BBN.COM
• In-Reply-To: <9209032147.AA03525@oakland-hills.lucid>

    Date: Thu, 3 Sep 1992 17:47 EDT
    From: Bill York <york%oakland-hills@lucid.com>

       Date: Thu, 3 Sep 1992 12:21-0700
       From: Mabry Tyson <TYSON@ai.sri.com>

       As far as portability is concerned, all that should be hidden in
       CLIM:FORMAT.  (I'm guessing that all implementations of CLIM require
       you to use CLIM:FORMAT since the first arg might not be a CL:STREAM.)

    Actually, the ultimate goal is for there to be no CLIM:FORMAT.  This
    can happen once all the Lisps follow the same CLOS-based stream
    prototocl, and all the FORMATs are purified to use only the standard
    stream protocol to do their output.  This may not ever happen, but its
    a good theory, and I'm loath to invent a new reason to keep
    CLIM:FORMAT around.

I second that.  The idea of reimplementing FORMAT for CLIM is really
pretty loathesome.

0,,

• format directives
• From: york%oakland-hills@lucid.com (Bill York)

• Prev: Fat Strings
• Next: 2.0
• Index: CLIM Mailing list (1-Sep-92 to 31-Dec-92)
• Thread: CLIM Mailing list Index (1-Sep-92 to 31-Dec-92)