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 screen
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
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 pa
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
> 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 cou
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,
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
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 "One".
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.
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 automat
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:
(defu
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 time
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
13 matches
Mail list logo
