Re: [O] results from Python block not visible
I reported this to emacs (bug 18095): http://lists.gnu.org/archive/html/bug-gnu-emacs/2014-07/msg00736.html It's still happening with latest emacs and org-mode On Wed, Jul 2, 2014 at 11:51 PM, Daniel Clemente n142...@gmail.com wrote: Since this org-babel + tramp-cache incompatibility is very puzzling, I continued researching it. The line that makes my Python block stop working (i.e. outputting None instead of the x I asked with print x') is this one, found in tramp-cache.el: (add-hook 'kill-buffer-hook 'tramp-flush-file-function) Its code is: (defun tramp-flush-file-function () Flush all Tramp cache properties from `buffer-file-name'. This is suppressed for temporary buffers. (unless (string-match ^ \\*temp\\* (or (buffer-name) )) (let ((bfn (if (stringp (buffer-file-name)) (buffer-file-name) default-directory))) (when (tramp-tramp-file-p bfn) (with-parsed-tramp-file-name bfn nil (tramp-flush-file-property v localname)) That temporary buffer detector is working correctly because org-babel buffers have names like *temp*-993012, which are correctly detected. I'm afraid that the (string-match ...) will forget the last search, so later (match-string) done by babel will be from the wrong search. Can this happen? -- Daniel On Fri, Jun 27, 2014 at 4:50 PM, Daniel Clemente n142...@gmail.com wrote: I confirm that with Debian's Emacs, org-babel works well after the (require 'tramp-cache): GNU Emacs 24.3.1 (x86_64-pc-linux-gnu, GTK+ Version 3.12.2) of 2014-06-06 on barber, modified by Debian But it fails with my compiled one from 2014-06-20. So is it because of tramp-cache or org-babel? On Fri, Jun 27, 2014 at 12:19 AM, Daniel Clemente n142...@gmail.com wrote: El Thu, 26 Jun 2014 12:36:47 -0400 Eric Schulte va escriure: #+BEGIN_SRC python :results output print x #+END_SRC It prints: #+RESULTS: : None I expected to see x. This worked some days ago. This works for me using the latest version of Org-mode with an Emacs launched by running make vanilla from the base of the Org-mode repo. I didn't know make vanilla. It worked fine from there, I don't know why from emacs -Q it didn't. Maybe the problem is in your configuration? Exactly, it is from my configuration, because after loading my full configuration, I see the problem again and code highlighting suddenly disappears. I identified the exact lines that cause org-babel to stop failing. Bewonder: (autoload 'tramp tramp Remotely access files. t) (require 'tramp-cache) Yes! After C-x C-e on the first line, org-babel still works. After C-x C-e on the second line, it doesn't work anymore. There were some Tramp changes in latest Emacs, maybe they are bad. I'm using: GNU Emacs 24.4.50.1 (x86_64-unknown-linux-gnu, X toolkit, Xaw scroll bars) of 2014-06-20 on la4 What a strange bug...
Re: [O] [PATCH] ob-shell
Hello, On 2014-06-22 14:50, Eric Schulte schulte.e...@gmail.com writes: If this maintains existing functionality, please go ahead and apply it. Has this been applied? I'm still seeing a failing test for ob-shell. 1 unexpected results: FAILED ob-shell/bash-uses-assoc-arrays Best, Alan -- OpenPGP Key ID : 040D0A3B4ED2E5C7 pgpuxcoMDaMBr.pgp Description: PGP signature
[O] org-maint exporting ignores \n in python babel output ascii export; org-master doesn't though
#+BEGIN_SRC python :exports results :results raw return Hello\nBye #+END_SRC exports as: Hello Bye with org-ascii-export-as/to-ascii (Org-mode version 8.2.7b (release_8.2.7b-5-gc9613c)) But it exports correctly with Org-mode version 8.3beta (release_8.3beta-56-gdb0130) Miguel. Protect your computer files with professional cloud backup. Get PCRx Backup and upload unlimited files automatically. Learn more at http://backup.pcrx.com/mail
Re: [O] Bug: [PATCH] Make org-narrow-to-subtree usable out of Org mode [8.2.7b (release_8.2.7b-6-g07d470 @ /home/youngfrog/sourcetrees/org-mode/lisp/)]
Hello, Nicolas Richard theonewiththeevill...@yahoo.fr writes: org-narrow-to-subtree is very nice, and I now have C-x n s hard-wired into my fingers, but it doesn't work when outline-regexp is too different from org-outline-regexp in Outline-but-non-Org mode buffers. `org-narrow-to-subtree' is an Org function. I don't think it should bother about non Org mode buffers. It looked pretty easy to fix, so here is my suggestion, below. It should be rather harmless since it only affects non-Org buffers (and might have the nice side effect of allowing other commands to run in those buffers -- but I haven't checked.) There was a discussion recently about making it easier to use some Org features outside of Org. IIRC, the conclusion was that should not happen at the core level, but as an external layer (e.g., a minor mode). Regards, -- Nicolas Goaziou
Re: [O] Translations
Carlos Sosa gnus...@gnusosa.net writes: David Arroyo Menendez davi...@gnu.org writes: Bastien b...@gnu.org writes: Hi David, David Arroyo Menendez davi...@gnu.org writes: * Guía Compacta de Org Mode (http://davidam.com/docu/orgguide.es.html y fuentes en worg) This book needs a full review. You may also want to ask on the orgmode mailing list, where there are more users who are both Org-mode users and spanish speakers. Thanks for your continued efforts about this, Good idea! I'm looking for people who is interested in make a full review of Guía Compacta de Org Mode. I will do a new call, when I've finished my own review of Una Introducción a Emacs Lisp en Español. Thanks! I would like to review both guides. I will look first at the Guía Compacta de Org Mode. Is Una Introducción a Emacs Lisp en Español. available? Who do I send my notes to regarding Guía Compacta de Org Mode? Thanks. -- Carlos Sosa I'm thinking about the convenience of create a new savannah project. For now, you can send your patches modifying the file in worg. Thanks!
Re: [O] Org-entities-user in caption of Latex export
Hello, t...@tsdye.com (Thomas S. Dye) writes: Recently, entities in org-entities-user haven't made it through LaTeX export when they are in a caption. This Org mode snippet: Test \umacron \ocirc \umacron \amacron. #+caption: Test \umacron \ocirc \umacron \amacron. Yields this output: Test \={u} \^{o} \={u} \={a}. \caption{Test \umacron \^{o} \umacron \amacron.} You can see that the org-entity (\ocirc) makes it through unscathed, but that my user entities \umacron and \amacron don't. I cannot reproduce it. Do you have an ECM? Are you setting `org-entities-user' in a special way (i.e, not globally through `setq' or customize)? Regards, -- Nicolas Goaziou
Re: [O] Repeated tasks repeats even if the time stamp is commented
Hello, Samuel Loury konubi...@gmail.com writes: Thank you for the answer, do you know where I should look at to start investigating to fix the issue? I think `org-add-planning-info' may be a good candidate, though I didn't look closely into it. One possible way to use `org-element-at-point' is something like the following (let ((element (org-element-at-point))) (when (eq (org-element-type element) 'planning) ...)) Then it is sure to be on a planning line. Storing ELEMENT also gives you a lot of information without further parsing. Also, when you need to find the next object of a given type, the usual construct is (catch 'exit (while (re-search-forward some-regexp nil t) (let ((context (org-element-context))) (when (eq (org-element-type context) expected-type) ... (throw 'exit some-value) It is useful to find, e.g., a timestamp within a section. Regards, -- Nicolas Goaziou
Re: [O] results from Python block not visible
Daniel Clemente n142...@gmail.com writes: I reported this to emacs (bug 18095): http://lists.gnu.org/archive/html/bug-gnu-emacs/2014-07/msg00736.html It's still happening with latest emacs and org-mode It's fixed in Emacs' trunk. Best regards, Michael.
Re: [O] Evaluating inline source blocks on export issue
Nick Dokos ndo...@gmail.com writes: Grant Rettke g...@wisdomandwonder.com writes: Thanks for looking Thomas and Nick. When I set this and export , | (setq org-export-babel-evaluate t) ` I get the expected result of , | Here is a `16', stuck in the middle of some prose. ` But when I do this and export , | (setq org-export-babel-evaluate 'inline-only) ` I get this output which is not what I expected , | Here is a , stuck in the middle of some prose. ` I thought that I was enabling inline code block execution correctly and making the inline call correctly. How does it look should it be doing what I had wanted? I don't think you can: the `type' (see below) of the inline code is not `inline' as one might think at first, but `lob', presumably because call_foo is defined in the library-of-babel. The relevant code is in ob-exp.el:org-babel-exp-results: , | ... | (when (and (or (eq org-export-babel-evaluate t) | (and (eq type 'inline) | (eq org-export-babel-evaluate 'inline-only))) | (not (and hash (equal hash (org-babel-current-result-hash) | ... ` Then I would like to turn this into a feature request: Enable inline-block-specific settings. This does not only hold for the evaluation, but also for default header arguments. Different settings for inline code are quite useful. I do have to specify [:results raw] on the block-to-block basis quite a lot and would benefit a lot from global inline-specific settings. As always, point me to the way to do it, if (quite likely) this is possible already. Regards, Andreas
Re: [O] Possible to use src block to generate org headlines for export?
Hi all, Nick Dokos ndo...@gmail.com writes: Charles Berry ccbe...@ucsd.edu writes: Matt Lundin mdl at imapmail.org writes: [deleted] Footnotes: [fn:1] If one really needs to see the headlines in the original org buffer, a hook can be used to remove the :RESULTS: drawer. --8---cut here---start-8--- (defun my-remove-stray-results-drawer (backend) (when (eq backend 'html) (while (re-search-forward ^\\s-*:RESULTS:\\s-*\n nil t) (replace-match (add-hook 'org-export-before-parsing-hook 'my-remove-results-drawer) --8---cut here---end---8--- Or wrap the results in a drawer when you type C-c C-c, but render them as raw on export (which removes the drawer and replaces with raw results). Like so: #+header: :results (if (boundp 'backend) raw drawer) #+BEGIN_SRC emacs-lisp :exports both (format * headline\n1\n2\n5\n) #+END_SRC That's a very nice tip - one small weakness is that it'll do the wrong thing if you just happen to have a binding for backend outside of the export mechanism. Is that a valid feature request: Allow the combination of :results raw and :results replace -- regardless of the produced content? IIUC the parser does not allow this right now. But (without any knowledge on the parser) I can imagine 'special' results drawers that do not have any function/effect other than delimiting babel results (plus possibly folding). If these existed, I would even enable them by default no matter of 'raw' or not. Something like this: --8---cut here---start-8--- #+name: some_code #+begin_src sh echo hello world #+end_src #+begin_results some_code : hello world #+end_results --8---cut here---end---8--- Regards, Andreas
Re: [O] ODT exporter does not seem to respect quotation mark for list items
Hello, Baptiste bate...@bat.fr.eu.org writes: I do not manage to get all my lists correctly exported in odt. The main point seems the respect of quotation marks … This should be fixed in maint. Thank you for reporting it. Regards, -- Nicolas Goaziou
Re: [O] Bug: [PATCH] Make org-narrow-to-subtree usable out of Org mode [8.2.7b (release_8.2.7b-6-g07d470 @ /home/youngfrog/sourcetrees/org-mode/lisp/)]
Nicolas Goaziou m...@nicolasgoaziou.fr writes: `org-narrow-to-subtree' is an Org function. I don't think it should bother about non Org mode buffers. It's an Org function that grafts itself to narrow-map, which is globally available. I think it should try to have at least a sensible error message. The current Before first headline isn't quite clear (my patch doesn't address this, btw). It looked pretty easy to fix, so here is my suggestion, below. It should be rather harmless since it only affects non-Org buffers (and might have the nice side effect of allowing other commands to run in those buffers -- but I haven't checked.) There was a discussion recently about making it easier to use some Org features outside of Org. I guess you're talking about http://thread.gmane.org/gmane.emacs.orgmode/84782 IIRC, the conclusion was that should not happen at the core level, but as an external layer (e.g., a minor mode). If core Org functions only care about org-mode buffers, I guess it is hard to make a minor mode that reuses some of Org to do its job. Unless that mode is itself in the core of course. e.g. orgstruct-mode does that and it needs some core support. Anyway, my goal isn't to discuss a whole org minor mode. -- Nico.
[O] org-mode
I see mails in which people are saying that they are using org-mode version 8.3beta (release_8.3beta-51-g02f2d5. I've just updated my org-build and it shows Org-mode version 8.2.7b (release_8.2.7b-6-g776972 @ /home/boudiccas/git/org-mode/lisp/) How then do I get to use the 8.3 beta please? Sharon. -- A taste of linux = http://www.sharons.org.uk my git repo = https://bitbucket.org/boudiccas/dots TGmeds = http://www.tgmeds.org.uk Debian testing, fluxbox 1.3.5, emacs 24.3.92.1 signature.asc Description: PGP signature
Re: [O] What happened to clocktable in pdf export?
Hi, sorry, for the delay (;-) but Problem still exists. In the past we used to use the clocktable for quick effort estimation because of the very nice table structure in a pdf export. The current state you can see in the attachment. The following issues arise 1. Even though the column separators are given in latex, they are not printed anymore. Only when using the org-table standard feature ||. But such an additional line will be deleted after a clocktable refresh. 2. The indentation underscores are printed, which did not come before. Especially this makes it ugly. Before the _ have not been exported. Cheers, Matt Am 28.04.2014 um 13:33 schrieb Nicolas Goaziou: Hello, Buddy Butterfly buddy.butter...@web.de writes: Any idea what could have caused the change? Is it texlive or within Emacs? Would you mind posting a simple example? Regards, ugly_clocktable_pdf.org Description: application/emacs-org-mode ugly_clocktable_pdf.pdf Description: Adobe PDF document
Re: [O] Bug: [PATCH] Make org-narrow-to-subtree usable out of Org mode [8.2.7b (release_8.2.7b-6-g07d470 @ /home/youngfrog/sourcetrees/org-mode/lisp/)]
Nicolas Richard theonewiththeevill...@yahoo.fr writes: I think it should try to have at least a sensible error message. The current Before first headline isn't quite clear (my patch doesn't address this, btw). Not in an Org mode buffer could be better indeed. Anyway, this kind of change (including compatibility with outline.el) belongs to the high-level function `org-narrow-to-subtree', not the very specific `org-get-limited-outline-regexp'. I guess you're talking about http://thread.gmane.org/gmane.emacs.orgmode/84782 Correct. If core Org functions only care about org-mode buffers, I guess it is hard to make a minor mode that reuses some of Org to do its job. Unless that mode is itself in the core of course. e.g. orgstruct-mode does that and it needs some core support. Orgstruct mode has indeed some core support, but that's a mistake IMO. Regards, -- Nicolas Goaziou
Re: [O] org-mode
Sharon Kimble boudic...@skimble.plus.com writes: How then do I get to use the 8.3 beta please? Hi Sharon, Use the git version, it has had the tag 8.3 beta for about a month. Follow the instructions in http://orgmode.org/worg/org-faq.html#keeping-current-with-Org-mode-development Best, Jorge.
Re: [O] org-mode
master branch = make cleanall #git pull #optional git reset --hard origin/master # warning: removes local changes #make test#optional make #not necessary if make test maint branch = make cleanall #git pull #optional git reset --hard origin/maint # warning: removes local changes #make test#optional make #not necessary if make test HTH -Original Message- From: boudic...@skimble.plus.com, boudic...@skimble.plus.com Sent: Thu, 24 Jul 2014 14:32:49 +0100 To: emacs-orgmode@gnu.org Subject: [O] org-mode I see mails in which people are saying that they are using org-mode version 8.3beta (release_8.3beta-51-g02f2d5. I've just updated my org-build and it shows Org-mode version 8.2.7b (release_8.2.7b-6-g776972 @ /home/boudiccas/git/org-mode/lisp/) How then do I get to use the 8.3 beta please? Sharon. -- A taste of linux = http://www.sharons.org.uk my git repo = https://bitbucket.org/boudiccas/dots TGmeds = http://www.tgmeds.org.uk Debian testing, fluxbox 1.3.5, emacs 24.3.92.1 Publish your photos in seconds for FREE TRY IM TOOLPACK at http://www.imtoolpack.com/default.aspx?rc=if4
Re: [O] Bug: [PATCH] Make org-narrow-to-subtree usable out of Org mode [8.2.7b (release_8.2.7b-6-g07d470 @ /home/youngfrog/sourcetrees/org-mode/lisp/)]
Nicolas Goaziou m...@nicolasgoaziou.fr writes: Nicolas Richard theonewiththeevill...@yahoo.fr writes: I think it should try to have at least a sensible error message. The current Before first headline isn't quite clear (my patch doesn't address this, btw). Not in an Org mode buffer could be better indeed. Anyway, this kind of change (including compatibility with outline.el) belongs to the high-level function `org-narrow-to-subtree', not the very specific `org-get-limited-outline-regexp'. Agreed. But now that I think about it, org mode simply should avoid narrow-map completely : users (me included) won't randomly try to run org-narrow-to-subtree outside of org buffers (and those who do deserve a bad error message) but they might want to give C-x n s a try if it is available. While writing a patch for changing that, I see that the code is: (if (boundp 'narrow-map) (org-defkey narrow-map s 'org-narrow-to-subtree) (org-defkey org-mode-map \C-xns 'org-narrow-to-subtree)) (if (boundp 'narrow-map) (org-defkey narrow-map b 'org-narrow-to-block) (org-defkey org-mode-map \C-xnb 'org-narrow-to-block)) (if (boundp 'narrow-map) (org-defkey narrow-map e 'org-narrow-to-element) (org-defkey org-mode-map \C-xne 'org-narrow-to-element)) IOW, org.el purposely binds in narrow-map ! So now I don't get it : either it's in narrow-map and should be usable widely, or it's in org-mode-map only for org-mode files. -- Nico.
Re: [O] Bug: [PATCH] Make org-narrow-to-subtree usable out of Org mode [8.2.7b (release_8.2.7b-6-g07d470 @ /home/youngfrog/sourcetrees/org-mode/lisp/)]
Nicolas Richard theonewiththeevill...@yahoo.fr writes: But now that I think about it, org mode simply should avoid narrow-map completely : users (me included) won't randomly try to run org-narrow-to-subtree outside of org buffers (and those who do deserve a bad error message) but they might want to give C-x n s a try if it is available. BTW, if you use outshine and , | (setq outshine-use-speed-commands t) ` then you have most of the Org speed-commands available outside of Org-mode too, including 'r' for narrow-to-subtree and 'w' for widen. Try ? on an outshine heading to get this help buffer: , | User-defined Speed commands | === | | Built-in Speed commands | === | | Outline Navigation | -- | n (outshine-speed-move-safe (quote outline-next-visible-heading)) | p (outshine-speed-move-safe (quote outline-previous-visible-heading)) | f (outshine-speed-move-safe (quote outline-forward-same-level)) | b (outshine-speed-move-safe (quote outline-backward-same-level)) | u (outshine-speed-move-safe (quote outline-up-heading)) | j outshine-goto | g outshine-refile | | Outline Visibility | -- | c outline-cycle | C outshine-cycle-buffer | r outshine-narrow-to-subtree | w widen | = outshine-columns | | Outline Structure Editing | - | ^ outline-move-subtree-up |outline-move-subtree-down | + outline-demote | - outline-promote | i outshine-insert-heading | ^ outshine-sort | m outline-mark-subtree | | Clock Commands | -- | I outshine-clock-in | O outshine-clock-out | | Meta Data Editing | - | t outshine-todo | , outshine-priority | 0 (outshine-use-outorg (lambda nil (interactive) (org-priority 32))) | 1 (outshine-use-outorg (lambda nil (interactive) (org-priority 65))) | 2 (outshine-use-outorg (lambda nil (interactive) (org-priority 66))) | 3 (outshine-use-outorg (lambda nil (interactive) (org-priority 67))) | : outshine-set-tags-command | e outshine-set-effort | E outshine-inc-effort | v org-agenda | / outshine-sparse-tree | | Misc | | o outshine-open-at-point | ? outshine-speed-command-help |(outshine-agenda-set-restriction-lock) |(outshine-agenda-remove-restriction-lock) | | [back] ` -- cheers, Thorsten
[O] Back for a few days, then off until August, 18th
Dear all, I have been busy the last month but will be back saturday for a few days. Then off again until August, 18th. As usual, thanks to Nicolas for taking care of the issues reported here, and to others for their patches and work. Let's keep up the good work! -- Bastien
Re: [O] org-mode
Miguel Ruiz rbeni...@inbox.com writes: master branch = make cleanall #git pull #optional git reset --hard origin/master # warning: removes local changes #make test#optional make #not necessary if make test maint branch = make cleanall #git pull #optional git reset --hard origin/maint # warning: removes local changes #make test#optional make #not necessary if make test Thanks, my org-mode script now shows - --8---cut here---start-8--- cd ~/git/org-mode git reset --hard origin/master # mr update make autoloads make make doc sudo make install cd ~ --8---cut here---end---8--- which now shows Org-mode version 8.3beta (release_8.3beta-58-g010d10 @ /home/boudiccas/git/org-mode/lisp/) For info - mr update is 'Multiple Repository management tool' and updating using it. Now I can just uncomment mr update, and run org-build and it updates from the master build repo. Thanks Sharon. -Original Message- From: boudic...@skimble.plus.com, boudic...@skimble.plus.com Sent: Thu, 24 Jul 2014 14:32:49 +0100 To: emacs-orgmode@gnu.org Subject: [O] org-mode I see mails in which people are saying that they are using org-mode version 8.3beta (release_8.3beta-51-g02f2d5. I've just updated my org-build and it shows Org-mode version 8.2.7b (release_8.2.7b-6-g776972 @ /home/boudiccas/git/org-mode/lisp/) How then do I get to use the 8.3 beta please? Sharon. -- A taste of linux = http://www.sharons.org.uk my git repo = https://bitbucket.org/boudiccas/dots TGmeds = http://www.tgmeds.org.uk Debian testing, fluxbox 1.3.5, emacs 24.3.92.1 Publish your photos in seconds for FREE TRY IM TOOLPACK at http://www.imtoolpack.com/default.aspx?rc=if4 -- A taste of linux = http://www.sharons.org.uk my git repo = https://bitbucket.org/boudiccas/dots TGmeds = http://www.tgmeds.org.uk Debian testing, fluxbox 1.3.5, emacs 24.3.92.1 signature.asc Description: PGP signature
Re: [O] Org-entities-user in caption of Latex export
Nicolas Goaziou m...@nicolasgoaziou.fr writes: I cannot reproduce it. Do you have an ECM? Are you setting `org-entities-user' in a special way (i.e, not globally through `setq' or customize)? In the process of putting together an ECM (which hopefully doesn't reflect my setup!), I think I found what triggers it. I'm setting variables buffer local as a way to make reproducible research documents self-contained. The line that sets org-entities-user nil is the culprit. Without it, I get the output I expect. With it, I get the behavior I described. Here is my try at an ECM: #+STARTUP: entitiespretty \amacron \ocirc #+caption: \amacron \ocirc | a | b | | c | d | ** User Entities :noexport: The following source code block sets up user entities that are used frequently in my work. I use the various =.*macron= commands to typeset Hawaiian language words with what is known in Hawaiian as a /kahak\omacron{}/. #+name: user-entities-local #+begin_src emacs-lisp (add-to-list 'org-entities-user '(amacron \\={a} nil #0257 a a ā)) (add-to-list 'org-entities-user '(emacron \\={e} nil #0275 e e ē)) (add-to-list 'org-entities-user '(imacron \\={\\i} nil #0299 i i ī)) (add-to-list 'org-entities-user '(omacron \\={o} nil #0333 o o ō)) (add-to-list 'org-entities-user '(umacron \\={u} nil #0363 u u ū)) (add-to-list 'org-entities-user '(Amacron \\={A} nil #0256 A A Ā)) (add-to-list 'org-entities-user '(Emacron \\={E} nil #0274 E E Ē)) (add-to-list 'org-entities-user '(Imacron \\={I} nil #0298 I I Ī)) (add-to-list 'org-entities-user '(Omacron \\={O} nil #0332 O O Ō)) (add-to-list 'org-entities-user '(Umacron \\={U} nil #0362 U U Ū)) #+end_src ** Local variables :noexport: # Local Variables: # eval: (require 'ox-latex) # eval: (and (fboundp 'org-sbe) (not (fboundp 'sbe)) (fset 'sbe 'org-sbe)) # org-entities-user: nil # eval: (sbe user-entities-local) # End: -- T.S. Dye Colleagues, Archaeologists 735 Bishop St, Suite 315, Honolulu, HI 96813 Tel: 808-529-0866, Fax: 808-529-0884 http://www.tsdye.com
Re: [O] org-mode
Sharon Kimble boudic...@skimble.plus.com writes: Miguel Ruiz rbeni...@inbox.com writes: master branch = make cleanall #git pull #optional git reset --hard origin/master # warning: removes local changes #make test #optional make #not necessary if make test maint branch = make cleanall #git pull #optional git reset --hard origin/maint # warning: removes local changes #make test #optional make #not necessary if make test Thanks, my org-mode script now shows - --8---cut here---start-8--- cd ~/git/org-mode git reset --hard origin/master # mr update make autoloads make make doc sudo make install cd ~ --8---cut here---end---8--- As the website says, it is enough to do: #+BEGIN_SRC shell make update #+END_SRC this even pulls the git repository.
Re: [O] A gentle introduction to Emacs Org-mode?
Thorsten Jolitz tjolitz at gmail.com writes: , | http://bzg.fr/learn-emacs-lisp-in-15-minutes.html ` Didn't know about this, and it's been online for 364 days :) Definitely worth reading. Thanks, Bastien!
Re: [O] org-mode
Miguel Ruiz writes: git reset --hard origin/master # warning: removes local changes Not only that, but it is an extremely bad idea to use a detached head like that. If you must do this, please do at least keep such instructions to yourself. Everybody else please git checkout master which should create a local branch master that tracks origin/master. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Wavetables for the Terratec KOMPLEXER: http://Synth.Stromeko.net/Downloads.html#KomplexerWaves
Re: [O] Org-entities-user in caption of Latex export
t...@tsdye.com (Thomas S. Dye) writes: Nicolas Goaziou m...@nicolasgoaziou.fr writes: I cannot reproduce it. Do you have an ECM? Are you setting `org-entities-user' in a special way (i.e, not globally through `setq' or customize)? In the process of putting together an ECM (which hopefully doesn't reflect my setup!), I think I found what triggers it. I'm setting variables buffer local as a way to make reproducible research documents self-contained. The line that sets org-entities-user nil is the culprit. Without it, I get the output I expect. With it, I get the behavior I described. Here is my try at an ECM: #+STARTUP: entitiespretty \amacron \ocirc #+caption: \amacron \ocirc | a | b | | c | d | ** User Entities :noexport: The following source code block sets up user entities that are used frequently in my work. I use the various =.*macron= commands to typeset Hawaiian language words with what is known in Hawaiian as a /kahak\omacron{}/. #+name: user-entities-local #+begin_src emacs-lisp (add-to-list 'org-entities-user '(amacron \\={a} nil #0257 a a ā)) (add-to-list 'org-entities-user '(emacron \\={e} nil #0275 e e ē)) (add-to-list 'org-entities-user '(imacron \\={\\i} nil #0299 i i ī)) (add-to-list 'org-entities-user '(omacron \\={o} nil #0333 o o ō)) (add-to-list 'org-entities-user '(umacron \\={u} nil #0363 u u ū)) (add-to-list 'org-entities-user '(Amacron \\={A} nil #0256 A A Ā)) (add-to-list 'org-entities-user '(Emacron \\={E} nil #0274 E E Ē)) (add-to-list 'org-entities-user '(Imacron \\={I} nil #0298 I I Ī)) (add-to-list 'org-entities-user '(Omacron \\={O} nil #0332 O O Ō)) (add-to-list 'org-entities-user '(Umacron \\={U} nil #0362 U U Ū)) #+end_src ** Local variables :noexport: # Local Variables: # eval: (require 'ox-latex) # eval: (and (fboundp 'org-sbe) (not (fboundp 'sbe)) (fset 'sbe 'org-sbe)) # org-entities-user: nil # eval: (sbe user-entities-local) # End: It might be an order-of-evaluation problem. What happens if you set org-entities-user to nil first thing in the code block rather than in the local variables? Nick
Re: [O] Org-entities-user in caption of Latex export
Nick Dokos ndo...@gmail.com writes: # Local Variables: # eval: (require 'ox-latex) # eval: (and (fboundp 'org-sbe) (not (fboundp 'sbe)) (fset 'sbe 'org-sbe)) # org-entities-user: nil # eval: (sbe user-entities-local) # End: It might be an order-of-evaluation problem. What happens if you set org-entities-user to nil first thing in the code block rather than in the local variables? Yes, as I mentioned, removing the org-entities-user: nil line from the Local Variables section gets rid of the problem. Once that line is gone, I get expected results with and without (setq org-entities-user nil) in the source code block. The curious thing (to me) is that the problem is restricted to captions. The user entities work fine outside of captions regardless of the org-entities-user: nil line in Local Variables. hth, Tom -- Thomas S. Dye http://www.tsdye.com
Re: [O] Possible to use src block to generate org headlines for export?
Nick Dokos ndokos at gmail.com writes: Charles Berry ccberry at ucsd.edu writes: Matt Lundin mdl at imapmail.org writes: [deleted] [more deleted] Or wrap the results in a drawer when you type C-c C-c, but render them as raw on export (which removes the drawer and replaces with raw results). Like so: #+header: :results (if (boundp 'backend) raw drawer) #+BEGIN_SRC emacs-lisp :exports both (format * headline\n1\n2\n5\n) #+END_SRC That's a very nice tip - one small weakness is that it'll do the wrong thing if you just happen to have a binding for backend outside of the export mechanism. Fair enough. But getting assurance that an export process is really up and running looked tricky to me - what with anonymous backends and `info' being let-bound by babel. So this is what I came up with for a more robust test. Hopefully, nobody will bind both `backend' and `org-export-current-backend' to a common backend outside of doing an export... #+BEGIN_SRC emacs-lisp (defun org-export-if-exporting (export-val optional other-val) If backend exists, is a backend, and is currently running return EXPORT-VAL otherwise return OTHER-VAL or \\. (if (and (boundp 'backend) (equal (car (append backend nil)) 'cl-struct-org-export-backend) (equal org-export-current-backend (org-export-backend-name backend))) export-val (or other-val ))) #+END_SRC #+header: :results (org-export-if-exporting raw) #+BEGIN_SRC emacs-lisp :exports both (format * headline\n1\n2\n6\n) #+END_SRC Chuck
Re: [O] A gentle introduction to Emacs Org-mode?
On Wed, Jul 23, 2014 at 5:20 PM, Marcin Borkowski mb...@wmi.amu.edu.pl wrote: Hi list, this is only partially Org-ode related, but I hope I'll be excused. A friend of mine uses Scrivener; he also does some simple JavaScript/jQuery programming and HTML/CSS editing. He *is* interested in Emacs Org-mode, but does not want to spend more than, say, 2 days on installing, configuring and learning basics of EOm. Are there any resources which might help? I offered him some help with installing and teaching, but what could I use? (Of course, the built-in tutorial and Sacha Chua's sketch-tutorials are great, but what else does there exist? I found this to be very helpful - http://www.ibm.com/developerworks/aix/tutorials/au-emacs1/index.html Also, is prelude or Emacs Starter Kit a good idea? I understand this is opinion-based, but maybe someone has some experience *teaching* Emacs and Org-mode?) I recently had to start from scratch and I tried Emacs-Starter-Kit and Prelude. Prelude seemed to fit my needs much better and got me up and running pretty quickly. Thanks -Manish
Re: [O] Possible to use src block to generate org headlines for export?
Charles Berry ccbe...@ucsd.edu writes: Nick Dokos ndokos at gmail.com writes: Charles Berry ccberry at ucsd.edu writes: Matt Lundin mdl at imapmail.org writes: [deleted] [more deleted] Or wrap the results in a drawer when you type C-c C-c, but render them as raw on export (which removes the drawer and replaces with raw results). Like so: #+header: :results (if (boundp 'backend) raw drawer) #+BEGIN_SRC emacs-lisp :exports both (format * headline\n1\n2\n5\n) #+END_SRC That's a very nice tip - one small weakness is that it'll do the wrong thing if you just happen to have a binding for backend outside of the export mechanism. Fair enough. But getting assurance that an export process is really up and running looked tricky to me - what with anonymous backends and `info' being let-bound by babel. So this is what I came up with for a more robust test. Hopefully, nobody will bind both `backend' and `org-export-current-backend' to a common backend outside of doing an export... #+BEGIN_SRC emacs-lisp (defun org-export-if-exporting (export-val optional other-val) If backend exists, is a backend, and is currently running return EXPORT-VAL otherwise return OTHER-VAL or \\. (if (and (boundp 'backend) (equal (car (append backend nil)) 'cl-struct-org-export-backend) (equal org-export-current-backend (org-export-backend-name backend))) export-val (or other-val ))) #+END_SRC #+header: :results (org-export-if-exporting raw) #+BEGIN_SRC emacs-lisp :exports both (format * headline\n1\n2\n6\n) #+END_SRC Oh, man - I didn't mean that it needed hardening: it was a *very* small weakness. I just meant to warn people so that they wouldn't do something silly. But thanks for going the extra distance. Nick
Re: [O] Possible to use src block to generate org headlines for export?
Matt Lundin m...@imapmail.org writes: That sounds interesting. I look forward to hearing more! It's not yet usable for anything real but I'm keeping the work here: https://github.com/brettviren/orgonpy -Brett. pgptNgTBz8D6F.pgp Description: PGP signature
[O] c-c ' strips final newline or adds blank line, but never neither
i find that when i do c-c ' on a source block, it either strips the final newline in the editing buffer or adds an unwanted blank line in the source block. i like to have final newlines in all of my buffers, including editing buffers. what setting allows this without introducing a blank line at the end of a source block? thanks.
[O] Reproducible research with Org mode
Aloha all, A piece of reproducible research and a compendium developed with Org mode were just published: http://www.plosone.org/article/info%3Adoi%2F10.1371%2Fjournal.pone.0102431 Many thanks to all the patient, gentle souls on this ML, without whose generous advice and assistance the research and compendium could not have been completed. Also, an Org mode template for a PLOS One journal article is described on Worg: http://orgmode.org/worg/exporters/plos-one-template-worg.html I'm sure the template could be improved in many ways, but it works! All the best, Tom -- T.S. Dye Colleagues, Archaeologists 735 Bishop St, Suite 315, Honolulu, HI 96813 Tel: 808-529-0866, Fax: 808-529-0884 http://www.tsdye.com
Re: [O] Evaluating inline source blocks on export issue
On Thu, Jul 24, 2014 at 6:14 AM, Andreas Leha andreas.l...@med.uni-goettingen.de wrote: Nick Dokos ndo...@gmail.com writes: Grant Rettke g...@wisdomandwonder.com writes: Thanks for looking Thomas and Nick. When I set this and export , | (setq org-export-babel-evaluate t) ` I get the expected result of , | Here is a `16', stuck in the middle of some prose. ` But when I do this and export , | (setq org-export-babel-evaluate 'inline-only) ` I get this output which is not what I expected , | Here is a , stuck in the middle of some prose. ` I thought that I was enabling inline code block execution correctly and making the inline call correctly. How does it look should it be doing what I had wanted? I don't think you can: the `type' (see below) of the inline code is not `inline' as one might think at first, but `lob', presumably because call_foo is defined in the library-of-babel. The relevant code is in ob-exp.el:org-babel-exp-results: , | ... | (when (and (or (eq org-export-babel-evaluate t) | (and (eq type 'inline) | (eq org-export-babel-evaluate 'inline-only))) | (not (and hash (equal hash (org-babel-current-result-hash) | ... ` Then I would like to turn this into a feature request: Enable inline-block-specific settings. I'm not sure if this solves your problem, but --8---cut here---start-8--- #+name: squareFun #+begin_src emacs-lisp :exports none (defun square (it) (* it it)) #+end_src #+RESULTS: squareFun : square Here is a src_emacs-lisp{(square 10)}, from an inline source block. --8---cut here---end---8--- does work with org-export-babel-evaluate set to 'inline-only. You do have to evaluate the squareFun block before exporting. Best, Ista This does not only hold for the evaluation, but also for default header arguments. Different settings for inline code are quite useful. I do have to specify [:results raw] on the block-to-block basis quite a lot and would benefit a lot from global inline-specific settings. As always, point me to the way to do it, if (quite likely) this is possible already. Regards, Andreas
Re: [O] Reproducible research with Org mode
Wonderful. Thanks for sharing that. Grant Rettke | ACM, ASA, FSF, IEEE, SIAM g...@wisdomandwonder.com | http://www.wisdomandwonder.com/ “Wisdom begins in wonder.” --Socrates ((λ (x) (x x)) (λ (x) (x x))) “Life has become immeasurably better since I have been forced to stop taking it seriously.” --Thompson On Thu, Jul 24, 2014 at 7:45 PM, Thomas S. Dye t...@tsdye.com wrote: Aloha all, A piece of reproducible research and a compendium developed with Org mode were just published: http://www.plosone.org/article/info%3Adoi%2F10.1371%2Fjournal.pone.0102431 Many thanks to all the patient, gentle souls on this ML, without whose generous advice and assistance the research and compendium could not have been completed. Also, an Org mode template for a PLOS One journal article is described on Worg: http://orgmode.org/worg/exporters/plos-one-template-worg.html I'm sure the template could be improved in many ways, but it works! All the best, Tom -- T.S. Dye Colleagues, Archaeologists 735 Bishop St, Suite 315, Honolulu, HI 96813 Tel: 808-529-0866, Fax: 808-529-0884 http://www.tsdye.com