[O] Bug: Org Table: Field formulas with hline-address on right-hand side don't work anymore [7.8.09]
Emacs : GNU Emacs 23.4.1 (i686-pc-cygwin, GTK+ Version 2.24.8) of 2012-01-29 on fiona Package: Org-mode version 7.8.09 This bug concerns org-tables. Field formulas with hline-address on right-hand side don't work anymore. See the formula below the next table. There, the address on the right-hand side is @II$1. The result in @3$1 should be 3. Nevertheless, re-calculation delivers nothing. The entry of @3$1 remains on the old value (whatever was entered before). If one replaces @II$1 with @3$1 within the formula one gets the right result. |---| | 1 | | 2 | |---| | 0 | #+TBLFM: @II$1=vsum(@I$1..@II$1) I already tried to turn on “Debug Formulas” but this did not help. This gave just no change in the reaction of the re-calculate command. Note, that on the other hand the formula below the next table works. As expected, the 1 in field @1$1 is replaced with the 3 from field @II$1. |---| | 1 | | 2 | |---| | 3 | #+TBLFM: @1$1=@II$1 Pityingly, I can't easily reproduce the former version of orgmode where this worked. (I installed over the former version without backup. I should not have done this.) Please, inform me if this version number is really important for the bug-fix. Maybe, I find the time to put more effort in this. I.e., install former version until I get one where the field formulas work. A fast fix would be great since I need the hline-references in field formulas very much (large variable number of columns in tables, calculate maximum norm of column sections and stuff like that…,). I have old org-files where I need to re-calculate stuff like that. current state: == (setq org-export-latex-after-initial-vars-hook '(org-beamer-after-initial-vars) org-speed-command-hook '(org-speed-command-default-hook org-babel-speed-command-hook) org-metaup-hook '(org-babel-load-in-session-maybe) org-after-todo-state-change-hook '(org-clock-out-if-current) org-export-latex-format-toc-function 'org-export-latex-format-toc-default org-tab-first-hook '(org-hide-block-toggle-maybe org-src-native-tab-command-maybe org-babel-hide-result-toggle-maybe) org-src-mode-hook '(org-src-babel-configure-edit-buffer org-src-mode-configure-edit-buffer) org-confirm-shell-link-function 'y-or-n-p org-export-first-hook '(org-beamer-initialize-open-trackers) org-agenda-before-write-hook '(org-agenda-add-entry-text) org-babel-pre-tangle-hook '(save-buffer) org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers org-cycle-show-empty-lines org-optimize-window-after-visibility-change) org-descriptive-links nil org-export-preprocess-before-normalizing-links-hook '(org-remove-file-link-modifiers) org-mode-hook '((lambda nil (org-defkey org-mouse-map [mouse-3] (quote org-mouse-3-menu)) (setq pcomplete-default-completion-function (quote (lambda nil (hippie-expand nil ) #[nil \300\301\302\303\304$\207 [org-add-hook change-major-mode-hook org-show-block-all append local] 5] #[nil \300\301\302\303\304$\207 [org-add-hook change-major-mode-hook org-babel-show-result-all append local] 5] org-babel-result-hide-spec org-babel-hide-all-hashes) org-ctrl-c-ctrl-c-hook '(org-babel-hash-at-point org-babel-execute-safely-maybe) org-confirm-elisp-link-function 'yes-or-no-p org-export-interblocks '((src org-babel-exp-non-block-elements)) org-clock-out-hook '(org-clock-remove-empty-clock-drawer) org-occur-hook '(org-first-headline-recenter) org-from-is-user-regexp \\U-ITIHQTobias\\.Naehring\\ org-export-preprocess-before-selecting-backend-code-hook '(org-beamer-select-beamer-code) org-export-latex-final-hook '(org-beamer-amend-header org-beamer-fix-toc org-beamer-auto-fragile-frames org-beamer-place-default-actions-for-lists) org-metadown-hook '(org-babel-pop-to-session-maybe) org-export-blocks '((src org-babel-exp-src-block nil) (export-comment org-export-blocks-format-comment t) (ditaa org-export-blocks-format-ditaa nil) (dot org-export-blocks-format-dot nil)) ) Best regards, Tobias
Re: [O] Gather properties for use by babel source block?
On Mon, May 07, 2012 at 10:16:36AM -0400, Eric Schulte wrote: Colin Hall colingh...@gmail.com writes: Tim Burt tcburt at rochester.rr.com writes: I want to gather data from properties into something that can be used by a babel source block (e.g. plot the data). Searches in the manual, worg, and gmane have not yielded the method, but my best guess is that I've missed it. If so, this is simply a request for a pointer to the documentation I should read. Any luck with this, Tim? I'm trying to do something very similar. One approach would be to use the org-collector [1] from contrib/ to collect properties into a table. That table could then be fed as the argument to a source code block. Hope this helps, Yes, thank you, that was very helpful indeed. Cheers, Colin. -- Colin Hall
Re: [O] In-line code and fonts
Erich Neuwirth erich.neuwi...@univie.ac.at writes: I need control over the font used for results of inline computations in exported files. When I have the following code This is inline R 1+2 = src_R{1+2} and export it to html (or LaTeX) the fonts used for the regular text and the fonts used for the results of the computation are different. Is there an easy way to tell org mode to use the regular text font for the result of the computation? Hi Erich, try something like This is inline R 1+2 = src_R[:results raw]{1+2} Cheers, Andreas
Re: [O] Google Summer of Code -- 3 Org projects for our first participation!
Neil Smithline emacs-orgm...@neilsmithline.com writes: While I'm hoping we can turn GSoC work into production in less than 4 years, the GIMP release notes have left me even more psyched about our three GSoCers! Go guys! (At least I think you're all guys :-) Thanks for your interest and support! The first time I heard about GSoC was trying out ENSIME (https://github.com/aemoncannon/ensime), an enhanced Scala mode for Emacs written during a GSoC and apparently used by some of the Scala gurus. A really nice project too. -- cheers, Thorsten
Re: [O] How to apply multiple TBLFM rules?
Hi Charles and Michael, Charles mill...@verizon.net writes: Perhaps only one #+TBLFM: per table is allowed More precisely, hitting C-c C-c on #+TBLFM: will just apply formulas in *this* line. Using several #+TBLFM: lines is sometimes useful when you want to apply different sets of formulas -- which I think is the use for #+TBLFM: in Michael's document (but I agree this is confusing there.) HTH, -- Bastien
Re: [O] taskjuggler (tj3) export issues and proposals
Hi Eric, Eric S Fraga e.fr...@ucl.ac.uk writes: However, I am again starting to write some proposals that will need GANTT charts so maybe I can justify looking at this again. good to know you are back on this! No matter how far you go, Org will always find you :) Best, -- Bastien
Re: [O] How to stop M-down from opening folded items?
Nicolas Goaziou n.goaz...@gmail.com: I think this should be fixed now. Could you confirm this? I've done cd ~/git/org-mode/ make clean git pull make and started a new emacs, and moving list items now works without unhiding the items moved past. So I can confirm that it is fixed. Thank you for submitting the problem. Thanks for fixing it!
Re: [O] C-c a t doesn't give yield list of all TODO items
jeremiah.do...@gmail.com jeremiah.do...@gmail.com Inviato: Domenica 4 Marzo 2012 9:11 Christopher W. Ryan cr...@binghamton.edu writes: But when I try to type C-c a I only get that far, and emacs tells me, C-c a is undefined There is a drop-down menu item under the Org item, called Agenda Command... which offers me lettered choices, and t will list all TODO entries. But what is the keyboard shortcut, if not C-a a t ? You have to bind it yourself. Put (global-set-key \C-ca 'org-agenda) somewhere sensible. This *is* mentioned somewhere in the org docs, but I can't remember where off the top of my head. Thanks, Jeremiah; it is indeed mentioned in the Activation section of the manual, cheers, Giovanni
Re: [O] links to folders with non-english characters don't work (emacs 2324 on osx)
Hi, AJR fjr...@gmail.com writes: First I just wanted to thank everyone involved in creating orgmode, it's amazing and it has pretty much sold me on emacs. But, I've had some problems with links containing æøå. I'm an osx (lion) user. In emacs 23.4 (9.0) no paths with æøå where possible to open. For example, these did not work: file:~/dør.txt (didn't open) http://www.dører.no (the url bar of firefox contained www.d¯rer.no and, before that, some other strange formatting) file:~/dør I can't reproduce this problem on my GNU/Linux machine but hopefully someone using MacOSX will help. Best, -- Bastien
Re: [O] taskjuggler (tj3) export issues and proposals
Bastien b...@gnu.org writes: Hi Eric, Eric S Fraga e.fr...@ucl.ac.uk writes: However, I am again starting to write some proposals that will need GANTT charts so maybe I can justify looking at this again. good to know you are back on this! No matter how far you go, Org will always find you :) Best, Thanks. Despite being quiet on the list for a few months, I can assure you that org was with me the whole time! I would have a hard time functioning any longer without it. -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.1.50.1 : using Org release_7.8.09-527-gc2aac5
[O] Table filter.
Hi all. Is table filtering is implementad in org-mode? Thanks.
Re: [O] Extract item body with drawers/properties
Hi Christopher, Christopher J. White ch...@grierwhite.com writes: Is there a function to extract the body of an item minus all the auxiliary information? Yes -- see org-element.el in contrib/lisp/ and ̀org-element-parse-buffer' as a starting point. Nicolas might give further directions on how to get the body text only. * Item This is the text I want. And here is the second line. SCHEDULED: 2012-05-12 DEADLINE: 2012-05-13 Please put SCHEDULED: 2012-05-12 and DEADLINE: 2012-05-13 on the line right after the headline Item. It will produce unexpected results on some commands right now. :PROPERTIES: :foo: bar :END: I would also recommend putting this right below the SCHEDULED/DEADLINE line. And it's conceivable there is more below drawers... ** Sub-Item 1 ** Sub-Item 2 Basically I want a function that does the following: (org-entry-get-text) This is the text I want And here is the second line. And it's conceivable there is more below drawers... There is `org-agenda-get-some-entry-text' but you don't want to look at it... because it's tuned for use in agenda only. Point is at * Item when this is called. For one project (org-toodledo), I coded a version (see below) that pulls out the drawers, drops properties SCHEDULED/DEADLINE/CLOSED, and pulls off any indentation, and it works pretty well, although it is probably not complete for all cases. However, I'm now working on extensions for another project (org-taskjuggler) and want to again pull out the note. I tried again to find such a function in the org source files, but I just can't seem to find it. Does it exist? Not yet -- but building one from org-element.el is possible. If not, does it make sense to make my version below workable for org-mode developers in general? Please have a look at what Aurélien is working on right now: http://orgmode.org/w/org-sync.git The purpose is exactly this: build a gateway between Org and external services like toodledo. There is no support for toodledo service in Aurélien's code for now, but I think there will be when he will be done. You might also be interested in org-x: http://thread.gmane.org/gmane.emacs.orgmode/45570 AFAIU, org-x ignores the content of a subtree, so this will not help you that much -- but the idea of connecting Org with external services is there. (Related, what is the right term for this block of text? Note? Content? Text?) I'd call this the contents of a section. Note the plural form, as each section can contain paragraphs, code snippets, etc. HTH, -- Bastien
Re: [O] Table filter.
Hi, x.pi...@gmail.com writes: Is table filtering is implementad in org-mode? What is table filtering? Thanks, -- Bastien
Re: [O] Gather properties for use by babel source block?
Colin Hall colingh...@gmail.com writes: Tim Burt tcburt at rochester.rr.com writes: I want to gather data from properties into something that can be used by a babel source block (e.g. plot the data). Searches in the manual, worg, and gmane have not yielded the method, but my best guess is that I've missed it. If so, this is simply a request for a pointer to the documentation I should read. Any luck with this, Tim? I'm trying to do something very similar. After the hints of Darlan and Suvayu last August I cobbled a workflow described below. Errors and instability in the early weeks have been resolved into the current set of workable blemishes described below the workflow. The attachment is an org file that should be a working example if gnuplot is installed and configured for org-babel. Thank you Colin for asking the question about progress, because I should have shared it with the mailing list long ago warts and all. This is an example file for gathering and plotting health data (some of which has been fudged to protect the guilty ;-). The workflow is this: 1. DAILY: Use capture templates to query for data into a datetree under the heading '2011' which has an ID property. Each data headline is marked with tags for the data class (e.g. weight, blood sugar) that is used as a hook for collection. 2. ONE-TIME: Define the plots, in this case using gnuplot (thanks to Suvayu for the noweb example), under the heading 'Calculation and Visualization'. Another one-time setup is to define propview blocks that org-collector will populate for each data class (e.g. weight). Both the ID and tags are used to extract the information. 3. ONE-TIME: Another one-time setup is to define propview blocks that org-collector will populate for each data class (e.g. weight). Both the ID and tags are used to extract the information and this is under the 'Summaries' heading. - A #+tblname is placed after the #+BEGIN to provide a hook for the babel blocks for plotting. 4. ON-DEMAND: Refresh each collector block (in this case 4 separate ones), then org-babel-execute-buffer to generate the plots. This method has been mostly working but it has a few weaknesses, borne mostly from my ignorance. I haven't thought about the problem in several months, so maybe the act of writing the questions will spur me to the act of making it better. Here are my observations and questions: - At various times in the past year the ON-DEMAND step has not worked consistently, especially in regards to the #+tblname within the collector block. Sometimes the refresh would fail, often by wiping out the existing static view and replacing with an empty line under the #+tblname. No matter what happened in the past, it is stable enough for this post. - The problem could have been one of configuration (e.g. org-collector not loaded) or data (e.g. error in the date tree) or something else entirely. I have not done sufficiently thorough troubleshooting to really identify the different problems. - Collection is done by matching the tags in the data headlines, but the same type of information can be gleaned from the properties themselves. How can a match invocation be crafted to use the properties? - This weakness comes straight from my ignorance of lisp. - Collection is done for each separate table which does not scale well as the number of tables increases. Scaling itself is not the issue with just 4 tables, but forgetting to update each table is a slight problem. - Is there a way to automate the org-collector step so that one action updates all tables? - Of course, for the current story another solution would be to create one single data table with org-collector then modify the plotting routines to extract only the necessary columns. I'd like the ability to do monolithic or separate then decide which to use for which problems. - The capture templates yield blank properties that simply clutter the drawer and make data extraction logic slightly more complicated since existence alone is not a complete test. - Can a capture template be written to ask all the questions, but not yield a property if the answer is 'null'? TCBHealth-Example.org Description: Lotus Organizer Cheers, Colin. -- Tim Burt www.rketburt.org It is healthful to every sane man to utter the art within him; -- GK Chesterton
Re: [O] Table filter.
Bastien b...@gnu.org writes: Hi, x.pi...@gmail.com writes: Is table filtering is implementad in org-mode? What is table filtering? Thanks, Sorry for not being clear. By table filtering I mean the following: lets say I have a table | n | 2 | 3 | 4 | 5 | 6 | |---+---+---+---+---+---| | 1 | a | | | | | | 2 | b | | | | | | 3 | b | | | | | | 4 | a | | | | | | 5 | c | | | | | | 6 | b | | | | | | 7 | a | | | | | I want to filter this table and get only rows where second column equal a | n | 2 | 3 | 4 | 5 | 6 | |---+---+---+---+---+---| | 1 | a | | | | | | 4 | a | | | | | | 7 | a | | | | | Thanks.
Re: [O] Org-babel: Maxima invocation fix
Hi, attached the new fix. Does the v2 line count as changelog? Cheers, Simon On 05/07/2012 11:02 PM, Achim Gratz wrote: Simon Thum writes: I'm sure there is a better way to fix this, but the attached patch helps me to not get something like Warning: argument nil not recognized spoiling every maxima result. I'd rather do this directly in the let form: -(let* ((cmdline (cdr (assoc :cmdline params))) +(let* ((cmdline (or (cdr (assoc :cmdline params)) )) And please provide a changelog with your patch. Regards, Achim. From 63e9747d81f07abdc05db2f7754c8f7adbb1b2c6 Mon Sep 17 00:00:00 2001 From: Simon Thum simon.t...@gmx.de Date: Tue, 8 May 2012 13:31:11 +0200 Subject: [PATCH] Org-Babel: fix maxima invocation without explicit parameters v2: fix in the let form as suggested by Achim Gratz Signed-off-by: Simon Thum simon.t...@gmx.de --- lisp/ob-maxima.el |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/lisp/ob-maxima.el b/lisp/ob-maxima.el index b092e13..21bae78 100644 --- a/lisp/ob-maxima.el +++ b/lisp/ob-maxima.el @@ -70,7 +70,7 @@ called by `org-babel-execute-src-block'. (message executing Maxima source code block) (let ((result-params (split-string (or (cdr (assoc :results params)) ))) (result - (let* ((cmdline (cdr (assoc :cmdline params))) + (let* ((cmdline (or (cdr (assoc :cmdline params)) )) (in-file (org-babel-temp-file maxima- .max)) (cmd (format %s --very-quiet -r 'batchload(%S)$' %s org-babel-maxima-command in-file cmdline))) -- 1.7.3.4
Re: [O] Possible bug in parsing / clarification of syntax
Hi Simon, Simon Thum simon.t...@gmx.de writes: I have to revoke my earlier statement. The patch does _not_ remove the TODO_ line from the agenda. I see no change at all. This should be fixed now. Thanks, -- Bastien
Re: [O] Org-babel: Maxima invocation fix
Hi Simon, Simon Thum simon.t...@gmx.de writes: attached the new fix. Does the v2 line count as changelog? Not really -- but thanks for the new patch anyway. I applied it and added a better ChangeLog. Please check it here: http://orgmode.org/w/?p=org-mode.git;a=commit;h=925aee The idea is to use `C-x 4 a' to create an Emacs-ready ChangeLog then to add it to your commit message. Also avoid mentionning contextual element in the Emacs ChangeLog itself, put it at the end of the commit log, and use TINYCHANGE to make clear it is a tiny change. Thanks! -- Bastien
Re: [O] [patch] org-create-formula-image-with-dvipng
Hi Benjamin, Benjamin Motz b.m...@uni-muenster.de writes: I have the same problem and resolved it with the appended patch. Apparently, the .out-files aren't created and therefore can't be deleted. The patch is checking for file-existence before trying to delete. I applied your fix in two places -- see: http://orgmode.org/w/?p=org-mode.git;a=commit;h=6b482c Thanks, -- Bastien
Re: [O] orgstuct++ does not lurk silently in the shadow
Hi Eric, Eric S Fraga e.fr...@ucl.ac.uk writes: If you're certain you're loading Org correctly, please try the attached patch and just tell me if the error disappears. The patch works! I'm still resisting applying this patch, because I don't understand why the infinite recursion occurs. Can you help me again by trying to give me a minimal setup where this infinite recursion occurs with latest Org? We're nearly there... thanks a lot! -- Bastien
Re: [O] Touching :noexport: regions
Hi François, François Pinard pin...@iro.umontreal.ca writes: But I feel this would be gross, absolute overkill I do feel the same -- especially because, again, the issue at stake is the time it takes to publish the files to HTML. One idea would be to gather as much :noexport: subtrees into a small set of files so that the publication process does not take too much extra time. -- Bastien
Re: [O] Table filter.
Hi Petro, Petro x.pi...@gmail.com writes: lets say I have a table | n | 2 | 3 | 4 | 5 | 6 | |---+---+---+---+---+---| | 1 | a | | | | | | 2 | b | | | | | | 3 | b | | | | | | 4 | a | | | | | | 5 | c | | | | | | 6 | b | | | | | | 7 | a | | | | | I want to filter this table and get only rows where second column equal a | n | 2 | 3 | 4 | 5 | 6 | |---+---+---+---+---+---| | 1 | a | | | | | | 4 | a | | | | | | 7 | a | | | | | Such feature does not exist for now, but I would welcome enhancements in this direction. Thanks for this idea, -- Bastien
Re: [O] Yearly repeats on the agenda
Hi Nick, Nick Dokos nicholas.do...@hp.com writes: Oh, I agree - the removal is certainly desirable. I meant whether the non-removal of not-today's date is intentional :-) Thinking about this again, I don't see any reason why we should keep any timestamp in the headline. I pushed a fix for this. Thanks! -- Bastien
Re: [O] # tag should stick to the following text
Nicolas Goaziou n.goaz...@gmail.com wrote: Hello, François Pinard pin...@iro.umontreal.ca writes: When some feature is being deprecated, the Org manual should tell us, then ! :-) And at least where that feature is documented. Currently, the manual says: The preferred match for a text link is a dedicated target: the same string in double angular brackets. This is correct. I was just pointing out (though, admittedly, not very clearly) that the final part of the next sentence in the manual, sometimes it is convenient to put them into a comment line, isn't. As I announced a few times already, targets are going to change a bit and _commented_ targets will not be possible anymore in the new exporter. Sorry I missed it and thanks for the clarification. Nick On the other hand, every regular target will be invisible. Let me explain. At the moment, tag and # tag produce, respectively, a name=tag id=tagtag/a and a name=tag id=tag/a. In a not so distant future tag will produce a name=tag id=tag/a and # tag will be ignored. I'll adapt of course, but to what? If not # tag, then what is the way to create a named anchor at an arbitrary place in an Org file? tag should suffice for that task. I hope this is clearer now. Regards, -- Nicolas Goaziou
Re: [O] taskjuggler (tj3) export issues and proposals
On Sun, May 6, 2012 at 11:26 PM, Eric S Fraga e.fr...@ucl.ac.uk wrote: John Hendy jw.he...@gmail.com writes: [...] @EricFraga: if implementing the LaTeX gantt package has moved into either of the two actionable categories you mentioned in our last discussion (http://lists.gnu.org/archive/html/emacs-orgmode/2011-08/msg01259.html), I'd be happy to hear about it :) Unfortunately, my change in my job (resulting in a move literally around the world, about as far as I could go ;-), has led to a real interruption in anything not directly work related! However, I am again starting to write some proposals that will need GANTT charts so maybe I can justify looking at this again. Thanks for the update and no worries. Good luck on the adjustment to new duties and environment! I should be able to look into this as well... I just don't know the elisp to get things from table/headline properties in org into the appropriate LaTeX code... I should really learn lisp so I can give back. Sigh... I was going to learn Python next. Best regards, John thanks, eric -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.1.50.1 : using Org release_7.8.09-529-g035ab3.dirty
Re: [O] links to folders with non-english characters don't work (emacs 2324 on osx)
Hi, I cannot reproduce AJR's problem (and I'm a happy user of both æøå and other strange characters on the Mac). I created a dør.txt file and opened it with a file:~/org/dør.txt link. I clicked a http://www.dører.no link and got the appropriate URL in the Firefox address bar. I'm on Emacs 23.3.1 and OS X 10.6.8, with current-language-environment always set to UTF-8. AJR, do you only have this trouble with links, or do you experience other encoding issues as well? Yours, Christian On 5/8/12 11:03 AM, Bastien wrote: Hi, AJRfjr...@gmail.com writes: First I just wanted to thank everyone involved in creating orgmode, it's amazing and it has pretty much sold me on emacs. But, I've had some problems with links containing æøå. I'm an osx (lion) user. In emacs 23.4 (9.0) no paths with æøå where possible to open. For example, these did not work: file:~/dør.txt (didn't open) http://www.dører.no (the url bar of firefox contained www.d¯rer.no and, before that, some other strange formatting) file:~/dør I can't reproduce this problem on my GNU/Linux machine but hopefully someone using MacOSX will help. Best,
Re: [O] Table filter.
Bastien b...@gnu.org wrote: Hi Petro, Petro x.pi...@gmail.com writes: lets say I have a table | n | 2 | 3 | 4 | 5 | 6 | |---+---+---+---+---+---| | 1 | a | | | | | | 2 | b | | | | | | 3 | b | | | | | | 4 | a | | | | | | 5 | c | | | | | | 6 | b | | | | | | 7 | a | | | | | I want to filter this table and get only rows where second column equal a | n | 2 | 3 | 4 | 5 | 6 | |---+---+---+---+---+---| | 1 | a | | | | | | 4 | a | | | | | | 7 | a | | | | | Such feature does not exist for now, but I would welcome enhancements in this direction. Thanks for this idea, You can get most of the way there with babel, as long as you don't insist on modifying the table in place. Something like this e.g. using python 2.x: --8---cut here---start-8--- #+BEGIN_SRC elisp (setq org-babel-min-lines-for-block-output 0) #+END_SRC #+RESULTS: #+begin_example 0 #+end_example The above setting is just to force an example block. The default value (10) produces colon-demarcated results. #+name: orig | n | 2 | 3 | 4 | 5 | 6 | |---+---+---+---+---+---| | 1 | a | | | | | | 2 | b | | | | | | 3 | b | | | | | | 4 | a | | | | | | 5 | c | | | | | | 6 | b | | | | | | 7 | a | | | | | #+BEGIN_SRC python :var table=orig :results output # print the header print #+name: filtered for x in table: if x[1] == 'a': print |%s % (|.join(map(str, x))) #+END_SRC #+RESULTS: #+begin_example #+name: filtered |1|a |4|a |7|a #+end_example --8---cut here---end---8--- I don't know how to get the column heading row though: apparently babel strips it from the table it passes to the code block. Nick
Re: [O] Org-babel: Maxima invocation fix
Hi, thanks for the swift inclusion. I've read through the how to contribute now to do better itf. On 05/08/2012 02:15 PM, Bastien wrote: Hi Simon, Simon Thumsimon.t...@gmx.de writes: attached the new fix. Does the v2 line count as changelog? Not really -- but thanks for the new patch anyway. I applied it and added a better ChangeLog. Please check it here: http://orgmode.org/w/?p=org-mode.git;a=commit;h=925aee The idea is to use `C-x 4 a' to create an Emacs-ready ChangeLog then to add it to your commit message. Also avoid mentionning contextual element in the Emacs ChangeLog itself, put it at the end of the commit log, and use TINYCHANGE to make clear it is a tiny change. Thanks!
[O] Org API
Hi List, using a slightly modified version of the wikidoc.el library from Nic Ferrier (https://github.com/nicferrier/elwikidoc) I published the Org-mode API on Worg (with some help from Eric (Schulte) with regards to scripting). You can access the page via the link at the bottom of this site: http://orgmode.org/worg/dev/index.html While all this info is of course available from inside Emacs, it might still be useful to present it as nicely formated web pages. -- cheers, Thorsten
Re: [O] Org API
Thorsten Jolitz tjol...@googlemail.com writes: using a slightly modified version of the wikidoc.el library from Nic Ferrier (https://github.com/nicferrier/elwikidoc) I published the Org-mode API on Worg (with some help from Eric (Schulte) with regards to scripting). You can access the page via the link at the bottom of this site: http://orgmode.org/worg/dev/index.html While all this info is of course available from inside Emacs, it might still be useful to present it as nicely formated web pages. Thanks a lot for this Thorsten! -- Bastien
Re: [O] Table filter.
Am 08.05.2012 11:45, schrieb x.pi...@gmail.com: Hi all. Is table filtering is implementad in org-mode? Thanks. Well, I have done something similar, which includes a few more operations than filtering. It uses org-babel and comes as an org-file, which combines code and documentation. Hope, this might be useful for you. with kind regards, Marc-Oliver Ihm * Table operations --- filter or combine tables This section within the library of babel provides table operations. See the documentation just below for details and working examples. Author : Marc-Oliver Ihm i...@ferntreffer.de Version : 1.0 ** Documentation *** Introduction The table operations (currently four) are grouped in two categories: - Filtering the rows of a single table: keeping or removing - Combining two tables into one: merging or intersecting All four operations are demonstrated below. *** Example tables To demonstrate we need three tables: upper, lower and keys: #+name: upper | 1 | A | | 3 | C | | 4 | D | | 10 | J | | 2 | B | #+name: lower | Position | Letter | |--+| |2 | b | |4 | d | |5 | e | |6 | h | #+name: keys | Position | |--| |1 | |2 | |4 | The tables upper and lower both have two columns and associate a position in the alphabet with the matching letter. E.g. the row | 1 | A | from table upper, just states that the letter A comes at position 1 in the alphabet. Nearly the same is true for table lower, only that it contains lower case letters. Some of its letters (e.g. b) have counterparts in table upper (B), some (e.g. e) dont. The table keys finally, contains keys (i.e. positions within the alphabet), that can be used to select rows from either table upper or lower. Note, that tables may have column headings or not. *** Filtering a table Keeping rows Let's say, we want to select the upper-case letters (i.e. rows from the table upper), that are given in table keys (i.e. the first, second and fourth letter). This can be described as filtering table upper and keeping only those rows, that appear in table keys. As a babel-call, this reads: #+call: table-operations-filter-keep(upper,keys) #+results: table-operations-filter-keep(upper,keys) | 1 | A | | 4 | D | | 2 | B | ,which gives exactly those rows from table upper, that are specified in keys. Removing rows Now, if on the contrary you want to filter table upper to remove any rows, which are given in table keys: #+call: table-operations-filter-remove(upper,keys) :colnames yes #+results: table-operations-filter-remove(upper,keys) | Position | t2c2 | |--+--| |3 | C| | 10 | J| ,which is the expected result. Please note, that the call contains the header argument :colnames yes, which causes the result table to contain the headings Position and t2c2. These headings are taken from the input-tables upper and keys. However, as upper does not contain any headings, the heading t2c2 is generated artificially; it stands for table 2 column 2. If you do not want to have column names in the result table, just leave out the header argument :colnames yes like in the first example. Note however, that :colnames no does not give the expected effect. *** Combining tables Now, lets have a look at the tables upper and lower alone and see how to combine them. Note, that we only look at combining two tables for simplicity, however, all operations can be easily scaled up to seven tables. Merging rows We have two tables, one with upper case letters and one with lower case. What now, if you want to have only one table, which contains both, upper and lower case letters ? You may want to merge them: #+call: table-operations-combine-merge(upper,lower) :colnames yes #+results: table-operations-combine-merge(upper,lower) | Position | t1c2 | Letter | |--+--+| |1 | A|| |2 | B| b | |3 | C|| |4 | D| d | |5 | | e | |6 | | h | | 10 | J|| This result combines both upper and lower case letters and lists them by their position within the alphabet. Intersecting rows If you only want the rows, that are complete (i.e. have both upper and lower case letters) you may compute the intersection: #+call: table-operations-combine-intersect(upper,lower) #+results: table-operations-combine-intersect(upper,lower) | 2 | B | b | | 4 | D | d | ,which has only those keys and letters, that appear in both tables. Note, that we have ommitted the headeragument :colnames yes so that the result table has no headings. ** Internals This section is
Re: [O] Bug: Org Table: Field formulas with hline-address on right-hand side don't work anymore [7.8.09]
Tobias Nähring writes: This bug concerns org-tables. Posting the same bug report multiple times isn't going to magically speed up its resolution. Field formulas with hline-address on right-hand side don't work anymore. It seems to me that it's rather the left-hand address that is the problem. Also, it is an initialization problem: once the calc machinery has worked once, that very same formula you give works just as it should until you leave the table and try again. Beyond that, I don't think I know enough about the innards of org-table to help. Pityingly, I can't easily reproduce the former version of orgmode where this worked. (I installed over the former version without backup. I should not have done this.) If you install from Git you can install any version desired. A fast fix would be great since I need the hline-references in field formulas very much (large variable number of columns in tables, calculate maximum norm of column sections and stuff like that…,). I have old org-files where I need to re-calculate stuff like that. You might consider one of these workarounds: |---| | 1 | | 2 | |---| | 3 | #+TBLFM: @$1=vsum(@I$1..@II$1) |---| | 1 | | 2 | |---| | 3 | #+TBLFM: @II=vsum(@I$1..@II$1) Regards Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Factory and User Sound Singles for Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
[O] [babel] problem with colnames
Hi all, I have a question regarding colnames in babel source blocks. Suppose, I have a source block (in R) that has as input a table and returns a table. And I would like to have the resulting table with column names, but the input table does not have column names. How can I achieve this? Here is an example: The input table #+name: intab | bla | | blu | By default, the colnames are stripped off the result: #+begin_src R :var intab=intab colnames(intab) - rara intab #+end_src #+results: | bla | | blu | The same happens when setting :colnames no #+begin_src R :var intab=intab :colnames no colnames(intab) - rara intab #+end_src #+results: | bla | | blu | Setting :colnames yes strips the first row from the input: #+begin_src R :var intab=intab :colnames yes colnames(intab) - rara intab #+end_src #+results: | rara | |--| | blu | Finally, setting :colnames nil also strips the first row from the input: #+begin_src R :var intab=intab :colnames nil colnames(intab) - rara intab #+end_src #+results: | rara | |--| | blu | Regards, Andreas
Re: [O] [babel] problem with colnames
Aloha Andreas, Andreas Leha andreas.l...@med.uni-goettingen.de writes: Hi all, I have a question regarding colnames in babel source blocks. Suppose, I have a source block (in R) that has as input a table and returns a table. And I would like to have the resulting table with column names, but the input table does not have column names. How can I achieve this? I don't think this is possible with the current ob-r.el. I found this problem a few months ago and have been working around it since then. I think the solution is to patch ob-r.el so the :colnames header argument has 4 states: none, input, output, both. All the best, Tom Here is an example: The input table #+name: intab | bla | | blu | By default, the colnames are stripped off the result: #+begin_src R :var intab=intab colnames(intab) - rara intab #+end_src #+results: | bla | | blu | The same happens when setting :colnames no #+begin_src R :var intab=intab :colnames no colnames(intab) - rara intab #+end_src #+results: | bla | | blu | Setting :colnames yes strips the first row from the input: #+begin_src R :var intab=intab :colnames yes colnames(intab) - rara intab #+end_src #+results: | rara | |--| | blu | Finally, setting :colnames nil also strips the first row from the input: #+begin_src R :var intab=intab :colnames nil colnames(intab) - rara intab #+end_src #+results: | rara | |--| | blu | Regards, Andreas -- Thomas S. Dye http://www.tsdye.com
Re: [O] [babel] problem with colnames
t...@tsdye.com (Thomas S. Dye) writes: Aloha Andreas, Andreas Leha andreas.l...@med.uni-goettingen.de writes: Hi all, I have a question regarding colnames in babel source blocks. Suppose, I have a source block (in R) that has as input a table and returns a table. And I would like to have the resulting table with column names, but the input table does not have column names. How can I achieve this? I don't think this is possible with the current ob-r.el. I found this problem a few months ago and have been working around it since then. I think the solution is to patch ob-r.el so the :colnames header argument has 4 states: none, input, output, both. All the best, Tom Hi Tom, thanks for your confirmation. Regards, Andreas
[O] [babel] export of inline source with wrapped results
Hi all, I experience a problem when exporting the results of inline source blocks when they are wrapped: the export (using the old latex exporter) contains :RESULTS: and :END: Here is an example src_R[:results org wrap]{tmp - inline} call. And the LaTeX export of this is #+begin_latex Here is an example :RESULTS: inline:END: call. #+end_latex Is this a known bug? Regards, Andreas
Re: [O] Ever used org-mode contrib packages?
Hello, Just fixed the broken link to org-refer-by-number.el; hopefully this gives others a better chance to actually use it :-) Please find its short description below. with kind regards, Marc-Oliver Ihm org-refer-by-number.el – refer to things by number, when direct linking is not possible These reference numbers are added to and kept in a table along with the timestamp of their creation. The reference numbers may then be used to refer to things outside of Org (e.g. by writing them on a piece of paper or use them as part of a directory name). Within Org you may then refer to these things by their number (e.g. R153). Later, these reference numbers can be looked up easily. Written by Marc-Oliver Ihm. Link to raw file .
[O] [PATCH] org.el: Added a new interactive function which inserts a code block
Hello, I do not always use code blocks in org-mode, but when I do, I have forgotten the syntax :-). In order to prevent that situation I wrote a little function which is similar to org-insert-link. I called that function org-insert-code-block. This function reads the language per minibuffer in and supports completion. It only allows languages which are loaded via org-babel-load-languages. Is this function also useful to others? I'm not a long-time Emacs lisp hacker, so any comment is welcome. Has anyone an idea for a reasonable keybinding for org-insert-code-block which is not already taken by org-mode? Thanks in advance. Best regards, Florian diff --git a/lisp/org.el b/lisp/org.el index 66f9c3e..19e91c0 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -9145,6 +9145,21 @@ a link description or nil. [[ (car link) ]]))) ;;;###autoload +(defun org-insert-code-block () + Insert a code block. At the prompt, enter the language which is available. + +Completion can be used to insert any language which is loaded in +org-babel-load-lanuages. + (interactive) + (setq language (completing-read + Code block : + (mapcar 'symbol-name + (mapcar 'car org-babel-load-languages)) + nil nil)) + (insert (concat #+BEGIN_SRC language \n\n)) + (insert #+END_SRC) + (previous-line)) + (defun org-insert-link-global () Insert a link like Org-mode does. This command can be called in any mode to insert a link in Org-mode syntax.
Re: [O] [babel] export of inline source with wrapped results
Andreas Leha andreas.l...@med.uni-goettingen.de writes: Hi all, I experience a problem when exporting the results of inline source blocks when they are wrapped: the export (using the old latex exporter) contains :RESULTS: and :END: Here is an example src_R[:results org wrap]{tmp - inline} call. And the LaTeX export of this is #+begin_latex Here is an example :RESULTS: inline:END: call. #+end_latex Is this a known bug? Regards, Andreas What would you expect to see? I don't it was ever anticipated that anyone would wrap inline results. Best, -- Eric Schulte http://cs.unm.edu/~eschulte/
Re: [O] [babel] problem with colnames
Andreas Leha andreas.l...@med.uni-goettingen.de writes: Hi all, I have a question regarding colnames in babel source blocks. Suppose, I have a source block (in R) that has as input a table and returns a table. And I would like to have the resulting table with column names, but the input table does not have column names. How can I achieve this? Here is an example: The input table #+name: intab | bla | | blu | By default, the colnames are stripped off the result: #+begin_src R :var intab=intab colnames(intab) - rara intab #+end_src #+results: | bla | | blu | The same happens when setting :colnames no #+begin_src R :var intab=intab :colnames no colnames(intab) - rara intab #+end_src #+results: | bla | | blu | Setting :colnames yes strips the first row from the input: #+begin_src R :var intab=intab :colnames yes colnames(intab) - rara intab #+end_src #+results: | rara | |--| | blu | Finally, setting :colnames nil also strips the first row from the input: #+begin_src R :var intab=intab :colnames nil colnames(intab) - rara intab #+end_src #+results: | rara | |--| | blu | Regards, Andreas It almost seems like there should be two columnames options, one for input and one for output. This would add complexity but would make use cases like yours above feasible. Does this sound reasonable? Best, -- Eric Schulte http://cs.unm.edu/~eschulte/
[O] links to folders with non-english characters don\'t work (emacs 2324 on osx)
Solved! (By setting current-language-environment to utf-8, it was set to english-something by default) I have no idea why I didn't check what encoding emacs was using by default right away. I had no encoding problems until this issue surfaced. Thanks!
Re: [O] How to apply multiple TBLFM rules?
Bastien b...@gnu.org wrote: Charles mill...@verizon.net writes: Perhaps only one #+TBLFM: per table is allowed More precisely, hitting C-c C-c on #+TBLFM: will just apply formulas in *this* line. Using several #+TBLFM: lines is sometimes useful when you want to apply different sets of formulas -- which I think is the use for #+TBLFM: in Michael's document (but I agree this is confusing there.) Hi, Bastien. Thanks for looking into this. Let me start by saying that I'm completely satisfied with the mechanism of joining formulas with the :: notation, and especially with the convenient editing of such formulas with C-c '. But if the multiple TBLFM lines work as I think you're describing, then I still have some gap in my understanding. Here's my simple test table, with multiple formulas, joined by ::: #+TBLNAME: test1 | 1 | 2 | | | 4 | 5 | | | 7 | 8 | 9 | #+TBLFM: @1$3='(+ 10 7)::@2$3='(+ 11 9)::@3$1=42 If I hit C-c C-c while the point is on the one and only TBLFM line, I get: #+TBLNAME: test1 | 1 | 2 | 17 | | 4 | 5 | 20 | | 42 | 8 | 9 I.e.,exactly the intended result. Here is the same table, but with the formulas spread across three different lines: #+TBLNAME: test2 | 1 | 2 | | | 4 | 5 | | | 7 | 8 | 9 | #+TBLFM: @1$3='(+ 10 7) #+TBLFM: @2$3='(+ 11 9) #+TBLFM: @3$1=42 If I hit C-c C-c while the point is on the FIRST TBLFM line, I get: #+TBLNAME: test2 | 1 | 2 | 17 | | 4 | 5 | | | 7 | 8 | 9 | This is what I expected. If I now proceed to hit C-c C-c while the point is on the SECOND TBLFM line, I get: #+TBLNAME: test2 | 1 | 2 | 17 | | 4 | 5 | | | 7 | 8 | 9 | I.e., there is no change whatsoever. If I then hit C-c C-c while the point is on the THIRD TBLFM line, I get: #+TBLNAME: test2 | 1 | 2 | 17 | | 4 | 5 | | | 7 | 8 | 9 | I.e., again there is no change whatsoever. I might add that if I do carry out these operations with table debugging turned on (C-c {), I do NOT get prompted by the debugger when trying to process the second and third TBLFM lines. As I said above, I'm happy with the :: solution and am happy to let this topic drop, but I'm eager to expand my Org-mode skills. Please let me know what I'm missing. Thanks again. -- Mike
Re: [O] Ever used org-mode contrib packages?
Marc-Oliver Ihm marc-oliver@online.de writes: Just fixed the broken link to org-refer-by-number.el; Thanks! hopefully this gives others a better chance to actually use it :-) Let's give it more chances :) http://orgmode.org/worg/code/elisp/org-refer-by-number.el -- Bastien
Re: [O] [babel] export of inline source with wrapped results
Eric Schulte eric.schu...@gmx.com writes: Andreas Leha andreas.l...@med.uni-goettingen.de writes: Hi all, I experience a problem when exporting the results of inline source blocks when they are wrapped: the export (using the old latex exporter) contains :RESULTS: and :END: Here is an example src_R[:results org wrap]{tmp - inline} call. And the LaTeX export of this is #+begin_latex Here is an example :RESULTS: inline:END: call. #+end_latex Is this a known bug? Regards, Andreas What would you expect to see? I don't it was ever anticipated that anyone would wrap inline results. Best, Hi Eric, thanks for this fast response. I would expect *not* to see the :RESULTS:, :END: in the export. I consider them org mode internal just like #+begin_src ... #+end_src and can't see a use of them being in the exported document. Why would I wrap inline results? Good question. It has been quite useful, but it seems that use has gone. The problem I was trying to tackle with the wrapping is that of multiple executions of an inline source block leading to multiple results. Like I executed this twice: src_R{1} =1= =1=. I think once wrapping was a solution to this, but maybe I am wrong here. In any case, now it isn't: Again executed twice: src_R[:results wrap]{1} :RESULTS: 1:END: :RESULTS: 1:END: So, here is the follow-up question: How to make inline replace their results (as other code blocks do)? Regards, Andreas
Re: [O] [babel] problem with colnames
Eric Schulte eric.schu...@gmx.com writes: Andreas Leha andreas.l...@med.uni-goettingen.de writes: Hi all, I have a question regarding colnames in babel source blocks. Suppose, I have a source block (in R) that has as input a table and returns a table. And I would like to have the resulting table with column names, but the input table does not have column names. How can I achieve this? Here is an example: The input table #+name: intab | bla | | blu | By default, the colnames are stripped off the result: #+begin_src R :var intab=intab colnames(intab) - rara intab #+end_src #+results: | bla | | blu | The same happens when setting :colnames no #+begin_src R :var intab=intab :colnames no colnames(intab) - rara intab #+end_src #+results: | bla | | blu | Setting :colnames yes strips the first row from the input: #+begin_src R :var intab=intab :colnames yes colnames(intab) - rara intab #+end_src #+results: | rara | |--| | blu | Finally, setting :colnames nil also strips the first row from the input: #+begin_src R :var intab=intab :colnames nil colnames(intab) - rara intab #+end_src #+results: | rara | |--| | blu | Regards, Andreas It almost seems like there should be two columnames options, one for input and one for output. This would add complexity but would make use cases like yours above feasible. Does this sound reasonable? Definitely. Just as Tom also suggested. I would very much welcome such new feature. Regards, Andreas
Re: [O] [PATCH] org.el: Added a new interactive function which inserts a code block
Hi Florian, You function looks good (although two lines in the middle are not indented correctly). Have you tried typing s and then pressing TAB. This is how I insert code blocks, as well as q for quote blocks, etc... That said your function does more than the s approach because it also limits the languages to those which are supported. If others think this is generally useful I'd be happy to add it to ob.el. Thanks for sharing, Florian Adamsky fa-orgm...@haktar.org writes: Hello, I do not always use code blocks in org-mode, but when I do, I have forgotten the syntax :-). In order to prevent that situation I wrote a little function which is similar to org-insert-link. I called that function org-insert-code-block. This function reads the language per minibuffer in and supports completion. It only allows languages which are loaded via org-babel-load-languages. Is this function also useful to others? I'm not a long-time Emacs lisp hacker, so any comment is welcome. Has anyone an idea for a reasonable keybinding for org-insert-code-block which is not already taken by org-mode? Thanks in advance. Best regards, Florian -- Eric Schulte http://cs.unm.edu/~eschulte/
Re: [O] [PATCH] org.el: Added a new interactive function which inserts a code block
Hi Florian and Eric, Eric Schulte eric.schu...@gmx.com writes: Have you tried typing s and then pressing TAB. This is how I insert code blocks, as well as q for quote blocks, etc... That said your function does more than the s approach because it also limits the languages to those which are supported. If others think this is generally useful I'd be happy to add it to ob.el. Don't we have this already? s TAB M-TAB inserts #+begin_src and offers completion over ̀org-babel-load-languages' (see `pcomplete/org-mode/block-option/src' in org-pcomplete.el) This spares us new keybindings :) -- Bastien
Re: [O] [PATCH] org.el: Added a new interactive function which inserts a code block
Bastien b...@gnu.org wrote: Eric Schulte eric.schu...@gmx.com writes: Have you tried typing s and then pressing TAB. This is how I insert code blocks, as well as q for quote blocks, etc... That said your function does more than the s approach because it also limits the languages to those which are supported. If others think this is generally useful I'd be happy to add it to ob.el. Don't we have this already? s TAB M-TAB inserts #+begin_src and offers completion over ̀org-babel-load-languages' (see `pcomplete/org-mode/block-option/src' in org-pcomplete.el) This spares us new keybindings :) That's very cool. I wasn't aware of that. I notice that on my system the completion list does not include cpp, which is indeed accepted and processed correctly. -- Mike
[O] C-c * toggles in
When my cursor is on an 'in buffer setting' line #+FOO: bar C-c * toggles it to * #+FOO: bar, i.e. a headline. Is this behavior acceptable or expected since in buffer settings are defined as special lines and are not normal lines (plainlists) or headlines? My set up is emacs 24.0.93.1 (i386-mingw-nt6.1.7601) of 2012-02-15 on MARVIN org-mode 7.8.09 Charlie Millar
Re: [O] orgstuct++ does not lurk silently in the shadow
Bastien b...@gnu.org writes: Hi Eric, Eric S Fraga e.fr...@ucl.ac.uk writes: If you're certain you're loading Org correctly, please try the attached patch and just tell me if the error disappears. The patch works! I'm still resisting applying this patch, because I don't understand why the infinite recursion occurs. Can you help me again by trying to give me a minimal setup where this infinite recursion occurs with latest Org? We're nearly there... thanks a lot! Strange. With orgstruct++-mode now enabled (manually, not through a hook), without your patch and without most of my org customisations, I cannot seem to get the infinite recursion happening. This is with org from git as of a few minutes ago. However, I cannot guarantee that some bits of org as shipped with emacs 24.1.50.1 haven't been loaded before I manually load the latest version. The problem is that I cannot get gnus to startup properly with emacs -Q. My gnus configuration is just too confused... :( Argg. In any case, given that it seems to work just fine without my customisations, there is something in my normal configuration (and Nicolas's, I guess) that would seem to be triggering the infinite recursion. I will start bisecting my org configuration to track this down but this could take some time! I would definitely suggest not applying that patch as it doesn't appear necessary in normal circumstances. Thanks, eric -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.1.50.1 : using Org release_7.8.09-544-g505cc7
[O] Fwd: C-c * toggles #+FOO in buffer settings
Original message subject line obviously incomplete. Original Message Subject:[O] C-c * toggles in Date: Tue, 08 May 2012 19:30:21 -0400 From: Charles mill...@verizon.net To: Org-Mode List emacs-orgmode@gnu.org When my cursor is on an 'in buffer setting' line #+FOO: bar C-c * toggles it to * #+FOO: bar, i.e. a headline. Is this behavior acceptable or expected since in buffer settings are defined as special lines and are not normal lines (plainlists) or headlines? My set up is emacs 24.0.93.1 (i386-mingw-nt6.1.7601) of 2012-02-15 on MARVIN org-mode 7.8.09 Charlie Millar - No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1424 / Virus Database: 2425/4985 - Release Date: 05/08/12
Re: [O] [PATCH] org.el: Added a new interactive function which inserts a code block
Bastien b...@gnu.org writes: Hi Florian and Eric, Eric Schulte eric.schu...@gmx.com writes: Have you tried typing s and then pressing TAB. This is how I insert code blocks, as well as q for quote blocks, etc... That said your function does more than the s approach because it also limits the languages to those which are supported. If others think this is generally useful I'd be happy to add it to ob.el. Don't we have this already? s TAB M-TAB inserts #+begin_src and offers completion over ̀org-babel-load-languages' (see `pcomplete/org-mode/block-option/src' in org-pcomplete.el) This spares us new keybindings :) Thanks for this! I didn't know that completion was possible at that point. Mind you, the list of possible completions seems to be somewhat limited. I wonder where the list comes from? (I know: I should look at the code... ;-) For the OP, I use yasnippet [1] to introduce src code blocks: ,[ src ] | #name : #+begin_src language options ...#+end_src | # -- | #+name: $1 | #+begin_src $2 $3 | $0 | #+end_src ` Footnotes: [1] https://github.com/capitaomorte/yasnippet -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.1.50.1 : using Org release_7.8.09-544-g505cc7
[O] Entities
There's a small bug in rendering the entities when org-pretty-entities is on (I get the feeling that org-pretty-entities is not a very commonly-used feature). The entities \sup1 \sup2 \sup3 and \there4 are not rendered properly. The regex detecting entities apparently doesn't catch numbers at the end, except for the special case of fractions. I've added the others to the special-casing and attach a patch for it; I hope I managed to include the changelog properly (is git format-patch --attach the way to go?). Also attached is another patch that might or might not be useful. Sometimes it can be a problem when you can't type, say, asterisks around a word when you NEED asterisks around the word, not a boldface word (I'd been getting around it by using Unicode characters that look like asterisks, like ). The way to do it right is to use the \ast entity, which expands to the right thing but doesn't affect formatting. There's also already a \tilde entity, to allow putting in tildes without accidentally setting something verbatim. I added entities for the remaining markup characters: \plus, \under, \equal, and \slash. \under might be particularly handy when avoiding subscripting (which raises the question of if there should be an \asciicirc (or something) entity for ^ also). ~mark From 5070e37aaae6f952bab022c71212fabb7549105e Mon Sep 17 00:00:00 2001 From: Mark Shoulson m...@kli.org Date: Tue, 8 May 2012 15:15:10 -0400 Subject: [PATCH] Fix for displaying certain pretty entities MIME-Version: 1.0 Content-Type: multipart/mixed; boundary=1.7.7.6 This is a multi-part message in MIME format. --1.7.7.6 Content-Type: text/plain; charset=UTF-8; format=fixed Content-Transfer-Encoding: 8bit * org.el (org-fontify-entities): fix bug: The entities \sup[123] and \there4 were not prettified when org-pretty-entities was enabled. TINYCHANGE --- lisp/org.el |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) --1.7.7.6 Content-Type: text/x-patch; name=0001-Fix-for-displaying-certain-pretty-entities.patch Content-Transfer-Encoding: 8bit Content-Disposition: attachment; filename=0001-Fix-for-displaying-certain-pretty-entities.patch diff --git a/lisp/org.el b/lisp/org.el index 66f9c3e..1d2955f 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -5954,7 +5954,7 @@ needs to be inserted at a specific position in the font-lock sequence.) (when org-pretty-entities (catch 'match (while (re-search-forward - \\(frac[13][24]\\|[a-zA-Z]+\\)\\($\\|{}\\|[^[:alpha:]\n]\\) + \\(there4\\|sup[123]\\|frac[13][24]\\|[a-zA-Z]+\\)\\($\\|{}\\|[^[:alpha:]\n]\\) limit t) (if (and (not (org-in-indented-comment-line)) (setq ee (org-entity-get (match-string 1))) --1.7.7.6-- From 58d18562f39ed64a547fa2d60510cae5983bcbef Mon Sep 17 00:00:00 2001 From: Mark Shoulson m...@kli.org Date: Tue, 8 May 2012 15:22:48 -0400 Subject: [PATCH] Add entities for /, +, _, = MIME-Version: 1.0 Content-Type: multipart/mixed; boundary=1.7.7.6 This is a multi-part message in MIME format. --1.7.7.6 Content-Type: text/plain; charset=UTF-8; format=fixed Content-Transfer-Encoding: 8bit * org-entities.el (org-entities): add new entities for characters which could cause formatting changes if typed directly. --- lisp/org-entities.el |4 1 files changed, 4 insertions(+), 0 deletions(-) --1.7.7.6 Content-Type: text/x-patch; name=0001-Add-entities-for-_.patch Content-Transfer-Encoding: 8bit Content-Disposition: attachment; filename=0001-Add-entities-for-_.patch diff --git a/lisp/org-entities.el b/lisp/org-entities.el index 8b5b3f3..fce3b68 100644 --- a/lisp/org-entities.el +++ b/lisp/org-entities.el @@ -260,6 +260,10 @@ loaded, add these packages to `org-export-latex-packages-alist'. (lt \\textless{} nil lt; ) (gt \\textgreater{} nil gt; ) (tilde \\~{} nil tilde; ~ ~ ~) +(slash / nil / / / /) +(plus + nil + + + +) +(under \\_ nil _ _ _ _) +(equal = nil = = = =) (dagger \\textdagger{} nil dagger; [dagger] [dagger] â ) (Dagger \\textdaggerdbl{} nil Dagger; [doubledagger] [doubledagger] â¡) --1.7.7.6--
Re: [O] Bug: Org Table: Field formulas with hline-address on right-hand side don't work anymore [7.8.09]
Interestingly, this seems to have been broken ever since org-table got split into its own file; i.e. the only working versions I could find are 5.x ones and the first broken version is fe939ecb95, which splits org.el into more files and moves them into /lisp. Since I don't think that code inside the functions was altered during that split, this smacks of a missing defvar or autoload in either org-table or org. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Samples for the Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#BlofeldSamplesExtra
[O] HTML export of inline tasks
Dear List, How can I export SCHEDULED, DEADLINE and tags for inlinetasks? I have org-inlinetask.el loaded and am using older HTML exporter (the one not based on org-elements.el). I looked at variable org-inlinetasl-export-template but still unsure how should I set it to exposed scheduling information in HTML. I am using the default css. GNU Emacs 24.1.50.1 on Windows 7 Org-mode from Git as of May 7 2012 with head on commit b797c88d700a5e636c0f9fdb108d1846ce6e1f08 Thanks! -- Manish