Hello,
"Christopher W. Ryan" writes:
> This looks promising. However, the example at the link you referenced
> seems to have its state changes inside a LOGBOOK property drawer. My
> state changes are not inside a drawer. See excerpt below.
the shown code should be able to deal with both
Nicolas Goaziou writes:
> Tony E. Bennett writes:
>
>> org-open-line replicates the table marking character '#' (if present) into
>> the new table line but does not do the same for '*'.
> OK, I applied the change in maint. However, I tend to think we should
> not copy any special marker at
This looks promising. However, the example at the link you referenced
seems to have its state changes inside a LOGBOOK property drawer. My
state changes are not inside a drawer. See excerpt below. To change the
state, say from TODO to READING, I use C-c C-t and then can choose one
of my
[sorry for the slow response]
Jeff Filipovits writes:
> Say I have a calendar file which is in the following format:
>
> * description of deadline:client1:
> DEADLINE: <2018-10-28 Tue>
>
> * a meeting :client1:
> <2018-11-1 Thu 10:00>
>
> I would like to be able to view all headlines and
"M. P." writes:
> How can I save a web page or a utube clip with org in some form of organized
> manner?
I’m not sure, but it might be worth looking into org-board:
https://github.com/scallywag/org-board
--
Kyle
Hello,
[sorry for the late response]
Leo Alekseyev writes:
> Greetings all,
> I am looking into using `org-invoice` to generate some invoices. It uses
> the CLOCKSUM property, which according to the docs gets auto-generated when
> the clock entries are summed in a subtree.
>
> Concretely, docs
Thanks for the fix - I back-ported it to release_9.2 / 20181230 and it
works fine!!
... and thanks for the hard work of yourself and your team in bringing us
org-mode!!
Cheers
Bob
On Sat, 12 Jan 2019 at 20:50, Nicolas Goaziou
wrote:
> Hello,
>
> Bob Hepple writes:
>
> > In a prior version,
Hi Nicolas,
emacs version: GNU Emacs 26.1 (build 1, x86_64-w64-mingw32) of 2018-05-30
orgmode version: Org mode version 9.2 (9.2-elpa @
c:/Users/dad/Dropbox/.emacs.d/elpa/org-20181230/)
I don't know what an ECM is. Need some clarification.
However, regarding the first issue of TAB and RETURN
"Berry, Charles" writes:
>> On Jan 11, 2019, at 5:03 PM, Haider Rizvi wrote:
>>
>> I've been using literate programming approach with org-babel for a
>> while. I just noticed that with 9.2, when I try to export (c-c c-e h
>> o) an org doc / section, any shell blocks with a named session are
>>
there is a related bug.
when there are multiple repeaters, closing a task with -1 can only
zero the first.
probably it should zero all mutable repeaters.
* MOOT hi
CLOSED: [2019-01-12 Sat 13:54]
<2019-01-13 Sun .+0d>
<2019-01-13 Sun .+1d>
=<2019-01-12 Sat .+1d>=
~<2019-01-12 Sat .+1d>~
hi
(Apologies for the double post of this email; due to a misconfiguration of
my mailer, I believed my first email hadn't gone through until I remembered
to check the archives.)
On Sat, Jan 12, 2019 at 12:38 PM Ryan Thompson wrote:
> Hi all,
>
> I have a use case where I'd like for Org Mode to
Hi all,
I have a use case where I'd like for Org Mode to remove broken links while
preserving their text when exporting. In particular, I'm exporting the same
file multiple times with different sets of headlines excluded each time,
and as a result I have to be careful of linking to headlines that
Hello,
Brad Knotwell writes:
> Hello all--
>
> I've been using the babel integration with Lua and it has a bug worth
> noting--multi-line header argument variables that are tangled to a
> file will be tangled in a way lua doesn't interpret correctly. To use
> a specific example:
> [...]
> The
Hi,
Eventually I would like to batch-run a src block in a command line. While
investigating it, I found that org-babel-execute-src-block throws "Wrong type
argument: consp, nil" error when I run it over a #+CALL statement. For example,
I can run the test src block below but it fails when the
manual> Text in the code and
verbatim string is not processed for Org mode specific syntax, it is
exported verbatim.
i assumed that meant /during export/. it is in the markup section.
thus, someplace in manual, perhaps say that verbatim and code have
more effects than just export.
On 1/12/19,
> On Jan 11, 2019, at 5:03 PM, Haider Rizvi wrote:
>
> I've been using literate programming approach with org-babel for a
> while. I just noticed that with 9.2, when I try to export (c-c c-e h
> o) an org doc / section, any shell blocks with a named session are
> executed as it is exporting
Niall Dooley writes:
> (setq org-agenda-custom-commands
> '(("p" "List Non-done projects"
> tags-todo "-CANCELLED+PROJECT/!+TODO")))
>
> My understanding is that in the tags-todo match that entries to the left of
> the "/" are the tags, those to the right are the todo keywords and that you
> use
hello,
Nicolas Goaziou writes:
>>> Now, we might make its contents by marking them as verbatim, for
>>> example. E.g.,
>>>
>>> - Rescheduled from =[2019-02-05 Tue .1m]= on [2018-09-29 Sat 18:50]
>>
>> that's not a bad idea, but what about the other way round?
>>
>> that is, inactive
Hello,
cesar mena writes:
> ok, so "current headline" is taken broadly. but what about the
> deadline/scheduled part? what makes a time stamp "deadline/scheduled"?
> those are the ones that should change as per the doc.
You are right the docstring is inaccurate here. It is not limited to
Hello,
david wen riccardi-zhu writes:
> Hello and thank you. This behavior did appear to be fixed, but it's
> surfaced once again today.
I couldn't reproduce it.
Regards,
--
Nicolas Goaziou
Hello,
Bob Hepple writes:
> In a prior version, when I clicked on a SCHEDULED: <...> link, it would
> popup the org-agenda view. Now (after a M-x package-list-packages U x)
> it does nothing and displays No link found. Is there a way to restore
> the old behaviour?
Fixed. Thank you.
Regards,
Hello,
Kévin Le Gouguec writes:
> Here is a very minor gripe I have with org-mode: is there a reason why
> org-insert-todo-heading should be bound to (kbd "M-S-"), rather
> than (kbd "M-S-RET")?
>
> AFAIU, using "" limits the key binding to the actual "⏎"
> function key, while using "RET" makes
Hello,
Tony E. Bennett writes:
> org-open-line replicates the table marking character '#' (if present) into
> the new table line but does not do the same for '*'.
>
> Since the semantics of '#' and '*' are so similar I expect them to be
> treated identically when opening a new table line.
>
>
Hello,
Craig Luthy writes:
> I create lots of tables in org-mode, many with lots of information and long
> cells. The C-c C-c was heaven because it prettied up my table in one
> action. If I understand what I have read and am seeing, whenever I TAB or
> RET all the cells are expanded which
Firstly, I've searched online and even posted to both the emacs and orgmode
subreddits but to no avail.
Consider the following snippet:
(setq org-agenda-custom-commands
'(("p" "List Non-done projects"
tags-todo "-CANCELLED+PROJECT/!+TODO")))
My understanding is that in the tags-todo match that
25 matches
Mail list logo
