Benson Chu writes:
> I noticed this while using `org-resolve-clocks' when
> `org-clock-continuously' was set to true.
>
> Let's say I clock into "Task 1" at 12:00, and then at 12:30, I start
> working on "Task 2". Then, at 12:45, I notice that I forgot to clock out
> of "Task 1". No worries,
Thanks for reviewing my code and points. :)
Fixed in this attached patch.
[stardiviner] GPG key ID: 47C32433
IRC(freeenode): stardiviner Twitter: @numbchild
Key fingerprint = 9BAA 92BC CDDD B9EF 3B36 CB99 B8C4 B8E5 47C3 2433
Blog:
Now I added `save-match-data` in my org-link-beautify. Thanks for tips.
Indeed. I will try this problem later and update here if got any news.
At last, thanks for your helping. Really thanks. :)
[stardiviner] GPG key ID: 47C32433
IRC(freeenode): stardiviner
RT.
The latest commit "f4687993c53a5339e" added "pdf" file type into inline
image rules. This caused org-toggle-inline-image try to convert large PDF
into png images. Caused very long time suspend.
[stardiviner] GPG key ID: 47C32433
IRC(freeenode): stardiviner
> I reviewed my org-link-beautify (
> https://github.com/stardiviner/org-link-beautify) source code, I have not
> use any regexp matching. I guess the function
> `org-link-beautify--get-element` invoked `(org-element-context)` caused
> this problem or other similar places. But I use
I figured an temporary workaround solution:
Use `(unless (memq major-mode org-link-beautify-exclude-modes) ...` in
`org-link-beautify` function to exclude `org-agenda-mode`.
But I still wonder what caused this problem.
[stardiviner] GPG key ID: 47C32433
IRC(freeenode):
Ihor, thanks for your detailed help.
I followed your steps, the `elp` step, I confirmed `org-link-beautify` is
invoked and fall into an infinite loop.
```
org-link-beautify 11265 58.586412984 0.0052007468
```
And another step `debug-on-entry` on `org-link-beautify`,
thank you both.
On 8/16/20, Kyle Meyer wrote:
> Nicolas Goaziou writes:
>
>> Yes, the problem lies in `org-list-insert-item'. I pushed a fix and
>> a test for that.
>
> Great. Thank you!
>
--
The Kafka Pandemic
Please learn what misopathy is.
Nicolas Goaziou writes:
> Yes, the problem lies in `org-list-insert-item'. I pushed a fix and
> a test for that.
Great. Thank you!
Made some corrections in the text below (marked with red).
Also, removed the unnecessary "some text" from the body of baz1 item, as
the issue can reproduce without it.
On Sun, 16 Aug 2020 at 16:01, Dinnyés Dániel wrote:
> I have tried reproducing it with a minimal example, and this works for
I have tried reproducing it with a minimal example, and this seems to work
for me:
* FOO
** TODO baz1
SCHEDULED: <2020-08-16 Sun>
some text
* BAR
** TODO baz2
SCHEDULED: <2020-08-16 Sun>
*** DONE baz3
SCHEDULED: <2020-08-16 Sun>
*** TODO baz4
SCHEDULED: <2020-08-16 Sun>
When in the agenda, on
ian martins writes:
I'll have to take a closer look, but at a glance I think I'll be
using this every day from now on. I interact with three wiki
formats frequently at work. I'd written a few helpers to convert
tables back and forth but mostly resort to writing in those
markups or
> Ihor Radchenko writes:
>> I realise the above is none too clear. I can use showeverything
>> in STARTUP of course and this does indeed open the
>> drawers. However the drawers close and remain closed after
>> multiple uses of -. Therefore my question is how can
>> I
I think they are all org link related files, hence the change to the
ol-prefix.
On Sun, Aug 16, 2020 at 7:27 AM Carlo Tambuatco
wrote:
>
>
>
>
> > On Aug 16, 2020, at 2:00 AM, Axel Kielhorn
> wrote:
>
> >
>
> > Hello Carlo,
>
> >
>
> >> Am 16.08.2020 um 05:31 schrieb Carlo Tambuatco :
>
> >>
>
> I realise the above is none too clear. I can use showeverything in
> STARTUP of course and this does indeed open the drawers. However the
> drawers close and remain closed after multiple uses of -.
> Therefore my question is how can I again reach the showeverything status
> without closing down
> Using Emacs 26.3 with a vanilla configuration and the Org repo checked
> out at 5e4542d69 (the commit reported in the subject line), I didn't see
> the behavior you describe. With point at the end of the agenda line for
> A, the state was changed for A.
I think that may happen when you have
I'll have to take a closer look, but at a glance I think I'll be using this
every day from now on. I interact with three wiki formats frequently at
work. I'd written a few helpers to convert tables back and forth but mostly
resort to writing in those markups or exporting to markdown and hand
> On Aug 16, 2020, at 2:00 AM, Axel Kielhorn wrote:
>
> Hello Carlo,
>
>> Am 16.08.2020 um 05:31 schrieb Carlo Tambuatco :
>>
>> I have org-20200803 package installed in my elpa folder.
>>
>> Here’s the message emacs gives me after loading my org-init.el file
>> initializing org mode in
Nicolas Goaziou writes:
>> * Links to files containing the word ~loops~ are not exported
>
> Fun bug.
Indeed! Had to take a second cup of coffee before I believed my eyes.
> This should be fixed
Seems to be working now, thank you very much.
All the best, and stay safe.
Jarmo
Hello,
Jarmo Hurri writes:
> * Links to files containing the word ~loops~ are not exported
> ** What is the problem?
>It seems that if a link to a file contains the word ~loops~,
>it is not exported at all.
> ** How to replicate
>1. Save this org into file =org-loops-in-link.org=
>
Hello,
"numbch...@gmail.com" writes:
> With this patch, ol-man.el link type can be a link like this:
> ```org
> [[man:grep::--extended-regexp][grep --extended-regexp]]
> ```
> Occur will auto search "--extended-regexp" string in man page buffer.
Thanks.
> +PATH should be a topic that can be
Hello,
Kyle Meyer writes:
> The change doesn't make any tests fail, but I'd need to look into the
> code a bit more to be comfortable with the change. (For instance, is
> the fact that there isn't a match here a sign that something's going
> wrong upstream?)
Yes, the problem lies in
Hello,
Anthony Carrico writes:
> * Steps to reproduce:
>
> 1. Create a file called test.org:
>
> #+TITLE: test.org
>
> 2. Create a file called test2.org:
>
> #+TITLE: test2.org
> [[file:test.org::+TITLE: test][test]]
>
> 3. Export C-c C-e h H
>
> * Expected result:
>
> An html buffer
>
> *
Dear All,
is there a way to modify the vertical spacing between lines in a list
when exporting to ODT?
For PDF-export
#+LATEX_HEADER: \usepackage{enumitem} together with
#+LATEX_HEADER: \setlist{noitemsep} or
#+ATTR_LATEX: :options [noitemsep]
work, but I did not find any hint regarding
> Your suggestion is very useful, I can see what function is invoked many
> times. But still can't understand what's the cause.
Looking at your CPU profiler report I can see that the slow part is
happening while running org-agenda-finalize when agenda buffer is
already populated. Most of time is
Hello Carlo,
> Am 16.08.2020 um 05:31 schrieb Carlo Tambuatco :
>
> I have org-20200803 package installed in my elpa folder.
>
> Here’s the message emacs gives me after loading my org-init.el file
> initializing org mode in
> emacs 27.1:
>
> Problems while trying to load feature ‘org-bbdb’
>
26 matches
Mail list logo
