Re: [Bug-zile] Nested buffers

[Gary V. Vaughan]

Hi Reuben,

On Feb 15, 2014, at 8:56 AM, Reuben Thomas <address@hidden> wrote:

> On 13 February 2014 23:56, Gary V. Vaughan <address@hidden> wrote:
> 
> Right, that all makes perfect sense.  But, by "elaboration" I was angling for 
> some specific steps to move forwards towards your vision.
> 
> Pretty much the only thing I've done is:
> 
> https://github.com/rrthomas/lua-rrtlib/blob/master/rrt/fstable.lua

This is the module formerly in stdlib, no?  I didn't mean stuff you'd already 
done actually, but an insight into stuff you would need to move forward.  Also, 
I'm not sure where fstable fits into nested buffers?


> For example, once I'm back to the point that zz is virtually merged into the 
> combined tree at master HEAD, I want to rewrite the syntax highlighter over 
> LPeg, but maintaining the TextMate inspired nested syntaxes.  I wonder 
> whether this is close enough to what you envision that we might be part way 
> to an implementation of a buffer that knows enough about the context of what 
> it holds that you get some of the nested buffer features you want without the 
> actual nesting?
> 
> Quite possibly: enough to do the presentation without the actual underlying 
> model?!

Well, I dunno :)  Maybe, if I understood your vision better I'd be able to say 
:-p

As I understand it right now, it may at least be a way to have a shell mode 
that recognizes output from grep or the compiler and enable different 
highlighting and keymaps in the relevant parts of the buffer.

But then, nested buffers have so much more potential than that, like my wanting 
to be able to pull function definitions from any file in the project, but 
saving the edited buffer sections back to the right files.  That sort of thing 
certainly needs more than different highlighting and keymaps to make it work.  
I'm sure you have more ideas of what you want out of nested buffers too?

> We do?
> 
> I don't mean Lisp interpreters in Lua, I mean Lisp interpreters. e.g. why not 
> use Guile or some other Lisp?

Guile is gigantic these days.  But I take your point.  In my defense, I'm not 
at all sure it would be any easier or faster to figure out how to integrate an 
existing Lisp implementation into zmacs along with all the Elisp functions and 
compatibility than to enhance the existing implementation...

> Anyway, glad to hear you're making so much progress.

Tx!

Cheers,
-- 
Gary V. Vaughan (gary AT gnu DOT org)

signature.asc
Description: Message signed with OpenPGP using GPGMail