As I think more of it, I can see it as a folding of code. Emacs already supports folding of code (with a minor mode) which
I don't use so much. "Quick edit" could be seen as code folding, from different files; for example if we call a macro in .c file
defined in some .h file, one could invoke a "quick edit" to "fold-out" a macro, edit it and continue on with coding .c file.
Or if we call an elisp function, we could "unfold it" in place, edit it, and continue on with the code where function was called.
Hope it offers some more clarification and use-case scenario.
> Date: Tue, 18 Mar 2014 15:01:14 -0400
> From: rms@gnu.org
> To: arthur.miller@live.com
> Subject: Re: "Adobe Brackets like" editing in emacs
> CC: emacs-devel@gnu.org
>
> [[[ To any NSA and FBI agents reading my email: please consider ]]]
> [[[ whether defending the US Constitution against all enemies, ]]]
> [[[ foreign or domestic, requires you to follow Snowden's example. ]]]
>
> I am not really into using it full time, since I am good with
> Emacs, but I do like the idea of mulitple file editing in one
> buffer. It is like context-aware multi-file editing or what it
> should be called. They use it to edit css or javascript while
> editing html file,
>
> The easier way to do this in Emacs would be to do it at the C level.
> It would be fairly straightforward that way.
>
> But why is it useful to put multiple files in one buffer?
> Can you describe a use case more precisely?
>
> --
> Dr Richard Stallman
> President, Free Software Foundation
> 51 Franklin St
> Boston MA 02110
> USA
> www.fsf.org www.gnu.org
> Skype: No way! That's nonfree (freedom-denying) software.
> Use Ekiga or an ordinary phone call.
>
>