On Monday, 22 Jun 2015 at 08:48, Daniel Bausch wrote:
[...]
I am doing each day. Maybe I will look again how to set the expected
LC_... environment variables for emacs daemon.
This may be the way forward. My LC related environment variables are
all set to en_GB.UTF-8.
This seems to be set
Eric S Fraga e.fr...@ucl.ac.uk writes:
On Friday, 19 Jun 2015 at 10:28, Daniel Bausch wrote:
[...]
If anyone could give me a hint how to reliably set the preferred (or
internal) encoding I could check wether it might have something to do
with the system locale.
I have (only) the
Nick Dokos ndo...@gmail.com writes:
Eric S Fraga e.fr...@ucl.ac.uk writes:
On Friday, 19 Jun 2015 at 08:19, Daniel Bausch wrote:
[...]
Line 6000 is indeed quite lame. I have similar problems like Eric. A
table recalculation at line 43868 takes about a minute at my quite fast
machine.
Daniel Bausch bau...@dvs.tu-darmstadt.de writes:
I think it actually is not an org-mode problem but depends on how
(count-lines 1 (point)) works, as it is using regex searches for the
line endings. I can imagine that the regex parser for utf-8 can be
inefficient.
I just looked again at
Hi!
Nick Dokos ndo...@gmail.com writes:
Eric S Fraga e.fr...@ucl.ac.uk writes:
The output of the ELP profiler is here:
...
org-goto-line 104 10.761145733 0.1034725551
..
org-current-line66 6.8422078910 0.1036698165
...
I find these two
Hello,
Daniel Bausch bau...@dvs.tu-darmstadt.de writes:
Line 6000 is indeed quite lame. I have similar problems like Eric. A
table recalculation at line 43868 takes about a minute at my quite fast
machine. I also tracked that down to org-current-line. One interesting
detail is that this
Eric S Fraga e.fr...@ucl.ac.uk writes:
On Friday, 19 Jun 2015 at 08:19, Daniel Bausch wrote:
[...]
Line 6000 is indeed quite lame. I have similar problems like Eric. A
table recalculation at line 43868 takes about a minute at my quite fast
machine. I also tracked that down to
On Friday, 19 Jun 2015 at 08:19, Daniel Bausch wrote:
[...]
Line 6000 is indeed quite lame. I have similar problems like Eric. A
table recalculation at line 43868 takes about a minute at my quite fast
machine. I also tracked that down to org-current-line. One interesting
detail is that
Eric S Fraga e.fr...@ucl.ac.uk writes:
On Friday, 19 Jun 2015 at 08:19, Daniel Bausch wrote:
[...]
Line 6000 is indeed quite lame. I have similar problems like Eric. A
table recalculation at line 43868 takes about a minute at my quite fast
machine. I also tracked that down to
On Friday, 19 Jun 2015 at 10:28, Daniel Bausch wrote:
[...]
If anyone could give me a hint how to reliably set the preferred (or
internal) encoding I could check wether it might have something to do
with the system locale.
I have (only) the following encoding related settings in my
On Friday, 19 Jun 2015 at 09:53, Nick Dokos wrote:
[...]
What is the setting of cache-long-scans you are using? Does it differ
on the two laptops?
Ivan Andrus suggested setting it to nil, but it seems that for this
case, leaving it at t (the default) should be much faster. But there
may be
Eric S Fraga e.fr...@ucl.ac.uk writes:
The output of the ELP profiler is here:
...
org-goto-line 104 10.761145733 0.1034725551
..
org-current-line66 6.8422078910 0.1036698165
...
I find these two difficult to explain: they account for the
I’m jumping into the middle of the thread, but have you tried
(setq cache-long-scans nil)
That solved some performance issues for me. I can’t remember where
I got the advice.
-Ivan
On Jun 18, 2015, at 10:28 AM, Eric S Fraga e.fr...@ucl.ac.uk wrote:
Hello,
there have been a few threads
13 matches
Mail list logo