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