From: Scott Jaderholm <firstname.lastname@example.org> To: Marcelo de Moraes Serpa <email@example.com> Cc: Tassilo Horn <firstname.lastname@example.org>, email@example.com Subject: Re: Ways to make org feasible for huge files Date: Fri, 14 Oct 2011 00:51:42 -0400 [thread overview] Message-ID: <CAA9PRe-u-M0YBf6+OucQgJ4-wGgMfEr_WAUudwU4hT+9EJW7oQ@mail.gmail.com> (raw) In-Reply-To: <CACHMzOF8mn9xaJ+Gw-9y1tG7p6rq=JwjW98eAKOuEiQwyGsWZg@mail.gmail.com> [-- Attachment #1: Type: text/plain, Size: 1143 bytes --] For my org files my linum-overlays length is equal to the number of lines on the screen so perhaps there's something you can do to get better performance. I'm not sure what setting it would be, I'm running e24 with my own complicated linum-format. Scott On Thu, Oct 13, 2011 at 9:23 PM, Marcelo de Moraes Serpa < firstname.lastname@example.org> wrote: > 4328, exactly the same amount of lines I have in the file. > > > On Thu, Oct 13, 2011 at 2:07 AM, Tassilo Horn <email@example.com>wrote: > >> Marcelo de Moraes Serpa <firstname.lastname@example.org> 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 >> >> >> > [-- Attachment #2: Type: text/html, Size: 1869 bytes --]
next prev parent reply other threads:[~2011-10-14 4:52 UTC|newest] Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top 2011-10-13 0:54 Marcelo de Moraes Serpa 2011-10-13 1:34 ` brian powell 2011-10-13 1:47 ` Thomas S. Dye 2011-10-14 9:54 ` Jude DaShiell 2011-10-13 2:44 ` Torsten Wagner 2011-10-13 2:52 ` Marcelo de Moraes Serpa 2011-10-13 7:07 ` Tassilo Horn 2011-10-14 1:23 ` Marcelo de Moraes Serpa 2011-10-14 4:51 ` Scott Jaderholm [this message] 2011-10-14 7:00 ` Tassilo Horn 2011-10-14 8:06 ` Scott Jaderholm 2011-10-14 8:52 ` Jude DaShiell 2011-10-13 12:39 ` GNU Emacs crashing on large Orgmode files (was: Ways to make org feasible for huge files) Karl Voit 2011-10-13 14:56 ` GNU Emacs crashing on large Orgmode files Martyn Jago 2011-10-14 6:14 ` Karl Voit
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style List information: https://www.orgmode.org/ * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=CAA9PRe-u-M0YBf6+OucQgJ4-wGgMfEr_WAUudwU4hT+9EJW7oQ@mail.gmail.com \ --email@example.com \ --firstname.lastname@example.org \ --email@example.com \ --firstname.lastname@example.org \ --subject='Re: Ways to make org feasible for huge files' \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
Code repositories for project(s) associated with this inbox: https://git.savannah.gnu.org/cgit/emacs/org-mode.git This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).