From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jude DaShiell Subject: Re: Ways to make org feasible for huge files Date: Fri, 14 Oct 2011 04:52:12 -0400 (EDT) Message-ID: References: <4E9650AA.2080400@gmail.com> <87r52hjro6.fsf@thinkpad.tsdh.de> <877h48kqgp.fsf@thinkpad.tsdh.de> Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Return-path: Received: from eggs.gnu.org ([140.186.70.92]:41308) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1REdV1-0005EY-Rw for emacs-orgmode@gnu.org; Fri, 14 Oct 2011 04:52:16 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1REdV0-0004Le-MO for emacs-orgmode@gnu.org; Fri, 14 Oct 2011 04:52:15 -0400 Received: from shellworld.net ([69.60.117.94]:64863 helo=server1.shellworld.net) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1REdV0-0004LN-JR for emacs-orgmode@gnu.org; Fri, 14 Oct 2011 04:52:14 -0400 In-Reply-To: List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Scott Jaderholm Cc: Tassilo Horn , emacs-orgmode@gnu.org, Marcelo de Moraes Serpa If org-mode runs into that kind of problem one way might be when a new .org file is made it has a chained from [main.org] statement in the top. If the file remains small enough that's all it would get. If the file is going to go beyond x lines in length, then a chained to [file.org] would end that first file and file.org would then open up if a user went beyond the chained to statement in the first file. The file file.org would have a chained from [firstfile.org] somewhere in the top of the file and names for files ought to be selectable by the users. This will only work where good garbage collection happens, and something like it was used on CP/M systems with t-maker back before I.B.M. made its first PC. On Fri, 14 Oct 2011, Scott Jaderholm wrote: > Btw I get that behavior in emacs 23.1 too > Scott > > > On Fri, Oct 14, 2011 at 3:00 AM, Tassilo Horn wrote: > > > Marcelo de Moraes Serpa writes: > > > > Hi Marcelo, > > > > > 4328, exactly the same amount of lines I have in the file. > > > > Didn't you say that you have 4000 *k* lines? > > > > Anyway, as Scott mentiones, in emacs 24 the linum packages seems to be > > more clever and only creates overlays for the visible area of a buffer. > > For example, when opening a file with 1000 lines and enabling > > linum-mode, I only have 35 overlays, because only 35 lines are visible > > at a time. > > > > Bye, > > Tassilo > > > > > On Thu, Oct 13, 2011 at 2:07 AM, Tassilo Horn > >wrote: > > > > > >> Marcelo de Moraes Serpa writes: > > >> > > >> > Wow.. this worked Torsten. Thank you. I wonder why this happens... > > >> > > >> linum-mode works with overlays to embed the numbers at the beginnig of > > >> lines. Overlays are very flexible but not too efficient, you don't want > > >> to have too many of them. Looking at linum.el, it seems it already does > > >> pooling of overlays in order not to create one overlay for any line, but > > >> I'm not sure. Could you please do > > >> > > >> M-: (length linum-overlays) RET > > >> > > >> in that large org file with linum-mode enabled and say what it returns > > >> to satisfy my curiosity? > > >> > > >> Bye, > > >> Tassilo > > >> > > >> > > >> > > > > > Jude If I got a nickel for every message I've already sent supporting Microsoft Windows and its applications I'd have enough to retire on comfortably no matter what the stock market did.