From mboxrd@z Thu Jan 1 00:00:00 1970 From: agzam.ibragimov@gmail.com Subject: =?UTF-8?B?UmU6IEJ1ZzogcmVmaWxlIGZyb20gY2FwdHVyZSB0ZW1wbGF0ZSBk?= =?UTF-8?B?b2Vzbid0IHVwZGF0ZSBvcmctY2xvY2stY3VycmVudC10YXNrIFs5LjEuNiAo?= =?UTF-8?B?OS4xLjYtNTctZ2VjODU5MC1lbHBhcGx1cyBAIC9Vc2Vycy9hZy5pYnJhZ2lt?= =?UTF-8?B?b3YvLmVtYWNzLmQvZWxwYS8yNi4wL2RldmVsb3Avb3JnLXBsdXMtY29udHJp?= =?UTF-8?B?Yi0yMDE4MDIxOS8pXQ==?= Date: Fri, 18 May 2018 13:58:54 -0700 Message-ID: References: <87bmgijv3f.fsf@nicolasgoaziou.fr> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="000000000000810ac5056c81392a" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:46412) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fJmT7-0004XI-Rw for emacs-orgmode@gnu.org; Fri, 18 May 2018 16:59:19 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fJmT6-00033R-Jo for emacs-orgmode@gnu.org; Fri, 18 May 2018 16:59:17 -0400 Received: from mail-io0-x231.google.com ([2607:f8b0:4001:c06::231]:34586) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fJmT6-00032o-Dy for emacs-orgmode@gnu.org; Fri, 18 May 2018 16:59:16 -0400 Received: by mail-io0-x231.google.com with SMTP id p124-v6so7750438iod.1 for ; Fri, 18 May 2018 13:59:15 -0700 (PDT) In-Reply-To: <87bmgijv3f.fsf@nicolasgoaziou.fr> 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" To: Nicolas Goaziou Cc: org-mode-email --000000000000810ac5056c81392a Content-Type: text/plain; charset="UTF-8" I sumbitted this long time ago and although it looks like it was fixed (it updates the modeline), I just noticed that it still doesn't update `org-clock-current-task` and I think it should, because otherwise there's no way of accessing current-task value from outside of org-mode and outside of Emacs. Let's say I want to show current task in a third-party bar like yabar or lemonbar. Calling this 'emacsclient -e \"(if org-clock-current-task (string-trim (substring-no-properties (org-clock-get-clock-string))) ' )\" would not work for a task that was refiled by a capture template. I'm sorry for nitpicking - I would have tried fixing it myself, I tried diving into the code and I was quickly amazed how complex Org-mode's code is. No wonder no one has ever succeeded in replicating it for other editors. Thank you guys for all amazing hard work that doesn't get appreciated enough. On Wed, Feb 21, 2018 at 6:06 AM, Nicolas Goaziou wrote: > Hello, > > Ag Ibragimov writes: > > > I'm not sure if that's a legitimate bug, just something I have run into > > on my Spacemacs config > > > > # Description > > > > org-clock-current-task doesn't update mode-line after refile on capture > > > > # To reproduce: > > > > Create a capture template with :clock-in and :clock-keep fields, e.g.: > > > > ("i" "Immediate" entry (file "tasks.org") > > "* ONGOING %?" :clock-in t :clock-resume t :clock-keep t) > > > > Create an item using the template. > > In org-capture dialog - type title, e.g.: "foo" > > > > # Observed behavior: > > > > After refiling (C-c C-c) - the task header doesn't update in the > modeline. It shows > > correctly the time, but not the title. > > =org-clock-current-task= contains nil. > > Compare that with the regular way of clocking-in (without using > > capture) - the title and the variable updates correctly > > Fixed. Thank you. > > Regards, > > -- > Nicolas Goaziou > -- Regards, Ag. --000000000000810ac5056c81392a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I sumbitted this l= ong time ago and although it looks like it was fixed (it updates the modeli= ne), I just noticed that it still doesn't update `org-clock-current-tas= k` and I think it should, because otherwise there's no way of accessing= current-task value from outside of org-mode and=C2=A0 outside of Emacs.
=C2=A0
Let's say I want to show current task in a third-pa= rty bar like yabar or lemonbar.

Calling this=C2=A0

'emacsclient -e \"(if org-clock-current-task (stri= ng-trim (substring-no-properties (org-clock-get-clock-string))) '=E2=80= =89)\"=C2=A0

would not work for a task that was re= filed by a capture template.
<= br>
I'm sorry for nitpicki= ng - I would have tried fixing it myself, I tried diving into the code and = I was quickly amazed how complex Org-mode's code is. No wonder no one h= as ever succeeded in replicating it for other editors.=C2=A0

Thank you guys for all amazing hard work that doesn't get appreci= ated enough.


On Wed, Feb 21, 2018 at 6:06 AM, Nicolas Goaziou <mail@nic= olasgoaziou.fr> wrote:
Hell= o,

Ag Ibragimov <agzam.ibragim= ov@gmail.com> writes:

> I'm not sure if that's a legitimate bug, just something I have= run into
> on my Spacemacs config
>
> # Description
>
> org-clock-current-task doesn't update mode-line after refile on ca= pture
>
> # To reproduce:
>
> Create a capture template with :clock-in and :clock-keep fields, e.g.:=
>
> ("i" "Immediate" entry (file "tasks.org")
>=C2=A0 =C2=A0 =C2=A0 "* ONGOING %?" :clock-in t :clock-resume= t :clock-keep t)
>
> Create an item using the template.
> In org-capture dialog - type title, e.g.: "foo"
>
> # Observed behavior:
>
> After refiling (C-c C-c) - the task header doesn't update in the m= odeline. It shows
> correctly the time, but not the title.
> =3Dorg-clock-current-task=3D contains nil.
> Compare that with the regular way of clocking-in (without using
> capture) - the title and the variable updates correctly

Fixed. Thank you.

Regards,

--
Nicolas Goaziou



--
Regards= ,
Ag.
--000000000000810ac5056c81392a--