From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ted Zlatanov Newsgroups: gmane.emacs.devel Subject: Re: "Adobe Brackets like" editing in emacs Date: Thu, 20 Mar 2014 02:23:55 -0400 Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos Message-ID: <87wqfp4cck.fsf@lifelogs.com> References: <87txav5jnz.fsf@lifelogs.com> <87d2hi5p6n.fsf@lifelogs.com> Reply-To: emacs-devel@gnu.org NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1395296596 2524 80.91.229.3 (20 Mar 2014 06:23:16 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 20 Mar 2014 06:23:16 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Mar 20 07:23:24 2014 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1WQWNw-0001aa-Ck for ged-emacs-devel@m.gmane.org; Thu, 20 Mar 2014 07:23:24 +0100 Original-Received: from localhost ([::1]:45383 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WQWNv-0007LU-VW for ged-emacs-devel@m.gmane.org; Thu, 20 Mar 2014 02:23:23 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:38778) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WQWNp-0007LL-9N for emacs-devel@gnu.org; Thu, 20 Mar 2014 02:23:22 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WQWNk-0001fQ-3P for emacs-devel@gnu.org; Thu, 20 Mar 2014 02:23:17 -0400 Original-Received: from plane.gmane.org ([80.91.229.3]:54157) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WQWNj-0001fL-Ox for emacs-devel@gnu.org; Thu, 20 Mar 2014 02:23:12 -0400 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1WQWNi-0001CH-R5 for emacs-devel@gnu.org; Thu, 20 Mar 2014 07:23:10 +0100 Original-Received: from c-98-229-61-72.hsd1.ma.comcast.net ([98.229.61.72]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 20 Mar 2014 07:23:10 +0100 Original-Received: from tzz by c-98-229-61-72.hsd1.ma.comcast.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 20 Mar 2014 07:23:10 +0100 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: emacs-devel@gnu.org Original-Lines: 103 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: c-98-229-61-72.hsd1.ma.comcast.net X-Face: bd.DQ~'29fIs`T_%O%C\g%6jW)yi[zuz6; d4V0`@y-~$#3P_Ng{@m+e4o<4P'#(_GJQ%TT= D}[Ep*b!\e,fBZ'j_+#"Ps?s2!4H2-Y"sx" Mail-Copies-To: never User-Agent: Gnus/5.130008 (Ma Gnus v0.8) Emacs/24.3.50 (gnu/linux) Cancel-Lock: sha1:IuTAACFAQOKdC18f2T33BMdbChw= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:170601 Archived-At: On Wed, 19 Mar 2014 14:18:17 -0400 Richard Stallman wrote: RS> [[[ To any NSA and FBI agents reading my email: please consider ]]] RS> [[[ whether defending the US Constitution against all enemies, ]]] RS> [[[ foreign or domestic, requires you to follow Snowden's example. ]]] RS> What does it look like, to have multiple files in one buffer? TZ> That's a UI design question and could be up to the implementation, not TZ> in Emacs. I personally would like something akin to a folding editor TZ> with clear delineation (maybe statically indented N spaces, like your TZ> quotations) but would have to experiment to find the best interface. TZ> It's definitely not going to look like anything we have today. RS> Alas, saying "it could be anything" fails to give us any concrete help RS> in finding something it could be. OK, but I didn't say that. I said what it could look like without mimicking Brackets' look. See below for an analogy to book formatting, which can provide lots of ideas for what it could be. On Wed, 19 Mar 2014 18:36:49 +0200 Eli Zaretskii wrote: >> From: Ted Zlatanov >> 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. EZ> I don't get it: switching between adjacent windows is a single EZ> keystroke away (bind it to a key, if you are annoyed by "C-x o"). I have, but looking in *two* places is a kind of context switch and clutters the display with more windows. I also use `last-buffer' a lot, but that's also a context switch. Maybe not for you, but please allow me a preference for the luxury of uninterrupted reading and editing. (A sidebar window that shows included files dynamically would be useful too, so please don't see this as a discounting of such a feature. But today's Emacs doesn't do this dynamically, that's key.) EZ> So why do we need to invent some fancy new display feature, when we EZ> already have everything that is needed? I didn't say it has to be fancy or new, but maybe some C-level code would help to make it more seamless. EZ> As for mental context: you need to switch it anyway, since you are EZ> editing a different chunk of text, right? It's almost exactly like having extra information inlined or at the bottom of the page or at the end of the whole text. All three have a purpose, and all three are commonly used (in the form of parenthetical comments or sidebars, regular footnotes, and endnotes/bibliographies). Here I am discussing inlined information, without making a case against the other two ways to attach information. Maybe we can draw inspiration from these long-standing conventions of text formatting to improve Emacs. >> This feature would work well for *short* includes, IMO. With long >> includes you lose context and nothing is gained. EZ> Exactly. So why use it for short includes, or any includes? I have tried to explain. >> 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. EZ> This is not what was requested, AFAIU, but if that's what you want, EZ> then make a mode which allows you to edit all the files in a single EZ> buffer, and then saves each one to its file. Again, one buffer with EZ> "normal" display is enough. That might work. See the later discussion in this thread. EZ> Sounds over-engineering to me. At the very least, I would suggest a EZ> fully-functional prototype that uses adjacent windows, before we EZ> decide if some other UI feature is needed. You're asking for a fully-functional prototype of an alternative UI because a possible UI sounds like overengineering to you after a brief discussion? On Wed, 19 Mar 2014 23:38:07 +0900 "Stephen J. Turnbull" wrote: SJT> Ted Zlatanov writes: >> 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. SJT> That may be useful but I don't think that's what the OP has in mind SJT> (it's called "quick edit", after all, not "interleaved edit"). I'm SJT> pretty sure the snippet is not supposed to stay around. I don't care for the snippet when it's not in view, so whether it stays or goes away is not important to me. When I get near the include point, I'd like to see it somehow. Ted