From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nathaniel Flath Subject: Re: [PATH] Speedups to org-table-recalculate Date: Thu, 7 Aug 2014 15:57:36 -0700 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a11c2f9accb1be905001203cb Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:39449) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XFWcs-000750-LU for emacs-orgmode@gnu.org; Thu, 07 Aug 2014 18:57:39 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XFWcr-0003ty-Oc for emacs-orgmode@gnu.org; Thu, 07 Aug 2014 18:57:38 -0400 Received: from mail-oi0-x236.google.com ([2607:f8b0:4003:c06::236]:56959) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XFWcr-0003tm-Ib for emacs-orgmode@gnu.org; Thu, 07 Aug 2014 18:57:37 -0400 Received: by mail-oi0-f54.google.com with SMTP id i138so3100506oig.41 for ; Thu, 07 Aug 2014 15:57:36 -0700 (PDT) In-Reply-To: List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Michael Brand Cc: org-mode List --001a11c2f9accb1be905001203cb Content-Type: text/plain; charset=UTF-8 Yes, that wouldn't be supported - although certainly in my case what was making it slow *were* the messages. I'd be fine with displaying every second, but I don't see a good way of doing this - do you have any suggestions? On Fri, Aug 1, 2014 at 2:56 PM, Michael Brand wrote: > Hi Nathaniel > > On Tue, Jul 29, 2014 at 2:03 PM, Nathaniel Flath > wrote: > > This patch speeds up org-table-recalculate by removing all 'message' > > function calls. Additionally adds an early check for whether there are > any > > formulas and only executes the rest of the function if so. > > As far as I understand these `message' were added to see the progress > of a long lasting recalculation which would not be supported any more > with your patch. But I agree that it would be sufficient to report the > current field/line only every let's say one second and suppress the > others to gain speed for use cases like yours. > > Michael > --001a11c2f9accb1be905001203cb Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Yes, that wouldn't be supported - although certainly i= n my case what was making it slow *were* the messages. =C2=A0I'd be fin= e with displaying every second, but I don't see a good way of doing thi= s - do you have any suggestions?


On Fri, Aug 1= , 2014 at 2:56 PM, Michael Brand <michael.ch.brand@gmail.com&= gt; wrote:
Hi Nathaniel

On Tue, Jul 29, 2014 at 2:03 PM, Nathaniel Flath <flat0103@gmail.com> wrote:
> This patch speeds up org-table-recalculate by removing all 'messag= e'
> function calls. =C2=A0Additionally adds an early check for whether the= re are any
> formulas and only executes the rest of the function if so.

As far as I understand these `message' were added to see th= e progress
of a long lasting recalculation which would not be supported any more
with your patch. But I agree that it would be sufficient to report the
current field/line only every let's say one second and suppress the
others to gain speed for use cases like yours.

Michael

--001a11c2f9accb1be905001203cb--