York Zhao writes:
> Needlessly to say that `org-mode' is fantastic, but with this issue, I have to
> say that `org-mode' is unhealthy. Therefore, I really hope this issue gets
> addressed. Please let me know what I can do to help.
With your initial file, benchmarking a C-c C-c on the last table,
>> > I learned that the hard way when I had one table - four columns, three
>> > simple
>> > addition formulas with about 1,000 entries. It seemed an eternity before
>> > the
>> > addition was completed.
>>
>> I guess the "entries" here mean the table rows right? Please confirm.
>>
> You are correc
Hi York,
York Zhao wrote:
@Charlie Millar:
> IIRC Carsten Dominik made the following observation: org tables are
extremely
> slow if they are used as workbooks/spreadsheets and there are many
entries
> (many is undefined).
Thanks for the information, could you please clarify what "entry"
m
@Charlie Millar:
> IIRC Carsten Dominik made the following observation: org tables are
extremely
> slow if they are used as workbooks/spreadsheets and there are many entries
> (many is undefined).
Thanks for the information, could you please clarify what "entry" means?
Does it
mean org headline,
Hi Michael,
Michael Brand wrote:
Hi Charles
First I would like to point out that to my understanding there are now
two separate issues in discussion in this thread which are easy to mix
up:
1) The same table calculates fast or slow depending on the position
within the same entry, see OP.
I
Hello,
Michael Brand writes:
> 1) The same table calculates fast or slow depending on the position
>within the same entry, see OP.
Note that this is due to org-table.el overusing `org-current-line'. It
should be factored out of the library at some point.
Regards,
--
Nicolas Goaziou
Earlier today I attempted to send the following.
Charles Millar wrote:
Hi Michael,
Michael Brand wrote:
Hi Charles
First I would like to point out that to my understanding there are now
two separate issues in discussion in this thread which are easy to mix
up:
1) The same table calculates fas
Hi Michael
> Michael Brand wrote:
>> Hi Charles
>>
>> First I would like to point out that to my understanding there are now
>> two separate issues in discussion in this thread which are easy to mix
>> up:
>>
>> 1) The same table calculates fast or slow depending on the position
>> within the
Hi Charles
First I would like to point out that to my understanding there are now
two separate issues in discussion in this thread which are easy to mix
up:
1) The same table calculates fast or slow depending on the position
within the same entry, see OP.
2) An entry with nothing but a single
Hi,
York Zhao wrote:
I think Org 8.3 should improve the situation. Please test it if you can.
I was aware that my "emacs -Q" test was done against org-mode version 8.2.x.
However, I use the latest org-mode from Git everyday. For example, the version
I'm currently using is (from M-x org-version)
> I think Org 8.3 should improve the situation. Please test it if you can.
I was aware that my "emacs -Q" test was done against org-mode version 8.2.x.
However, I use the latest org-mode from Git everyday. For example, the version
I'm currently using is (from M-x org-version): "Org-mode version 8.
Hello,
York Zhao writes:
> A few months ago I tried Emacs 24.4 and was disappointed because almost all of
> the org-table operations became AT LEAST ten times slower. Because recently
> Emacs 24.4 gets officially released, I finally switched over. However, the
> problems I had several months ago
12 matches
Mail list logo
