Hm. Maybe I wrongly suspected yasnippet:
* Karl Voit <devn...@karl-voit.at> 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 31397 99%
> - call-interactively 31397 99%
> - yas-expand 31298 98%
> - yas--fallback 31298 98%
> - call-interactively 31298 98%
> - org-cycle 31298 98%
> - call-interactively 31291 98%
> - org-table-next-field 31291 98%
> - org-table-align 15676 49%
> + org-activate-bracket-links 36 0%
> [...]
> #+END_EXAMPLE
>
> In org-table-next-field I suspect the re-calculation process. And
> yes, also the simple ~C-c C-c~ on a table takes very long. Even
> within the primitive table "| |".
>
> Profiling the re-calculation ends up with:
> #+BEGIN_EXAMPLE
> - command-execute 43157 99%
> - call-interactively 43157 99%
> - yas-expand 31871 73%
> - yas--fallback 31871 73%
> - call-interactively 31871 73%
> - org-cycle 31871 73%
> - call-interactively 31864 73%
> - org-table-next-field 31864 73%
> - org-table-align 15782 36%
> - org-activate-bracket-links 46 0%
> [...]
> #+END_EXAMPLE
>
> So I guess that yas-expand has a certain role in this drama.
Hm, I have to admit I forgot to test without yas-minor-mode (silly
me):
#+BEGIN_EXAMPLE
- command-execute 10993 99%
- call-interactively 10993 99%
- org-ctrl-c-ctrl-c 10905 99%
org-table-align 5450 49%
+ run-hook-with-args-until-success 6 0%
+ byte-code 34 0%
+ minibuffer-complete 26 0%
+ previous-line 18 0%
+ execute-extended-command 10 0%
+ timer-event-handler 6 0%
+ redisplay_internal (C function) 3 0%
+ ... 0 0%
#+END_EXAMPLE
Well, this does not involve yasnippet and also lasts too long :-(
How about this?
--
mail|git|SVN|photos|postings|SMS|phonecalls|RSS|CSV|XML to Org-mode:
> get Memacs from https://github.com/novoid/Memacs <
https://github.com/novoid/extract_pdf_annotations_to_orgmode + more on github
