Hello,
I'd like to improve my GTD workflow by adding tickler file so that my
agenda views is not cluttered with reminders for e.g. paying bills and
similar tasks. I've followed, more or less, the setup described here
(https://emacs.cafe/emacs/orgmode/gtd/2017/06/30/orgmode-gtd.html) and I
can capt
Hello everyone! Here's a reasonably easy (I think) question because I'm quite
new to Emacs and org-mode.
I have an org-capture template using file+olp+datetree[1], which works great at
filing my thoughts for the day. Separately I know I can generate clock
tables[2] based on dynamic blocks to sh
> From: Lars Ingebrigtsen
> Date: Sat, 30 Jan 2021 07:09:50 +0100
> Cc: 44...@debbugs.gnu.org
>
> This works:
> M-! xdg-open /tmp/test.pdf RET
>
> This doesn't work:
> M-& xdg-open /tmp/test.pdf RET
>
> This doesn't work:
> M-x shell RET xdg-open /tmp/test.pdf RET
How about asking the xdg-open
Thanks. And thanks for taking the time to fix issues that you find. It
continues to improve because of your contributions.
The patch looks good. Applied.
On Thu, Jan 28, 2021 at 3:04 PM John Herrlin wrote:
>
>
> ian martins writes:
>
> >> I found this case:
> >> And it seems to me that the impor
Kevin Foley writes:
> I'd like to use an `org-ql' query in order to get eligible targets when
> calling `org-refile'.
>
I actually also wanted to do that a couple of weeks ago. I ended up
using org-ql and completing-read to select a target. The last optional
argument to org-refile lets you specif
Hi Christopher,
"Christopher Causer" writes:
> Hello everyone! Here's a reasonably easy (I think) question because I'm quite
> new to Emacs and org-mode.
>
> I have an org-capture template using file+olp+datetree[1], which works great
> at filing my thoughts for the day. Separately I know I ca
Calling either org-store-link or org-id-get-create in an indirect
org-goto buffer results in an empty ID-property drawer with (setq
org-id-link-to-org-use-id t).
There is a recent thread about "Indirect buffers, ~org-store-link~, and
~org-insert-link~"
(https://orgmode.org/list/rhob8q$t26$1...@ci
Saša Janiška writes:
> so wonder if
> it's possible for such tasks to be added to agenda view **only** when
> they're due and not before?
Check org-agenda-show-future-repeats
( v org-agenda-show-future-repeats ).
Best,
Ihor
On 30/01/2021 15:42, Eli Zaretskii wrote:
This works:
M-! xdg-open /tmp/test.pdf RET
This doesn't work:
M-& xdg-open /tmp/test.pdf RET
This doesn't work:
M-x shell RET xdg-open /tmp/test.pdf RET
Geraldo, "M-x shell" case is rather strange. Could you, please, confirm
ones more that okular wi
Hi Ihor,
Ihor Radchenko writes:
> Note that org "sees" changes in the attachment dir only when you use
> M-x org-attach command to manage the attachments. Directly changing the
> attachment directory will not be noticed. You can force org-mode to
> check for changes in attachment dir by running
> From: Maxim Nikulin
> Date: Sat, 30 Jan 2021 20:31:53 +0700
> Cc: gbio...@gmail.com
>
> > How about asking the xdg-open developers to help us figure out the
> > reason? Or, failing that, debug xdg-open in the problematic
> > situations to find out what fails there and why? E.g., could it be
>
On 30/01/2021 20:49, Eli Zaretskii wrote:
How about asking the xdg-open developers to help us figure out the
reason?
I do not think, it is xdg-open problem. It just calls kde-open5 that
spawns actual handler and immediately exits.
I didn't say it was their problem, I suggested to ask them t
> From: Maxim Nikulin
> Date: Sat, 30 Jan 2021 22:58:06 +0700
> Cc: 44...@debbugs.gnu.org
>
> The problem is that emacs does not expect that kde-open5 and thus
> xdg-open exits instantly.
Why is that a problem, and how does it cause the invocation to fail,
i.e. not show the file in question?
>
On Sat, 30 Jan 2021, at 12:53, Richard Lawrence wrote:
> #+begin_src emacs-lisp
> (defun org-update-clocktable-on-date (date)
> (save-excursion
> ;; open the file containing the datetree:
> (find-file (concat org-directory "/diary.org"))
> ;; jump to the subtree for the given date:
>
Il 30/01/2021 14:31, Maxim Nikulin ha wrote:
On 30/01/2021 15:42, Eli Zaretskii wrote:
This works:
M-! xdg-open /tmp/test.pdf RET
This doesn't work:
M-& xdg-open /tmp/test.pdf RET
This doesn't work:
M-x shell RET xdg-open /tmp/test.pdf RET
Geraldo, "M-x shell" case is rather strange. Could
Hi Christopher and all,
"Christopher Causer" writes:
>> Note that org-datetree-find-date has a slightly annoying interface, in
>> that you need to provide a list of three integers representing a
>> calendar date.
>
> Yes, that is a little awkward. What I did think of using was substrings to
>
Hi
I use org-table-wrap-region a lot, however when I export to odt or docx
this is not the best solution. So I would sometimes unwrap, join or
merge cells, is this possible?
Thanks and regards
Uwe Brauer
This patch includes the following changes in =ox-md.el=
+ =org-md-example-block= now exports code blocks using triple grave
accents instead of four spaces of indentation. This has been done
for two main reasons:
1. To be able to include the language so that Markdown engines can
synt
When answering questions in Emacs Stack Exchange, I usually write my answer
in Org Mode and then export it to Markdown so that I can copy it to the
answer textbox in Stack Exchange. For this reason, I don't need the
export to contain a Table of Contents because the Markdown content is
not big eno
You can disable export of the TOC by setting the toc option to nil, with a
line like this at the top of the file:
#+options: toc:nil
See https://orgmode.org/manual/Table-of-Contents.html
--Diego
On Sat, Jan 30, 2021 at 11:21 PM Rodrigo Morales <
moralesrodrigo1...@gmail.com> wrote:
>
> When a
Thanks again Richard. I now have a working solution which I share below, warts
and all.
One snag I hit that I feel I should mention is what I believe to be a mistake
in the documentation[1]. I was scratching my head as why
org-clocktable-defaults wasn't working, but it was only when I brought u
Rodrigo Morales writes:
> When answering questions in Emacs Stack Exchange, I usually write my answer
> in Org Mode and then export it to Markdown so that I can copy it to the
> answer textbox in Stack Exchange. For this reason, I don't need the
> export to contain a Table of Contents because t
As the subject states, executing some exporting commands (see list in
step 2 below) results in an error when there is at least one "#+CALL"
statement.
The backtrace is shown below.
#+begin_example
Debugger entered--Lisp error: (wrong-type-argument consp nil)
org-babel-exp-code(nil lob)
org-
Thanks for the help :)
After searching the information you mentioned in the Info manual of Org
Mode, I found information on the variable =org-export-with-toc= and have
included the following in my configuration.
#+begin_src elisp
(setq org-export-with-toc nil)
#+end_src
--
Greetings,
Rodrigo
I forgot including the attachments, they are included in this reply.
Sorry about that.
(require 'ox-md)
(setq org-confirm-babel-evaluate nil)
(org-babel-do-load-languages 'org-babel-load-languages
'((shell . t)))
main.org
Description: Lotus Organizer
--
Greetin
I don't think this patch is correct.
There are no precise standards for markdown, but org states in the
manual that the version of markdown it supports is that defined at
http://daringfireball.net/projects/markdown - which uses the indentation
style for code blocks, not the style. Note that
Tim Cross writes:
> I don't think this patch is correct.
>
> From your explanation, I suspect what you really need is to use the
> github flavoured markdown package available as ox-gfm on MELPA rather
> than the default ox-md package in org mode.
Thank you very much for the detailed informatio
I confirm that there still is following problem on 27.1.91.
Could someone take a look and show me work around?
> I am using emacs 27.1 with orgtbl-mode. On certain condition, typing
> distorts alighment of a table. Then, typing moves
> previous line but far right position.
>
> | | rownames |
Sorry for not attaching the files. Here they are.
# Table of Contents
When exporting the following code block using indentation, it is not
possible to know where the source code ends and the results of
evaluation starts.
echo "echo ab"
echo "seq 1 2"
echo ab
seq 1 2
The lan
On Sat, 30 Jan 2021 at 19:04, Maxim Nikulin wrote:
> […]
>
> Geraldo, "M-x shell" case is rather strange. Could you, please, confirm
> ones more that okular window with the file content does not appear if
> you call xdg-open from an *interactive* emacs shell buffer? The link to
> an emacs-orgmode
[PATCH] ox-md.el export code blocks using grave accents.
This patch includes the following changes in =ox-md.el=
+ =org-md-example-block= now exports code blocks using triple grave
accents instead of four spaces of indentation. This has been done
for two main reasons:
1. To be able to inc
Hello everyone! Here's a reasonably easy (I think) question because I'm quite
new to Emacs and org-mode.
I have an org-capture template using file+olp+datetree[1], which works great at
filing my thoughts for the day. Separately I know I can generate clock
tables[2] based on dynamic blocks to sh
Juan Manuel Macías writes:
> The default value of `org-attach-id-dir' is "data/", and if I evaluate
> `(expand-file-name org-attach-id-dir)' on my current node, it returns a
> wrong path to the attached folder. `org-attach-sync' only works for me
> if I set in `org-attach-git-commit' the variable
Peter Klenner writes:
> Calling either org-store-link or org-id-get-create in an indirect
> org-goto buffer results in an empty ID-property drawer with (setq
> org-id-link-to-org-use-id t).
Confirmed.
This is because org-goto buffer is in read-only state, which is ignored
when inserting empty p
Eli Zaretskii writes:
>> This doesn't work:
>> M-x shell RET xdg-open /tmp/test.pdf RET
>
> How about asking the xdg-open developers to help us figure out the
> reason? Or, failing that, debug xdg-open in the problematic
> situations to find out what fails there and why? E.g., could it be
> tha
Lars Ingebrigtsen writes:
> Eli Zaretskii writes:
>
>>> This doesn't work:
>>> M-x shell RET xdg-open /tmp/test.pdf RET
>>
>> How about asking the xdg-open developers to help us figure out the
>> reason? Or, failing that, debug xdg-open in the problematic
>> situations to find out what fails
36 matches
Mail list logo
