columnview dynamic block - different time summing behaviour for EFFORT and CLOCKSUM

2024-04-08 Thread Alexander Adolf
Hello Org experts, it seems that the time summing behaviour of columnview dynamic blocks is different for CLOCKSUM than for EFFORT columns with respect to how the contributions from sub-headlines are handled. When summing up CLOCKSUM columns, a parent headline can have its own clocked time, which

Re: Agenda preserve setting on date change

2024-04-08 Thread Ihor Radchenko
Russell Adams writes: > I have noticed that when I pull up an agenda view, if I enable/disable > items (ie: enable logbook, enable inactive timestamps), that if I > change to a new time period (ie: forward/backward day/week/month/view) > that I lose some settings. Generally it's the inactive

Re: [DISCUSSION] "quick-help" popup for org-columns (column view)

2024-04-08 Thread Sławomir Grochowski
Philip Kaludercic writes: > We could add a `help-quick-use-map' variable and bind it to `global-map' > by default. You can then re-bind it in your command. I'm sorry, but I don't quite understand it. It seems to me that the simplest way is to add a parameter to the function, like this:

[Q] startup hook: How do I detect if the current buffer has been opened programmatically?

2024-04-08 Thread Rudi C
Org-mode occasionally opens files automatically, for instance, when inserting or opening ID links, or during certain searches. I need to determine if a buffer was opened programmatically or manually by the user within the startup hooks. This distinction is important because, e.g., I want to

Agenda preserve setting on date change

2024-04-08 Thread Russell Adams
I have noticed that when I pull up an agenda view, if I enable/disable items (ie: enable logbook, enable inactive timestamps), that if I change to a new time period (ie: forward/backward day/week/month/view) that I lose some settings. Generally it's the inactive timestamps, though logbook stays.

Re: extended background on org-block-end-line

2024-04-08 Thread Ihor Radchenko
Ihor Radchenko writes: >> I'll admit this "bug" is not critical, but it is visually annoying (at least >> to me). >> When hiding an org entry, source blocks with extended backgrounds remain >> visible. >> >> To re-produce: >> ... >> 5. Notice how the background colour now appears next to

Update contact info

2024-04-08 Thread Amy Grinn
I would like to update my old contact info in this project. Best, Amy diff --git a/.mailmap b/.mailmap new file mode 100644 index 0..0110f4597 --- /dev/null +++ b/.mailmap @@ -0,0 +1 @@ +Amy Grinn Tyler Grinn

[FR] :noweb-wrap header arg

2024-04-08 Thread Amy Grinn
Hi! I'm working on the :noweb-wrap header argument which controls the syntax of noweb references in a babel src block. For example: #+name: foo #+begin_src elisp :foo #+end_src #+begin_src elisp :noweb yes :noweb-wrap <<< >>> <<>> #+end_src And I would like some feedback... First of all,

Re: [DISCUSSION] "quick-help" popup for org-columns (column view)

2024-04-08 Thread Eli Zaretskii
> From: Sławomir Grochowski > Cc: yanta...@posteo.net, emacs-orgmode@gnu.org, emacs-de...@gnu.org, > phil...@posteo.net, stefankan...@gmail.com, la...@gnus.org, > hmel...@gmail.com, i...@protesilaos.com > Date: Mon, 08 Apr 2024 09:38:40 +0200 > > > The idea here was that some other function

Re: org-persist asking for temp-file encoding every time

2024-04-08 Thread Brian Elmegaard
On 06-04-2024 14:44, Ihor Radchenko wrote: You need to redirect where Emacs looks for Org mode: (add-to-list 'load-path "/path/to/org-mode/lisp") Somewhere early in your init.el. Thank you for the hint. It seems to be working without the issue in the development version. Brian

Re: [DISCUSSION] "quick-help" popup for org-columns (column view)

2024-04-08 Thread chad
On Sat, Apr 6, 2024 at 5:42 PM Sławomir Grochowski < slawomir.grochow...@gmail.com> wrote: > But first, we need to modify `help-quick' to be more reusable. > I tried to do it, but I'm not experienced in elisp. > I wanted to remove references to global variables, so I did a wrapper > function to

Re: [DISCUSSION] "quick-help" popup for org-columns (column view)

2024-04-08 Thread Philip Kaludercic
Sławomir Grochowski writes: > chad writes: > >> If you don't mind me asking: > > Thank you for sharing your views. > >> What are your high-level goals and immediate needs for changing >> help-quick? > > I want to reuse quick-help for functionality in org-mode - column view > package. See first

Re: [DISCUSSION] "quick-help" popup for org-columns (column view)

2024-04-08 Thread Sławomir Grochowski
chad writes: > If you don't mind me asking: Thank you for sharing your views. > What are your high-level goals and immediate needs for changing > help-quick? I want to reuse quick-help for functionality in org-mode - column view package. See first email in this thread - there is even a

Re: Using org-latex-preview in other major modes

2024-04-08 Thread Karthik Chikmagalur
> Thanks for taking a look! It indeed seems that caching will be the most > work to properly implement. However, I'm quite happy to not care about > numbers for now and make sure the other stuff works correctly first > before tackling this. Sure, this is a disproportionate amount of work for a

Re: Using org-latex-preview in other major modes

2024-04-08 Thread Tony Zorman
On Sun, Apr 07 2024 10:48, Karthik Chikmagalur wrote: > [… 14 lines elided …] > > There are two issues with numbering: > - providing an Org-agnostic API point to attach a numbering table to, and > - calculating the new numbering table in LaTeX (or other major-modes). > > For The first issue, we