Hello,
By default, org uses outline-next-visible-heading and the -previous-
variant for the C-c C-n and C-c C-p keys, which means these commands
stop on inline tasks (since they don’t know to skip them). This seems
incorrect.
The attached patch adds inlinetask-aware org functions for these keys.
Hi Daniel,
What version of org are you using? Using a hline-relative reference on
the lhs of a formula is not allowed in the current development version
of org (i.e. the master branch). Presumably because it doesn’t work
correctly, as you have discovered.
The patch to prevent this was made over
I'm finally getting around to trying to have an Org-generated calendar
available on my Android tablet. I looked at a few caldav servers, and
settled on Radicale as looking like about the right level of
usability/configurability.
I don't think I'm doing it right, and can't find any examples online.
Hi Oleh,
Thanks a lot for the detailed instruction again, and the screencast is a
good job as well! I just did the testing. Please see below.
1. Have you made any customizations to `org-download`? It's easier for
me to proceed with the defaults.
*-- No, all I did is (require 'org-download)*
2.
On Fri, 16 Jan 2015, Nicolas Goaziou wrote:
"Charles C. Berry" writes:
I've attached three patches and two files that show the behavior under
the current master (12 Jan 2015,
e0879b03d08bb4acc663084076370482f61e8698) and under the patched
version.
Thank you. Some comments follow.
[snip]
Hi,
I am trying to calculate a field using references to horizontal lines
according to http://orgmode.org/manual/References.html
For example:
| col1 | col2 |
|--+--|
| foo |1 |
| bar |2 |
| baz |4 |
|--+--|
| sum | |
| | |
#+TBLFM: @II+1$2=vsum(@I$2
Indeed, sorry about that.
Here's a new patch with a short description of the RSS_TITLE property.
diff --git a/contrib/lisp/ox-rss.el b/contrib/lisp/ox-rss.el
index fddaa1d..6681336 100644
--- a/contrib/lisp/ox-rss.el
+++ b/contrib/lisp/ox-rss.el
@@ -42,6 +42,9 @@
;; PUBDATE property. If `org-rss
Hi Nicolas,
2015ko urtarrilak 18an, Nicolas Goaziou-ek idatzi zuen:
>
> Aaron Ecay writes:
>
>> 2015ko urtarrilak 17an, Nicolas Goaziou-ek idatzi zuen:
>>> It would be more flexible, but it would also defeat the whole point of
>>> the "results" macro, that is to be able to mark /unambiguously/
Nikolai Weibull writes:
> I realize that you have to update it manually, but wouldn’t it make
> sense to have it be updated automatically when you call
> org-agenda-(set|remove)-restriction-lock? At least when you do so
> from the Agenda itself?
It could make sense, but the current behaviour is
Aaron Ecay writes:
> 2015ko urtarrilak 17an, Nicolas Goaziou-ek idatzi zuen:
>> It would be more flexible, but it would also defeat the whole point of
>> the "results" macro, that is to be able to mark /unambiguously/ the
>> output of an inline block. Indeed, even if you can get the name of the
>
Hi all,
I recently updated my helm install so it includes
helm-org-agenda-headings which is just AWESOME (to me at least). A bit
like org-goto but across all agenda files at once, with goto, refile,
linking built in. If you haven't tried it, I definitely recommend to do so.
Yet I'm missing
On 1/18/15, Nicolas Goaziou wrote:
> ((default . 2)
>(occur-tree . 1)
>(tags-tree . 1)
>(isearch . 3)
>(bookmark-jump . 3))
>
> where
>
> 1. means only the minimal location is shown, i.e., top level
> headline + headline, and section (no child) if match is not on
> a
Hi all,
I've made a blog post regarding today's improvements to org-download
at http://oremacs.com/2015/01/18/sprucing-up-org-download/.
The post also links to a video demo: https://www.youtube.com/watch?v=dAojpHR-6Uo
regards,
Oleh
Hi Nicolas,
2015ko urtarrilak 17an, Nicolas Goaziou-ek idatzi zuen:
> It would be more flexible, but it would also defeat the whole point of
> the "results" macro, that is to be able to mark /unambiguously/ the
> output of an inline block. Indeed, even if you can get the name of the
> macro from t
Hi David,
David Arroyo Menendez writes:
>>> How can I do a org-todo-recursive? The idea is replace TODO by DONE in
>>> a tree. Someone with a snippet?
>>
>> Does org-depend.el do what you need? [Your message is not very clear]
>>
> I'm not an user of org-depend.el, but from my point of view, or
On Sun, Jan 18, 2015 at 11:26 AM, Nicolas Goaziou
wrote:
> Nikolai Weibull writes:
>
>> I’m bumping this again, as this feels like a bug and I’m surprised
>> that no one has at least responded to it.
>>
>> On Wed, Jan 7, 2015 at 6:51 PM, Nikolai Weibull wrote:
>>> Hi!
>>>
>>> Anyone else experi
> Thanks for the detailed instruction. I just checked following your advice,
> by copying the address of the image (and by looking at the browser-ring, I
> can make sure the address has been there), then M-x org-download-yank,
> returns error: "if: Wrong type argument: number-or-marker-p, nil".
>
>
Hello,
Nikolai Weibull writes:
> I’m bumping this again, as this feels like a bug and I’m surprised
> that no one has at least responded to it.
>
> On Wed, Jan 7, 2015 at 6:51 PM, Nikolai Weibull wrote:
>> Hi!
>>
>> Anyone else experiencing this? Or is my configuration wrong in some way?
>>
>>
Hi Oleh,
Thanks for the detailed instruction. I just checked following your advice,
by copying the address of the image (and by looking at the browser-ring, I
can make sure the address has been there), then M-x org-download-yank,
returns error: "if: Wrong type argument: number-or-marker-p, nil".
I’m bumping this again, as this feels like a bug and I’m surprised
that no one has at least responded to it.
On Wed, Jan 7, 2015 at 6:51 PM, Nikolai Weibull wrote:
> Hi!
>
> Anyone else experiencing this? Or is my configuration wrong in some way?
>
> On Mon, Dec 22, 2014 at 7:10 PM, Nikolai Weib
Rasmus writes:
> Hi,
>
> davi...@es.gnu.org (David Arroyo Menéndez) writes:
>
>> How can I do a org-todo-recursive? The idea is replace TODO by DONE in
>> a tree. Someone with a snippet?
>
> Does org-depend.el do what you need? [Your message is not very clear]
>
> Cheers,
> Rasmuse
I'm not an u
Samuel Wales writes:
> is it the case that doing org-reveal as an after defadvice to
> org-show-context should guarantee canonical visibility?
It guarantees canonical visibility with optional argument, i.e.,
(org-reveal t)
I'm pondering if (org-reveal nil) is really useful or if it should
alway
Hello,
Samuel Wales writes:
> thanks for clarifying. that seems to eliminate all possibility of
> specifying canonical visibility using org show variables.
Indeed.
> thus, this is a feature that is strangely missing in org, as opposed
> to a bug.
I agree. Also, I find the configuration in th
23 matches
Mail list logo