On Fri, Oct 01 2021 23:16 (+0200), Ingo Lohmar wrote:
> 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 rep
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.
. 'make compile'
does not complain.
I have a copyright assignment for Emacs on file with the FSF.
Please let me know of anything else I can do to get the fix in.
>From 167bda641e70989a5b679b89f3024f47ec68244c Mon Sep 17 00:00:00 2001
From: Ingo Lohmar
Date: Sat, 19 Jun 2021 17:04:56 +0200
Subj
rom 2c0166449de2f4252435ecfea8a2d1287eafc04b Mon Sep 17 00:00:00 2001
From: Ingo Lohmar
Date: Sat, 19 Jun 2021 17:04:56 +0200
Subject: [PATCH] org.el (org-follow-timestamp-link): Do not set global agenda
name
The tmp value for the agenda buffer name is used in `org-agenda-list'
to set `org-agenda-buffer-n
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.
On Mon, Apr 05 2021 22:36 (-0400), Kyle Meyer wrote:
>> I suggest a simple fix that I just tested: make `org-link-descriptive'
>> automatically buffer-local, by adding ":local t" to the defcustom.
>
> Hmm, I think a problem with `:local t' (or, equivalently,
> make-variable-buffer-local for
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.
On Tue, Feb 04 2020 11:07 (+0100), Bastien wrote:
> Hi Ingo,
>
> Ingo Lohmar writes:
>
>> Using this with a current elpa pkg of org-mode, and setting :extend t on
>> faces like `org-block`, "often" the cursor vanishes at the EOL of a line
>> using such a f
I am writing to the org-mode list first, because I have only been able
to reproduce this problem in org-mode.
With a recent Emacs master build, faces can have the :extend t property
to indicated that they should extend after the newline. This is useful
for a user to customize, eg, for
Hi all,
I tried to use `org-agenda-set-tags'. The source buffer (where the
change should be applied) is visible at the same time as the agenda is.
Also, fast tag selection with a single key is enabled.
Under these circumstances, the tag text is appended to the line (not
even necessarily a
Hi all,
I tried to use `org-agenda-set-tags'. The source buffer, where the
change should be applied is visible at the same time as the agenda is.
Also, fast tag selection with a single key is enabled.
Under these circumstances, the tag text is appended to the line (not
even necessarily a
Here's a simple table example that breaks (info and columns lost etc) on
`org-table-align`. I traced it down to org-table-separator-space ---
setting it to a plain " " (effectively the situation before the last
9.1.5 commit) works for me, but I do not understand why the change
breaks that. Or
s now done in an ad-hoc way, eg, inside
of-insert-todo-heading, or which is not done at all.
Or are you talking about the parameters of such new functions?
On Oct 4, 2017 12:33 PM, "Nicolas Goaziou" <m...@nicolasgoaziou.fr> wrote:
Hello,
Ingo Lohmar <i.loh...@gmail.com>
Dear All,
I have been heavily and happily using orgmode for more than 6 years now.
During this time, I have returned 4 or 5 times to changing, tweaking and
generally being puzzled by the code and commands used to insert headings
and list items. Now, for the first time, I have tried to
Hi Nikolay,
Thanks for your reply. I checked a few things today: I am using Org
mode version 9.0.9 (9.0.9-82-gb862c2-elpaplus,
org-plus-contrib-20170814/) and the unofficial emacs build GNU Emacs
25.2.1 (x86_64-w64-mingw32) of 2017-04-24 from
http://sourceforge.net/projects/emacsbinw64/
Dear all,
It appears that org-capture (with the no-frills, no-extensions method of
adding a registry entry for org-protocol) using new-style links is not
working correctly on Windows (tested with recent Firefoxes as well as
the Chromium derivative Iridium).
What happens is that the browser
On Thu, Dec 15 2016 21:02 (+0100), Ingo Lohmar wrote:
> [Sorry for not replying in-thread...]
>
> Hi All,
>
> after updating I'm getting the same result, but I could not reproduce it
> even with my org-config until now.
>
> The culprit seems to be in org-agenda.el, ll. 60
[Sorry for not replying in-thread...]
Hi All,
after updating I'm getting the same result, but I could not reproduce it
even with my org-config until now.
The culprit seems to be in org-agenda.el, ll. 6098 ff., in
org-agenda-get-deadlines:
((eq
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
http://orgmode.org/manual/Feedback.html#Feedback
Your bug report will be posted to the Org-mode mailing list.
it /should/ create a todo heading after the subtree.
Replacing the t with '(4) (which is what org-todo-heading comapres with)
fixes this.
HTH, regards,
Ingo
On Mon, Oct 28 2013 09:43 (+0100), Nicolas Goaziou wrote:
Hello,
Ingo Lohmar i.loh...@gmail.com writes:
please find attached a 1-4-char
Hi guys,
please find attached a 1-4-char patch fixing the behavior of the above
function when inside a plain list.
Best,
Ingo
From e22f9ffe3f6af69cde2397f56a7efebaaa7710e0 Mon Sep 17 00:00:00 2001
From: Ingo Lohmar i.loh...@gmail.com
Date: Sun, 27 Oct 2013 17:34:22 +0100
Subject: [PATCH] fix
Hi all,
I am using org-notmuch to store links to individual messages, and recently
this has broken. As far as I can see, it is due to the last 10 lines in
org.el's org-store-link: It looks to me like the if clause misses a progn:
the true clause is too short and does not store the link (both
Hi all,
recently a common workflow of mine broke: I have an entry, and in the
text are several links to websites. I can go to the heading or its line
in an agenda and do `org-open-at-point', and I get a list of links
inside the entry. But selecting them all with RET gives an error now:
emacs
Hi Bastien and all,
Is anything still to be fixed before the patch that I sent can be
applied? I am curious since there was no reaction and no change in the
repo as far as I can tell...
Best
Ingo
Sep 17 00:00:00 2001
From: Ingo Lohmar i.loh...@gmail.com
Date: Thu, 6 Dec 2012 20:51:59 +0100
Subject: [PATCH] Propertize keywords in todo list header
* org-agenda.el (org-todo-list): Propertize keywords with
their proper faces in the header of a todo list agenda.
TINYCHANGE
---
lisp/org
Hey guys,
It seems that whatever I send to this mailing list goes unnoticed and then gets
lost in some black hole. :)
Could anybody let me know if there's any interest in the patch, or if there's
any more work for me to do or anything left to explain/sort out?
Otherwise I'll bite the bullet
Hi all,
recently I was bothered by a very minor thing in my custom agenda:
the headline showing the keywords is always using the warning face
for the selected keyword(s), instead of the proper faces used to
display to them everywhere else. Attached is a patch that changes
this that should work
Apart from a spurious to in my explanation, I should clarify:
This is a patch to org-todo-list in org-agenda.el.
Hey folks,
I am slightly puzzled that there has been no reaction at all to this patch.
To me it seems entirely unambiguous, and it fixes a bug (as per the docstring
of org-agenda-{later,earlier}).
Is there anything I can do to help include this half-line patch in org? I am
sorry that I do not
Hi All,
I just fixed an oversight (I suppose) in org-agenda.el. When
org-current-agenda-span is a number of days (my standard agenda
shows 2 days), org-agenda-later does not respect the argument.
In particular that means pressing b goes forward instead of
backward! The trivial patch for release
Hi there,
I stumbled upon the functionality to open the agenda for a timestamp
using org-open-at-point. That is really sweet, but as it turns out, it
does not work in a headline (as of 7.8.10, with no changes to the
relevant code since then). I cannot see a good reason for this, and it
is a
Dammit. Should work (as in normal text) with inactive timestamps as
well! See below.
--- a/lisp/org.el
+++ b/lisp/org.el
@@ -9606,6 +9606,7 @@
(org-remove-occur-highlights nil nil t)
(cond
((and (org-at-heading-p)
+(not (org-at-timestamp-p t))
(not (org-in-regexp
On Sun, 11 Dec 2011 09:57:50 +0100, Nicolas Goaziou n.goaz...@gmail.com wrote:
Hello,
Ingo Lohmar i.loh...@gmail.com writes:
Below is an updated patch that works with the 7.7 release (sorry for not
using the development version right now).
org-indent.el has been heavily modified since
On Sun, 11 Dec 2011 14:04:38 +0100, Nicolas Goaziou n.goaz...@gmail.com wrote:
Ingo Lohmar i.loh...@gmail.com writes:
My bad, and bad timing: Should have checked the development status.
Turns out, it is very different now, but unfortunately still wrong.
Unless I'm missing your point, I
On Sun, 11 Dec 2011 14:25:11 +0100, Nicolas Goaziou n.goaz...@gmail.com wrote:
Ingo Lohmar i.loh...@gmail.com writes:
Hmmm, just did a clean test: emacs -Q, require org-install and org-indent.
If I use the std setting of 2 and turn on org-indent-mode, all is fine:
* 1st-level heading
Dear All,
After two years with explicit whitespace indentation, I am now a happy
user of org-indent-mode. But I like org-indent-indentation-per-level
set to 1 (instead of 2), which rendered the indented parts not aligned
with their heading.
In the old thread
36 matches
Mail list logo