Sorry, that's my mis-type. You example works.
Now the problem is:
> #+begin_src org
> ,* Anniversary
>
> ,** my first child anniversary
>
> %%(diary-anniversary 10 26 2017)
>
> ,** Funeral Arrangement
>
> ,*** kk
>
> %%(diary-anniversary 12 8 2007)
> #+end_src
Then org-agenda shows all headline
"numbch...@gmail.com" writes:
> I tried %%(org-anniversary 2016 12 21) Test anniversary. But this
> seems does not work. I tested with variable diary-file default value
> point to ~/.emacs.d/diary file. and has following content:
>
> ...
>
> %%(org-anniversary 2016 12 21) Test anniversary
>
Work
> Robert Klein writes:
> Hi guys, I removed old git-daemon processes and restartet the git
> daemon.
> Does it work better, now?
Yes, it does. I have just updated successfully with an old school 'git
pull'. Thanks.
--
Colin Baxter
m43...@yandex.com
The following python code uses only whitespaces for the different
indentdation levels:
a_list = ['elem1',
'elem2',
'elem3']
for elem in a_list:
print(elem)
for char in elem:
print char
I enter this code into a SRC block with
#+BEGIN_SRC python :tangle blank_
stardiviner writes:
> I have an org-mode file:
>
> #+begin_src org
> ,* Anniversary
>
> ,** my first child anniversary
>
> %%(diary-anniversary 10 26 2017)
>
> ,** Funeral Arrangement
>
> ,*** kk
>
> %%(diary-anniversary 12 8 2007)
> #+end_src
>
> How to include and show them in default org-agend
Hi guys,
I removed old git-daemon processes and restartet the git daemon.
Does it work better, now?
Best regards
Robert
On Wed, 20 Dec 2017 18:03:01 +
li...@wilkesley.net wrote:
> On 2017-12-20 17:14, swfl...@flintfam.org wrote:
>
> > I'm still having this problem
> >
> > CB> -- Co
Sorry. I try to edit it in Emacs. but it is messed up by Gmail format.
[stardiviner] GPG key ID: 47C32433
IRC(freeenode): stardiviner Twitter: @numbchild
Key fingerprint = 9BAA 92BC CDDD B9EF 3B36 CB99 B8C4 B8E5 47C3 2433
Blog: http://stardiviner.github.io/
O
Sorry
[stardiviner] GPG key ID: 47C32433
IRC(freeenode): stardiviner Twitter: @numbchild
Key fingerprint = 9BAA 92BC CDDD B9EF 3B36 CB99 B8C4 B8E5 47C3 2433
Blog: http://stardiviner.github.io/
On Thu, Dec 21, 2017 at 10:40 AM, numbch...@gmail.com
wrote:
> I
I tried %%(org-anniversary 2016 12 21) Test anniversary. But this seems
does not work. I tested with variable diary-file default value point to
~/.emacs.d/diary file. and has following content:
%%(diary-anniversary 10 21 2016) my first child
<%%(diary-anniversary 10 21 2016)> my first child
%%(or
On Wed, Dec 20, 2017 at 5:27 PM Nicolas Goaziou
wrote:
> You must be kidding. It must be around 8 locs. See for example
> `org-export-toc-entry-backend'.
>
Thank you! That function is educational. I'll play more with that idea. It
will be a lot more verbose than the 3 line solution I have right
Hello,
The commit message in this commit is golden:
http://orgmode.org/cgit.cgi/org-mode.git/commit/?id=3ac619c8ac9934a2a1368f3de8ffad951f900067
Using that info, I came up with a "classified" version of n macro for
markdown/HTML:
#+MACRO: sec (eval (concat "" (number-to-string
(org-macro--counte
Kaushal Modi writes:
> Thanks! I feared so. Then the strip-HTML-tags approach seems to be the
> quickest.
You must be kidding. It must be around 8 locs. See for example
`org-export-toc-entry-backend'.
> Would there be an interest to add that to the core something like a "base
> class" of export
On Wed, Dec 20, 2017 at 5:07 PM Nicolas Goaziou
wrote:
> > If this looks good, I can commit this to maint.
>
> It looks good. Thank you.
>
Thanks. It's now committed to maint and merged to master.
--
Kaushal Modi
On Wed, Dec 20, 2017 at 5:04 PM Nicolas Goaziou
wrote:
> You could write a dedicated (anonymous) back-end for that,
Thanks! I feared so. Then the strip-HTML-tags approach seems to be the
quickest.
> if you have a clear idea about what "strip off all markup" means.
>
Would there be an interes
Hello,
Kaushal Modi writes:
> Note that the # and ![ are double-escaped. So any markdown->HTML renderer
> will print that "\" as it is.
>
> Digging through ox-md.el, I found that the order of
> replace-regexp-in-string was incorrect in org-md-plain-text.
>
> Here's the diff:
>
> =
> diff --g
Hello,
Kaushal Modi writes:
> What's the canonical way to strip off all markup from an element in an Org
> exporter backend.
You could write a dedicated (anonymous) back-end for that, if you have
a clear idea about what "strip off all markup" means.
Regards,
--
Nicolas Goaziou
Hello,
What's the canonical way to strip off all markup from an element in an Org
exporter backend.
I do it in this round-about way in ox-hugo..it works but feels convoluted.
The trick is to remove all markup chars from an element while retaining the
*, /, `, etc chars *not* used for any markup.
Hello,
I have this test case; export it by doing C-c C-e C-s m M (assuming ox-md
is required.. I think it is required by default).
=
* Escaping hashes and exclamations correctly in body
:PROPERTIES:
:EXPORT_FILE_NAME: escaping-hashes-and-exclamations-in-body
:END:
I intend to show these # cha
On 2017-12-20 17:14, swfl...@flintfam.org wrote:
I'm still having this problem
CB> -- Colin Baxter m43...@yandex.com
CB>
-
CB> GnuPG fingerprint: 68A8 799C 0230 16E7 BF68 2A27 BBFA 2492 91F5
CB> 41C8
CB>
> Colin Baxter writes:
> Marco Wahl writes:
>> Jack Kamm writes:
>>> I'm having the same issue as Josiah, are others able to pull
>>> from the git repo?
>> git pull works for me.
>> Maybe the following questions lead to a better understanding.
>> What about per
Eric Abrahamsen writes:
> Rasmus writes:
>
>> Eric Abrahamsen writes:
>>
>>> Eric Abrahamsen writes:
>>>
Rasmus writes:
> Kaushal Modi writes:
>
>> On Fri, Dec 15, 2017 at 6:23 AM Rasmus wrote:
>>
>>> The only way it’s "bad" is in the sense it limits the flexib
Rasmus writes:
> Eric Abrahamsen writes:
>
>> Eric Abrahamsen writes:
>>
>>> Rasmus writes:
>>>
Kaushal Modi writes:
> On Fri, Dec 15, 2017 at 6:23 AM Rasmus wrote:
>
>> The only way it’s "bad" is in the sense it limits the flexibility of
>> snippets, like "> bl
problem solved, Thanks very much. @Nicolas and @Berry.
[stardiviner] GPG key ID: 47C32433
IRC(freeenode): stardiviner Twitter: @numbchild
Key fingerprint = 9BAA 92BC CDDD B9EF 3B36 CB99 B8C4 B8E5 47C3 2433
Blog: http://stardiviner.github.io/
On Wed, Dec 20,
Marco Wahl writes:
> stardiviner writes:
>
>> I have an org-mode file:
>>
>> #+begin_src org
>> ,* Anniversary
>>
>> ,** my first child anniversary
>>
>> %%(diary-anniversary 10 26 2017)
>>
>> ,** Funeral Arrangement
>>
>> ,*** kk
>>
>> %%(diary-anniversary 12 8 2007)
>> #+end_src
>>
>> How to i
Hi yasushi.
Thanks for your reply.
I am now using org9.
Is it possible to specify an exact match?
[[info:elisp#define-minor-mode]] gives two potential matches.
Found ‘easy-mmode-define-minor-mode’ in Index. (2 total; use ‘,’ for next)
Best,
On Wed, Dec 20, 2017 at 12:38 PM, Yasushi SHOJI
Hi,
I can confirm this as an error. The links in the short contents link to
anchors starting with "toc_" but these are missing. Maybe they should
point to the corresponding parts in the detailed node listing.
The links in the pop up toc link directly to the sections in the manual
that have anchor
Hello,
"Berry, Charles" writes:
> Looks pretty clean. I've not had time to try it out, however.
Thank you.
OK. I applied it on master. Since there was some differences with maint,
I didn't backport it there, though. Instead, I bound
`org-babel-current-sourced-block-location' to the current blo
stardiviner writes:
> I have an org-mode file:
>
> #+begin_src org
> ,* Anniversary
>
> ,** my first child anniversary
>
> %%(diary-anniversary 10 26 2017)
>
> ,** Funeral Arrangement
>
> ,*** kk
>
> %%(diary-anniversary 12 8 2007)
> #+end_src
>
> How to include and show them in default org-agend
I don't know for the agenda, but if you install calfw and calfw-cal, you
can see your diary entries in a "more graphical" calendar.
On Wed, Dec 20, 2017 at 4:21 AM, stardiviner wrote:
> I have an org-mode file:
>
> #+begin_src org
> ,* Anniversary
>
> ,** my first child anniversary
>
> %%(diary-
29 matches
Mail list logo
