[O] redefined-warning when applying org-hack to preserve headings when archiving
Hi! I applied Matt's http://orgmode.org/worg/org-hacks.html#sec-1-7-1 to preserve top level headings when archiving to a file. However, when I do archive headings, I get a "ad-handle-definition: `org-archive-subtree' got redefined" warning which I have to look at a couple of seconds before it finishes. How can I prevent this from blocking my time? Thanks!
Re: [O] [bug] Link to filename beginning by a date opens... the agenda
Hello, Nick Dokos writes: > And org-return-follows-link is set to t in my case. I was using C-c C-o instead of RET. It should now be fixed in master. Thanks to you both. Regards, -- Nicolas Goaziou
Re: [O] org-insert-heading
Luke Crook writes: > But I still don't think it works as it is meant to. > > Org creates a new list item in the folded heading if the last line is a > list item. Otherwise org creates a new heading at the same level as the > folded heading. > > So > > * TEST > - skfjdskjfs > > gives the following > > * TEST > * > - skfjdskjfs > > But > > * Test... > > gives the following > > * TEST > - skfjdskjfs > - > > Also the following won't create a new header or list item at all. > > * TEST... > > > Doesn't do anything This should be fixed. Thank you. Regards,
Re: [O] Coursera class on reproducible research
Hi, John Hendy writes: > Thought this might interest the list: > - https://www.coursera.org/course/repdata [...] > just wanted to pass it along as I know there are others who implement > these principles in their work on the ML. That very kind. Thank you for sharing. -- Konubinix GPG Key: 7439106A Fingerprint: 5993 BE7A DA65 E2D9 06CE 5C36 75D2 3CED 7439 106A pgpVF8UikrA9j.pgp Description: PGP signature
Re: [O] #+CALL get the first row of output table lost when using latex export
gmail.com> writes: > > Hi, > > I encounter a problem when I use #+CALL to create a table with latex > export. The problem is that the first row of the table is missing, if > the table is created with #+CALL. > [deleted - setup info] > The minimal table example is > > #+BEGIN_EXAMPLE > #+NAME: t1 > #+BEGIN_SRC python :exports results > return [['A'],None,[2]] > #+END_SRC > > #+CAPTION: T1 > #+RESULTS: t1 > > #+NAME: t2 > #+CALL: t1() :exports results > > #+CAPTION: T2 > #+RESULTS: t2 > #+END_EXAMPLE > This is not a latex issue per se. If you evaluate t2 with `org-babel-execute-maybe' the same thing will happen. org-babel-execute:python does its own formatting. #+CALL: OTOH passes the results to babel. The workaround is to use #+CALL: t1() :colnames yes HTH, Chuck
Re: [O] org-caldav problem; used to work
Detlef Steuer writes: > org-check-agenda-file: Wrong type argument: stringp, nil Do M-x toggle-debug-on-error before the sync and you should get a backtrace for the error. Just post that here and we might be able to see what's going on. -David
Re: [O] org-caldav problem; used to work
Am Sun, 16 Nov 2014 22:53:11 +0100
schrieb David Engster :
> Detlef Steuer writes:
> > org-check-agenda-file: Wrong type argument: stringp, nil
>
> Do M-x toggle-debug-on-error before the sync and you should get a
> backtrace for the error. Just post that here and we might be able to
> see what's going on.
>
> -David
>
Thx David!
Here it is:
Debugger entered--Lisp error: (wrong-type-argument stringp nil)
file-exists-p(nil)
org-check-agenda-file(nil)
byte-code("\302!\210r\303!q\210 \203 #[(file)
"\300\301\215\207" [nextfile (byte-code "\302!\210r\303!q\210
\203 mapconcat(#[(file) "\300\301\215\207" [nextfile (byte-code
"\302!\210r\303!q\210 \203 org-icalendar--combine-files(nil
"~/Test/Orgmodetest/CaldavKalender/testtodo.org"
"~/Test/Orgmodetest/CaldavKalender/caldav-inbox.org")
apply(org-icalendar--combine-files nil
("~/Test/Orgmodetest/CaldavKalender/testtodo.org"
"~/Test/Orgmodetest/CaldavKalender/caldav-inbox.org")) (if (featurep
(quote ox-icalendar)) (apply (quote org-icalendar--combine-files) nil
orgfiles) (apply (quote org-export-icalendar) t orgfiles)) (let
((icalendar-file (if (featurep (quote ox-icalendar)) (quote
org-icalendar-combined-agenda-file) (quote
org-combined-agenda-icalendar-file))) (orgfiles (append
org-caldav-files (list org-caldav-inbox))) (org-icalendar-store-UID t)
(org-icalendar-include-bbdb-anniversaries nil) (icalendar-uid-format
"orgsexp-%h") (org-icalendar-date-time-format (cond ((and
org-icalendar-timezone (string= org-icalendar-timezone "UTC"))
":%Y%m%dT%H%M%SZ") (org-icalendar-timezone ";TZID=%Z:%Y%m%dT%H%M%S") (t
":%Y%m%dT%H%M%S" (set icalendar-file (make-temp-file
"org-caldav-")) (org-caldav-debug-print 1 (format "Generating ICS file
%s." (symbol-value icalendar-file))) (if (featurep (quote
ox-icalendar)) (apply (quote org-icalendar--combine-files) nil
orgfiles) (apply (quote org-export-icalendar) t orgfiles))
(find-file-noselect (symbol-value icalendar-file)))
org-caldav-generate-ics() (setq org-caldav-ics-buffer
(org-caldav-generate-ics)) (if (and org-caldav-event-list (y-or-n-p
"Last sync seems to have been aborted. Should I try to resume? ")) nil
(setq org-caldav-ics-buffer (org-caldav-generate-ics)) (setq
org-caldav-event-list nil) (setq org-caldav-sync-result nil)
(org-caldav-load-sync-state) (let ((--dolist-tail--
org-caldav-event-list) cur) (while --dolist-tail-- (setq cur (car
--dolist-tail--)) (org-caldav-event-set-status cur nil) (setq
--dolist-tail-- (cdr --dolist-tail--
(org-caldav-update-eventdb-from-org org-caldav-ics-buffer)
(org-caldav-update-eventdb-from-cal)) org-caldav-sync()
call-interactively(org-caldav-sync record nil)
command-execute(org-caldav-sync record) execute-extended-command(nil
"org-caldav-sync") call-interactively(execute-extended-command nil nil)
command-execute(execute-extended-command)
>
Does that help?
Detlef
Re: [O] org-caldav problem; used to work
Detlef Steuer writes: > Am Sun, 16 Nov 2014 22:53:11 +0100 > schrieb David Engster : > >> Detlef Steuer writes: >> > org-check-agenda-file: Wrong type argument: stringp, nil >> >> Do M-x toggle-debug-on-error before the sync and you should get a >> backtrace for the error. Just post that here and we might be able to >> see what's going on. >> >> -David >> > > Thx David! > > Here it is: Try to remove nil in line 882. I.e.: (apply 'org-icalendar--combine-files orgfiles) —Rasmus -- Enough with the bla bla!
Re: [O] org-caldav problem; used to work
Detlef Steuer writes: > Am Sun, 16 Nov 2014 22:53:11 +0100 > schrieb David Engster : > >> Detlef Steuer writes: >> > org-check-agenda-file: Wrong type argument: stringp, nil >> >> Do M-x toggle-debug-on-error before the sync and you should get a >> backtrace for the error. Just post that here and we might be able to >> see what's going on. > > Here it is: [...] The signature of org-icalendar--combine-files changed in 67ae102b4b. I've pushed a workaround which should fix this. -David
Re: [O] org-caldav problem; used to work
Am Sun, 16 Nov 2014 23:37:48 +0100 schrieb David Engster : > The signature of org-icalendar--combine-files changed in > 67ae102b4b. I've pushed a workaround which should fix this. Thank you! I can confirm that fixes the reported issue, i.e. my test appointments are exported and show up in the owncloud´s calendar. Fine! But there was a new Problem: A new set of UIDs got created when I edited my test data. (removed the SCHEDLULED key-word) --- Before (result of first test export) * APPT Test1 SCHEDULED: <2014-11-12 Mi 19:00-20:00> :PROPERTIES: :ID: dc432cb8-ab29-4bf0-8ea0-e40ca8e8850d :END: * APPT Test2 SCHEDULED: <2014-11-16 So 23:00-24:00> :PROPERTIES: :ID: ec46076b-e1d9-453b-8e63-317e6ff64b0e :END: * APPT Test3 SCHEDULED: <2014-11-17 Mo 23:00-24:00> :PROPERTIES: :ID: c28a7aa7-9c93-4d94-9f85-d563d933bb35 :END: --- removed SCHEDULED --- After * APPT Test1 :PROPERTIES: :ID: 867c4f4e-9c7f-4d39-9404-f9dadb25edd9 :END: <2014-11-12 Mi 19:00-20:00> :PROPERTIES: :ID: dc432cb8-ab29-4bf0-8ea0-e40ca8e8850d :END: * APPT Test2 :PROPERTIES: :ID: 4961e4b3-cb9b-4247-b4f5-4e27cb2d1ee1 :END: <2014-11-16 So 23:00-24:00> :PROPERTIES: :ID: ec46076b-e1d9-453b-8e63-317e6ff64b0e :END: * APPT Test3 :PROPERTIES: :ID: 5cc68445-4829-4672-863b-3b4bb7346f11 :END: <2014-11-17 Mo 23:00-24:00> :PROPERTIES: :ID: c28a7aa7-9c93-4d94-9f85-d563d933bb35 :END: --- Detlef > > -David
Re: [O] org-caldav problem; used to work
Am Sun, 16 Nov 2014 23:24:24 +0100 schrieb Rasmus : > Detlef Steuer writes: > > > Am Sun, 16 Nov 2014 22:53:11 +0100 > > schrieb David Engster : > > > >> Detlef Steuer writes: > >> > org-check-agenda-file: Wrong type argument: stringp, nil > >> > >> Do M-x toggle-debug-on-error before the sync and you should get a > >> backtrace for the error. Just post that here and we might be able > >> to see what's going on. > >> > >> -David > >> > > > > Thx David! > > > > Here it is: > > Try to remove nil in line 882. I.e.: > > (apply 'org-icalendar--combine-files orgfiles) Yeah. Spot-on! Worked, but David`s fix also arrived before I could send this reply. Thx a lot! Detlef > > —Rasmus >
Re: [O] org-caldav problem; used to work
Hello, Detlef Steuer writes: > But there was a new Problem: A new set of UIDs got created when I edited > my test data. (removed the SCHEDLULED key-word) > > --- Before (result of first test export) > > * APPT Test1 > SCHEDULED: <2014-11-12 Mi 19:00-20:00> > :PROPERTIES: > :ID: dc432cb8-ab29-4bf0-8ea0-e40ca8e8850d > :END: [...] > removed SCHEDULED A properties drawer needs to be the second element in the entry, planning info being the first, or the first one if there is no planning info. If you remove "SCHEDULED:", you also remove planning info only to leave a plain timestamp (in a paragraph, but that doesn't matter here). The properties drawer is no longer correctly located in your entry: it becomes a regular drawer named "PROPERTIES". As a consequence, ox-icalendar can no longer recognize entry's ID and creates a new one, correctly located this time, before next export: > --- After > > * APPT Test1 > :PROPERTIES: > :ID: 867c4f4e-9c7f-4d39-9404-f9dadb25edd9 > :END: > <2014-11-12 Mi 19:00-20:00> > :PROPERTIES: > :ID: dc432cb8-ab29-4bf0-8ea0-e40ca8e8850d > :END: Long story short: if you remove "SCHEDULED:", also move the timestamp /after/ the drawer. Regards, -- Nicolas Goaziou
Re: [O] [PATCH] inline src block results can be removed
"Charles C. Berry" writes:
> For now, I'd be willing to make patches that will allow removal of the
> inline src block results that do *not* involve these header args:
>
> - :file
> - :wrap
> - :results latex html drawer org code
>
> which I can do barely touching `org-babel-insert-result' and this
> simplifies matters a lot.
IMO, we're too much focused on the implementation details. We ought to
agree on what should be done first. For example, considering
`org-babel-insert-result' and its RESULT-PARAMS argument, I think the
following makes sense:
| Param | Example output|
|-+---|
| default | {{{results(42)}}} |
| file| {{{results(file:something.pdf)}}} |
| list| |
| raw | 42|
| drawer | |
| org | {{{results(src_org{...})}}}|
| html| {{{results(@@html:...@@)}}} |
| latex | {{{results(@@latex:...@@)}}} |
| code| {{{results(src_xxx{...})}}}|
Basically, it should be possible to remove any kind of result using
"results" macro, with the exception of "raw". "list" and "drawer" can
be ignored since there is no inline equivalent.
Another option for "drawer" is to also use export snippets. So,
basically, "drawer something" would generate
{{{results(@@something:...@@)}}}.
> I propose to do this by using the patches of ox.el and ob-exp.el from
> my last post. For ob-core.el, I would
>
> - leave defcustom org-babel-inline-wrap as "=%s=" (or use defconst - I
>do not have a strong opinion either way).
`org-babel-inline-wrap' as a defcustom is fine if you hardcode
{{{results(...)}}} wrapping at a higher level.
> - modify `org-babel-examplify-region' along these lines
>#+BEGIN_SRC emacs-lisp
> (insert
> (replace-regexp-in-string
>"," "\\,"
>(format
> (concat "{{{results("
> org-babel-inline-result-wrap
> ")}}}"
> (prog1 (buffer-substring beg end)
> (delete-region beg end
>nil t))
>
>#+END_SRC
But this is unrelated to "examplify". Wrapping should probably be
a dedicated function systematically called on results from an inline
block.
> If it is felt that more retooling of `org-babel-insert-results' is really
> needed, I can get to it early next year. In fact, I'll be out of email
> range from late this month till then, so any problems I create now will
> have to wait till then for me to work on them.
It's going to be difficult not to alter `org-babel-insert-results' since
the plan is to change completely how inline source blocks are handled.
There's no rush, however. Non-removable results from inline source
blocks have been there for a long time.
Regards,
[O] org-mode pretty entities has \perp but not \parallel
Hi, I expected \parallel to work after success with \perp. That is, I've executed in buffer M-x org-toggle-pretty-entities RET, and I expected to see \parallel as unicode ∥, since \perp is overlayed (correct term?) with ⟂. Though, the former is pretty hard to see, so maybe it was decided against. I just tried exporting to HTML (and MathJax), and it looks like the LaTeX delimited symbols should be either $\parallel$ or $\|$. So simply writing $||$ in ones' notes would /not/ be the same. , | Org-mode version 8.2.10 | (8.2.10-1-g8b63dc-elpa | @ /home/iam/.emacs.d/elpa/org-20141027/) ` -- Brady
Re: [O] What happened to ODT export?
Brady Trainor writes: > I find the following: > > , [ C-h v org-export-backends RET ] > | org-export-backends is a variable defined in `org.el'. > | Its value is (ascii html icalendar latex md odt) > | Original value was > | (ascii html icalendar latex) > ` > > In my init file, I have... Thanks, that did the trick. Strange that I had to manually enable ODT export, when I am sure that this was automatically present when I first learned org-mode a couple of years back.
