Re: [O] org-plus-contrib 20130107 fails on emacs 24.3.50.1
Robert Eckl gmx.de> writes: > compiling the newest package org-plus-contrib 20130107 with emacs > 24.3.50.1 (2012-12-27) fails: [...] Yes, that's an accidental feature in package manager, we don't have a workaround for this yet. Remove all the .elc files in the org package directory, then restart Emacs and reinstall the package. Regards, Achim.
Re: [O] BBDB(3) or org-contacts
On Mon, 07 Jan 2013 22:46:39 -0800 David Rogers wrote: > One caution is that org-contacts is not (as far as I know) getting any > attention anymore - its author has (last I heard) moved to a > Google-based contacts manager. Ohh..thank you for that. It's certainly something to consider. Of course, we do not plan to move to any Google-based stuff. :-) Sincerely, Gour signature.asc Description: PGP signature
Re: [O] Fill-mode not working when lines start with *bold* word
Hi John, John Hendy writes: > I have the following fill-mode related settings: > > (setq-default fill-column 90) > (add-hook 'text-mode-hook 'turn-on-auto-fill) > > I just noticed this behavior the other day when adding a note for a report: > > #+begin_src org > Note: this line, starting with a plain vanilla word will wrap just > fine. It will not go > on and on and on and on. > > /Note:/ this line, starting with a word in italics markup will wrap > just fine. It will > not go on and on and on. > > *Note:* this line, starting with a word in bold markup will not wrap > just fine. It will go on and on and on. > #+end_src This should be fixed, thanks for reporting this! -- Bastien
Re: [O] BBDB(3) or org-contacts
Gour writes: > Hello, > > I've decided to use Gnus for my mail news (converted my present setup > to Maildirs served by locally running dovecot, but need some time to > setup Gnus) and wonder what do you recommend for keeping my contacts? > > Besides keeping contacts just as Gnus addressbook, I'd like to store > some extra data for some contacts like date-of-birth, place-of-birth, > time-of-birth as well as to keep records for my counseling clients > about their appointments, iow. notes about every session they had with > the ability to perform some custom-based searches. > > Based on this description it seems that org-contacts is more suitable > for the task than BBDB(3) offering ability to have custom format, easy > editing of contacts etc., but I do wonder about scalability considering > the following post > (http://www.hardakers.net/code/bbdb-to-org-contacts/) where the author > of bbdb-to-org-contacts converter wrote: "Once I point org-contacts at > my newly generated file containing 831 records it make org-contacts > really really slow down. I wouldn't care about the normal record > searching process for just looking something up, but it makes loading a > message in gnus unusable (5 second delay per message)." > > Any hint? One caution is that org-contacts is not (as far as I know) getting any attention anymore - its author has (last I heard) moved to a Google-based contacts manager. -- David R
Re: [O] Multiple notions for what's a day
Hi Sébastien, Bastien writes: > Indeed, there is a problem here. > > Please try the attached patch against master I've now applied the patch in master. Let me know if you see anything weird. Thanks, -- Bastien
Re: [O] org-plus-contrib 20130107 fails on emacs 24.3.50.1
Hi Robert, Robert Eckl writes: > I compiled org 20130107 from emacs -Q, and later org-plus-contrib Please try to compile org-plus-contrib from emacs -Q Best, -- Bastien
Re: [O] simple script to convert txt tables to Org-mode tables on the command line
Achim Gratz writes: > Eric Schulte writes: >> This is a relic from the early days of Babel. I believe it is >> mentioned in the documentation (if it isn't I agree that it should >> be). > > Not that I can find, neither in the manual nor Worg (I've looked again). > I added a note to the manual. Thanks for double-checking. -- Eric Schulte http://cs.unm.edu/~eschulte
[O] org-plus-contrib 20130107 fails on emacs 24.3.50.1
Hello, compiling the newest package org-plus-contrib 20130107 with emacs 24.3.50.1 (2012-12-27) fails: org-attach.el:42:1:Error: Symbol's function definition is void: org-define-obsolete-variable-alias org-drill.el:30:1:Error: Symbol's function definition is void: org-define-obsolete-variable-alias org-jira.el:54:1:Error: Cannot open load file: jira org-odt.el:29:1:Error: Symbol's function definition is void: org-define-obsolete-function-alias and some warnings. I compiled org 20130107 from emacs -Q, and later org-plus-contrib Cu Robert
[O] Fill-mode not working when lines start with *bold* word
I have the following fill-mode related settings: (setq-default fill-column 90) (add-hook 'text-mode-hook 'turn-on-auto-fill) I just noticed this behavior the other day when adding a note for a report: #+begin_src org Note: this line, starting with a plain vanilla word will wrap just fine. It will not go on and on and on and on. /Note:/ this line, starting with a word in italics markup will wrap just fine. It will not go on and on and on. *Note:* this line, starting with a word in bold markup will not wrap just fine. It will go on and on and on. #+end_src I'm not sure if this has always been the case or if a change affected some behavior. It strikes me that I would have used this notation before and I never noticed this, so my intuition is that it's a change-related issue. Let me know if I should check other config options that might be causing this. I could post a link to a paste-bin of my .emacs if that would help diagnose. Thanks, John
Re: [O] Bug: org-icalendar converts org-icalendar-timezone to uppercase during export
Hi David, David Engster writes: > This is because "%Z" gets replaced with org-icalendar-timezone, and the > FIXEDCASE parameter isn't set in the call to > replace-regexp-in-string. The attached patch fixes that. Applied, thanks! -- Bastien
[O] Bug: org-icalendar converts org-icalendar-timezone to uppercase during export
When exporting an Org file as iCalendar and org-icalendar-timezone is set to e.g. "Europe/Berlin", it gets inserted as "EUROPE/BERLIN" during export (and some CalDAV servers don't like that). This is because "%Z" gets replaced with org-icalendar-timezone, and the FIXEDCASE parameter isn't set in the call to replace-regexp-in-string. The attached patch fixes that. -David diff --git a/lisp/org-icalendar.el b/lisp/org-icalendar.el index 389dc5d..12cd058 100644 --- a/lisp/org-icalendar.el +++ b/lisp/org-icalendar.el @@ -677,7 +677,7 @@ a time), or the day by one (if it does not contain a time)." (setq fmt (if have-time (replace-regexp-in-string "%Z" org-icalendar-timezone - org-icalendar-date-time-format) + org-icalendar-date-time-format t) ";VALUE=DATE:%Y%m%d")) (concat keyword (format-time-string fmt time (and (org-icalendar-use-UTC-date-timep)
Re: [O] simple script to convert txt tables to Org-mode tables on the command line
Eric Schulte writes: > This is a relic from the early days of Babel. I believe it is > mentioned in the documentation (if it isn't I agree that it should > be). Not that I can find, neither in the manual nor Worg (I've looked again). Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Waldorf MIDI Implementation & additional documentation: http://Synth.Stromeko.net/Downloads.html#WaldorfDocs
Re: [O] simple script to convert txt tables to Org-mode tables on the command line
> > One noteworthy thing: even though I say ":hlines no" (I can also do this > on the call line with the same result), the table still gets exported to > elisp _with_ hlines and I need to filter them out myself. I'm not sure > if that is intended, but it feels a bit awkward. If anything, this > exception should be noted in the documentation if it is intentional. > elisp is special in that no hline or heading processing is done for you (the idea being that if you're working from within elisp you can do this yourself). This is a relic from the early days of Babel. I believe it is mentioned in the documentation (if it isn't I agree that it should be). -- Eric Schulte http://cs.unm.edu/~eschulte
Re: [O] simple script to convert txt tables to Org-mode tables on the command line
Bastien writes: > In the same vein, the next release of Clojure (1.5) includes > a way to export to Org mode tables: While we are talking about exporting tables to/from Org: Start a session from sudoku.el and use this org file to easily import Sudoku from a paper or book into sudoku.el and maybe keep track of what you did. Not the most elegant code for dealing with the lists structures, but it gets the job done. --8<---cut here---start->8--- #+NAME: export-sudoku #+BEGIN_SRC emacs-lisp :var table=() :hlines no :results output silent (setq custom-puzzles (list (mapcar (lambda (row) (mapcar (lambda (entry) (if (stringp entry) 0 entry)) row)) (remove 'hline table #+END_SRC #+NAME: import-sudoku #+BEGIN_SRC emacs-lisp :results value :hlines yes (let (board (index 0)) (setq board (mapcar (lambda (row) (mapcar (lambda (entry) (if (zerop entry) "" entry)) row)) current-board)) (list (nth 0 board) (nth 1 board) (nth 2 board) 'hline (nth 3 board) (nth 4 board) (nth 5 board) 'hline (nth 6 board) (nth 7 board) (nth 8 board))) #+END_SRC #+TBLNAME: Test | 3 | | 2 | | | | 5 | | 8 | | | 9 | | 3 | | 5 | | 6 | | | 6 | | | | 7 | | | | 4 | |---+---+---+---+---+---+---+---+---| | | 8 | | 1 | | 4 | | 2 | | | | | 9 | | | | 8 | | | | | 2 | | 6 | | 9 | | 5 | | |---+---+---+---+---+---+---+---+---| | 8 | | | | 9 | | | | 5 | | | 1 | | 4 | | 3 | | 8 | | | 2 | | 4 | | | | 1 | | 9 | #+CALL: export-sudoku(table=Test) :results output silent #+CALL: import-sudoku() :hlines yes --8<---cut here---end--->8--- One noteworthy thing: even though I say ":hlines no" (I can also do this on the call line with the same result), the table still gets exported to elisp _with_ hlines and I need to filter them out myself. I'm not sure if that is intended, but it feels a bit awkward. If anything, this exception should be noted in the documentation if it is intentional. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
Re: [O] Fix to property inheritance
Hi Bill, Bill Wishon writes: > I'll edit the code and commit messages so they're < 75 chars. > > I'll check in again to see where the FSF process is at. > > And yes this is about property inheritance with accumulation. Great, *thanks*! -- Bastien
Re: [O] simple script to convert txt tables to Org-mode tables on the command line
Eric Schulte writes: > I found the need to write this today, figured I'd share on the off > chance anyone else has a need for this sort of script. > > txt2org --- convert tab-separated data to org-mode tables > http://orgmode.org/worg/org-hacks.html#sec-3-4 Neat! In the same vein, the next release of Clojure (1.5) includes a way to export to Org mode tables: https://github.com/clojure/clojure/blob/master/changes.md#28-clojurepprintprint-table-output-compatible-with-emacs-org-mode -- Bastien
[O] BBDB(3) or org-contacts
Hello, I've decided to use Gnus for my mail news (converted my present setup to Maildirs served by locally running dovecot, but need some time to setup Gnus) and wonder what do you recommend for keeping my contacts? Besides keeping contacts just as Gnus addressbook, I'd like to store some extra data for some contacts like date-of-birth, place-of-birth, time-of-birth as well as to keep records for my counseling clients about their appointments, iow. notes about every session they had with the ability to perform some custom-based searches. Based on this description it seems that org-contacts is more suitable for the task than BBDB(3) offering ability to have custom format, easy editing of contacts etc., but I do wonder about scalability considering the following post (http://www.hardakers.net/code/bbdb-to-org-contacts/) where the author of bbdb-to-org-contacts converter wrote: "Once I point org-contacts at my newly generated file containing 831 records it make org-contacts really really slow down. I wouldn't care about the normal record searching process for just looking something up, but it makes loading a message in gnus unusable (5 second delay per message)." Any hint? Sincerely, Gour -- Even if you are considered to be the most sinful of all sinners, when you are situated in the boat of transcendental knowledge you will be able to cross over the ocean of miseries. http://www.atmarama.net | Hlapicina (Croatia) | GPG: 52B5C810
Re: [O] Fix to property inheritance
Hi Bastien, I'll edit the code and commit messages so they're < 75 chars. I'll check in again to see where the FSF process is at. And yes this is about property inheritance with accumulation. ~>Bill On Jan 7, 2013, at 9:35 AM, Bastien wrote: > Hi Bill, > > sorry for the late (and probably disappointing) reply. > > Bill Wishon writes: > >> This is my first major org-mode contribution, and I'm new to git, so >> if there is something I haven't got quite right in terms of how to >> contribute please advise. >> >> org-entry-get with inherit set didn't work for sub-heading additions >> or overrides to properties found in parent headings as of Org-mode >> version 7.9.2 (release_7.9.2-738-g442b2a-git @ org-loaddefs.el can >> not be found!). >> >> An example test org-mode file is attached (modified from the testing/ >> examples directory and also updated in my git repository). > > Thanks for providing such a file with tests and examples. > > As far as I understand, problems are for cumulative properties, > right? > > Eric, do you have time to check Bill's tests and see what's > wrong with cumulative properties and inheritance? I'm not familiar > enough with this part of the code to *enjoy* fixing this :) > > As for the patch themselves... > > 1) I did not receive confirmation from the FSF copyright clerk that > your assignment is processed -- let me know if it is; > > 2) Please shrink commit messages and code lines to < 75 characters > when possible. See org.el: we avoid long lines. This is not only > for code readability, but also - and importantly here - for patch > readability... > > If I overlooked a bug about something else than cumulative props, > please let me know and let's have a separate fix for it. > > Thanks! > > -- > Bastien
Re: [O] Ignoring empty subtrees/new exporter
On 01/06/2013 10:54 PM, Florian Beck wrote: On 01/06/2013 11:24 AM, Nicolas Goaziou wrote: The global idea is correct, but I find that the implementation is too low level. It also taints original e-latex back-end. I suggest the following instead: Thanks a lot! A derived backend seems like a good idea. Unfortunatly, the function org-export-with-backend isn't in the latest org-plus-contrib package (20121231). I'll try it then. Well, I've switched to the git version. The version in "org-plus-contrib" is a very one from the maint-branch, which kind of defeats the purpose of the package, doesn't it? Anyway, your suggestion now works perfectly, thanks again.
Re: [O] simple script to convert txt tables to Org-mode tables on the command line
Eric Schulte wrote: > I found the need to write this today, figured I'd share on the off > chance anyone else has a need for this sort of script. > > txt2org --- convert tab-separated data to org-mode tables > http://orgmode.org/worg/org-hacks.html#sec-3-4 > As an alternative, the command M-x org-table-convert-region does much of the dirty work - but you are on your own for hlines. Nick
Re: [O] simple script to convert txt tables to Org-mode tables on the command line
Jambunathan K writes: > Eric Schulte writes: > >> I found the need to write this today, figured I'd share on the off >> chance anyone else has a need for this sort of script. >> >> txt2org --- convert tab-separated data to org-mode tables >> http://orgmode.org/worg/org-hacks.html#sec-3-4 > > Is it different from > > M-x org-table-import RET > Yes, it is a shell script and not an Emacs Lisp function, hence it can be used in different contexts. Also, it probably isn't quite as nice in terms of right or left aligning column contents. -- Eric Schulte http://cs.unm.edu/~eschulte
Re: [O] simple script to convert txt tables to Org-mode tables on the command line
Eric Schulte writes: > I found the need to write this today, figured I'd share on the off > chance anyone else has a need for this sort of script. > > txt2org --- convert tab-separated data to org-mode tables > http://orgmode.org/worg/org-hacks.html#sec-3-4 Is it different from M-x org-table-import RET > Cheers, --
[O] simple script to convert txt tables to Org-mode tables on the command line
I found the need to write this today, figured I'd share on the off chance anyone else has a need for this sort of script. txt2org --- convert tab-separated data to org-mode tables http://orgmode.org/worg/org-hacks.html#sec-3-4 Cheers, -- Eric Schulte http://cs.unm.edu/~eschulte
Re: [O] org-mobile-push vs. symlinks
Hi James, James Harkins writes: > I just looked at the footnote text... why did we go from "symlinks > work if the name is the same" to an unqualified "symlinks are not > supported"? Should be fixed now... thanks, -- Bastien
Re: [O] Fix to property inheritance
Hi Bill, sorry for the late (and probably disappointing) reply. Bill Wishon writes: > This is my first major org-mode contribution, and I'm new to git, so > if there is something I haven't got quite right in terms of how to > contribute please advise. > > org-entry-get with inherit set didn't work for sub-heading additions > or overrides to properties found in parent headings as of Org-mode > version 7.9.2 (release_7.9.2-738-g442b2a-git @ org-loaddefs.el can > not be found!). > > An example test org-mode file is attached (modified from the testing/ > examples directory and also updated in my git repository). Thanks for providing such a file with tests and examples. As far as I understand, problems are for cumulative properties, right? Eric, do you have time to check Bill's tests and see what's wrong with cumulative properties and inheritance? I'm not familiar enough with this part of the code to *enjoy* fixing this :) As for the patch themselves... 1) I did not receive confirmation from the FSF copyright clerk that your assignment is processed -- let me know if it is; 2) Please shrink commit messages and code lines to < 75 characters when possible. See org.el: we avoid long lines. This is not only for code readability, but also - and importantly here - for patch readability... If I overlooked a bug about something else than cumulative props, please let me know and let's have a separate fix for it. Thanks! -- Bastien
Re: [O] Globally set categories overwhelm tree inheritance
Hi William, William Léchelle writes: > If an entry has no property drawer, it correctly inherits its CATEGORY > property > from its hierarchy, but if it *has* one, *not* featuring a category property, > then the #+Category one supersedes that of the entry's hierarchy. Fixed, thanks! -- Bastien
[O] Tangle won't strip coderef labels?
I've recently started to use Org-mode to write some small utilities in a literate style. I then stumbled upon the docs about coderef labels, which seemed like a great way to minimize having to basically repeat the content of code in the documentation about the utility's design. The only problem is that they aren't stripped during tangling. So if you have a doc like: #+BEGIN_SRC sh -n -r :noweb tangle :shebang #!/bin/sh :tangle test.sh echo "Working" (ref:working) #+END_SRC When you tangle the doc, you'll end up with: #!/bin/sh echo "Working" (ref:working) I'm assuming this isn't intended behavior, since I can't find anything in the docs about it. I appreciate any help---I've done some spelunking around the source, but it's not at all obvious to me how this all fits together, so I'm afraid I'm not able to offer a patch, assuming it's a bug. Mike.
Re: [O] [BUG] remote execution in heterogeneous environment
Michael Albinus writes: > + (let ((input-file (org-babel-temp-file "input-")) > + (error-file (if error-buffer (org-babel-temp-file "scor-") nil)) > + (shell-file-name > + (if (file-executable-p > + (concat (file-remote-p default-directory) shell-file-name)) > + shell-file-name > +"/bin/sh")) The hard-coded /bin/sh breaks testing with NT-Emacs and using Cygwin as the backend because of the different path conventions in both environments. This is a hack, but it works when setting SHELL=dash, note that there are no path components in there and even if your test would fail: NTEmacs knows nothing about Cygwin's path. Can you please arrange that shell-file-name is used without alteration when the execution is local? Even for remote execution hardcoding /bin/sh seems a bit heavy-handed to me… Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptations for KORG EX-800 and Poly-800MkII V0.9: http://Synth.Stromeko.net/Downloads.html#KorgSDada
Re: [O] Emacs hangs in org file
Stelian Iancu siancu.net> writes: > Versions: GNU Emacs 24.3.50.1 (x86_64-apple-darwin, NS apple-appkit-1038.36) If you aren't prepared to attach a debugger to your running Emacs, you probably shouldn't be using Emacs' trunk version at all or at least not right now. If you must use some unreleased version, try at least the pre-release for Emacs 24.3, that is 24.2.9x. Regards, Achim.
Re: [O] Emacs hangs in org file
Stelian Iancu wrote: > I have a fairly simple org file with only a couple of headings, TODOs > and some notes. The issue I'm seeing is that Emacs hangs to the point > where I have to force close it when I'm trying to expand a > headline. The behavior seems random, i.e. it's not always the same > header and I don't have specific steps to reproduce. > > Versions: > GNU Emacs 24.3.50.1 (x86_64-apple-darwin, NS apple-appkit-1038.36) of > 2012-12-30 on bob.porkrind.org > > Org-mode version 7.9.2 (7.9.2-181-ge8aaca-elpaplus @ > /Users/stelianiancu/.emacs.d/elpa/ > org-plus-contrib-20121231/) > > Any ideas how can I debug this further or why this might happen? > Does it hang or is is stuck in a loop? Check whether emacs is is accumulating CPU time with ps. If it's in a loop and C-g works to get it out, you can set debug-on-quit, interrupt it and ponder the backtrace. Doing it a couple of times might indicate where the problem is. If not, then the only thing I can think of is attaching strace to the emacs process, and figuring out what it is doing. In either case, easier said than done, but desperate times call for desperate measures. Nick
Re: [O] Emacs hangs in org file
On Mon, Jan 7, 2013 at 9:50 AM, Jambunathan K wrote: M-x toggle-debug-on-quit RET > Hit C-g when Emacs hangs. > > Or > > You can put the following in your .emacs > (setq debug-on-quit t) > > Tried this and unfortunately it didn't help. Once it hangs, pressing C-g does nothing. On the other hand, maybe it doesn't actually hang. I just noticed this time that the mouse seems to work, i.e. I can move the pointer to different places in the buffer by clicking and I can also select text. It's just the keyboard that doesn't seem to be working anymore inside Emacs. Unfortunately I don't have the menu enabled so I can't tell if it also does something else. > Or > > It is always good to check everything is OK with minimal Emacs/Org > emacs --debug-init -L ~/src/org-mode/lisp -L > ~/src/org-mode/contrib/lisp > > > > > Thanks! > > > > S. > > > > -- >
[O] [feature request] set text color and size
I made presentations with org-mode + beamer quite a lot. Now and then I'd like to set a different color for some text to draw the students' attention. For example, #+begin_src org * test blah blah ... We should \textcolor{red}{NEVER} do it. #+end_src As HTML5 slides are getting popular these days, I am trying org-mode + HTML5. But I find I have to keep a separate edition of org file for HTML5 slides from the beamer ones, since the color setting is quite different. Here comes my feature request: set text color in a consistent way. We may introduce a new syntax and rewrite the test org-file above as follows: #+begin_src org * test blah blah ... We should [#ff NEVER] do it. #+end_src In the brackets, the first item is the color to be set for the rest text. And this item must start with #, followed by RGB hex numbers (css-like) or a color name. If the format is not right, we can just treat it like normal text. The syntax can be extended for setting text size as well. That is, # followed by some numbers (ie. less than 6 numbers).
Re: [O] backslashchar in texinfo
On 06/01/2013 20:20, Bastien wrote: Hi Andy, Andy Moreton writes: This still appears to be broken in emacs trunk - could you please update the org manual there to fix this too ? This has been fixed in the emacs-24 branch and will be merged into trunk soon. Thanks for sorting this out, AndyM
Re: [O] clock consistency check doesn't work for today item
Bastien altern.org> writes: > If you clock in and ou using org-clock-in and org-clock-out (or > equivalent commands from the agenda), then you should not have to > worry abou whitespaces -- this must have been manually deleted/typed > by error. > > So I'd say no, this is not a bug. > Thanks for tell me this, I will be careful now. Sincerely, Yuchen
Re: [O] Emacs hangs in org file
Stelian Iancu writes: > Hi all, > > I have a fairly simple org file with only a couple of headings, TODOs > and some notes. The issue I'm seeing is that Emacs hangs to the point > where I have to force close it when I'm trying to expand a headline. > The behavior seems random, i.e. it's not always the same header and I > don't have specific steps to reproduce. > > Versions: > GNU Emacs 24.3.50.1 (x86_64-apple-darwin, NS apple-appkit-1038.36) of > 2012-12-30 on bob.porkrind.org > > Org-mode version 7.9.2 (7.9.2-181-ge8aaca-elpaplus @ > /Users/stelianiancu/.emacs.d/elpa/org-plus-contrib-20121231/) > > Any ideas how can I debug this further or why this might happen? M-x toggle-debug-on-quit RET Hit C-g when Emacs hangs. Or You can put the following in your .emacs (setq debug-on-quit t) Or It is always good to check everything is OK with minimal Emacs/Org emacs --debug-init -L ~/src/org-mode/lisp -L ~/src/org-mode/contrib/lisp > > Thanks! > > S. > --
[O] Emacs hangs in org file
Hi all, I have a fairly simple org file with only a couple of headings, TODOs and some notes. The issue I'm seeing is that Emacs hangs to the point where I have to force close it when I'm trying to expand a headline. The behavior seems random, i.e. it's not always the same header and I don't have specific steps to reproduce. Versions: GNU Emacs 24.3.50.1 (x86_64-apple-darwin, NS apple-appkit-1038.36) of 2012-12-30 on bob.porkrind.org Org-mode version 7.9.2 (7.9.2-181-ge8aaca-elpaplus @ /Users/stelianiancu/.emacs.d/elpa/org-plus-contrib-20121231/) Any ideas how can I debug this further or why this might happen? Thanks! S.
Re: [O] Using Pandoc for export to EPub and Mediawiki Re: Bug: Status of the org-mediawiki.el [7.8.11]
For a quick work around, Pandoc can read in HTML, so perhaps you can export org to HTML and then process it with Pandoc. You can even use the following script so you can pipe it from the command line. #!/usr/bin/emacs --script ;read stdin into a temp buffer ;go into org-mode ;output the buffer as a string and pipe to stdout (with-temp-buffer (progn (condition-case nil (let (line) (while (setq line (read-from-minibuffer "")) (insert line) (insert "\n"))) (error nil)) (org-mode) (princ (org-export-as-html nil nil nil 'string)) )) Chris. On 6 January 2013 12:48, Bastien wrote: > Hi Bernhard, > > "Bernhard F.W. Gschaider" writes: > > > If nobody is actively working on these export filters (Mediawiki) then > > maybe "outsourcing" this conversion to pandoc and "only" integrating the > > call into the "export menu" would be an interesting way to go > > Yes. If you can motivate someone either from this list or from Pandoc > community to write an Org mode reader, that'd be nice. Even when we > finally have a mediawiki exporter. > > Best, > > -- > Bastien > >