[O] Recursive descent depth control in org-publish
G'day, I've probably not RTFM'd hard enough, but I'm at my wits' end trying to work out how to stop this happening: I keep notes and projects in the same hierachy -- the projects themselves can be quite large -- and I use org-publish to export my notes to HTML. The problem is that I use ':recursive t' in my 'org-publish-project-alist' entry, and thus Emacs will attempt to traverse very, very, _very_ large directory hierachies and thus apparently hangs. Is there some way to flag sections of the tree as non-traversible? Cheers, ~j -- Jashank Jeremy PGP: 0x25A5C309 signature.asc Description: OpenPGP digital signature
[O] elp-instrument-package does not return anything
Hello, For the sake of finding potential bottlenecks in my config, I'm looking back at elp. I've the following minimal Emacs config file for the current work: #+begin_src emacs-lisp (message "Loading Minimal Emacs...") ;; change the pathnames appropriately! (add-to-list 'load-path (expand-file-name "~/src/org-mode/lisp")) (add-to-list 'load-path (expand-file-name "~/src/org-mode/contrib/lisp")) (add-to-list 'auto-mode-alist '("\\.\\(org\\|org_archive\\|txt\\)$" . org-mode)) ;; profile some times... (when (require 'elp) ;; the most important ones (elp-instrument-package "org") (elp-instrument-package "org-agenda") (elp-instrument-package "outline") (elp-instrument-package "font-lock") (elp-instrument-package "flyspell") (elp-instrument-package "ispell") (elp-instrument-package "emacs-leuven") (elp-instrument-package "calendar") (elp-instrument-package "cal-iso") (elp-instrument-package "diary-lib") (global-set-key "\C-ce" 'elp-results)) (setq org-agenda-files (append ;; org-directory (file-expand-wildcards "~/Personal/*.org") (file-expand-wildcards "~/Projects/*.org"))) (defconst em/emacs-load-time-start (float-time)) (org-agenda-list) (message "Loading Minimal Emacs... Done (in %.2f s)" (- (float-time) em/emacs-load-time-start)) #+end_src Quite simple, no? Though, for whatever unknown reason, when calling elp-results, I just get info about font-lock: --8<---cut here---start->8--- font-lock-mode 177 0.03 0.0001694915 font-lock-default-function 177 0.015 8.47...e-005 font-lock-compile-keywords 44 0.015 0.0003409090 font-lock-mode-internal88 0.015 0.0001704545 font-lock-set-defaults 89 0.015 0.0001685393 font-lock-fontify-region 1 0.0 0.0 font-lock-choose-keywords 44 0.0 0.0 font-lock-extend-jit-lock-region-after-change 9 0.0 0.0 font-lock-default-fontify-region 1 0.0 0.0 font-lock-value-in-major-mode 220 0.0 0.0 font-lock-default-unfontify-region 1 0.0 0.0 font-lock-specified-p 309 0.0 0.0 font-lock-unfontify-region 1 0.0 0.0 font-lock-fontify-syntactically-region 1 0.0 0.0 font-lock-initial-fontify 177 0.0 0.0 font-lock-fontify-keywords-region 1 0.0 0.0 font-lock-turn-on-thing-lock 88 0.0 0.0 font-lock-compile-keyword 16280.0 0.0 font-lock-change-mode 44 0.0 0.0 font-lock-extend-region-multiline 1 0.0 0.0 font-lock-extend-region-wholelines 1 0.0 0.0 font-lock-eval-keywords88 0.0 0.0 --8<---cut here---end--->8--- Nothing about Org!? I'm really out of ideas about what to do to get those Org profiling results? Any idea of what I'm doing wrong (I guess)? Best regards, Seb -- Sebastien Vauban
Re: [O] R code, LaTex export of tables
Neuwirth Erich wrote: > The following piece of code > produced nicely formatted table > some time ago when exported through LaTex. > It comes from > http://orgmode.org/worg/org-contrib/babel/languages/ob-doc-R.html > > #+BEGIN_SRC R :results output org :exports both Try #+BEGIN_SRC R :results output raw :exports both HTH, Nick > library(ascii) > a <- runif(100) > c <- "Quantiles of 100 random numbers" > b <- ascii(quantile(a),header=TRUE,include.colnames=TRUE) > print(b,type="org") > rm(a,b,c) > #+END_SRC > > When I tried again now, it renders the table as org source code for > tables > |0% |25% |50% |75% |100%| > |--+--+--+--+--| > | 0.01 | 0.26 | 0.51 | 0.76 | 1.00 | > > And does not format it nicely. > How can I make this work "the old way"? > >
[O] Rudel - Real-Time collaborative editing of Org-Mode files
Hi, I was wondering whether anyone had experience, good bad or indifferent in the use of minor mode Rudel (http://rudel.sourceforge.net/) for collaborative editing of org-mode file by a number of different people over the internet. I am hoping that it would provide similar collaborative working features that's available in Google Docs. Regards, Ciaran Mulloy
[O] Publishing org project as odt
Hello, I have a rather large project that I currently export to odt files. I tried the org-export-as-odt-batch command line function but it fails, and subsequently deletes all files in the directory. What i would *really* like is to publish the directory of org files, with a command like =org-publish-org-to-odt=. Is there a way to do this currently ? -Tim
Re: [O] The statement on what is orgmode.
Aloha all, I was just looking at the Org mode web site and thought this edit might contribute to the discussion. This text at the top of Org mode web site: Org mode is for keeping notes, maintaining TODO lists, doing project planning, and authoring with a fast and effective plain-text system. Might better be: Org mode is for keeping notes, maintaining TODO lists, planning projects, and authoring documents with a fast and effective plain-text system. Happy holidays, Tom Bastien writes: > Vikas Rawal writes: > >> After a rather fruitful discussion, this thread has gone dead before >> power-that-be would take note. Who is responsible for making changes >> on the orgmode website? > > Until someone volonteers to maintain the website, I am in charge. > > Can you summarize the change we need to make? > > If not, I will process this when I have some time. > > Thanks, -- Thomas S. Dye http://www.tsdye.com
Re: [O] remote execution in heterogeneous environment
Michael Albinus wrote: > Bastien writes: > > > Hi Michael, > > Hi everybody, > > > From the org-mode repo, simply run "make test": it will compile the > > files and run the test suite. > > I could reproduce the problem. > > Finally, it is an error in `process-file', which wasn't detected until > now. Thanks to triggering this! > > I've fixed it already in Emacs' trunk. For org-mode, I have used the > following workaround: > > ~/src/org-mode> git diff > diff --git a/lisp/ob-eval.el b/lisp/ob-eval.el > index 23e7143..df95d0a 100644 > --- a/lisp/ob-eval.el > +++ b/lisp/ob-eval.el > @@ -143,6 +143,11 @@ specifies the value of ERROR-BUFFER." > shell-file-name >"/bin/sh")) > exit-status) > +;; There is an error in `process-file', when `error-file' exists. > +;; Fixed already in Emacs trunk; for the time being we apply a > +;; workaround. > +(unless (file-remote-p default-directory) > + (delete-file error-file)) > (if (or replace > (and output-buffer > (not (or (bufferp output-buffer) (stringp output-buffer) > I can confirm that this fixes the local dir case in the simple test I posted previously (and the remote dir case was fixed by the process-file fix previously). > With that workaround, "make test" results in > > Ran 320 tests, 319 results as expected, 1 unexpected (2012-12-21 > 09:13:44+0100) > 7 expected failures > > 1 unexpected results: >FAILED ob-exp/exports-inline > I don't get that failure with the current code, so maybe it has been fixed already (?): , | Ran 334 tests, 334 results as expected (2012-12-21 12:27:17-0500) | 5 expected failures ` Not sure why I have a different number of tests/expected failures either. But in any case, the main problem is resolved. Thanks for the fixes! Nick
[O] Bug: org-edit-special won't let me edit a latex snippet [7.9.2 (release_7.9.2-808-gd8b328 @ /home/youngfrog/sources/org-mode/lisp/)]
Hello all, I'm at commit 830e231ef1da5c5a1ab760a6a059551841952610, and notice the following unexpected behaviour. Starting from "emacs -Q -L ~/sources/org-mode/lisp/" : M-x org-mode insert " "user-error: No special environment to edit here" This behaviour was introduced by commit 81d5ebc | * org-src.el (org-edit-src-code): Check if we are in a source code block with `org-in-src-block-p'. I think it is because org-in-src-block-p says we are not in a source code block, and it says so because it seems to look for an overlay, but there are no overlay (though there is an "org-block" face property). Btw I thought I had seen discussions about it somewhere, but can't find that anymore. I'm sorry if this was already discussed ! -- Nicolas.
[O] R code, LaTex export of tables
The following piece of code produced nicely formatted table some time ago when exported through LaTex. It comes from http://orgmode.org/worg/org-contrib/babel/languages/ob-doc-R.html #+BEGIN_SRC R :results output org :exports both library(ascii) a <- runif(100) c <- "Quantiles of 100 random numbers" b <- ascii(quantile(a),header=TRUE,include.colnames=TRUE) print(b,type="org") rm(a,b,c) #+END_SRC When I tried again now, it renders the table as org source code for tables |0% |25% |50% |75% |100%| |--+--+--+--+--| | 0.01 | 0.26 | 0.51 | 0.76 | 1.00 | And does not format it nicely. How can I make this work "the old way"?
Re: [O] flyspell and code blocks
Hi, Jambunathan K wrote: > Julian Burgos writes: > >> It is possible to make flyspell to ignore (i.e. do not spell check) >> the text within code blocks (I mean blocks of texts separated by >> #+begin_src and #+end src)? I did my homework but could not find a >> good answer. > > See > http://lists.gnu.org/archive/html/help-gnu-emacs/2012-02/msg00162.html > > which links to the following bug report > http://debbugs.gnu.org/cgi/bugreport.cgi?bug=10804 I'm not sure whether this issue has been fixed or not. But, while I was testing Jambunathan's following code: ╭ │ (defadvice org-mode-flyspell-verify │ (after my-org-mode-flyspell-verify activate) │ "Don't spell check src blocks." │ (setq ad-return-value │ (and ad-return-value │(not (org-in-src-block-p)) │(not (member 'org-block-begin-line (text-properties-at (point │(not (member 'org-block-end-line (text-properties-at (point))) ╰ I found that it only works when setting the org-src-fontify-natively variable: ╭ │(setq org-src-fontify-natively t) ╰ I hope this helps. An even better solution would be to use flyspell-prog-mode (to spellcheck comments and strings in source code) within the Org source blocks. Any idea how to achieve this? Thanks, Francesco
[O] Editing org source blocks enabled by org-src-fontify-natively?
My org-mode document http://doc.norang.ca/org-mode.org uses org source blocks like the following for example: --8<---cut here---start->8--- #+begin_src org :exports src ,* Health and Recreation ,* House Maintenance #+end_src --8<---cut here---end--->8--- My minimal emacs does not allow editing for this with C-c ' but when org-src-fontify-natively is set to t it does. This doesn't seem very intuitive to me -- it took me some time to isolate what variable actually enables editing of org source blocks in my setup. Should it really act this way? I like editing org source blocks with C-c ' but I think it should either be enabled all the time (so not fontifying natively will still allow org-edit-special to edit the block) or it should be enabled with a specific user setup similar to --8<---cut here---start->8--- (add-to-list 'org-src-lang-modes (quote ("plantuml" . fundamental))) --8<---cut here---end--->8--- I have the following bug reports to submit soon (hopefully later today) related to editing source blocks: 1. source block editing on headings fail on 2nd source block 2. commas not removed 3. org-edit-special adds commas to the source repeatedly 4. Can't edit example blocks 5. Editing org src blocks doesn't work first time Regards, Bernt
Re: [O] orgtbl-mode and markdown
OK, I withdraw my opposition to fixing this issue in org - by my criticism toward the way markdown.el defines this hook remains. - Carsten On 20 dec. 2012, at 09:01, Carsten Dominik wrote: > > On 18.12.2012, at 18:56, Achim Gratz wrote: > >> Carsten Dominik writes: >>> Well this is very safe - but if you have to assume that every elisp >>> command does change match data behind your back, you would have to >>> create a lot of extra code. >> >> Stefan Monnier advises the opposite (quote from >> http://article.gmane.org/gmane.emacs.bugs/68688 ): >> >> --8<---cut here---start->8--- >>> Okay. On second though: it wouldn't be very useful to use the match >>> data set by these functions. Why not save the match-data here once so >>> that no caller has to ever worry about it? Is there a general policy >>> that this kinda thing shouldn't be done? >> >> Yes, the general policy is: all functions should be presumed to trash >> the match-data, except for a very few exceptions. >> --8<---cut here---end--->8--- > > I am sure that Stefan would consider backward-delete-charater > such an exception, if you ask him directly. > > - Carsten > >> >> >> Regards, >> Achim. >> -- >> +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ >> >> SD adaptation for Waldorf rackAttack V1.04R1: >> http://Synth.Stromeko.net/Downloads.html#WaldorfSDada >> >> > -- The graveyard is filled with indispensible people. -- Julia Sweeney's mother
Re: [O] new exporter - subtree export and a few keywords
> No answer. But I will share a trick. > > Good way to answer such questions is to do this: > > M-x find-library RET org-export RET > C-s EXPORT_ > > and with couple of more C-s es you will end up with something like. > > , C-h v org-export-options-alist > | KEYWORD is a string representing a buffer keyword, or nil. Each > | property defined this way can also be set, during subtree > | export, through an headline property named after the keyword > | with the \"EXPORT_\" prefix (i.e. DATE keyword and EXPORT_DATE > | property). > ` > Thanks Jambunathan. F.
Re: [O] remote execution in heterogeneous environment
Hi Michael, Michael Albinus writes: > Finally, it is an error in `process-file', which wasn't detected until > now. Thanks to triggering this! > > I've fixed it already in Emacs' trunk. For org-mode, I have used the > following workaround: great, thanks for fixing this so fast, I applied your change in Org. All tests in org's git repo now run fine, both for maint and for master. Best, -- Bastien
Re: [O] remote execution in heterogeneous environment
George Jones writes: > Hi. Hi George, > Similar procedure on a mac still yeilds: > > Couldn't write region to > `/scpc:g...@example.com:/var/folders/j6/j6w17khs3vl9s2_yg4rb5zsmgn/T/input- > 61683xyS', decode using `mimencode -u -b >%s' f\ > ailed Could you, please, show the exact test case? And please apply the workaround first (see my other email). > FYI/Thanks, > ---George Jones Best regards, Michael.
Re: [O] remote execution in heterogeneous environment
Bastien writes: > Hi Michael, Hi everybody, > From the org-mode repo, simply run "make test": it will compile the > files and run the test suite. I could reproduce the problem. Finally, it is an error in `process-file', which wasn't detected until now. Thanks to triggering this! I've fixed it already in Emacs' trunk. For org-mode, I have used the following workaround: --8<---cut here---start->8--- ~/src/org-mode> git diff diff --git a/lisp/ob-eval.el b/lisp/ob-eval.el index 23e7143..df95d0a 100644 --- a/lisp/ob-eval.el +++ b/lisp/ob-eval.el @@ -143,6 +143,11 @@ specifies the value of ERROR-BUFFER." shell-file-name "/bin/sh")) exit-status) +;; There is an error in `process-file', when `error-file' exists. +;; Fixed already in Emacs trunk; for the time being we apply a +;; workaround. +(unless (file-remote-p default-directory) + (delete-file error-file)) (if (or replace (and output-buffer (not (or (bufferp output-buffer) (stringp output-buffer) --8<---cut here---end--->8--- With that workaround, "make test" results in --8<---cut here---start->8--- Ran 320 tests, 319 results as expected, 1 unexpected (2012-12-21 09:13:44+0100) 7 expected failures 1 unexpected results: FAILED ob-exp/exports-inline --8<---cut here---end--->8--- > Best, Best regards, Michael.