Re: [O] ascii fill column ignored
Hello, Samuel Wales writes: > (setq org-ascii-text-width 60) > (org-export-to-buffer 'ascii "whatever.txt" nil t nil) > > Anything with footnotes is filled to 75. I cannot reproduce it with the following buffer: --8<---cut here---start->8--- #+BIND: org-ascii-text-width 60 * Subtree Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enimad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat. Duis aute irure dolor in[fn:1] reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla pariatur. Excepteur sint occaecat cupidatat non proident[fn:inline:Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enimad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat. Duis aute irure dolor in reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla pariatur. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum.], sunt in culpa qui officia deserunt mollit anim id est laborum. * Footnotes [fn:1] Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enimad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat. Duis aute irure dolor in reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla pariatur. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum. --8<---cut here---end--->8--- Could you provide an ECM? Thank you. Regards, -- Nicolas Goaziou
[O] How To publish to markdown?
Hi, i use a publish project which calls the function *org-html-publish-to-html*. I also need a project to publish to markdown syntax. But there is no function org-md-publish-to-md. Could someone explain me, how to publish to markdown? Export file by file works... but i need to publish round about 200 files I read about a patch but i dont know how to implement it... -- with best Daniel http://netbunker.de
Re: [O] error exporting latex src block
Hi Eric, On 17/10/13 2:59 PM, Eric Schulte wrote: > Jason Lewis writes: > > Your example exports w/o problem for me with Org-mode version Org-mode > version 8.2.1. I believe the problem on your system lies in the latex > fontification on your system. Org-mode uses htmlize to export fontified > code to html, so you could try running htmlize-buffer from a latex-mode > buffer with "\\". > Thanks for the pointer. You were correct, the test resulted in the same error. I'm at a loss as to how I might resolve it. emacs doesn't seem to produce any useful error, and toggle-debug-on-error doesn't seem to trap when the error happens either. Any ideas? Thanks, Jason
Re: [O] Drag images from Firefox to org-mode
Marcin Borkowski writes: > Dnia 2013-10-16, o godz. 17:52:51 > Oleh napisał(a): > >> The address and date are auto-added as a comment now. >> The updated source can be found at >> https://github.com/abo-abo/org-download >> >> Images can be stored in a custom dir with: >> >> (setq org-download-image-dir "~/Pictures/org") >> >> I still want to add some rescaling option via ImageMagick and >> an option for local files. >> Other suggestions can be raised as issues on github, so it's >> easier to keep track of them. > > It's not something I need (at least not often), but I wanted to say > that this is really, really cool. Thank you, sir. Same here. -- Konubinix GPG Key: 7439106A Fingerprint: 5993 BE7A DA65 E2D9 06CE 5C36 75D2 3CED 7439 106A signature.asc Description: PGP signature
Re: [O] Drag images from Firefox to org-mode
Hi Oleh and others, does anyone know how general this code is? Does it works on different operating systems? We might want to include this into the Org core. - Carsten On Oct 16, 2013, at 12:04 PM, Oleh wrote: > Hi all, > > Here's a little hack that I use to make my life easier: > > (require 'async) > (eval-when-compile > (require 'cl)) > (defun org-store-image (link basedir) > (async-start >`(lambda() (shell-command > ,(format "wget \"%s\" -P \"%s\"" >link >(expand-file-name basedir >(lexical-let ((cur-buf (current-buffer))) > (lambda(x) >(with-current-buffer cur-buf > (org-display-inline-images)) > > (defun org-store-image-clipboard (link) > "Save image at address LINK to current directory's subdirectory DIR. > DIR is the name of the current level 0 heading." > (interactive (list (current-kill 0))) > (let ((filename (car (last (split-string link "/" > (dir (save-excursion >(org-up-heading-all (1- (org-current-level))) >(substring-no-properties > (org-get-heading) > (if (null (image-type-from-file-name filename)) > (message "not an image URL") > (unless (file-exists-p (expand-file-name filename dir)) > (org-store-image link dir)) > (insert (format "[[./%s/%s]]" dir filename)) > (org-display-inline-images > > (setcdr (assoc "^\\(https?\\|ftp\\|file\\|nfs\\)://" dnd-protocol-alist) > 'dnd-org-insert) > > (defun dnd-org-insert (uri action) > (org-store-image-clipboard uri)) > > When it's a plain image, I can just drag it from the browser to org-mode. > It will be downloaded in async to a subdirectory of the current directory and > the link will be inserted > at point. > For stubborn images that are links I can right click to copy image location > and call > `org-store-image-clipboard' interactively. > > I hope it's useful to someone and that I'm not re-implementing standard > functionality. > > regards, > Oleh > > regards, > Oleh signature.asc Description: Message signed with OpenPGP using GPGMail
Re: [O] Drag images from Firefox to org-mode
Carsten Dominik writes: > does anyone know how general this code is? Does it works on different > operating systems? > We might want to include this into the Org core. Since it is based on dnd, and since the documentation of dnd reads: ;; This file provides the generic handling of the drop part only. ;; Different DND backends (X11, W32, etc.) that handle the platform ;; specific DND parts call the functions here to do final delivery of ;; a drop. I'd highly suspect that the code is portable. This is my naive opinion, though HTH, -- Nico.
Re: [O] FYI: Github updated Org ruby gem in github.com
* Waldemar Quevedo wrote: > Hello, > > I just noticed but recently Github upgraded the version of the Org ruby gem > that they used in github.com : > https://github.com/github/markup/issues/186#issuecomment-25342870 Horray! :-) > This update took a while to happen, but I hope you like the improvements of > what the Org ruby contributors and I have worked on (version bump was 0.5.3 > -> 0.8.1 so many issues fixed) Yes, many (basic) things which were failing before are working now. > It seems that this update have been available for users, so feedback is > appreciated. > If you find rendering bugs or something wrong, please help me out filing a > ticket with the issues if you want it fixed (or even better submit a pull > request :) > https://github.com/bdewey/org-ruby/issues I will also update the feature works/fails table on my demonstration page on [1] soon. This way, people do not have to test everything by themself :-) 1. https://github.com/novoid/github-orgmode-tests -- mail|git|SVN|photos|postings|SMS|phonecalls|RSS|CSV|XML to Org-mode: > get Memacs from https://github.com/novoid/Memacs < https://github.com/novoid/extract_pdf_annotations_to_orgmode + more on github
[O] Error using capture: "Capture abort: (wrong-type-argument stringp |)"
I have made only minor changes to my capture-templates variable, which is admittedly quite convoluted. Recently, this error pops up whenever I run C-cC and any of the keys for templates: Capture abort: (wrong-type-argument stringp |) Does this ring a bell for anyone? Does this mean that "|" is encountered in a template, as a string, and shouldn't be? Thank you, Alan
Re: [O] How To publish to markdown?
On 2013-10-17 06:41, Daniel Thom wrote: i use a publish project which calls the function *org-html-publish-to-html*. I also need a project to publish to markdown syntax. But there is no function org-md-publish-to-md. Could someone explain me, how to publish to markdown? Export file by file works... but i need to publish round about 200 files Which version of Org are you using? The function =org-mod-publish-to-md= was added on Sept 25th: #+BEGIN_EXAMPLE commit 5c2b0dac7f0d7ed3cd0a052ddca2386b1e8d90cb Author: Carsten Dominik Date: Wed Sep 25 08:53:59 2013 +0200 Add publishing capabilities to markdown backend ,* lisp/ox-md.el (org-md-publish-to-md): New function. TINYCHANGE Patch by Brice Waegenire #+END_EXAMPLE You can easily define the function yourself if you don't want to upgrade: #+begin_src elisp (defun org-md-publish-to-md (plist filename pub-dir) "Publish an org file to Markdown. FILENAME is the filename of the Org file to be published. PLIST is the property list for the given project. PUB-DIR is the publishing directory. Return output file name." (org-publish-org-to 'md filename ".md" plist pub-dir)) #+end_src
Re: [O] Error using capture: "Capture abort: (wrong-type-argument stringp |)"
Hi Alan, On Oct 17, 2013, at 3:40 PM, Alan E. Davis wrote: > I have made only minor changes to my capture-templates variable, which is > admittedly quite convoluted. Recently, this error pops up whenever I run > C-cC and any of the keys for templates: > > Capture abort: (wrong-type-argument stringp |) This is an error that happens while the function org-capture-fill-template runs. It is not easy to locate because the error is captured. What you can do this this: Goto org-capture.el and find this piece of code: (condition-case error (org-capture-put :template (org-capture-fill-template)) ((error quit) (if (get-buffer "*Capture*") (kill-buffer "*Capture*")) (error "Capture abort: %s" error))) Edit it to remove the error trap: (org-capture-put :template (org-capture-fill-template)) (if (get-buffer "*Capture*") (kill-buffer "*Capture*")) Evaluate buffer to update. Set debug-on-error And then go and hit the error again. The traceback will then give information we can hopefully use. HTH - Carsten > > Does this ring a bell for anyone? Does this mean that "|" is encountered in > a template, as a string, and shouldn't be? > > Thank you, > > Alan signature.asc Description: Message signed with OpenPGP using GPGMail
Re: [O] Drag images from Firefox to org-mode
On 2013-10-17 08:43, Nicolas Richard wrote: Carsten Dominik writes: does anyone know how general this code is? Does it works on different operating systems? We might want to include this into the Org core. Since it is based on dnd, and since the documentation of dnd reads: ;; This file provides the generic handling of the drop part only. ;; Different DND backends (X11, W32, etc.) that handle the platform ;; specific DND parts call the functions here to do final delivery of ;; a drop. I'd highly suspect that the code is portable. It does make use of `wget', which may not be avalalable on all systems (e.g., i believe os x only includes `curl' by default.) So it would need to allow configuration of the image fetch command. rick
Re: [O] error exporting latex src block
Jason Lewis writes: > Hi Eric, > > On 17/10/13 2:59 PM, Eric Schulte wrote: >> Jason Lewis writes: >> >> Your example exports w/o problem for me with Org-mode version Org-mode >> version 8.2.1. I believe the problem on your system lies in the latex >> fontification on your system. Org-mode uses htmlize to export fontified >> code to html, so you could try running htmlize-buffer from a latex-mode >> buffer with "\\". >> > Thanks for the pointer. > > You were correct, the test resulted in the same error. > > I'm at a loss as to how I might resolve it. emacs doesn't seem to > produce any useful error, and toggle-debug-on-error doesn't seem to trap > when the error happens either. > > Any ideas? > I'd start with "emacs -Q" and bisect your init until you find the source of the error. > > Thanks, > > Jason > > -- Eric Schulte https://cs.unm.edu/~eschulte PGP: 0x614CA05D
Re: [O] odt export with 'header'
Hi, Andreas Leha writes: > I'd like to have a 'header' on the first page of a odt exported document Here is a fiddly way to do it. There may be easier and/or more correct ways. And perhaps the ODT exporter could use a preamble option like the HTML exporter has. But this should work, more or less. The trick is to put your header in an actual header in the style template, a page header that will only be shown on the first page. This works because header contents are included with the page style. So try making a style template again: 1. Export your document and open in Open-/LibreOffice. 2. Modify the styles to your heart's content. Hint: You may want to make the Title and Subtitle styles hidden (Modify Paragraph Style > Font Effects tab > check Hidden). Or you may skip this step for now and come back later. 3. Give the first page the page style OrgFirstPage. 4. Do Insert > Header > OrgFirstPage. 5. Put the content you want in the header, inserting the appropriate fields: #+begin_example > , > | Some fixed text here +--+ > || [Insert>Picture] | > |+--+ > | > | Some fixed text > | [Insert>Field>Author] > |Some more fixed text > | > | [Insert>Field>Date] > | > | [Insert>Field>Title] > | Some Subtitle > | > ` #+end_example 6. Save the template. 7. Try exporting with the path to the template in ODT_STYLES_FILE. (Actually, if you're going to include a logo or other picture, it gets a little more involved. You will need to include both the path to the template and the relative paths to "styles.xml" and the image file inside it, as described in the manual.) 8. If you don't see your custom header in the exported document, you may have to put the first page in OrgFirstPage style manually. (Not sure how to make this happen automatically.) 9. Following the header, you will still have the usual preamble with title, date, and if you haven't turned it off, the authorname. If you have made the Title and Subtitle styles hidden (step 2 above), they will be invisible in print. If not, you will need to delete them manually. Hope this helps? Yours, Christian
Re: [O] org-mode based groupware wiki
Hi Eric, On 16 October 2013 15:55, Eric Schulte wrote: > Lets at least try to isolate the problem. Could you try the following? > > 1. (require 'elnode), then point your browser to http://localhost:8000 where > you should see a directory listing and a test.html file, clicking on the > test.html file should show elnodes test web page. If this doesn't work you > don't have elnode installed correctly. > > 2. (require 'ox-ehtml), then open an Org-mode file and export with C-c C-e, > you should now see a normal html export of the file. > > 3. (setq org-ehtml-everything-editable t), then re-export the file to > editable html, you should now see [edit] buttons on most elements Until here it worked somehow now. I had editable files already in step 2 but that might be because I somehow set the editable flag during testing and playing with it. > 4. (require 'org-ehtml) then (setq org-ehtml-docroot > test-org-ehtml-example-dir), then (elnode-start 'org-ehtml-handler :port > ) and browse to http://localhost: where you should see a directory > listing. Clicking on the Org-mode files in that directory should yield > editable versions which actually change on disk when edited. > That still fails with the same error message on the browser. However, I found some info in the *Message* buffer. Entering debugger... "/home/torsten/test-wiki/" Mark set (( . #>) (8000 . #)) elnode-error: elnode--sentinel 'open from 127.0.0.1.' for process *elnode-webserver-proc*<1> <127.0.0.1:60889> with buffer nil elnode-error: Elnode status: *elnode-webserver-proc*<1> <127.0.0.1:60889> open from 127.0.0.1 elnode-error: filter: calling handler on *elnode-webserver-proc*<1> <127.0.0.1:60889> elnode-error: filter: caught an error in the handling elnode-error: elnode--sentinel 'deleted.' for process *elnode-webserver-proc*<1> <127.0.0.1:60889> with buffer *elnode-request-60889* elnode-error: Elnode status: *elnode-webserver-proc*<1> <127.0.0.1:60889> deleted elnode-log-access: Symbol's function definition is void: aget This missing aget function might be the problem?! I would need to test further. Thanks for your help and suggestion Torsten > Could you try the above and let me know where it fails? > > Thanks, > > > On Wed, Oct 16, 2013 at 6:08 AM, Torsten Wagner > wrote: >> >> Hi Eric, >> >> thanks for the reply. Unfortuantely, I still stuck with the same problem >> after updating from ELPA. >> If it works ok for you with the recent version of elnode and ehtml, I >> might have to digg where my config is broken. I tried following the readmes >> but the elnode server responeses with >> >> Server error >> >> at the website and I can't find any addtional error message in the logs. >> >> Thanks for help and support >> >> Torsten >> >> >> >> On 14 October 2013 15:07, Eric Schulte wrote: >>> >>> Hi Torsten, >>> >>> Sorry I missed your earlier email, I'm happy to hear that this package >>> is being used for collaboration between Org-mode users and normal >>> people. >>> >>> The org-ehtml package hadn't been updated in over a year, in the mean >>> time the many changes have taken place in Org-mode (especially what was >>> the "new" export framework becoming the "main" Org-mode export >>> framework). >>> >>> I've just finished updating org-ehtml to work with current versions of >>> Org-mode and elnode (and I've updated the ELPA package). Please try >>> with the latest version of org-ehtml and let me know if you run into >>> problems. >>> >>> Cheers, >>> >>> Torsten Wagner writes: >>> >>> > Hi Eric, >>> > >>> > still trying to figure out whats wrong with my set-up. Did you had time >>> > to >>> > look intio it. >>> > It seems somehow elnode does not play well anymore with the current >>> > version >>> > of ehtml. >>> > Or something like this. >>> > I can access elnodes standard services and I can create new services >>> > like >>> > described in the elnode wiki. >>> > However, following the README of ehtml. I receive the early posted >>> > error >>> > message. This is not an emacs-based error or any sort of crash. It >>> > seems to >>> > be something which is "well" handled by elnodes error catching. >>> > >>> > Would be glad if you could give us some advice how to deal with that or >>> > how >>> > to test further. We are in the middle of setting up a groupware wiki. >>> > Two >>> > of us are org-mode users and the others do not really care what >>> > markup-language that might have to use. Thus, it gives us the comfort >>> > to >>> > stick with org-mode and we only have to decide to go the ehtml/emacs >>> > way or >>> > the gollum/org-ruby way. Even more luckily this is not a decision >>> > forever, >>> > since the files remain to be native org-files on both systems, I >>> > believe we >>> > could switch at anytime. >>> > This is again a nice example of the pure text based org-mode paradigm. >>> > >>> > Thanks >>> > >>> > Torsten >>> > >>> > >>> > On 7 October 2013 17:02, Torsten Wagner >>> > wrote: >>> > >>> >> Hi Eric, >>>
Re: [O] Drag images from Firefox to org-mode
Rick Frankel writes: > On 2013-10-17 08:43, Nicolas Richard wrote: >> Carsten Dominik writes: >> does anyone know how general this code is? Does it works on >> different operating systems? >> We might want to include this into the Org core. >> >> Since it is based on dnd, and since the documentation of dnd reads: >> ;; This file provides the generic handling of the drop part only. >> ;; Different DND backends (X11, W32, etc.) that handle the platform >> ;; specific DND parts call the functions here to do final delivery of >> ;; a drop. >> I'd highly suspect that the code is portable. > > It does make use of `wget', which may not be avalalable on all systems > (e.g., i believe os x only includes `curl' by default.) So it would > need to allow configuration of the image fetch command. I'm sorry I missed that. Indeed, on the one "OS X" I ever tried to run wget on, it didn't have wget. Perhaps url-retrieve can be used instead. I have no time right now to code it right, but here's a (synchronous) example with url + filetype + filename all hardcoded : (with-current-buffer (url-retrieve-synchronously "http://www.cnrtl.fr/images/css/bandeau.jpg";) (delete-region (point-min) (progn (re-search-forward "^$" nil 'move) (point))) (write-file (expand-file-name "~/tmp/foobar.jpg")) (pop-to-buffer (current-buffer))) using url-retrieve (which is asynchroneous) might also lift the requirement on async.el -- Nico.
[O] make doc fails at PDF: "pdftex exited with bad status"
On my Archlinux box with up to date texlive, and a newly cloned org-mode installation, "make doc" fails with the following messages: Output written on org.pdf (257 pages, 974386 bytes). Transcript written on org.log. /usr/bin/texi2dvi: pdftex exited with bad status, quitting. make[1]: *** [org.pdf] Error 1 make[1]: Leaving directory `/home/doc/WB/Elisp/org-mode.git/doc' make: *** [pdf] Error 2 This is a recent happening, within approxiately 2 to 3 weeks. I downgraded emacs (also relevant to another recent problem), and re-cloned the git repo. Should I run text2pdf on org.texi, in the doc/ directory, the pdf file is generated cleanly. I assume there is an issue in doc/Makefile. One suspects this issue may involve a recent update of the texlive packages on this system. In doc/Makefile, is a workaround due to a bug in texi2dvi. When I deleted the two lines from doc/Makefile, the same issue seems to exist, but making of org.pdf is skipped, since it already exists: the failure is for orgguide.pdf, in this case. I do not understand makefiles well enough to go any further with this. Alan Davis
Re: [O] Drag images from Firefox to org-mode
On 2013-10-17 10:48, Nicolas Richard wrote: Rick Frankel writes: On 2013-10-17 08:43, Nicolas Richard wrote: Carsten Dominik writes: does anyone know how general this code is? Does it works on different operating systems? We might want to include this into the Org core. Since it is based on dnd, and since the documentation of dnd reads: ;; This file provides the generic handling of the drop part only. ;; Different DND backends (X11, W32, etc.) that handle the platform ;; specific DND parts call the functions here to do final delivery of ;; a drop. I'd highly suspect that the code is portable. It does make use of `wget', which may not be avalalable on all systems (e.g., i believe os x only includes `curl' by default.) So it would need to allow configuration of the image fetch command. I'm sorry I missed that. Indeed, on the one "OS X" I ever tried to run wget on, it didn't have wget. Perhaps url-retrieve can be used instead. I have no time right now to code it right, but here's a (synchronous) example with url + filetype + filename all hardcoded : (with-current-buffer (url-retrieve-synchronously "http://www.cnrtl.fr/images/css/bandeau.jpg";) (delete-region (point-min) (progn (re-search-forward "^$" nil 'move) (point))) (write-file (expand-file-name "~/tmp/foobar.jpg")) (pop-to-buffer (current-buffer))) using url-retrieve (which is asynchroneous) might also lift the requirement on async.el One small problem, should be =(1+ (point))=, as the above leaves a blank newline at the head of the jpg, making it invalid. Here's an async implementation that seems to work ok: #+begin_src emacs-lisp (defun fetch-image (url &optional destdir) (url-retrieve url (lambda (status url destdir) (let ((err (plist-get status :error))) (if err (signal :error (cdr err (delete-region (point-min) (progn (re-search-forward "^$" nil 'move) (1+ (point (write-file (expand-file-name (file-name-nondirectory url) destdir) (pop-to-buffer (current-buffer `(,url ,destdir) nil t)) #+end_src rick
Re: [O] make doc fails at PDF: "pdftex exited with bad status"
Hi Alan i had exactly the same issue that drove me mad this solved this for me: https://bbs.archlinux.org/viewtopic.php?id=166163 let me know if you need any help! best Z. On Thu, Oct 17, 2013 at 7:17 PM, Alan E. Davis wrote: > On my Archlinux box with up to date texlive, and a newly cloned org-mode > installation, "make doc" fails with the following messages: > > Output written on org.pdf (257 pages, 974386 bytes). > Transcript written on org.log. > /usr/bin/texi2dvi: pdftex exited with bad status, quitting. > make[1]: *** [org.pdf] Error 1 > make[1]: Leaving directory `/home/doc/WB/Elisp/org-mode.git/doc' > make: *** [pdf] Error 2 > > This is a recent happening, within approxiately 2 to 3 weeks. I > downgraded emacs (also relevant to another recent problem), and re-cloned > the git repo. > > Should I run text2pdf on org.texi, in the doc/ directory, the pdf file is > generated cleanly. I assume there is an issue in doc/Makefile. > > One suspects this issue may involve a recent update of the texlive > packages on this system. In doc/Makefile, is a workaround due to a bug in > texi2dvi. When I deleted the two lines from doc/Makefile, the same issue > seems to exist, but making of org.pdf is skipped, since it already exists: > the failure is for orgguide.pdf, in this case. > > I do not understand makefiles well enough to go any further with this. > > Alan Davis >
Re: [O] org-mode based groupware wiki
>> 4. (require 'org-ehtml) then (setq org-ehtml-docroot >> test-org-ehtml-example-dir), then (elnode-start 'org-ehtml-handler :port >> ) and browse to http://localhost: where you should see a directory >> listing. Clicking on the Org-mode files in that directory should yield >> editable versions which actually change on disk when edited. >> > > That still fails with the same error message on the browser. > However, I found some info in the *Message* buffer. > > Entering debugger... > "/home/torsten/test-wiki/" > Mark set > (( . #>) (8000 . # *elnode-webserver-proc*>)) > elnode-error: elnode--sentinel 'open from 127.0.0.1.' for process > *elnode-webserver-proc*<1> <127.0.0.1:60889> with buffer nil > elnode-error: Elnode status: *elnode-webserver-proc*<1> > <127.0.0.1:60889> open from 127.0.0.1 > elnode-error: filter: calling handler on *elnode-webserver-proc*<1> > <127.0.0.1:60889> > elnode-error: filter: caught an error in the handling > elnode-error: elnode--sentinel 'deleted.' for process > *elnode-webserver-proc*<1> <127.0.0.1:60889> with buffer > *elnode-request-60889* > elnode-error: Elnode status: *elnode-webserver-proc*<1> > <127.0.0.1:60889> deleted > elnode-log-access: Symbol's function definition is void: aget > > > This missing aget function might be the problem?! I would need to test > further. > > Thanks for your help and suggestion > It looks like you've uncovered a bug in elnode, namely that it uses the `aget' function without first requiring the `assoc' package which defines that function. I bet if you first (require 'aget) and then re-try you will not see this problem. I've just opened an issue to this effect on the elnode github page [1]. Thanks, > > Torsten > > >> Could you try the above and let me know where it fails? >> >> Thanks, >> >> >> On Wed, Oct 16, 2013 at 6:08 AM, Torsten Wagner >> wrote: >>> >>> Hi Eric, >>> >>> thanks for the reply. Unfortuantely, I still stuck with the same problem >>> after updating from ELPA. >>> If it works ok for you with the recent version of elnode and ehtml, I >>> might have to digg where my config is broken. I tried following the readmes >>> but the elnode server responeses with >>> >>> Server error >>> >>> at the website and I can't find any addtional error message in the logs. >>> >>> Thanks for help and support >>> >>> Torsten >>> >>> >>> >>> On 14 October 2013 15:07, Eric Schulte wrote: Hi Torsten, Sorry I missed your earlier email, I'm happy to hear that this package is being used for collaboration between Org-mode users and normal people. The org-ehtml package hadn't been updated in over a year, in the mean time the many changes have taken place in Org-mode (especially what was the "new" export framework becoming the "main" Org-mode export framework). I've just finished updating org-ehtml to work with current versions of Org-mode and elnode (and I've updated the ELPA package). Please try with the latest version of org-ehtml and let me know if you run into problems. Cheers, Torsten Wagner writes: > Hi Eric, > > still trying to figure out whats wrong with my set-up. Did you had time > to > look intio it. > It seems somehow elnode does not play well anymore with the current > version > of ehtml. > Or something like this. > I can access elnodes standard services and I can create new services > like > described in the elnode wiki. > However, following the README of ehtml. I receive the early posted > error > message. This is not an emacs-based error or any sort of crash. It > seems to > be something which is "well" handled by elnodes error catching. > > Would be glad if you could give us some advice how to deal with that or > how > to test further. We are in the middle of setting up a groupware wiki. > Two > of us are org-mode users and the others do not really care what > markup-language that might have to use. Thus, it gives us the comfort > to > stick with org-mode and we only have to decide to go the ehtml/emacs > way or > the gollum/org-ruby way. Even more luckily this is not a decision > forever, > since the files remain to be native org-files on both systems, I > believe we > could switch at anytime. > This is again a nice example of the pure text based org-mode paradigm. > > Thanks > > Torsten > > > On 7 October 2013 17:02, Torsten Wagner > wrote: > >> Hi Eric, >> >> thanks for the email. I will give org-ehtml a try. Do you still >> actively >> maintain it. We would rely rather heavily on it ( a group of about 10 >> people) and I would be happy to know that I do not ride a dead horse. >> On >> the other hand you get a bunch of beta-testers ;) >> >> Could you
Re: [O] FYI: Github updated Org ruby gem in github.com
* Karl Voit wrote: > * Waldemar Quevedo wrote: >> >> I just noticed but recently Github upgraded the version of the Org ruby gem >> that they used in github.com : > > I will also update the feature works/fails table on my demonstration > page on [1] soon. This way, people do not have to test everything by > themself :-) done. > 1. https://github.com/novoid/github-orgmode-tests -- mail|git|SVN|photos|postings|SMS|phonecalls|RSS|CSV|XML to Org-mode: > get Memacs from https://github.com/novoid/Memacs < https://github.com/novoid/extract_pdf_annotations_to_orgmode + more on github
Re: [O] ascii fill column ignored
> Could you provide an ECM? === * (let ((org-export-preserve-breaks t)) (org-export-to-buffer 'ascii "whatever.txt" nil t nil)) These are directed against a population of sick people (or people who are likely to get sick), specifically.[fn:: Please note that the population is defined by the goals of the perpetrators. Example: in Action T4, some disabled taking hospital beds were targeted while some disabled returning soldiers were glorified.] Sometimes the group finds itself singled out, dehumanized, or framed as a threat to society, and can't figure out why. === Samuel -- The Kafka Pandemic: http://thekafkapandemic.blogspot.com The disease DOES progress. MANY people have died from it. ANYBODY can get it. Denmark: free Karina Hansen NOW.
Re: [O] ascii fill column ignored
Or this as I had my (much needed) paragraphs in footnotes before. === * (let ((org-export-preserve-breaks t)) (org-export-to-buffer 'ascii "whatever.txt" nil t nil)) lorem ipsum dolor lorem ipsum dolor lorem ipsum dolor lorem ipsum dolor lorem ipsum dolor lorem ipsum dolor lorem ipsum dolor[fn:: fn.] lorem ipsum dolor lorem ipsum dolor lorem ipsum dolor lorem ipsum dolor lorem ipsum dolor lorem ipsum dolor lorem ipsum. === Samuel -- The Kafka Pandemic: http://thekafkapandemic.blogspot.com The disease DOES progress. MANY people have died from it. ANYBODY can get it. Denmark: free Karina Hansen NOW.
Re: [O] ascii fill column ignored
Hello, Samuel Wales writes: > * (let ((org-export-preserve-breaks t)) (org-export-to-buffer > 'ascii "whatever.txt" nil t nil)) According to `org-export-preserve-breaks' docstring: Non-nil means preserve all line breaks when exporting. As a consequence, this variable also prevents filling. Therefore, `org-ascii-text-width' has no effect in this case. If you absolutely need both, use \\ at end of lines instead. Regards, -- Nicolas Goaziou
Re: [O] ascii fill column ignored
Take a look at the first line in both test cases. It gets longer. I'm OK with not filling such lines. But if it is going to fill or otherwise change the lines, IMO it should do so according to the correct fill column. Samuel -- The Kafka Pandemic: http://thekafkapandemic.blogspot.com The disease DOES progress. MANY people have died from it. ANYBODY can get it. Denmark: free Karina Hansen NOW.
Re: [O] ascii fill column ignored
I narrowed it down to this, so it isn't in default Org. I rely on being able to put paragraphs in inline footnotes as they were in Org 7. This implements that (and I rely on the fact that it works well with font lock too). However, for some reason it triggers the bug. ;; from author of new exporter, with extra \ ;; (setq org-export-before-parsing-hook nil) (add-hook 'org-export-before-parsing-hook 'hoka-org-export-par-in-inline-fn) ;; (remove-hook 'org-export-before-parsing-hook 'hoka-org-export-par-in-inline-fn) (defun hoka-org-export-par-in-inline-fn (backend) "Fix inline footnote paragraphs to work." (unless (org-export-derived-backend-p backend 'latex) (org-footnote-normalize) ;; =alpha i guess it sticks \par in there for you (while (re-search-forward "par\\s-*" nil t) (replace-match "\n\n"
Re: [O] Org-mode and Evernote
On Wed, 16 Oct 2013, Haider Rizvi wrote: > "Erik L. Arneson" writes: >> My Github repository is located here: >> https://github.com/pymander/evernote-mode > > Erik, looks interesting. > > I attempted to give it a whirl, do you want issues / discussion here > or in github. My first problem seems to be an incomplete defun at > line:2327 of evernote-mode.el. Let's keep it on Github until it's in working order. -- Erik L. Arneson Writer and Information Specialist dyb...@lnouv.com +1 541.291.9776
Re: [O] org-mode based groupware wiki
Eric Schulte writes: > It looks like you've uncovered a bug in elnode, namely that it uses the > `aget' function without first requiring the `assoc' package which > defines that function. I bet if you first (require 'aget) and then > re-try you will not see this problem. > Should be (require 'assoc). But IIRC, assoc is deprecated, so another solution will need to be implemented in the longer term. -- Nick
[O] conditionally includes or file options
Hi, I have an org file stored on a Dropbox drive. I need some file options in it for exporting to reveal.js using ox-reveal. eg: on my mac: #+REVEAL_EXTRA_CSS: file:///Users/jason/source/reveal.js-fullscreen-img/fullscreen-img.css on my windows computer: #+REVEAL_EXTRA_CSS: file:///C:\Users\jason\source\reveal.js-fullscreen-img\fullscreen-img.css I'm alternating between a Windows computer and a mac for writing this document, and so the path is different. Is there some way I can conditionally set the path based on the computer I'm exporting it on? Thanks, Jason -- Jason Lewis http://emacstragic.net
Re: [O] Drag images from Firefox to org-mode
Rick Frankel writes: > One small problem, should be =(1+ (point))=, as the above leaves a > blank newline at the head of the jpg, making it invalid. Oops, yes [Initially I had (search-forward "\n\n"), which worked fine,... then changed my mind and didn't test. Silly me.] Your code downloaded two images easily, but > (signal :error (cdr err signals a weird error for me (something like: "error in process filter: if: peculiar error: http, 404"). I suggest: (error "Error fetching URL %s: %s" url (cdr err)) -- Nico.
[O] Emulate a wiki a la wikidpad
Hey guys, I love orgmode and I've been using it for many years. I know there are wiki extensions for it and other extensions for emacs, but I've never found something as easy and straightforwards as WikiDPad. Wikidpad is a real-time wiki. It's really cool (http://wikidpad.sourceforge.net/). What I'm looking for is an extension that could automatically link camecased words in org files, and create its respective file in a specific directory, if the file does not exist. I know it wouldn't be too difficult to implement, but I'd like to check here first before trying to come up with a solution myself. The rationale is that it's a really great way to keep reference data, and since it's in real time, you don't need to export to a format like HTML to view it. It's just so convenient when brainstorming or for keeping notes. Cheers! Marcelo.
Re: [O] Emulate a wiki a la wikidpad
Marcelo de Moraes Serpa writes: > What I'm looking for is an extension that could automatically link > camecased words in org files, and create its respective file in a > specific directory, if the file does not exist. I know it wouldn't be > too difficult to implement, but I'd like to check here first before > trying to come up with a solution myself. org-wikinodes.el in the contrib/lisp directory? Charles -- "Open Standards, Open Documents, and Open Source" -- Scott Bradner (Open Sources, 1999 O'Reilly and Associates) signature.asc Description: PGP signature
