are there intereim workarounds like semi-automatically moving large
logbook entries, or entire logbooks, to a task that says "was logbook
for ..." and then archiving that task? or automatically archiving old
logbook entries?
On 3/12/22, Ihor Radchenko wrote:
> "fr...@t-online.de" writes:
>
>>
Sorry for the noise. Another attempt to remove the record from
https://updates.orgmode.org
Canceled.
Another variant based on
https://list.orgmode.org/9437ade2-af18-f97e-8790-a2df27c90...@gmail.com
has been committed.
On 07/01/2022 01:34, Robert Goldman wrote:
The old entry referred to
Ihor Radchenko writes:
> Can you try to update Emacs? From my experience, there are sometimes
> cryptic issues in Org, which disappear as you update Emacs from more
> recent master.
Per your advice I uninstalled, grabbed all source files and rebuilt from
scratch. Result: testcase running under
Hello,
> CONTEXT: When I'm idling with the clock running, Org asks if I want
> to resolve the clock when I come back (this is by setting
> org-clock-idle-time).
>
> PROBLEM: I'm not sure how recent the change was, but Org started
> asking me _multiple times_ what I want to do when back.
I have
On 25/02/2022 19:20, Max Nikulin wrote:
I pushed the patch without comment block. I decided to suggest
`org-link-set-parameters' instead of customization of
`org-link-parameters'. See updated variant at
https://orgmode.org/worg/org-faq.html#mailto-links.
This patch should be removed from
Jeffrey DeLeo writes:
> Save "foobar.org" and "testcase_startup.el" into a directory. Start
> emacs in that directory as "emacs -Q -l testcase_startup.el". When emacs
> comes up, hit "a" to get agenda.
>
> "foobar.org" has one task scheduled for Sunday. When I write this, it is
> Saturday. Task
Ihor Radchenko writes:
>
> I am unable to reproduce using built-in Org version of my own Emacs
> build (GNU Emacs 29.0.50 (build 1, x86_64-pc-linux-gnu, cairo version
> 1.16.0) of 2022-01-29).
>
> Can you provide more details steps to reproduce starting from emacs
> -Q?
Sure.
Save "foobar.org"
Robert Mastragostino writes:
> Hello,
>
> Org-agenda search is being unreasonably slow, taking several seconds to
> search through ~100 small files (a simple python program is practically
> instantaneous). I'm not familiar with proper emacs profiling but pausing in
> the middle of the search
Jeffrey DeLeo writes:
> Single org file "foobar.org", containing one task scheduled for
> Sunday. It is displayed on agenda for Saturday. I build my own emacs,
> which includes org, on OS Ubuntu 20.04.
>
> foobar.org contents:
>
> * Tasks
> ** TODO Something
> SCHEDULED: <2022-03-06 Sun>
>
>
Thanks for the report!
You are using a 3 month old version of Org. Could you update Org to
latest main and let us know if the warning appears again?
Best,
Ihor
Mark Edgington writes:
> I manually opened a new daily file, and read in some content from
> another file (using ':r filename.txt' with Evil). After doing this, the
> content was inserted, but the following traceback occurred:
>
> Warning (org-element-cache): org-element--cache: Org parser
Jonathan Nogueira writes:
> Hi all,
>
> I've been working with emacs and org on Windows 10.0.19042 and was recently
> trying to get babel to produce plantuml diagrams.
>
> I've managed to (I think) narrow the issue down to Babel either not being
> able to read/write Japanese paths to shell
"fr...@t-online.de" writes:
> I have just one headline and do a simple property search (prop1="blah1")
> for the 'org-agenda', but this takes about 10 seconds!
Thanks for providing a reproducible example! We know about this
performance issue. Performance has been improved in the development
Ignacio Casso writes:
> In Emacs 27.2, with an up to date version of org from ELPA (9.5.2),
> org-agenda considers timestamps that appear in property drawers, so the
> entry below appears in the daily agenda view.
>
> * Heading
> :PROPERTIES:
> :timestamp: <2022-03-12 sáb>
> :END:
>
>
Applied
...with some minor tweaks (let me know if you do not like them). Thank you.
https://orgmode.org/worg/org-contrib/org-protocol.html has been updated.
On 12/03/2022 02:37, Wilko Meyer wrote:
As the XDG Desktop Entry Specification should be a de facto standard
by now, adding a new
> Nick Dokos writes:
> Nick Dokos writes:
>> Check also the value of the system-specific variable
>> `org-file-apps-{gnus,windowsnt,macos}' - whichever is applcible
>> to your case.
> That should be `org-file-apps-{gnu,windowsnt,macos}'. -- Nick
> "There are only
Hello,
In Emacs 27.2, with an up to date version of org from ELPA (9.5.2),
org-agenda considers timestamps that appear in property drawers, so the
entry below appears in the daily agenda view.
* Heading
:PROPERTIES:
:timestamp: <2022-03-12 sáb>
:END:
However, in the latest Emacs version
> "fmd" == fr ml@t-online de writes:
fmd> I have just one headline and do a simple property search
fmd> (prop1="blah1") for the 'org-agenda', but this takes about 10
fmd> seconds!
Org versions from recent years don’t like large logbooks and don’t like
large files. For agenda,
Hello,
I have just one headline and do a simple property search (prop1="blah1")
for the 'org-agenda', but this takes about 10 seconds!
--- FILE:
* empty item but with a long logbook
:PROPERTIES:
:prop1: blah1
:END:
:LOGBOOK:
CLOCK: [2022-03-12 Sat 05:05]--[2022-03-12 Sat 05:24] => 0:19
19 matches
Mail list logo