<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<META NAME="Generator" CONTENT="MS Exchange Server version 6.5.7651.59">
<TITLE>RE: [plt-scheme] Editor Canvas as Output Port</TITLE>
</HEAD>
<BODY>
<!-- Converted from text/plain format -->
<P><FONT SIZE=2>Actually, open-output-text-editor was exactly what I was looking to do. Thanks.<BR>
<BR>
<BR>
-----Original Message-----<BR>
From: Matthew Flatt [<A HREF="mailto:mflatt@cs.utah.edu">mailto:mflatt@cs.utah.edu</A>]<BR>
Sent: Sun 4/29/2007 2:30 AM<BR>
To: Williams, M. Douglas<BR>
Cc: plt-scheme@list.cs.brown.edu<BR>
Subject: Re: [plt-scheme] Editor Canvas as Output Port<BR>
<BR>
At Sat, 28 Apr 2007 21:27:27 -0700, "Williams, M. Douglas" wrote:<BR>
> For one thing, it<BR>
> only works for text, while, for example, DrScheme lets me write graphic<BR>
> elements (e.g., an image snip) using print (or printf even). Am I correct in<BR>
> that I need to supply an optional-write-special-proc to handle these?<BR>
<BR>
Probably. DrScheme installs some write and print handlers to make<BR>
things like `fprintf' work, but adding a write-special handler is a<BR>
good starting point.<BR>
<BR>
> There seem to be similar things in the Application Framework, but I've only<BR>
> skimmed over them so far. They seem to be overkill for simple MrEd<BR>
> applications, but that may well be a learning curve issue more than anything.<BR>
<BR>
`open-output-text-editor' is provided by plain MrEd.<BR>
<BR>
Matthew<BR>
<BR>
</FONT>
</P>
</BODY>
</HTML>