Why not working-file and archive-file? Archive-file would be the big
file and working-file would be the small file in that scheme.
On Wed, 12 Oct 2011, brian powell wrote:
> * Maybe EMACS "narrowing" could be used:
> http://www.gnu.org/s/libtool/manual/emacs/Narrowing.html
> ...
> Narrowing ca
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
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
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.
F
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 d
4328, exactly the same amount of lines I have in the file.
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
>
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
Wow.. this worked Torsten. Thank you. I wonder why this happens...
On Wed, Oct 12, 2011 at 9:44 PM, Torsten Wagner wrote:
> Hi,
>
>
> On 10/13/2011 09:54 AM, Marcelo de Moraes Serpa wrote:
> f 10 emacs crashes because of that.
>
>>
>> What could I do to make it faster? I'm willing to disable fanc
Hi,
On 10/13/2011 09:54 AM, Marcelo de Moraes Serpa wrote:
f 10 emacs crashes because of that.
What could I do to make it faster? I'm willing to disable fancy rendering
features if needed, but I'm loosing way too much time with the rendering
issues and crashes.
Just by chance, are you running
brian powell writes:
> * I ran into similar problems: I made the file into 2 separate
> files--one very large and the other very small that I render a
> lot--when it gets big, I just prune out older and less important now
> (backburner) subjects, paste them at the bottom of the small file and
> t
* Maybe EMACS "narrowing" could be used:
http://www.gnu.org/s/libtool/manual/emacs/Narrowing.html
...
Narrowing can make it easier to concentrate on a single subroutine or
paragraph by eliminating clutter. It can also be used to limit the
range of operation of a replace command or repeating keyboa
Hi list,
I love org and I think there's nothing like it out there, but I'm
considering using Evernote for reference notes, because my
reference.orgfile has grown too big (4234k + lines). This makes the
rendering of the file
way too slow, and 2 times out of 10 emacs crashes because of that.
What c
12 matches
Mail list logo
