On 2025-03-12 9:16 a.m., Michael P. Soulier wrote:
I just can't seem to get this working.
During the work hours I want to include in my agenda only TODO items that have
the @work, @calls or @errands tags. I tried one tag initially and I can't get
that working. Looking at the docs, re
On 23/03/25 David Masterson said:
> It has been -- search the Org Manual for "Matching tags and properties".
> In your case, try something like:
>
> ("w" "Workday report" tags "@work|@calls|@errands"
> ...
> )
Oh, I misunderstood. This is for a tags view, but not on the main agenda.
I don't
On 2025-03-23 7:36 p.m., David Masterson wrote:
It has been -- search the Org Manual for "Matching tags and properties".
In your case, try something like:
("w" "Workday report" tags "@work|@calls|@errands"
...
)
My docs did not show this. Perhaps I am not up-to-date.
I will look into this
Remember to cover the basics, that is, what you expected to happen and
what in fact did happen. You don't know how to make a good report? See
https://orgmode.org/manual/Feedback.html#Feedback
Your bug report will be posted to the Org mailing list.
I just can't seem to get this working.
During the work hours I want to include in my agenda only TODO items that have
the @work, @calls or @errands tags. I tried one tag initially and I can't get
that working. Looking at the docs, regexp seems to be the only option.
CONDITIONS is a list of symbol
On 10/03/25 jman said:
> If you suspect a recent addition is causing this issue, you can bisect the
I suspected that it could be a change in my configuration. I managed to go back
and find an older config where this did not happen, so I am bisecting against
that to see what is triggering the bug.
On 10/03/25 jman said:
> If you suspect a recent addition is causing this issue, you can bisect the
> last changes by removing them one by one (with another editor) and try
> opening the file (with Emacs) until you identify the change that is causing
> the issue. A that point you can start investi
I am experiencing this bug
https://github.com/kaushalmodi/ox-hugo/issues/740
But rebuilding has not solved the problem.
Help appreciated.
Using org 9.8-pre
Mike
On 2025-03-11 3:06 p.m., Ihor Radchenko wrote:
Did you try sending SIGUSR2 signal?
I did, and it did not respond. Multiple C-g's made it suspend and prompt
me as to whether it should dump core, which is where I got the core file
from.
Mike
Hello,
I've tried this in two custom builds of emacs 29.4 and 30.1, both on Debian 12.
I've been using org-mode for a while, and using a meetings capture template for
my meetings, which is really helpful.
I tried to open meetings.org today and emacs burned 100% cpu and seemed to never
return. I h
Michael Heerdegen writes:
> #+begin_src emacs-lisp
> (or (looking-at (concat " +" org-todo-regexp "\\( +\\|[ \t]*$\\)"))
> (looking-at "\\(?: *\\|[ \t]*$\\)"))
> #+end_src
If you replace that part of `org-todo' with
#+begin_src emacs-li
7;t see how
a correct match data could produce a backtrace as posted.
Michael.
-file-name (or (buffer-base-buffer buffer) buffer)).
Michael.
)))
Nice trick (or workaround), thanks.
Yes, this solves my problem indeed, and behaves quite ok. Time will
show whether I like the behavior, but it's a definite improvement, so I
suggest we go with it for now.
Thanks for your help,
Michael.
of the weekday point was in.
If you are open to the approach I could give it a try.
Thanks,
Michael.
On Mon, Jan 6, 2025 at 9:49 PM Michael Brand wrote:
> My patch _neutralizes_ the ignore case behavior of ~string-collate-lessp~.
The attached patches implement this suggestion and are applicable on
bugfix and main. Tested with Emacs 29.4 of Homebrew on macOS. Please
review and if someone
On Mon, Jan 6, 2025 at 7:38 PM Ihor Radchenko wrote:
> There was a transient problem on main. Now, make test should run.
Now I see, fixed a few minutes before my post, thank you. This reveals
that the test failure discussed here is the same on main as on bugfix.
In the following I will use the
Hi all
On Tue, Nov 22, 2022 at 2:14 AM Ihor Radchenko wrote:
>
> Max Nikulin writes:
>
> >>> Concerning the test, I would split the current testcase into 2 parts
> >>> depending on WITH-CASE argument, check if caseless collation is
> >>> available and skip the related test otherwise.
> >>
> >> H
nario I described, when (window-start) of the previous
view is larger than (point-max) of the new view? Emacs can't do
anything but to show nothing when the end of the buffer lies "before"
window-start. No?
Michael.
day") contains much more entries than
any other day. When I hit f with point at point-max of the current wekk
agenda, the next, shorter week agenda view will be displayed with
window-start forced to position larger than the new `point-max'.
Are you maybe able to provoke a similar situation?
Thx,
Michael.
x27;t think I messed with agenda displaying, so others
may be able to reproduce this issue.
Hitting C-g suddenly shows everything as expected - do I just need a
redisplay? Yip, this fixes the issue for me:
From 3e706fef270cdac18d543e8814f76cfedac34916 Mon Sep 17 00:00:00 2001
From: Michael Heerdegen
Hi all
Patch attached. My copyright assignment is still valid.
Michael
0001-Adapt-formatting-of-testing-README.patch
Description: Binary data
0002-Fix-test-example-in-testing-README.patch
Description: Binary data
I just discovered org-habit, but I don't fully understand how to
configure the appearance of habits in the Agenda view. Let's start
with my current setup (org 9.7.11 and Emacs 31.0.50 on Linux)
(setq org-habit-preceding-days 1)
(setq org-habit-following-days 1)
(setq org-habit-show-habits-only-for
Ihor Radchenko writes:
> Michael Heerdegen writes:
>
> > But the real problem is that the org table export mechanism thinks that
> > the time field doesn't look like a numerical field, so it wraps every
> > such field in quotes, and the exported data file will l
emantics of those inner layers when their
implementation refers to those variables. ]
For my taste this well defined function-only approach is better than
trying to control competing keymaps using different mechanisms (minor
vs. major modes vs. transient maps; key bindings vs. command
remappings).
Michael.
nt is advice flexibility for keymaps. (not sure)
What would one be able to do using that imagined mechanism that one
cannot do with `add-function'?
Michael.
7; has priorities that can be used to specify which mode
should win in case of conflicts.
Michael.
e expression,
the actual entry name is ignored, at least for the agenda.
Michael.
Org buffer that
seems to scale with the buffer/cache size? What has to be done more
than just garbage collection that can be deferred to after killing has
finished?
Michael
* Test procedure
Benchmarking started do get complicated because of the different time
sinks, so I automa
not "Gnu" software despite its name.
And one of the versions that ships with Debian stable (there a multiple
- AFAIR it was the "gnuplot-x11" named one) was terribly broken - when I
started gnuplot it ate all of my free RAM memory, lots of GiB, in five
seconds. Had to restart my computer.
Michael.
format, could work, but parsing completely fails when using it. Maybe
it's not implemented for input, not even as "ignore that part".
But that's not a big deal, I'm happy with the version that works. You
were a great help, Eric.
Thanks again,
Michael.
ble-number-regexp' which... sounds like a good solution but since
org disregards a file local binding I must change the global binding of
the variable! Ugh. Better solutions welcome.
Thanks,
Michael.
Michael Heerdegen writes:
> I now have one remaining problem: my time values in the second column
> contain the name of the time zone - the purpose is to flag the time as
> summer or winter time. Currently I need to remove these indicators from
> the table, else plotting fail, gnu
n quotation marks, without time zone they are exported
literally.
Thanks again,
Michael.
sticated org user. May I ask for a simple example,
and how I would have to invoke gnuplot instead?
Thank you very much,
Michael.
e new type of
plot!
Is there maybe a simpler way (I know I could add redundant columns to
the table to help org - that's not really what I want, though)?
TIA,
Michael.
Original Message
On 8/31/24 10:43 AM, Ihor Radchenko wrote:
> Michael Mauger writes:
>
> > Bad news :( I do not have a reproducible set of steps, but I'll start
> looking for one. I am not using the fix you sent and am using the latest
> mast
On Sunday, August 25th, 2024 at 3:31 AM, Ihor Radchenko
wrote:
> Michael Mauger michael.mau...@protonmail.com writes:
>
> > Sorry for not getting back to you sooner. This change has seemed to work,
> > but I haven't been playing with my Org Babel config much lately. I&
ainer
On Monday, July 8th, 2024 at 1:39 PM, Ihor Radchenko
wrote:
> Michael Mauger michael.mau...@protonmail.com writes:
>
> > > > (Note: the "..." in the last entry; sometimes it showed up as "\...".)
> > >
> > > This is curious. May i
On Monday, July 8th, 2024 at 11:45 AM, Ihor Radchenko
wrote:
> Michael Mauger michael.mau...@protonmail.com writes:
>
> > This bug has been difficult to reproduce but several people have
> > encountered it, or symptoms of it. Most recently, there has been this
> > thr
tainer
((elisp org-element--headline-cache) (elisp org-element--cache)
(version "2.3"))
:persist-file "49/605653-361a-49a4-a000-47db8d522096" :associated
(:hash "aa1176747642fdac45aaf96095a88367" :file
"/home/michael/Proje
Ihor Radchenko writes:
Michael writes:
Sorry-- got sidetracked by something else. I see what you
mean. OK, so the proposal is: change the ".png" branch in
`org-babel-execute:latex' to override
`org-preview-process-alist'
with something that will:
- actually pro
Ihor Radchenko writes:
Michael writes:
...
So, it makes sense for `org-babel-execute:latex' to override
`org-preview-latex-default-process' temporarily, to something
actually
generating .png file.
Sorry-- got sidetracked by something else. I see what you
mean. OK, so the p
t "to have heading a slim" means...
I think it should be "...where the chances of having a heading are slim"
--
Michael
Remember to cover the basics, that is, what you expected to happen and
what in fact did happen. You don't know how to make a good report? See
https://orgmode.org/manual/Feedback.html#Feedback
Your bug report will be posted to the Org mailing list.
Oh-- and pass `processing-type' to `org-create-formula-image'
explicitly.
--
Michael
Ihor Radchenko writes:
Michael writes:
Should we perhaps have different variables for preview & Org
source block evaluation?
Likely yes.
In fact, ob-latex is making use of
`org-preview-latex-process-alist'
only in a single cond branch in `org-babel-execute:latex' -
On Thu, 4 Apr 2024 at 13:01, Ihor Radchenko wrote:
>
> Michael Maurer writes:
>
> > Both <2024-04-04 Do> and [2024-04-04 Do] show up in Agenda-View.
> > Google couldn't really help me on that, and I'm thinking maybe there's
> > a flag I set to
Both <2024-04-04 Do> and [2024-04-04 Do] show up in Agenda-View.
Google couldn't really help me on that, and I'm thinking maybe there's
a flag I set to include every timestamp in Agenda? I don't know.
For reference, the entries look like this:
* TEST
<2024-04-04 Do>
[2024-04-04 Do]
shows as
Thu
Max Nikulin writes:
On 24/03/2024 15:58, Ihor Radchenko wrote:
Max Nikulin writes:
On 22/03/2024 05:55, Michael wrote:
I have a small patch for `org-preview-latex-process-alist'
making
the default setting for LaTeX source block evaluation be
running
latex three times (instead o
rows needed to be drawn).
Oh-- and it's not just previews (sorry if I gave that
impression)-- it's also required for "evaluating" LaTeX source
blocks.
CCing Timothy and Kathik - I see that
https://code.tecosaur.net/tec/org-mode/src/branch/dev/lisp/org-latex-preview.el#L102
still uses a single compiler invocation.
--
Michael
ed in the docstring for
`org-latex-pdf-process' which itself runs latex three times by
default. This patch just brings the former variable into parity
with the latter.
>From 7b297f61ee6dfb74e64c9b2a706982638a69e7f0 Mon Sep 17 00:00:00 2001
From: Michael Herstine
Date: Thu, 21 Mar 2024 1
but confusing
nonetheless. So it would be nice if this could be fixed.
Thank you and best,
Michael
OpenPGP_0x3B635BCF7240FEA4.asc
Description: OpenPGP public key
OpenPGP_signature.asc
Description: OpenPGP digital signature
Hi,
"Loris Bennett" writes:
> Hi,
>
> I capture journal entries such as
>
> * 2024-01 January
>
> ** 2024-01-03 Wednesday
>
> *** Did this
> Added: [2024-01-03 Wed 10:35]
> - foo
>
> *** Did that
> Added: [2024-01-03 Wed 12:13]
> - bar
>
> ** 2024-01-04 Thursday
>
> *
Oh… that would do it. Thank you for your help!
> On Dec 18, 2023, at 12:10, Ihor Radchenko wrote:
>
> Michael Dixon mailto:dixiu...@gmail.com>> writes:
>
>> After a recent update, when I am editing a bulleted list (with an indent
>> of 2 spaces, like you can see
ckage: Org mode version 9.7-pre (release_9.6.13-995-g1d7297 @
/Users/michael/.config/emacs/straight/build/org/)
s yet).
Just a data point.
Best regards, Michael.
e actual heading (after the asterisks).
Am Do., 17. Aug. 2023 um 13:30 Uhr schrieb Ihor Radchenko <
yanta...@posteo.net>:
> Michael Dauer writes:
>
> > I probably mis-interpreted the code. Because then I would also fail for
> > normal headings. Just thinking about the symptoms
tasks including the END line
as a branch. Then org-cut-special would do something useful on them, i.e.
cutting the inlinetask includinging its contents and the END line.
Am Do., 17. Aug. 2023 um 10:42 Uhr schrieb Michael Dauer <
mick.da...@gmail.com>:
> I looked directly into the code and I thi
should take the element at point.
Am Mi., 16. Aug. 2023 um 18:02 Uhr schrieb Ihor Radchenko <
yanta...@posteo.net>:
> Michael Dauer writes:
>
> > No. Here also * h2 gets killed by org-cut-special.
>
> You may need to pull the latest main.
>
> > What is REPRO_ARGS?
No. Here also * h2 gets killed by org-cut-special.
What is REPRO_ARGS? org-onlinetask.el is included org repo anyway?
Ihor Radchenko schrieb am Mi., 16. Aug. 2023, 14:11:
> Michael Dauer writes:
>
> > Put the point on the second line - the inlinetask "ilt".
>
>
Put the point on the second line - the inlinetask "ilt".
Am Mi., 16. Aug. 2023 um 13:47 Uhr schrieb Ihor Radchenko <
yanta...@posteo.net>:
> Michael Dauer writes:
>
> >>>>
> > * h1
> > *** ilt
> > *** END
> >
>>>
* h1
*** ilt
*** END
** h11
* h2
<<<
org-cut-special somewhere on the send line kills all but the first line.
Org mode version 9.7-pre (release_9.6.7-594-gf03b83
I don't think that this bug existed in the previous versions.
Maybe it helps to share you other fix there?
Am Mi., 9. Aug. 2023 um 11:14 Uhr schrieb Michael Dauer <
mick.da...@gmail.com>:
> I don't know how to get swiper activated in a "clean" manner from there.
> In my operational set-up everything is based on straight.
>
hr schrieb Ihor Radchenko <
yanta...@posteo.net>:
> Michael Dauer writes:
>
> > The issue is still easy to reproduce:
> >>>>
> > * h1
> > a
> > * h2
> > b
> > * h3
> > b
> > * h4
> > c
> > <<&
e, but h2 works again.
(org-fold-core--clear-isearch-overlays) still fixes the buffer.
Am Fr., 4. Aug. 2023 um 16:11 Uhr schrieb William Denton :
> On 4 August 2023, Michael Dauer wrote:
>
> > I'm on main (Org mode version 9.7-pre (release_9.6.7-594-gf03b83), and
> it's
>
I'm on main (Org mode version 9.7-pre (release_9.6.7-594-gf03b83), and it's
not fixed. Am I missing something?
Am Do., 1. Juni 2023 um 13:33 Uhr schrieb Ihor Radchenko <
yanta...@posteo.net>:
> Michael Dauer writes:
>
> > I think I found a way to cons
Sorry, my mistake. >>>org-protocol://store-link?url=foo&title=bar<<< works.
Am Di., 1. Aug. 2023 um 15:38 Uhr schrieb Michael Dauer <
mick.da...@gmail.com>:
> Just look at the first examples, which are 1-to-1 copied from org-protocol
> code/documentation.
>
Just look at the first examples, which are 1-to-1 copied from org-protocol
code/documentation.
org-protocol://store-link?url=foo&title=bar
is not working. And this is exactly what store-link is for.
Am Di., 1. Aug. 2023 um 14:01 Uhr schrieb Ihor Radchenko <
yanta...@posteo.net>:
>
Org mode version 9.7-pre (release_9.6.4-327-gf81ba4
org-protocol://store-link?url=http:%2F%2Flocalhost%2Findex.html&title=The%20title
stores http://localhost/index.html
org-protocol://store-link?url=val&key2=val2
stores val
org-protocol://store-link?url=val?key2=val2
stores val?key2
org-protoco
ance to have full backtraces there, and I was unsure if it is truly
> safe.
I don't recall either why I originally needed backtraces for it. There
was a reason, but I don't remember.
> I see no obvious downsides though.
> https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=1cb5de621
Thanks, Ihor.
Michael.
Michael Heerdegen writes:
> I reviewed it shortly - looks appropriate.
Though, I think you didn't change the occurrence that this thread
started with - `org-eval'. Does changing this one cause problems?
Michael.
Ihor Radchenko writes:
> I changed instances that appear to be safe.
> https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=5b4eebfab
I reviewed it shortly - looks appropriate.
Thank you very much!
Michael.
r than
blindly). I would prefer to help differently (like reviewing a patch),
honestly, unless there is really no one more appropriate to find.
Michael.
Ihor Radchenko writes:
> What are those?
> I do not have anything failing on my side.
See the attached file. I had been using an up-to-date Emacs master build.
Michael.
<>
s-debug' (everywhere but not in the tests), ran
"git clean -xf", then "make" again, and ran the tests again. Again 6
failing tests.
Not sure if I did something wrong.
Michael.
Ihor Radchenko writes:
> This is a good idea, except that `condition-case-unless-debug' has
> non-obvious side effects that interfere with ERT (Org testing system).
What side effects are these?
Thx,
Michael.
I think I found a way to consistently reproduce the issue:
>>>
* h1
a
* h2
b
* h3
b
* h4
c
<<<
Collapse all. All is fine at this time.
At pos-min call (query-replace) bbb -> zzz: Already when asking whether to
replace it cannot expand. h2 and h3 are expansion is broken.
(org-fold-co
hild instead of
a child.
Not important for me, just strangely non-intuitive.
Ihor Radchenko schrieb am Do., 11. Mai 2023, 12:11:
> Michael Dauer writes:
>
> > Example
> > * h1
> > <>** h11
> >
> > brings:
> > * h1
> > *** <>
> >
Example
* h1
<>** h11
brings:
* h1
*** <>
** h11
expected:
* h1
** h11
*** <>
Org mode version 9.7-pre (release_9.6.4-327-gf81ba4
Just another check on my side for any appearance of "org-fold-": Nothing in
my code, only org related packages use it.
$ grep -r -l org-fold- .
./org/.git/index
./org/doc/org-manual.org
./org/etc/ORG-NEWS
./org/lisp/ob-core.el
./org/lisp/ob-exp.el
./org/lisp/ob-lilypond.el
./org/lisp/ob-ref.el
./o
What could be called. It's not org-fold-core-style.
Can I be just a data corruption of the text properties? I've no idea what
they are exactly, and what other parts use them. Maybe a conflicting key,
or failed optimization, or side effect on the regions they apply to. I just
want to give ideas fro
t;…")
(setq org-modern-hide-stars nil) ; somehow fixes indentation of body
And I think that I can only do it after loading org-mode.
Am Sa., 6. Mai 2023 um 09:36 Uhr schrieb Ihor Radchenko :
> Michael Dauer writes:
>
> > This sibling branch works:
> > Text content at posi
org-fold-outline
Am Sa., 6. Mai 2023 um 09:18 Uhr schrieb Michael Dauer :
> Got another observation:
> Text content at position 30248:
>
>
> There is an overlay here:
> From 30248 to 30442
> evaporatet
> invisibleorg-fold-outline
> is
Got another observation:
Text content at position 30248:
There is an overlay here:
From 30248 to 30442
evaporatet
invisibleorg-fold-outline
isearch-open-invisible delete-overlay
org-invisibleorg-fold-outline
priority 5
There are text proper
would have to wait until it happens again.
Am Fr., 5. Mai 2023 um 19:43 Uhr schrieb Ihor Radchenko :
> Michael Dauer writes:
>
> > Based on my analyses it's not the cycle functions, but must come from
> > broken text attributes. Even (org-fold-core-region (point-min)
> (po
Maybe I missed a known bug when doing the research. But all the other
reports describe different and reproducible behaviour.
Sometimes (often) I cannot unfold a subtree. It then affects only one or
more subtrees while others in the same buffer or even the same branch still
work. The only fix then
Hi,
I wanted to play with special blocks and started by installing the
package org-special-block-extras and defining a new block:
(org-defblock hmwfoo nil (reps 3)
"Ahoj"
(message "ahoj: %s" contents)
(org-parse (s-repeat reps contents)))
For the tests I started with exporting to html.
A
Subject line basically states the problem; when I start Emacs and try
to click a timestamp such as <2023-01-16 Mo.>, I get the message
"Symbol's value as variable is void: org-agenda-buffer-name". However,
once org-agenda is called, repeating the action results in the
org-agenda view.
On Fri, 20 Jan 2023 at 10:59, Michael Maurer wrote:
>
> I don't know if it's something I pressed, or something that's happened
> after an update, but when I search in evil-mode using /, it now only
> searches headlines and everything visible. It no longer auto-expands
I don't know if it's something I pressed, or something that's happened
after an update, but when I search in evil-mode using /, it now only
searches headlines and everything visible. It no longer auto-expands.
Isearch works just fine. Not sure where I should ask this, probably
evil-mode mailing lis
Yes, but the missing headings are within the narrowed subtree.
Am Mi., 11. Jan. 2023 um 12:22 Uhr schrieb Ihor Radchenko <
yanta...@posteo.net>:
> Michael Dauer writes:
>
> > But within (org-with-wide-buffer) the collapsed branches should be
> visible.
>
> You
But within (org-with-wide-buffer) the collapsed branches should be visible.
Ihor Radchenko schrieb am Mi., 11. Jän. 2023, 11:02:
> Michael Dauer writes:
>
> > I would expect both output rows to be identical. But it seems
> > that (org-with-wide-buffer) has no effect on
I see a potential bug here: (org-element-parse-buffer) with VISIBLE-ONLY
does not include regions made visible with (org-with-wide-buffer).
Test (Have h2.2.1 collapsed before running it.):
>>>
* h1
** h2
*** h2.1
*** h2.2
#+begin_src elisp
(org-with-wide-buffer
(org-narrow-to-subtree)
(goto-char
I've been wondering if it's possible to define a default todo-state
for all items appearing under a headline, like
* shopping list
:PROPERTIES:
:header-args: todo-state: TOBUY
:END:
** bananas
** bread
so when calling org-agenda both bananas and bread have the todo-state
TOBUY applied to them. Ob
Agree. How do you run such feature polls?
Ihor Radchenko schrieb am Di., 27. Dez. 2022, 17:20:
> Michael Dauer writes:
>
> > I'm aware of this theoretical conflict. But I see the risk as very low
> > compared to the value of not having to make a lot of customizat
t expansion. Or any other escape sequence to bring
the conflict probability to 0.001.
Am Di., 27. Dez. 2022 um 16:51 Uhr schrieb Ihor Radchenko <
yanta...@posteo.net>:
> Michael Dauer writes:
>
> > I mean something like:
> > * Heading
> > [[http:abc{{{input-file}}}]
erful especially for
action links and deep links into other applications.
Am Di., 27. Dez. 2022 um 16:30 Uhr schrieb Ihor Radchenko <
yanta...@posteo.net>:
> Michael Dauer writes:
>
> > I do not understand why links are excluded from macro expansion. I would
> > see it as ver
Hi,
I do not understand why links are excluded from macro expansion. I would
see it as very valuable to have macros for links too.
The change would be as simple as inserting
(eq type 'link)
into org-macro-replace-all.
May I recommend this patch.
Thanks,
Michael
It's this fixed? How can I track myself?
Ihor Radchenko schrieb am Mo., 17. Okt. 2022, 15:11:
> Michael Dauer writes:
>
> > Org mode version 9.5.5 (9.5.5-geeae6e
> >
> > #+CALL: test1()
> >
> > #+RESULTS:
> > : 1
> >
> > #+CALL:
1 - 100 of 1916 matches
Mail list logo