Karl Voit writes:
> * Nicolas Goaziou wrote:
>> Hello,
>
> Hi!
>
>> Could you provide an ECM? I'm unable to reproduce it.
>
> Yeah, I can do that. However, because I never did this before and I
> suppose this is going to take me at least two hours, I will post it
> whenever I got time to do the
Rasmus writes:
> Is there a way to "reset" the cache? To get out of the bad state.
M-x org-element-cache-reset
Regards,
Hi,
Nicolas Goaziou writes:
> Rasmus writes:
>
>> When looking at the profiler, I notice avl-tree--do-delete (and other
>> avl functions) and org-element--cache-compare taking lots of speed. I
>> think I have also had this issues in mail-buffers where I use orgstruct
>> modes. Again org-eleme
Hello,
Rasmus writes:
> When looking at the profiler, I notice avl-tree--do-delete (and other
> avl functions) and org-element--cache-compare taking lots of speed. I
> think I have also had this issues in mail-buffers where I use orgstruct
> modes. Again org-element--cache showed up.
It means
* Nicolas Goaziou wrote:
> Hello,
Hi!
> Could you provide an ECM? I'm unable to reproduce it.
Yeah, I can do that. However, because I never did this before and I
suppose this is going to take me at least two hours, I will post it
whenever I got time to do the ECM.
Is this correct that for an E
Hello,
Karl Voit writes:
>> Issue: Whenever I change table cells via TAB, it takes twelve
>> seconds with 100% CPU core:
>>
>> org-table-next-field very slow:
>> #+BEGIN_EXAMPLE
>> - command-execute 31397 99%
>> - call-interactively 31397 99%
>>
Hm. Maybe I wrongly suspected yasnippet:
* Karl Voit wrote:
>
> Background with a specific issue:
>
> Issue: Whenever I change table cells via TAB, it takes twelve
> seconds with 100% CPU core:
>
> org-table-next-field very slow:
> #+BEGIN_EXAMPLE
> - command-execute 313
