On Tuesday, 20 Nov 2018 at 11:12, Alan E. Davis wrote:
> Eric:
>
> This is extremely useful.
Glad you liked it. Strangely enough, they seem to have changed the
format of output (now sending json) so the script no longer works.
> I found some documentation on the site, re the API.
What is the
On Tuesday, 20 Nov 2018 at 19:22, Nicolas Goaziou wrote:
> Since it is very much Org-specific, and a basic feature you could expect
> from Org, I'd like to add it in core. So, if there is no strong
> objection to it, it can go in Org 9.3.
No objection from me at all. I may or may not use this ver
Nicolas Goaziou writes:
> Since it is very much Org-specific, and a basic feature you could expect
> from Org, I'd like to add it in core. So, if there is no strong
> objection to it, it can go in Org 9.3.
>
> I attach the library for further testing, suggestions, remarks… Let me
> know what you
That doesn't seem right to me. It seems like a bug that it is rendered as
strikethrough to me, like the regexp that is generated is too greedy. That
was a good hint though.
I was able to add + to the border component of the regexp components which
seems to have fixed the problem for me for now.
(
Eric:
This is extremely useful. I found some documentation on the site, re the
API. I am way over my head here, but I need (for one) data on Lunar
Declination over, say, a year, but really month-by-month. Is there a "for
Dummies" to get this data off of this server? A cookbook? Can I do
some
Hello,
A few weeks ago, I posted on this ML a proof of concept about dynamic
numbering of headlines in an Org buffer. Since then, I worked on it more
seriously, improved it, and threw in some features. Here is an excerpt
of its commentary section:
This library provides dynamic numbering for O
> On Nov 19, 2018, at 6:08 PM, John Kitchin wrote:
>
> I was looking at https://github.com/joostkremers/criticmarkup-emacs again
> recently and ran into something I don't recall happening before.
>
> There is a markup for inserting text thatlooks like {++Insert this text++}.
> However, in o
Hi,
>Generalize org-agenda by allowing us to have multiple ones, and make them
> more general by thinking of them as a set of views that works on sets of
> files. Maybe this is not for all, but I would appreciate to create multiple
> "agendas" (even though I'd call them "libraries" in inste
