Hello,
tbanelwebmin writes:
> There is a last cleanup that can be achieved
> (or not, doesn't really matter):
> simplifying two calls located in org-table.el:
>
> (org-table-to-lisp
> (buffer-substring-no-properties (org-table-begin) (org-table-end)))
>
> to:
>
> (org-table-to-lisp)
Indeed. D
Le 01/05/2020 à 15:11, Nicolas Goaziou a écrit :
> Indeed. I also realized this, and fixed it a couple of hours ago. You
> will notice I shamelessly used your "\\="© trick! :)
This kind of shamelessness builds great communities :)
> Great. I removed the check and added an entry in ORG-NEWS. It s
tbanelwebmin writes:
> I realized that not calling `org-table-end' may cause a corner case:
>
> | 2 | b |
> | c | d |
>
> #+TBLFM: @1$1=2||3
Indeed. I also realized this, and fixed it a couple of hours ago. You
will notice I shamelessly used your "\\="© trick! :)
> I do agree. We can expect cal
Le 01/05/2020 à 12:15, Nicolas Goaziou a écrit :
> Hello,
>
> tbanelwebmin writes:
>
>> Nicolas, how did you do that? Your version is 25% faster than mine,
>> and the code is 33% shorter! Very elegant.
> Thank you. There's nothing fancy, really.
>
> The main difference is that it does not call `o
Hello,
tbanelwebmin writes:
> Nicolas, how did you do that? Your version is 25% faster than mine,
> and the code is 33% shorter! Very elegant.
Thank you. There's nothing fancy, really.
The main difference is that it does not call `org-table-end'. Minor
tweaks are:
- use simpler regexps,
- cal
Nicolas, how did you do that? Your version is 25% faster than mine,
and the code is 33% shorter! Very elegant.
Le 01/05/2020 à 00:35, Nicolas Goaziou a écrit :
> tbanelwebmin writes:
>
>> I found a way to ensure full backward compatibility. I keep the same
>> signature. When a table is given as
tbanelwebmin writes:
> I found a way to ensure full backward compatibility. I keep the same
> signature. When a table is given as a string parameter, it is inserted
> into a temporary buffer, which is then parsed. Overall, the resulting
> speed is quite satisfactory.
A, you didn't like my EL
Better, thanks Daniele
Let's go for "handling very large tables"
Regards
Thierry
Le 30/04/2020 à 22:47, Daniele Nicolodi a écrit :
> Hello,
>
> On 30-04-2020 14:28, tbanelwebmin wrote:
>> * Version 9.4 (not yet released)
>> ** Miscellaneous
>> *** Faster org-table-to-lisp
>>
>> The new implementa
Hello,
On 30-04-2020 14:28, tbanelwebmin wrote:
> * Version 9.4 (not yet released)
> ** Miscellaneous
> *** Faster org-table-to-lisp
>
> The new implementation can be more than 100 times faster. This enhances
> responsiveness of Babel or Gnuplot blocks handling thousands long tables.
Nitpicking:
Le 30/04/2020 à 10:09, Nicolas Goaziou a écrit :
> Hello,
>
> tbanelwebmin writes:
>
>> Here is an alternative, faster version of org-table-to-lisp. It can be
>> more than 100 times faster.
> Great! Thank you!
>
>> #+BEGIN_SRC elisp
>> (defun org-table-to-lisp-faster (&optional org-table-at-p-don
Hello,
tbanelwebmin writes:
> Here is an alternative, faster version of org-table-to-lisp. It can be
> more than 100 times faster.
Great! Thank you!
> #+BEGIN_SRC elisp
> (defun org-table-to-lisp-faster (&optional org-table-at-p-done)
> "Convert the table at point to a Lisp structure.
> The
Hi The List.
Here is an alternative, faster version of org-table-to-lisp. It can be
more than 100 times faster.
#+BEGIN_SRC elisp
(defun org-table-to-lisp-faster (&optional org-table-at-p-done)
"Convert the table at point to a Lisp structure.
The structure will be a list. Each item is either t
12 matches
Mail list logo
