[Openmcl-devel] A question about ticket #400

Alexander Repenning ralex at cs.colorado.edu
Tue Jun 23 09:42:07 PDT 2009

I agree. It should be OK to just keep the content of a file ASCII (or  
unicode) and apply the styling just in time. Even Google code can do  
this (using Java script) at a fast enough rate. Saving would only save  
ASCII/unicode but one could have a Save As option including saving the  
styled version as RTF.


On Jun 20, 2009, at 7:23 PM, Glen Foy wrote:

> On Jun 20, 2009, at 12:44 PM, Gail Zacharias wrote:
>> Yeah, here's the thing...  The API can easily provide any number of
>> functions such as save/load-buffer-as-html or save/load-buffer-as-
>> rtf or save/load-buffer-in-home-baked-format-with-font-info-encoded-
>> in-lisp-comments or whatever, stuff like that would be trivial to
>> write.  The problem is that it's not clear to me what Hemlock should
>> actually do to save the attributes, given the reality of living in a
>> unix file system.  Any thoughts?
> If we are just talking about Hemlock as a source code editor, it may
> not be necessary or even desirable to distribute styled files.
> Everyone has their own idea of what source code should look like  
> anyway.
> From that point of view, the styling information could be stored in
> an associated invisible file and distributed or not distributed as the
> author saw fit.  When hacking, Hemlock would look for the associated
> file, using it if it was there.  This would be a simple solution.
> People may, however, want to use Hemlock for other purposes.  In which
> case the two file approach is not so good.
> This issue clearly needs some brainstorming.
> _______________________________________________
> Openmcl-devel mailing list
> Openmcl-devel at clozure.com
> http://clozure.com/mailman/listinfo/openmcl-devel

Prof. Alexander Repenning

University of Colorado
Computer Science Department
Boulder, CO 80309-430

vCard: http://www.cs.colorado.edu/~ralex/AlexanderRepenning.vcf

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.clozure.com/pipermail/openmcl-devel/attachments/20090623/7823b3b9/attachment.htm>

More information about the Openmcl-devel mailing list