[O] [RFC] [PATCH] Introduce org-specific functions for (next/previous)-visible-heading

2015-01-18 Thread Aaron Ecay
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.

Re: [O] Table calculations with hline references

2015-01-18 Thread Aaron Ecay
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

[O] [OT] org-caldav and radicale

2015-01-18 Thread Eric Abrahamsen
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.

Re: [O] org-download.el

2015-01-18 Thread Chao Lu
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.

Re: [O] New patches WAS Re: [PATCH] inline src block results can be removed

2015-01-18 Thread Charles C. Berry
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]

[O] Table calculations with hline references

2015-01-18 Thread Daniel Hornung
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

Re: [O] [PATCH] org-rss-headline

2015-01-18 Thread Nicolas Petton
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

Re: [O] New patches WAS Re: [PATCH] inline src block results can be removed

2015-01-18 Thread Aaron Ecay
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/

Re: [O] Sticky agendas not redone when using org-agenda-(set|remove)-restriction-lock

2015-01-18 Thread Nicolas Goaziou
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

Re: [O] New patches WAS Re: [PATCH] inline src block results can be removed

2015-01-18 Thread Nicolas Goaziou
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 >

[O] More helm awesomeness

2015-01-18 Thread Simon Thum
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

Re: [O] three bugs/misfeatures in org-reveal (or is org-reveal the wrong way to reveal around point?)

2015-01-18 Thread Samuel Wales
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

Re: [O] org-download.el

2015-01-18 Thread Oleh
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

Re: [O] New patches WAS Re: [PATCH] inline src block results can be removed

2015-01-18 Thread Aaron Ecay
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

Re: [O] org-todo-recursive

2015-01-18 Thread Rasmus
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

Re: [O] Sticky agendas not redone when using org-agenda-(set|remove)-restriction-lock

2015-01-18 Thread Nikolai Weibull
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

Re: [O] org-download.el

2015-01-18 Thread 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". > >

Re: [O] Sticky agendas not redone when using org-agenda-(set|remove)-restriction-lock

2015-01-18 Thread Nicolas Goaziou
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? >> >>

Re: [O] org-download.el

2015-01-18 Thread Chao Lu
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".

Re: [O] Sticky agendas not redone when using org-agenda-(set|remove)-restriction-lock

2015-01-18 Thread Nikolai Weibull
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

Re: [O] org-todo-recursive

2015-01-18 Thread David Arroyo Menendez
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

Re: [O] bug: isearch hides text that should be shown, ignoring all show variables

2015-01-18 Thread Nicolas Goaziou
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

Re: [O] three bugs/misfeatures in org-reveal (or is org-reveal the wrong way to reveal around point?)

2015-01-18 Thread Nicolas Goaziou
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