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 like that idea. It's consistent, uses "prior art", so to speak, and most
of all , archiving involves cutting the subtree, so it's a very similar
change to the buffer / structure.
On Sun, Sep 15, 2024, 07:44 Ihor Radchenko wrote:
> Dan Drake writes:
>
> > &quo
"AFAIU, what you are struggling with is that you sometimes press "k" by
accident, without aiming to cut the subtree. Is my understanding correct?"
Yes, that's correct. Sometimes I'd use the speed key accidentally and
cut the subtree.
On Sun, Sep 1, 2024 at 11:19 AM
e'd want some way of
deprecating the old one and so on.
On Tue, Aug 27, 2024 at 9:15 AM Rudolf Adamkovič wrote:
>
> Dan Drake writes:
>
> > I took at look at the source code, and it seems like a trivial change
> > to make these two things act consistently: [...]
>
&g
I customized org-ctrl-k-protect subtree so that when point is on a
headline for an entry with some folded content, ctrl-k asks for
confirmation first.
However, I also have the "k" speed key set up; to me, doing ctrl-K and
the "k" speed key are the same, but only ctrl-K respects the "protect
subtre
eref-label-format is what I was looking for:
I set that to just (%s) and now something like the above example works
without adding the "ref:" bit. I'll update the emacs.sx post.
Thanks!
On Fri, Jul 7, 2023 at 4:48 AM Ihor Radchenko wrote:
> Dan Drake writes:
>
> > Hel
Hello -- I'm wondering about my question from here:
https://emacs.stackexchange.com/questions/77768/why-the-inconsistency-with-org-mode-code-line-labels-and-links
Copying my question: in a source code special block, I can add code line
labels, which have ref: in the label -- but when I make a lin
The online manuals for 16.5 Evaluating Code Blocks seem inconsistent and
include a header argument that seems to no longer be respected.
https://orgmode.org/manual/Evaluating-Code-Blocks.html, for version 9.6,
right now says you can specify a header argument ":eval yes" on source code
blocks to by
I like the idea of using g/G and intelligently interpreting the user's
response -- it's good UI / UX design. (Imagine asking a friend when they
"got back" -- both "20 minutes ago" and "8:35" are unambiguous answers to
the question.)
Now we need to decide how to distinguish the two. Would it work t
I just wanted to add that I have no real opinion one way or the other on
the TINYCHANGE bit; I was just following what I found at
https://orgmode.org/worg/org-contribute.html.
I also have no strong opinion on how copyright should be handled for this.
I'm willing to assign copyright to the FSF, mak
nge seems so simple, and UI-focused.
But again, if that's a dealbreaker, I can work on doing that.
Further comments welcome.
On Fri, Jan 24, 2020 at 5:31 PM Nicolas Goaziou
wrote:
> Hello,
>
> Dan Drake writes:
>
> > I asked about a way to specify a time when us
e:
the core logic really isn't more than "ask the user for a time and
subtract".
I hope this change can be incorporated into the official Org release.
Regards,
Dan
--
Ceci n'est pas une .signature.
From 7c369696c2eb9ebcd72ac9e7415d2481c4da7d80 Mon Sep 17 00:00:00 2001
Hello,
I posted a question on emacs.stackexchange:
https://emacs.stackexchange.com/questions/54445/specify-time-of-day-for-org-resolve-clocks-not-number-of-minutes
...about using a time of day when using org-resolve clocks, but didn't get
an answer. Here's my question; perhaps this more targeted
13 matches
Mail list logo
