Re: Fwd: Cocoa IDE v1 project

Terje Norderhaug <[email protected]>
Newsgroups gmane.lisp.mcl.general
Message-ID <[email protected]>
On Feb 17, 2009, at 4:41 AM, Gail Zacharias wrote:
> At 2/16/2009 08:02 PM, Terje Norderhaug wrote:
>
>> My general wish for the Cocoa IDE effort is that there are well
>> planned hooks for us developers to extend and customize the
>> functionality. For example, it would be great if the Fred datamodel
>> supported arbitrary non-character objects in the text, with a defined
>> interface for how these integrate and display, but without their
>> implementation having to be part of the initial IDE project.
>
> The working proposal for extending the CCL editor with font support  
> is in:
> http://trac.clozure.com/openmcl/wiki/CocoaIde/FontSupport
>
> It doesn't include explicit hooks for extending the display, because
> the current effort is concentrating on usability, but you can imagine
> how such extensions would fit into the model.  In particular I'm
> thinking that arbitrary images in a buffer would not be part of the
> data but instead would come through a property such as :image.

Just to brainstorm: Buffer mark ("cursors") may also provide an  
abstraction to insert images and other media into text, and to  
overlay structure.  Imagine if buffer marks had their own  
visualization methods and could be subclassed.

To share one of my own uses of Fred in my software: I am using buffer  
marks to build, visualize and maintain a hierarchical representation  
of content. Mostly XML documents in my case, for example displaying  
an outline using a twist-down-view with each node a buffer-mark to  
the start of markup tokens in the document. It depends on fast and  
scalable buffer marks to handle large complex content - as far as I  
recall, the ones in Fred start to be sluggish as they grow in number.

-- Terje Norderhaug
_______________________________________________
info-mcl mailing list
[email protected]
http://clozure.com/mailman/listinfo/info-mcl
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.