Re: "Adobe Brackets like" editing in emacs

["Stephen J. Turnbull" <stephen@xemacs.org>]

Ted Zlatanov writes:

 > So you don't have to switch buffers (and mental context).  Most of the
 > time in C I'm flipping between a .h and a .c file.  This feature would
 > work well for *short* includes, IMO.  With long includes you lose
 > context and nothing is gained.

I don't think that need be true.  It could be designed so lYou don't
get the whole include, you get the relevant snippet.  Eg, in C

 int
 add (float x, float y)     <- decide to change prototype, type C-c M-p
[int add_ints (int addend1, int addend1);]

where the [] indicate either an undecorated popup (frame, window,
tooltip) or a transient insert in the buffer with point "trapped"
inside until you type C-c C-c).

 > I would make an analogy here to Literate Programming, where you
 > interweave documentation within the code.  We're talking about
 > interweaving included snippets to build a dynamic whole.

That may be useful but I don't think that's what the OP has in mind
(it's called "quick edit", after all, not "interleaved edit").  I'm
pretty sure the snippet is not supposed to stay around.

 > It's definitely not going to look like anything we have today.

Customize, except less heavyweight compared to a popup customize
buffer.  Other recursive edits (minibuffer-at-point, anyone?)