Hi all,
FYI, I've released v1.3 of org-super-agenda:
https://github.com/alphapapa/org-super-agenda/releases/tag/v1.3
It should be available on MELPA soon.
Thanks,
Adam
Hi,
I am trying to understand how to set hours:minutes values in tables
conditionally.
Just setting hours directly works:
| 40:03:00 |
| 40:03:00 |
| 40:03:00 |
#+TBLFM: $1=40:03;T
But when doing that conditionally (first row different from the others),
I do not understand the behavior:
This
[சனி செப்டம்பர் 23, 2023] Ihor Radchenko wrote:
>> +*** Images and files in clipboard can be attached
>> +
>> +Org can now attach images in clipboard and files copied/cut to the
>> +clipboard from file managers using the ~yank-media~ command which also
>> +inserts a link to the attached file.
>> +
Ihor Radchenko writes:
> But do you actually use one but not other in practice?
As in, could users have a preference for one vs the other in practice?
Yes, since the choice isn't without consequence, it's conceivable
(generally speaking) that some would prefer one over the other. FWIW, in
my spec
On 23/09/2023 15:33, Ihor Radchenko wrote:
Gustavo Barros writes:
Perhaps there's some reason why
point is not preserved in this case. But for me at least, this is not
what I'd expect, and I find it somewhat disrupting, especially when
I'm working on a folded tree (defeats speed keys, etc.).
I
Suhail Singh writes:
> Ihor Radchenko writes:
>
>> I am a bit confused. What do you mean by "git author date" and "git
>> commit date"?
>
> In the output of `git log --pretty=fuller`, there is AuthorDate which is
> distinct from CommitDate. In case unfamiliar, an elaboration on the
> distinction:
Visuwesh writes:
> The patch compiles cleanly without warnings but I haven't tested _this_
> patch yet, I have these functions in my init.el and have tested those.
Thanks for the patch!
See my comments below.
> +*** Images and files in clipboard can be attached
> +
> +Org can now attach images
Hi Ihor,
On Sat, 23 Sept 2023 at 05:32, Ihor Radchenko wrote:
>
> I see no particular reason.
>
Thanks for the reply.
> +1.
> But maybe others have objections.
And for the support. :-)
Best,
Gustavo.
Hi Ihor,
On Sat, 23 Sept 2023 at 05:28, Ihor Radchenko wrote:
>
> Gustavo Barros writes:
>
> > When a link is placed as a property value, `org-element-context' does
> > not recognize it as a link.
>
> It is expected and intentional:
> https://list.orgmode.org/orgmode/877d8llha9@nicolasgoazi
Rudolf Adamkovič writes:
> A while ago, I asked about case insensitivity of the syntactically
> simplest "[[links]]" in Org. I am interested in using these links
> because they are the most practical with the "literal" view.
>
> In 'emacs -Q' Org 9.6.9, "[[links]]" are case _sensitive_ when look
Gustavo Barros writes:
> When point is on a heading, `org-open-at-point' offers to open links
> in the subtree. This is a very useful feature, and I use it a lot.
> However, in this case, `org-open-at-point' not only opens the link,
> but also moves point to said link. Perhaps there's some reason
Gustavo Barros writes:
> When a link is placed as a property value, `org-element-context' does
> not recognize it as a link.
It is expected and intentional:
https://list.orgmode.org/orgmode/877d8llha9@nicolasgoaziou.fr/.
> In particular, the "link" element is not present, as would be the c
12 matches
Mail list logo
