Re: [O] [babel] Bug? export with 'hidden' tables
Thanks for the quick fix! Works nicely again! Am 28.02.2011 20:32, schrieb Eric Schulte: > Ah, > > This is a bug I introduced in one of my weekend commits. I've just > pushed up a fix. > > Thanks for catching this -- Eric > > Andreas Leha writes: > > >> Hi Eric, >> >> thanks a lot for this quick answer. I indeed was not aware of the >> COMMENT keyword. >> >> Unfortunately it does not solve the problem. When I try to export the >> sample file below I still get: >> 'if: reference 'tbl_directories' not found in this buffer' >> >> Cheers, >> Andreas >> >> PS: the sample (try to export it) >> == >> >> * COMMENT Parameters >> #+CAPTION: Directories >> #+LABEL: tbl:directories >> #+tblname: tbl_directories >> | directory | path | >> |+| >> | data directory | /home/ | >> | plot directory | /home/ | >> | code directory | /home/ | >> >> #+CAPTION: Data Files >> #+LABEL: tbl:data_files >> #+tblname: tbl_data_files >> | file| path | >> |-+| >> | original data | data | >> | original data (csv) | data_m | >> >> >> * Test >> #+begin_src R :session :exports results :results silent :var >> data_dir=tbl_directories[2,1] >> library("tikzDevice") >> #+end_src >> >> == >> >> >> Am 28.02.2011 19:56, schrieb Eric Schulte: >> >>> Hi Andreas, >>> >>> I don't know about :noexport:, but to keep a subtree from exporting, I >>> use the COMMENT keyword in the title, which can be done with the >>> `org-toggle-comment' command bound to C-c ;. >>> >>> Hope this helps -- Eric >>> >>> Andreas Leha writes: >>> >>> >>> Hi all, I used to have parameters in org tables, which were in secions marked with 'noexport'. Since this weekend, this does not work for me anymore. Is this a bug or am I doing sth wrong here? Regards, Andreas PS: the example (try to export) * Parameters :noexport: #+CAPTION: Directories #+LABEL: tbl:directories #+tblname: tbl_directories | directory | path | |+| | data directory | /home/ | | plot directory | /home/ | | code directory | /home/ | #+CAPTION: Data Files #+LABEL: tbl:data_files #+tblname: tbl_data_files | file| path | |-+| | original data | data | | original data (csv) | data_m | * Test #+begin_src R :session :exports results :results silent :var data_dir=tbl_directories[2,1] library("tikzDevice") #+end_src ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode >>> ___ >>> Emacs-orgmode mailing list >>> Please use `Reply All' to send replies to the list. >>> Emacs-orgmode@gnu.org >>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode >>> >>> > ___ > Emacs-orgmode mailing list > Please use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode > -- Andreas Leha Universitätsmedizin Göttingen Abteilung Medizinische Statistik Humboldtallee 32 37073 Göttingen Tel: +49 (0)551 39-10710 Fax: +49 (0)551 39-4995 http://www.ams.med.uni-goettingen.de/amsneu/leha.html University Medical Center Göttingen Department for Medical Statistics Humboldtallee 32 37073 Göttingen Germany Phone: +49 (0) 551 39-10710 Fax: +49 (0) 551 39-4995 http://www.ams.med.uni-goettingen.de/amsneu/leha-en.html smime.p7s Description: S/MIME Cryptographic Signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [O] making flexible table formulas
Rustom Mody wrote: > Nick Dokos wrote: > > > Of course it's reasonable - and of course, org implements it > > #+TBLFM: $LR2=vsum(@1..@-1) > > Thanks Nick I can use that. But I dont understand it. What's the -1? > The manual says -- relative to 'current' column. > What determines 'current?' There must be some obvious POV which I am > missing... > The formula calculates $LR2: the cell in the last row, column 2. That's what determines 'current'. Since there is no column spec on the right-hand side, column 2 is implied. IOW, the formula is equivalent to this: #+TBLFM: $LR2=vsum(@1$2..@-1$2) The vsum on the RHS ranges then from row 1, column 2 (@1$2) to the row above the last one, still on column 2 (@-1$2). BTW, if you have a header you should start at row 2 (separator lines don't count): | A | B | |---+| | 1 | 1 | | 2 | 4 | | 3 | 9 | | Total | 14 | #+TBLFM: $LR2=vsum(@2..@-1) or use the alternative syntax that Luke Crook suggested [fn:1] #+TBLFM: $LR2=vsum(@I..@-1) which goes from the first separator (@I) to the penultimate row (@-1) - and remember that separator lines are ignored in the calculation. HTH, [fn:2] Nick Footnotes: [fn:1] Luke suggested the following formula: #+TBLFM: @8$2=vsum(@I..@II) with the assumption that there will be two separator lines, one after the header and one just before the last row, in effect demarcating the useful part of the table: | A | B | |---+| | 1 | 1 | | 2 | 4 | | 3 | 9 | |---+| | Total | 14 | #+TBLFM: $LR2=vsum(@I..@II) [Luke's LHS fixes the row to 8 which is not correct - I corrected that in the above formula.] The only problem with this is if you decide to insert more separators in the table or you don't want separators at all; but assuming that you can live with the two (and only those two), it's a good solution. [fn:2] BTW, you can turn on formula debugging from the Tbl menu or with C-c { and see what it is calculating: I used a slighty different table - added a few more rows with S-RET in column 1 and I also had a formula to calculate the squares in column 2, so the table looked like this: | a | b | |---+---| | 1 | | | 2 | | | 3 | | | 4 | | | 5 | | | 6 | | |---+---| | Total | | #+TBLFM: $LR2=vsum(@2..@-1)::$2 = pow($1, 2) Then pressing C-c C-c on the #+TBLFM line and saying yes a few times, you finally get this | a | b | |---+| | 1 | 1 | | 2 | 4 | | 3 | 9 | | 4 | 16 | | 5 | 25 | | 6 | 36 | |---+| | Total | 91 | #+TBLFM: $LR2 = vsum(@2..@-1)::$2 = pow($1, 2) with the following in the formula debugging buffer: , | Substitution history of formula | Orig: vsum(@2..@-1) | $xyz-> vsum(@2..@-1) | @r$c-> vsum([1,4,9,16,25,36]) | $1->vsum([1,4,9,16,25,36]) | Result: 91 | Format: NONE | Final: 91 ` ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [O] making flexible table formulas
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/03/2011 04:19, Rustom Mody wrote: > Nick Dokos wrote: > >> Of course it's reasonable - and of course, org implements it >> #+TBLFM: $LR2=vsum(@1..@-1) > > Thanks Nick I can use that. But I dont understand it. What's the -1? > The manual says -- relative to 'current' column. > What determines 'current?' There must be some obvious POV which I am > missing... @X = row X, absolute. @-X = X rows before, relative. For instance : I*1 |A--| 1| 1 | 2| 2 | 3| 3 | I*2 |A--| 4| 6 | I*3 |A--| #+TBLFM: $1=vsum(@1..@-1) Here the 4th row is the sum. So @-1refers to the 3rd row. If we add a new row before, the sum still works. I*1 |A---| 1| 1 | 2| 2 | 3| 3 | 4| 42 | I*2 |A---| 5| 48 | I*3 |A---| #+TBLFM: $1=vsum(@1..@-1) @-1 now refers to the 4 row. - -- freely yours, theo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJNbHjoAAoJECkgngj8k9TvPggIAKXvaaz4HfzPOiU2RAajBqYq /qFYvk5Pf3e1QJme8qiiY0JWiW6isS+YI7bg9Hg6XLe5F3qxm20zz3Z008jWyZuN TBhsr6ox0B3Hf3OnienQrhUvm8v1bIWiEhJFd/qBG0mp8dY5zeuJro6bLWrZxKhn zVO0dw7rh3xQoYIOzRIoP1wnykg2xw3st4GH4JqdSusLhAwy/AfkvjgXBf3qbZ/p FU8ksalYgQUb9S+GGpFdzIyPqJ+d7m3JbAQHbZ0Wpak0oCR306BGIcBuqMqzAZCd 5ukuHJr+Ug4Mlt+OjreAJajeMUVAYTSCU46nupuEJysK4egKEz0LLcNPzoXr7BU= =o6Qk -END PGP SIGNATURE- -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[O] Re: [Orgmode] customising org-latex-to-pdf-process for bibtex
Aloha Suvayu, I haven't looked into this in depth, but I think your problem might come from loading amssymb and amsmath. LaTeX is complaining that something is already defined; the AMS packages are a prime suspect here. Perhaps you could inhibit amssymb? All the best, Tom On Feb 28, 2011, at 10:45 AM, Suvayu Ali wrote: Hi Eric, On Mon, 28 Feb 2011 16:06:06 + Eric S Fraga wrote: You could try creating a shell script (such as attached) which invokes both pdflatex and bibtex and tell org to use that command for exporting to pdf instead. Then all the output should come out to the screen. I've tried this and all the output (3 pdflatex and 1 bibtex invocations) comes out into the =*Org PDF Latex Output*= buffer. Thank you for this nice idea. I tried it, but every time I (without the -interaction nonstopmode option) the pdflatex process stops at this: ! LaTeX Error: Command \iint already defined. Or name \end... illegal, see p.192 of the manual. See the LaTeX manual or LaTeX Companion for explanation. Type H for immediate help. ... l.506 ...d{\iint}{\DOTSI\protect\MultiIntegral{2}} ? ! Emergency stop. ... l.506 ...d{\iint}{\DOTSI\protect\MultiIntegral{2}} ! ==> Fatal error occurred, no output PDF file produced! Transcript written on msthesis.log. The amsmath package is loaded before this. In my preamble in the org file I have the following LaTeX options: #+LaTeX_HEADER: \usepackage{cancel} #+LaTeX_HEADER: \usepackage{amsmath} #+LaTeX_HEADER: \usepackage{mathtools} #+LaTeX_HEADER: \numberwithin{equation}{section} #+LaTeX_CLASS_OPTIONS: [colorlinks] # #+LaTeX_HEADER: \definecolor{myblue}{rgb}{0.235,0.263,0.867} # #+LaTeX_HEADER: \definecolor{mygreen}{rgb}{0.012,0.467,0.059} In the tex file this exports to: % Created 2011-02-28 Mon 12:34 \documentclass[colorlinks]{article} \usepackage[utf8]{inputenc} \usepackage[T1]{fontenc} \usepackage{fixltx2e} \usepackage{graphicx} \usepackage{longtable} \usepackage{float} \usepackage{wrapfig} \usepackage{soul} \usepackage{textcomp} \usepackage{marvosym} \usepackage{wasysym} \usepackage{latexsym} \usepackage{amssymb} \usepackage{hyperref} \tolerance=1000 \usepackage{cancel} \usepackage{amsmath} \usepackage{mathtools} \numberwithin{equation}{section} \providecommand{\alert}[1]{\textbf{#1}} At first I thought its a problem with the mathtools package, but removing it doesn't help either. Is this a problem with my Latex installation? I tried both my distribution provided texlive-2007 and texlive-2010 from the CTAN archives with the same result. If its a problem with my texlive installation, do you have any ideas where I can seek help? I'm rather pressed for time. Thanks a lot for being so patient. :) -- Suvayu Open source is the future. It sets us free. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: Automatic Org-mode mailing list signature -- Was: [O] Let's stick to one list for now
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 28/02/2011 18:09, Eric Schulte wrote: > > (but don't have any reference) that the "-- " > string is the standard signature delimiter, and it would result in at > least gnus, and probably other mailing agents, stripping the signature > from replies by default. http://tools.ietf.org/html/rfc3676#section-4.3 *4.3. Usenet Signature Convention* There is a long-standing convention in Usenet news which also commonly appears in Internet mail of using "-- " as the separator line between the body and the signature of a message. [...] A receiving agent needs to test for a signature line both before the test for a quoted line (see Section 4.5) and also after logically counting and deleting quote marks and stuffing (see Section 4.4) from a quoted line. - -- Freely yours, theo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJNbHZIAAoJECkgngj8k9TvuMMH/2fbw2TPaM5lX4/I6c4/Dnty 7CeU4aMWwqJkGFUSSw+VwvuSN0feeFKXvL7vSzxGJuO+2m3xqPaGSkmteJ6zfxAT hl2/Nz278Jl9WhOEFugAqQys2efJO/52hfDF0x8Gruguy6AlMtrIyFzFImWc+06J Ayevgp1QyUBrpdmF3rLXnT5wQ60dE9PLhz/bCyfyVqaljerhWRVChyCSqfhSStWN LwPyjSUkmnvk1i8f4fuHT75Jpqg2RAkEHQ5akqSKKaNlJQEBkRe2gbsYmxnCoG2O aAkvmBRqoxsTL8ZuI6W3NOEX3cSMmXC/qtzrTKadF5+cDdU87t/PIkUoDcoORwI= =Bcww -END PGP SIGNATURE- -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [O] org-map-entries and org-map-continue-from
Nick Dokos writes: > The problem is that org-entry-get does not just look forward: it looks > *around* and finds the property when point is both at the beginning > and at the end of the headline "Four", so you get "four" twice. Ah, so that's the culprit. Thanks! > Maybe this? > > #+BEGIN_SRC emacs-lisp > (defun get-export-filenames () > (interactive) > (setq export-files '()) > (progn > (org-map-entries >(lambda () > (setq org-map-continue-from (outline-next-heading)) > (if org-map-continue-from > (let ((org-trust-scanner-tags t)) >(push (org-entry-get (point) "EXPORT_FILE_NAME") > export-files > nil 'tree) >(message export-files))) ; errors, but lets me see the list of > collected values > > #+END_SRC Indeed, that does seem to work: outline-next-heading returns nil if it doesn't find a next heading, and a buffer location otherwise (at least that's the way it looks based on some tests; the documentation doesn't say, and I didn't crack open the code). So wrapping the rest of the lambda body in (if org-map-continue-from ...) prevents it from executing that one last time. Thanks for your help, Nick! Best, Richard ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[O] Re: [Orgmode] Re: org-babel-read should have option NOT to interpret as elisp
Vladimir Alexiev writes: >> What syntax would you suggest to indicate that a variable is to be >> passed without the possibility of elisp evaluation > > I think this should be done with a header arg, > since they have very flexible setup scheme: > see (info "(org)Using header arguments") > "values of header arguments can be set in six different ways" > > - Ideally, the arg should be attached to > #+tblname: since it's a characteristic of the table itself This would be a good way to go, however there is currently no support for attaching header arguments to tables, so this is not viable---unless there are enough other motivating use cases for attaching header arguments to tables and results, in which case this could be revisited. > > - If attached to #+begin_src: then it will be dissociated from the > table, and all :var's of that line will be forced to use the same arg. > - But that's good enough since it can be set in various ways. For me > most useful: -- org-babel-default-header-args: global -- #+BABEL: per > file > > The header arg should be called :read-as (or >:var-read). Considerations: > - should be quite distinct so it can be used as a property name > - should use dash so it's analogous to no-expand > > Its values should be: > - literal: > If a value looks like a number, it's read as a number. > Else it's read as a literal string. > - elisp or nil (default): > If a value starts with one of ('` it's read as emacs lisp. > Else it's read as 'literal'. > - quoted: > If a value starts with " then it's read as a quoted string: > start and end quotes are stripped, and \" escaped quotes are unescaped > (this is useful for embedding leading/trailing whitespace in strings). > Else it's read as `literal'. > - quoted_elisp: combination of `quoted' and `elisp' > (I assume that using multiple values per arg is not supported) > There are currently a number of header arguments which allow multiple arguments, e.g., :results. > > This above is about data coming from tables, > since I haven't used the other two options (literal value and code block). > The chosen solution should work for those too. > The problem here is the same as in our other table indexing thread, namely it requires that some header arguments be parsed and their results available *before* the :var header arguments are parsed. I think that the only viable solution may involve adding something to the actual :var header argument, although I can't think of any obvious syntax there. I'm thinking that any of the above would introduce undue complexity to the header argument parsing. For the interim, I've applied the patch attached to my previous email and unless there is a real push-back from users who are embedding executable elisp code into tables and lists I think this solution is the best compromise between usability and simplicity. Thanks -- Eric > > Please note that org-babel-read says > "This is taken almost directly from `org-read-prop'." > so the chosen solution should be compatible with that. > But I can't find such function. > Yes, the patch attached to my previous email fixes this documentation string. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[O] Re: [Orgmode] Re: org-babel-read should have option NOT to interpret as elisp
Hi Seb, earlier in this thread, I attached a patch which allows string results in tables which look like elisp to be interpreted literally, e.g., #+results: elisp-looking-table | 1 | (+ 1 1) | | 2 | (+ 2 2) | | 3 | (+ 3 3) | #+begin_src perl :var data=elisp-looking-table[1,1] $data #+end_src results in #+results: : (+ 2 2) rather than #+results: : 4 > > Trying what you wrote on > http://eschulte.github.com/babel-dev/DONE-literal-values-from-tables.html, > that is using $$2 instead of $2 has the following behavior: when evaluating > the table, Org prompts me for a "Lisp expression"!? > It like doubel dollar sign syntax in table evaluation has bit-rot. It appears that some other part of Org-mode now interprets the double dollar sign as a prompt to the user -- although I can't seem to find the relevant code. The `sbe' in-table evaluation could use some attention. Best -- Eric ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [O] making flexible table formulas
Nick Dokos wrote: > Of course it's reasonable - and of course, org implements it > #+TBLFM: $LR2=vsum(@1..@-1) Thanks Nick I can use that. But I dont understand it. What's the -1? The manual says -- relative to 'current' column. What determines 'current?' There must be some obvious POV which I am missing... ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[O] ical2org updated
Hi updated ical2org a bit according to Eric's comments: - removed SCHEDULED - removed GCAL tag - moved location and status to properties also wrote up a bit in Worg on how to export from org->google. Feel free to edit or comment on it. http://orgmode.org/worg/org-tutorials/org-google-sync.html#sec-3 Arun ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[O] Re: [Orgmode] A way to export agenda with links into org-files to html ?
Bastien writes: > This are the typical text properties for an Org-mode link: > > face org-link > help-echo"LINK: http://bonjour.fr"; > mouse-face highlight These three properties (face, help-echo, mouse-face) are general, which would require htmlize to deduce URLs from them much like it now deduces URLs by examining buffer text. I would like to offer a better alternative. What I had in mind is a general property that marks a URI reference. For example, a `uri-ref' property could refer to the URI that would cause htmlize to generate an link, `browse-url' to react to mouse clicks to that area, etc. The property value would typically be a string containing the URI, but could also be a plist describing the reference. ;; just the URI (put-text-property beg end 'uri-ref "http://bonjour.fr";) ;; the same, with the ability to specify additional props of this ref (put-text-property beg end 'uri-ref '(:uri "http://bonjour.fr";)) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [O] Worg 404 Not Found
Sébastien Vauban writes: > Hi, > > The file http://orgmode.org/worg/sources/emacs.el, referenced in > http://orgmode.org/worg/worg-setup.html, is not found on Worg. Fixed it. Thanks. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[O] Re: [Orgmode] [PATCH] Allow inclusion of author's email in LaTeX export
Hi Bastien, On Sat, Feb 26, 2011 at 8:31 AM, Bastien wrote: > Hsiu-Khuern Tang writes: > >> I noticed that special characters in the email, such as an underscore, >> are not escaped. This causes LaTeX errors. >> >> To reproduce, put this line at the top of an org file and try to >> export to PDF via LaTeX: >> >> #+EMAIL: first_l...@example.com > > Fixed, thanks. > > -- > Bastien I updated to the latest git version, but I'm still getting unescaped underscores in the \thanks{} argument. From the output of "git log", I think the change was supposed to be in commit 0c7d8e615a931e6db222cf7667c1a8d6968b2007, but I couldn't find the code change that affects this. Best, Hsiu-Khuern. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [O] Worg 404 Not Found
I have a rather old copy of Worg from January, but it was right after the server move. I don't have a copy of that file or directory either. 2011/2/28 Sébastien Vauban : > Hi, > > The file http://orgmode.org/worg/sources/emacs.el, referenced in > http://orgmode.org/worg/worg-setup.html, is not found on Worg. > > I tried to fix it myself, but I don't find any `sources' directory on my local > copy of Worg either. Neither do I find a file named `emacs.el'... > > Best regards, > Seb > > -- > Sébastien Vauban > > > ___ > Emacs-orgmode mailing list > Please use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode > -- Jeffrey Horn http://www.failuretorefrain.com/jeff/ ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[O] Worg 404 Not Found
Hi, The file http://orgmode.org/worg/sources/emacs.el, referenced in http://orgmode.org/worg/worg-setup.html, is not found on Worg. I tried to fix it myself, but I don't find any `sources' directory on my local copy of Worg either. Neither do I find a file named `emacs.el'... Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [O] Re: view in browser
Eric S Fraga wrote: > skip writes: > > > I used to be able to do C-x C-e b to view the org file in a browser. > > Now it just generates the file but not > > open the browser. Same with PDF. Don't know what changed, but how do I > > get back the functionality? Thanks. > > Assuming you meant =C-c C-e b=, this does not work for me either; > however, =C-c C-e d= does work and opens the PDF in docview. For > symmetry, I would have liked =b= to open my html in emacs w3m, I guess? > As I mentioned, C-c C-e b works fine for me: Org-mode version 7.4 (release_7.4.530.g3c69). The precise way it works however depends on whether you are on a GNU system (default: use mailcap), MacOSX (use specific applications or default "open") or Windows (use w32-shell-execute open). All cases are funnelled through the org-open-file function though, so tracing that should tell you what's broken. The relevant variables are org-file-apps and org-file-apps-defaults-{gnu,macosx,windowsnt}. In my case (Ubuntu 10.10), I get a default "mailcap" map which takes "text/html" to the entry in the system /etc/mailcap: "/usr/bin/sensible-browser", a shell script which eventually opens the file in firefox. As for opening it in emacs w3m, I don't know how to do that. Nick ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [O] Capture - stay clocked in?
Nathan Neff writes: > Is there an option NOT to clock out of a Todo item that's > created using org-capture? > > I would like to use capture templates to define a new TODO task, and > just stay clocked in to the new TODO. I don't think there is an out-of-the-box way to do this today. You can add a hook to org-clock-out-hook that checks if you are completing a capture and clock that task in again. This might work okay if you always want to do that. My solution to this problem is just to clock in the interrupted task again with F9-SPC. Capture clocks in the capture task and clocks out when it is filed, and the following function switches the clock back to the last (captured) task. --8<---cut here---start->8--- (global-set-key (kbd " SPC") 'bh/clock-in-last-task) (defun bh/clock-in-last-task () "Clock in the interrupted task if there is one Skip the default task and get the next one" (interactive) (let ((clock-in-to-task (if (org-clock-is-active) (if (equal org-clock-default-task (cadr org-clock-history)) (caddr org-clock-history) (cadr org-clock-history)) (if (equal org-clock-default-task (car org-clock-history)) (cadr org-clock-history) (car org-clock-history) (org-with-point-at clock-in-to-task (org-clock-in nil --8<---cut here---end--->8--- Regards, Bernt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [O] Re: [Orgmode] Re: Org Babel and R issue with pdf latex export
On Mon, 2011-02-28 at 11:56 -0600, Erik Iverson wrote: > Ben, > > And what about your .Rprofile. Since your R code does produce > a warning, I wonder if you have instructed R to take some > special action when it sees one? > R on my system is as default with no special instruction by me. Tried removing the source of error in the code block, still no luck. My *R* Buffer contains: > options(STERM='iESS', editor='emacsclient') > x<-c(1,2,3,4,5) y<-c(5,10,15,20) x y 'org_babel_R_eoe' x<-c(1,2,3,4,5) > y<-c(5,10,15,20) > x [1] 1 2 3 4 5 > y [1] 5 10 15 20 > 'org_babel_R_eoe' [1] "org_babel_R_eoe" > Thanks, Ben. > --Erik > > Ben Ward wrote: > > On 28/02/2011 11:24, Rainer M Krug wrote: > >> On Mon, Feb 28, 2011 at 8:07 AM, Ben Ward > >> wrote: > >>> On Sun, 2011-02-27 at 21:35 -0800, Dan Davison wrote: > Ben Ward writes: > > > Hi, > > > > I recently installed emacs, org-mode fresh on a new install of Arch > > Linux. Before I had it working on Ubuntu. > > > > I've installed everything as before and used the same .emacs file I > > had, > > but if I use org to write out some R script and export to pdf via > > latex, > > then I get an empty pdf document, with only the title and Contents > > heading. However if I export to anything else such as html it > > works, and > > shows me code and results. > Hi Ben, > > Are you sure this problem concerns babel/R? What happens when you > export > an Org document to pdf without any babel stuff? > > Can you provide an example Org file that you are having trouble > exporting to pdf? The problem is probably in your local configuration, > so if no-one can jump to the solution then start from a minimal working > config and try to find the part of your .emacs which is causing the > problem. > > Dan > > >>> Hi, I've tried exporting an org file that has no code in it to PDF and > >>> it works without any trouble. > >>> > >>> The file I'm trying to export is: > >>> #+TITLE: Test > >>> #+AUTHOR: Ben J. Ward > >>> #+LATEX_CLASS: article > >>> #+BABEL: :session *R* :results output > >>> \pagebreak > >>> > >>> Test: > >>> > >>> #+begin_src R :exports both > >>> x<-c(1,2,3,4,5) > >>> y<-c(5,10,15,20) > >>> x > >>> y > >>> xy<-(x*y) > >>> xy > >>> #+end_src > >> When I use your example and export it to LaTeX, > >> > >> I get this: > >> > >> # > >> % Created 2011-02-28 Mon 12:21 > >> \documentclass[11pt]{article} > >> \usepackage[utf8]{inputenc} > >> \usepackage[T1]{fontenc} > >> \usepackage{fixltx2e} > >> \usepackage{graphicx} > >> \usepackage{longtable} > >> \usepackage{float} > >> \usepackage{wrapfig} > >> \usepackage{soul} > >> \usepackage{textcomp} > >> \usepackage{marvosym} > >> \usepackage{wasysym} > >> \usepackage{latexsym} > >> \usepackage{amssymb} > >> \usepackage{hyperref} > >> \tolerance=1000 > >> \usepackage{color} > >> \usepackage{listings} > >> \providecommand{\alert}[1]{\textbf{#1}} > >> \begin{document} > >> > >> > >> > >> \title{Test} > >> \author{Ben J. Ward} > >> \date{28 February 2011} > >> \maketitle > >> > >> \setcounter{tocdepth}{3} > >> \tableofcontents > >> \vspace*{1cm} > >> The file I'm trying to export is: > >> \pagebreak > >> > >> Test: > >> > >> \lstset{language=R} > >> \begin{lstlisting} > >> x<-c(1,2,3,4,5) > >> y<-c(5,10,15,20) > >> x > >> y > >> xy<-(x*y) > >> xy > >> \end{lstlisting} > >> > >> \begin{verbatim} > >> [1] 1 2 3 4 5 > >> [1] 5 10 15 20 > >> Warning message: > >> In x * y : longer object length is not a multiple of shorter object > >> length > >> [1] 5 20 45 80 25 > >> \end{verbatim} > >> > >> > >> > >> \end{document} > >> # > >> So it works for me - have you tried to export to LaTex? If that works, > >> it is a LaTeX / pdf issue. > >> > >> Rainer > >> > > Hi, I've just tried and I still get the same as before, but it works to > > latex, when there is no src code chunks. > > This is my .emacs: > > > > (require 'ess-site) > > (require 'org-install) > > (add-to-list 'auto-mode-alist '("\\.org\\'" . org-mode)) > > (global-set-key "\C-cl" 'org-store-link) > > (global-set-key "\C-cc" 'org-capture) > > (global-set-key "\C-ca" 'org-agenda) > > (global-set-key "\C-cb" 'org-iswitchb) > > (transient-mark-mode 1) > > (org-babel-do-load-languages > > 'org-babel-load-languages > > '((R . t) > >(emacs-lisp . t) > >)) > > > > (custom-set-variables > > ;; custom-set-variables was added by Custom. > > ;; If you edit it by hand, you could mess it up, so be careful. > > ;; Your init file should contain only one such instance. > > ;; If there is more than one, they won't work right. > > '(org-confirm-babel-evaluate nil)) > > (custom-set-faces > > ;; custom-set-faces was added by Custom. > > ;; If you edit it by hand, you could mess it up, so be careful. > > ;; Your init file should contain only one suc
Re: [O] Re: view in browser
Hi Eric and Skip, Eric S Fraga wrote: >> I used to be able to do C-x C-e b to view the org file in a browser. Now it >> just generates the file but not open the browser. Same with PDF. Don't know >> what changed, but how do I get back the functionality? Thanks. > > Assuming you meant =C-c C-e b=, this does not work for me either; It still does work for me. Just tested it now, with: Org-mode version 7.4 (release_7.4.553.g83b7) > however, =C-c C-e d= does work and opens the PDF in docview. For symmetry, I > would have liked =b= to open my html in emacs w3m, I guess? Why not. But, for me, this should be a consequence of Emacs preferences regarding the browser to use when clicking on a link. See `browse-url-browser-function' and `browse-url-generic-program', among others. Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[O] Re: [Orgmode] [babel] [PATCH]
"Eric Schulte" writes: Hi Eric > Hi Martyn, > > Thanks for this patch and for the very nice test file, I've just applied > it along with a related patch in org-exp-blocks.el. > > Even with the patch applied I am still seeing undesirable behavior when > exporting the test file. I believe this is due to upstream processing > of the blocks by the rest of org-mode, as the buffer *after* org-mode > processing looks like this [1] > > Thanks -- Eric > Thanks. That works great. One thing - I'm not seeing any undesirable behaviour that you mentioned - am I missing something? > git format-patch -o ~/Desktop/ HEAD~1 Thanks for the tip - also, apologies for the 'too short' title (hope I didn't start anything ;) - I'm still getting used to gnus! One other thing, I've just been trying to get the tests running, and most of them are, but the noweb test is failing and I don't understand why. Has the noweb argument changed in any way... This doesn't expand on export to html and therefore fails the tests... --8<---cut here---start->8--- #+source: noweb-example #+begin_src emacs-lisp (message "expanded") #+end_src #+begin_src emacs-lisp :noweb yes ;; noweb-yes-start <> ;; noweb-yes-end #+end_src --8<---cut here---end--->8-- Regards Martyn > > will output a patch file to your desktop holding your last committed > change. This would allow me to more easily apply your patches, and will > ensure that you get authorship credit in the git logs. > > Martyn Jago writes: > >> Hi Babel [...] >> ___ >> Emacs-orgmode mailing list >> Please use `Reply All' to send replies to the list. >> Emacs-orgmode@gnu.org >> http://lists.gnu.org/mailman/listinfo/emacs-orgmode > > Footnotes: > [1] buffer *after* org-mode processing > , > | ** new block regexp tests > | *** Block 1 (Exports OK) > | > | #+BEGIN_SRC sh :tangle test-out > | Block 1 > | #+END_SRC > | > | *** Block 2 (Exports OK - double blank line no white-space in Block) > | > | #+BEGIN_SRC sh :tangle test-out > | > | > | #+END_SRC > | > | *** Block 3 (Fails - single blank line no white-space in Block) > | > | #+BEGIN_SRC sh :tangle test-out > | > | #+END_SRC > | > | *** Block 4 (Gets consumed by previous Block) > | > | #+BEGIN_SRC sh :tangle test-out > | Block 4 > | #+END_SRC > | > | *** Block 5 (Fails - no lines in Block) > | > | #+BEGIN_SRC sh :tangle test-out > | #+END_SRC > | > | *** Block 6 (Gets consumed by previous Block > | > | #+BEGIN_SRC sh :tangle test-out > | Block 6 > | #+END_SRC > ` --- Org-mode version 7.4 (release_7.4.529.gb23d) GNU Emacs 24.0.50.1 (i686-pc-linux-gnu, GTK+ Version 2.24.0) of 2011-02-25 ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[O] Re: [Orgmode] customising org-latex-to-pdf-process for bibtex
On Mon, 28 Feb 2011 12:45:36 -0800 Suvayu Ali wrote: > Thank you for this nice idea. I tried it, but every time I (without > the -interaction nonstopmode option) the pdflatex process stops at > this: Strangely, with "-interaction nonstopmode" using the shell script trick gives me perfect results! I guess I can keep using this until the real issue is resolved. -- Suvayu Open source is the future. It sets us free. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[O] Re: [Orgmode] Splitting mailing list
Matthew Sauer writes: > I think that if it was kept as a single list the use of tags could allow (as > long as people respect the tags) to filter and read only the types of > threads they want to use. > > If we split the lists I would tag both with the same tag in my gmail box and > read them all together, so it wouldn't really appear to be any different for > me other than the people only reading dev tags or on the dev channel > wouldn't see the user discussions. I'm happy either way as I am interested in all org related emails. If split, I would see no difference in the end: the emails from the two lists would end up back in the same list for me as I use filtering (gnus splitting to be precise) to distribute my many emails automatically to their appropriate folders. However, I don't think the volume in this list is that large, assuming readers are using smart mail tools. Especially with threading, it's relatively easy to delete or ignore whole threads at once if they are not of interest. Not that I do that very often with org threads, mind you ;-) -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1 : using Org-mode version 7.4 (release_7.4.553.g83b7.dirty) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[O] Re: [Orgmode] customising org-latex-to-pdf-process for bibtex
Hi Eric, On Mon, 28 Feb 2011 16:06:06 + Eric S Fraga wrote: > You could try creating a shell script (such as attached) which invokes > both pdflatex and bibtex and tell org to use that command for > exporting to pdf instead. Then all the output should come out to the > screen. > > I've tried this and all the output (3 pdflatex and 1 bibtex > invocations) comes out into the =*Org PDF Latex Output*= buffer. > Thank you for this nice idea. I tried it, but every time I (without the -interaction nonstopmode option) the pdflatex process stops at this: > ! LaTeX Error: Command \iint already defined. >Or name \end... illegal, see p.192 of the manual. > > See the LaTeX manual or LaTeX Companion for explanation. > Type H for immediate help. > ... > > l.506 ...d{\iint}{\DOTSI\protect\MultiIntegral{2}} > > ? > ! Emergency stop. > ... > > l.506 ...d{\iint}{\DOTSI\protect\MultiIntegral{2}} > > ! ==> Fatal error occurred, no output PDF file produced! > Transcript written on msthesis.log. The amsmath package is loaded before this. In my preamble in the org file I have the following LaTeX options: > #+LaTeX_HEADER: \usepackage{cancel} > #+LaTeX_HEADER: \usepackage{amsmath} > #+LaTeX_HEADER: \usepackage{mathtools} > #+LaTeX_HEADER: \numberwithin{equation}{section} > #+LaTeX_CLASS_OPTIONS: [colorlinks] > # #+LaTeX_HEADER: \definecolor{myblue}{rgb}{0.235,0.263,0.867} > # #+LaTeX_HEADER: \definecolor{mygreen}{rgb}{0.012,0.467,0.059} In the tex file this exports to: > % Created 2011-02-28 Mon 12:34 > \documentclass[colorlinks]{article} > \usepackage[utf8]{inputenc} > \usepackage[T1]{fontenc} > \usepackage{fixltx2e} > \usepackage{graphicx} > \usepackage{longtable} > \usepackage{float} > \usepackage{wrapfig} > \usepackage{soul} > \usepackage{textcomp} > \usepackage{marvosym} > \usepackage{wasysym} > \usepackage{latexsym} > \usepackage{amssymb} > \usepackage{hyperref} > \tolerance=1000 > \usepackage{cancel} > \usepackage{amsmath} > \usepackage{mathtools} > \numberwithin{equation}{section} > \providecommand{\alert}[1]{\textbf{#1}} At first I thought its a problem with the mathtools package, but removing it doesn't help either. Is this a problem with my Latex installation? I tried both my distribution provided texlive-2007 and texlive-2010 from the CTAN archives with the same result. If its a problem with my texlive installation, do you have any ideas where I can seek help? I'm rather pressed for time. Thanks a lot for being so patient. :) -- Suvayu Open source is the future. It sets us free. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[O] Re: [Orgmode] Re: Startup page
Dan Davison writes: > Matthew Sauer writes: > >> As a relatively newer emacs and org-mode user I have found it very >> interesting to see what people have in their .emacs file. This has spawned >> my curiosity, what do you have for a startup page? > > eshell > > (nevertheless, I do use bash terminals outside emacs much more than > eshell) Interesting! I do the same; the nice thing about eshell is the ease with which I can copy and paste with the keyboard from/to conkeror... -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1 : using Org-mode version 7.4 (release_7.4.553.g83b7.dirty) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [O] Re: view in browser
skip writes: > I used to be able to do C-x C-e b to view the org file in a browser. > Now it just generates the file but not > open the browser. Same with PDF. Don't know what changed, but how do I > get back the functionality? Thanks. Assuming you meant =C-c C-e b=, this does not work for me either; however, =C-c C-e d= does work and opens the PDF in docview. For symmetry, I would have liked =b= to open my html in emacs w3m, I guess? -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1 : using Org-mode version 7.4 (release_7.4.553.g83b7.dirty) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [O] Let's stick to one list for now
On Mon, Feb 28, 2011 at 12:53 PM, Dan Davison wrote: > Julien Danjou writes: > >> On Mon, Feb 28 2011, Bastien wrote: >> >> The point is that there's no gain in telling people to add "[DEV]" since >> they will forget (I will), and there is _no_ lose by splitting a list. I > > Hi Julien, > > No, I disagree with that. The two lists would have distinct compositions of > the > reader audience and that does have downsides. For example, I would also like to re-emphasize my disagreement with Julien's opinion. There is something to lose by splitting the list, as I mentioned in the main thread: the mixture was entirely useful for me, and *quite* pedagogical. I think the readership would be asymmetric in the case of a split list. Research in behavioral economics suggests people should be given sane defaults to prevent a harmful status quo bias. I don't think most users ever attempt to read devel lists. I'd also like to register a theory as to why users don't read devel lists, and why this works for some other software: devs condescend to handle user issues. Most open source software is created by people who need the tool for personal use. They aren't necessarily interested in your corner cases. For org-mode, this isn't the case; I've never felt anything but welcomed by the people who usually develop. A split list might also hurt this natural connection devs have with org-mode users. Relationships are *especially* important where there aren't market forces (read: price) to discipline developers into listening to users demands. That's the truth about any platform (two-sided) market with a zero price. This may sound admittedly contrived, and a bit pumped up in regard to the size of the effect. But there is a difference between small, noticeable, and highly personal changes and a "_no_ lose" scenario. Top-down policies have to be made with these small effects in mind, with an eye toward unintended consequences of a change. (Strawman alert. Begging Julien's pardon...) "But," Julien might say, "my concerns count just as much as yours, and I don't really like managing all this user mail." That is true. But you are a power user and have many tools at your disposal to automate mail handling. There is a relatively easy end solution. A top-down change messes with the community ecosystem. Future users' concerns should count for something, even if not a full measure. -- Jeffrey Horn http://www.failuretorefrain.com/jeff/ ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[O] can't export custom time stamps
Hi, I cannot export custom time stamps anymore. Maybe it's due to BIND, maybe due to some other change. I attach some tests and instructions in case someone has a similar problem. Thanks -8<-- #+TITLE: Custom time stamps don't work #+DATE: seen today with Org-mode version 7.4 (release_7.4.553.g83b7), Emacs 24.0.50.1 from december 2010 Open this file and use =C-c e H=. Review and accept the usage of the 2 BIND values in this buffer. See timestamps in HTML output. # This doesn't work (the time stamps remain intact: <2011-02-28> instead of 28.m2.2011): # #+BIND: org-time-stamp-custom-formats ("<%d.m%m.%Y>" . "<%d.m%m.%Y %H:%M>") # An invalid value produces no error; try this: #+BIND: org-time-stamp-custom-formats 42 # # I think this was needed: #+BIND: org-display-custom-times t # # This works if activated: it shows the custom time stamp while editing (but not on export) # #+STARTUP: customtime One timestamp: <2011-02-28 lun>. No Another: <2011-02-28 lun> -8<-- ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [O] Re: [Orgmode] Splitting mailing list
On 28 Feb 2011, at 18:05, Samuel Wales wrote: [O] is *much* better than [Orgmode]. Thank you. Looking forward to [OD] and [OB], if that's what we will use. Plus [OS], for discussions about splitting the mailing list. Konrad PS: Don't worry, this is my last post on this topic! ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [O] [babel] Bug? export with 'hidden' tables
Ah, This is a bug I introduced in one of my weekend commits. I've just pushed up a fix. Thanks for catching this -- Eric Andreas Leha writes: > Hi Eric, > > thanks a lot for this quick answer. I indeed was not aware of the > COMMENT keyword. > > Unfortunately it does not solve the problem. When I try to export the > sample file below I still get: > 'if: reference 'tbl_directories' not found in this buffer' > > Cheers, > Andreas > > PS: the sample (try to export it) > == > > * COMMENT Parameters > #+CAPTION: Directories > #+LABEL: tbl:directories > #+tblname: tbl_directories > | directory | path | > |+| > | data directory | /home/ | > | plot directory | /home/ | > | code directory | /home/ | > > #+CAPTION: Data Files > #+LABEL: tbl:data_files > #+tblname: tbl_data_files > | file| path | > |-+| > | original data | data | > | original data (csv) | data_m | > > > * Test > #+begin_src R :session :exports results :results silent :var > data_dir=tbl_directories[2,1] > library("tikzDevice") > #+end_src > > == > > > Am 28.02.2011 19:56, schrieb Eric Schulte: >> Hi Andreas, >> >> I don't know about :noexport:, but to keep a subtree from exporting, I >> use the COMMENT keyword in the title, which can be done with the >> `org-toggle-comment' command bound to C-c ;. >> >> Hope this helps -- Eric >> >> Andreas Leha writes: >> >> >>> Hi all, >>> >>> I used to have parameters in org tables, which were in secions marked >>> with 'noexport'. Since this weekend, this does not work for me anymore. >>> Is this a bug or am I doing sth wrong here? >>> >>> Regards, >>> Andreas >>> >>> PS: the example (try to export) >>> >>> * Parameters :noexport: >>> #+CAPTION: Directories >>> #+LABEL: tbl:directories >>> #+tblname: tbl_directories >>> | directory | path | >>> |+| >>> | data directory | /home/ | >>> | plot directory | /home/ | >>> | code directory | /home/ | >>> >>> #+CAPTION: Data Files >>> #+LABEL: tbl:data_files >>> #+tblname: tbl_data_files >>> | file| path | >>> |-+| >>> | original data | data | >>> | original data (csv) | data_m | >>> >>> >>> * Test >>> #+begin_src R :session :exports results :results silent :var >>> data_dir=tbl_directories[2,1] >>> library("tikzDevice") >>> #+end_src >>> >>> >>> >>> >>> ___ >>> Emacs-orgmode mailing list >>> Please use `Reply All' to send replies to the list. >>> Emacs-orgmode@gnu.org >>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode >>> >> ___ >> Emacs-orgmode mailing list >> Please use `Reply All' to send replies to the list. >> Emacs-orgmode@gnu.org >> http://lists.gnu.org/mailman/listinfo/emacs-orgmode >> ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [O] Re: [Orgmode] Re: Org Babel and R issue with pdf latex export
Erik Iverson wrote: Ben, And what about your .Rprofile. Since your R code does produce a warning, I wonder if you have instructed R to take some special action when it sees one? Related, how does the export process that's not working affect the *R* buffer in Emacs? Can you paste that buffer (or at least the relevant portions?) Thanks! --Erik Ben Ward wrote: On 28/02/2011 11:24, Rainer M Krug wrote: On Mon, Feb 28, 2011 at 8:07 AM, Ben Ward wrote: On Sun, 2011-02-27 at 21:35 -0800, Dan Davison wrote: Ben Ward writes: Hi, I recently installed emacs, org-mode fresh on a new install of Arch Linux. Before I had it working on Ubuntu. I've installed everything as before and used the same .emacs file I had, but if I use org to write out some R script and export to pdf via latex, then I get an empty pdf document, with only the title and Contents heading. However if I export to anything else such as html it works, and shows me code and results. Hi Ben, Are you sure this problem concerns babel/R? What happens when you export an Org document to pdf without any babel stuff? Can you provide an example Org file that you are having trouble exporting to pdf? The problem is probably in your local configuration, so if no-one can jump to the solution then start from a minimal working config and try to find the part of your .emacs which is causing the problem. Dan Hi, I've tried exporting an org file that has no code in it to PDF and it works without any trouble. The file I'm trying to export is: #+TITLE: Test #+AUTHOR: Ben J. Ward #+LATEX_CLASS: article #+BABEL: :session *R* :results output \pagebreak Test: #+begin_src R :exports both x<-c(1,2,3,4,5) y<-c(5,10,15,20) x y xy<-(x*y) xy #+end_src When I use your example and export it to LaTeX, I get this: # % Created 2011-02-28 Mon 12:21 \documentclass[11pt]{article} \usepackage[utf8]{inputenc} \usepackage[T1]{fontenc} \usepackage{fixltx2e} \usepackage{graphicx} \usepackage{longtable} \usepackage{float} \usepackage{wrapfig} \usepackage{soul} \usepackage{textcomp} \usepackage{marvosym} \usepackage{wasysym} \usepackage{latexsym} \usepackage{amssymb} \usepackage{hyperref} \tolerance=1000 \usepackage{color} \usepackage{listings} \providecommand{\alert}[1]{\textbf{#1}} \begin{document} \title{Test} \author{Ben J. Ward} \date{28 February 2011} \maketitle \setcounter{tocdepth}{3} \tableofcontents \vspace*{1cm} The file I'm trying to export is: \pagebreak Test: \lstset{language=R} \begin{lstlisting} x<-c(1,2,3,4,5) y<-c(5,10,15,20) x y xy<-(x*y) xy \end{lstlisting} \begin{verbatim} [1] 1 2 3 4 5 [1] 5 10 15 20 Warning message: In x * y : longer object length is not a multiple of shorter object length [1] 5 20 45 80 25 \end{verbatim} \end{document} # So it works for me - have you tried to export to LaTex? If that works, it is a LaTeX / pdf issue. Rainer Hi, I've just tried and I still get the same as before, but it works to latex, when there is no src code chunks. This is my .emacs: (require 'ess-site) (require 'org-install) (add-to-list 'auto-mode-alist '("\\.org\\'" . org-mode)) (global-set-key "\C-cl" 'org-store-link) (global-set-key "\C-cc" 'org-capture) (global-set-key "\C-ca" 'org-agenda) (global-set-key "\C-cb" 'org-iswitchb) (transient-mark-mode 1) (org-babel-do-load-languages 'org-babel-load-languages '((R . t) (emacs-lisp . t) )) (custom-set-variables ;; custom-set-variables was added by Custom. ;; If you edit it by hand, you could mess it up, so be careful. ;; Your init file should contain only one such instance. ;; If there is more than one, they won't work right. '(org-confirm-babel-evaluate nil)) (custom-set-faces ;; custom-set-faces was added by Custom. ;; If you edit it by hand, you could mess it up, so be careful. ;; Your init file should contain only one such instance. ;; If there is more than one, they won't work right. ) Thanks, Ben W. I can include my .emacs although it's lengthy. I uninstalled all of my emacs stuff, and installed it from the vanilla downloads on their respective sites, and I'm still getting the same result. I'm considering removing all my tex stuff and installing the vanilla texlive too. Thanks, Ben W. I've tried even installing a version of org mode from source, using the build system my distro has, so as it's made and installed to exactly the right place, but I still don't have any luck. The texlive version I'm using is from my distro's package manager. Using C-c C-c to evaluate on the fly works. I had an issue getting org and babel to work with R on Windows 7 as well, but it was because certain tex packages were missing and I recieved a message when I tried to export, but nothing comes up here. Would the recent change: Org-babel is now inside org, remove (require 'org-babel-init) and alike from your .emacs. Look at http://orgmode.org/Changes.html#ob
[O] Capture - stay clocked in?
Is there an option NOT to clock out of a Todo item that's created using org-capture? I would like to use capture templates to define a new TODO task, and just stay clocked in to the new TODO. Thanks, --Nate ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [O] [babel] Bug? export with 'hidden' tables
Hi Eric, thanks a lot for this quick answer. I indeed was not aware of the COMMENT keyword. Unfortunately it does not solve the problem. When I try to export the sample file below I still get: 'if: reference 'tbl_directories' not found in this buffer' Cheers, Andreas PS: the sample (try to export it) == * COMMENT Parameters #+CAPTION: Directories #+LABEL: tbl:directories #+tblname: tbl_directories | directory | path | |+| | data directory | /home/ | | plot directory | /home/ | | code directory | /home/ | #+CAPTION: Data Files #+LABEL: tbl:data_files #+tblname: tbl_data_files | file| path | |-+| | original data | data | | original data (csv) | data_m | * Test #+begin_src R :session :exports results :results silent :var data_dir=tbl_directories[2,1] library("tikzDevice") #+end_src == Am 28.02.2011 19:56, schrieb Eric Schulte: > Hi Andreas, > > I don't know about :noexport:, but to keep a subtree from exporting, I > use the COMMENT keyword in the title, which can be done with the > `org-toggle-comment' command bound to C-c ;. > > Hope this helps -- Eric > > Andreas Leha writes: > > >> Hi all, >> >> I used to have parameters in org tables, which were in secions marked >> with 'noexport'. Since this weekend, this does not work for me anymore. >> Is this a bug or am I doing sth wrong here? >> >> Regards, >> Andreas >> >> PS: the example (try to export) >> >> * Parameters :noexport: >> #+CAPTION: Directories >> #+LABEL: tbl:directories >> #+tblname: tbl_directories >> | directory | path | >> |+| >> | data directory | /home/ | >> | plot directory | /home/ | >> | code directory | /home/ | >> >> #+CAPTION: Data Files >> #+LABEL: tbl:data_files >> #+tblname: tbl_data_files >> | file| path | >> |-+| >> | original data | data | >> | original data (csv) | data_m | >> >> >> * Test >> #+begin_src R :session :exports results :results silent :var >> data_dir=tbl_directories[2,1] >> library("tikzDevice") >> #+end_src >> >> >> >> >> ___ >> Emacs-orgmode mailing list >> Please use `Reply All' to send replies to the list. >> Emacs-orgmode@gnu.org >> http://lists.gnu.org/mailman/listinfo/emacs-orgmode >> > ___ > Emacs-orgmode mailing list > Please use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode > -- Andreas Leha Universitätsmedizin Göttingen Abteilung Medizinische Statistik Humboldtallee 32 37073 Göttingen Tel: +49 (0)551 39-10710 Fax: +49 (0)551 39-4995 http://www.ams.med.uni-goettingen.de/amsneu/leha.html University Medical Center Göttingen Department for Medical Statistics Humboldtallee 32 37073 Göttingen Germany Phone: +49 (0) 551 39-10710 Fax: +49 (0) 551 39-4995 http://www.ams.med.uni-goettingen.de/amsneu/leha-en.html smime.p7s Description: S/MIME Cryptographic Signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [O] org-map-entries and org-map-continue-from
Nick Dokos wrote: > Richard Lawrence wrote: > > > > For a simple example, suppose I write: > > #+BEGIN_SRC emacs-lisp > > (defun get-export-filenames () > > (interactive) > > (setq export-files '()) > > (progn > > (org-map-entries > > (lambda () > >(setq org-map-continue-from (outline-next-heading)) > >(let ((org-trust-scanner-tags t)) > > (push (org-entry-get (point) "EXPORT_FILE_NAME") export-files))) > > nil 'tree) > > (message export-files))) ; errors, but lets me see the list of > > collected values > > #+END_SRC > > > > But I'm not sure what the right way to deal with it is. > Maybe this? --8<---cut here---start->8--- #+BEGIN_SRC emacs-lisp (defun get-export-filenames () (interactive) (setq export-files '()) (progn (org-map-entries (lambda () (setq org-map-continue-from (outline-next-heading)) (if org-map-continue-from (let ((org-trust-scanner-tags t)) (push (org-entry-get (point) "EXPORT_FILE_NAME") export-files nil 'tree) (message export-files))) ; errors, but lets me see the list of collected values #+END_SRC --8<---cut here---end--->8--- Nick ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [O] org-map-entries and org-map-continue-from
Richard Lawrence wrote: > For a simple example, suppose I write: > #+BEGIN_SRC emacs-lisp > (defun get-export-filenames () > (interactive) > (setq export-files '()) > (progn > (org-map-entries > (lambda () >(setq org-map-continue-from (outline-next-heading)) >(let ((org-trust-scanner-tags t)) >(push (org-entry-get (point) "EXPORT_FILE_NAME") export-files))) > nil 'tree) > (message export-files))) ; errors, but lets me see the list of collected > values > #+END_SRC > As you point out below, everything works as it should: outline-next-heading steps you through the headlines and eventually returns nil correctly. The problem is that org-entry-get does not just look forward: it looks *around* and finds the property when point is both at the beginning and at the end of the headline "Four", so you get "four" twice. But I'm not sure what the right way to deal with it is. Nick > And I call this function from a buffer that looks like: > > * Top > > ** One >:PROPERTIES: >:EXPORT_FILE_NAME: one >:END: > ** Two >:PROPERTIES: >:EXPORT_FILE_NAME: two >:END: > ** Three >:PROPERTIES: >:EXPORT_FILE_NAME: three >:END: > ** Four >:PROPERTIES: >:EXPORT_FILE_NAME: four >:END: > > Then the list that I get back (the value of export-files) looks like: > > ("four" "four" "three" "two" "one") > > Whereas I would like it to be just: > > ("four" "three" "two" "one") > > Can anyone see what I need to do to achieve that? [Apart from just using > (cdr export-files), I mean -- I'd like to know the /right/ way.] I'm > puzzled because outline-next-heading, if called interactively from the > last child, does indeed put point at the end of that child or at the > next (parent-level) heading, so it doesn't seem that the problem is that > it somehow loops back when there is no next child-level entry. > > Many thanks if you catch something I've missed! > > Best, > Richard > > [1] http://article.gmane.org/gmane.emacs.orgmode/37244/ > ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [O] [babel] Bug? export with 'hidden' tables
Hi Andreas, I don't know about :noexport:, but to keep a subtree from exporting, I use the COMMENT keyword in the title, which can be done with the `org-toggle-comment' command bound to C-c ;. Hope this helps -- Eric Andreas Leha writes: > Hi all, > > I used to have parameters in org tables, which were in secions marked > with 'noexport'. Since this weekend, this does not work for me anymore. > Is this a bug or am I doing sth wrong here? > > Regards, > Andreas > > PS: the example (try to export) > > * Parameters :noexport: > #+CAPTION: Directories > #+LABEL: tbl:directories > #+tblname: tbl_directories > | directory | path | > |+| > | data directory | /home/ | > | plot directory | /home/ | > | code directory | /home/ | > > #+CAPTION: Data Files > #+LABEL: tbl:data_files > #+tblname: tbl_data_files > | file| path | > |-+| > | original data | data | > | original data (csv) | data_m | > > > * Test > #+begin_src R :session :exports results :results silent :var > data_dir=tbl_directories[2,1] > library("tikzDevice") > #+end_src > > > > > ___ > Emacs-orgmode mailing list > Please use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[O] Re: Automatic Org-mode mailing list signature -- Was: Let's stick to one list for now
Nicolas writes: > Hello, > > "Eric Schulte" writes: > >> While there are changes to the administration of the mailing list. >> Would it be difficult to change the list signature from >> >> : ___ >> : Emacs-orgmode mailing list >> : Please use `Reply All' to send replies to the list. >> : Emacs-orgmode@gnu.org >> : http://lists.gnu.org/mailman/listinfo/emacs-orgmode >> >> to >> >> : __ >> : Emacs-orgmode mailing list >> : Please use `Reply All' to send replies to the list. >> : Emacs-orgmode@gnu.org >> : http://lists.gnu.org/mailman/listinfo/emacs-orgmode >> >> (note the space after the double hyphen) at the beginning of the second >> signature. I /believe/ (but don't have any reference) that the "-- " >> string is the standard signature delimiter, and it would result in at >> least gnus, and probably other mailing agents, stripping the signature >> from replies by default. > > For that particular problem, I have > > #+begin_src emacs-lisp > (setq gnus-parameters > '(("string_matching_orgmode_list_folder" > (banner . "___ > Emacs-orgmode mailing list > Please use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode"; > #+end_src > Thanks Nicolas, I'll add that to my gnus config now -- Eric ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[O] [babel] Bug? export with 'hidden' tables
Hi all, I used to have parameters in org tables, which were in secions marked with 'noexport'. Since this weekend, this does not work for me anymore. Is this a bug or am I doing sth wrong here? Regards, Andreas PS: the example (try to export) * Parameters :noexport: #+CAPTION: Directories #+LABEL: tbl:directories #+tblname: tbl_directories | directory | path | |+| | data directory | /home/ | | plot directory | /home/ | | code directory | /home/ | #+CAPTION: Data Files #+LABEL: tbl:data_files #+tblname: tbl_data_files | file| path | |-+| | original data | data | | original data (csv) | data_m | * Test #+begin_src R :session :exports results :results silent :var data_dir=tbl_directories[2,1] library("tikzDevice") #+end_src smime.p7s Description: S/MIME Cryptographic Signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [O] Re: [Orgmode] Links to datestamped headings broken?
Missing context but: Timestamps on headlines prevent ellipses. They also allow you to look at a sorted list of headlines to zero in on a timestamp. I do this instead of using a date tree. In case it helps. Samuel -- The Kafka Pandemic: http://thekafkapandemic.blogspot.com/2010/12/welcome-to-kafka-pandemic-two-forces_9182.html I support the Whittemore-Peterson Institute (WPI) === I want to see the original (pre-hold) Lo et al. 2010 NIH/FDA/Harvard MLV paper. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [O] making flexible table formulas
On Mon, Feb 28, 2011 at 9:35 AM, Rustom Mody wrote: > When using orgmode for hacking on data in a table (org a la spreadsheet) I > have this situation > Say I am concentrating on column 2 and I want the bottom cell to be the sum > of the above cells > For a 7 row table with 8th row having the total I get > > #+TBLFM: @8$2=vsum(@1$2..@7$2) > > But now I have a problem: If say I add a row to the table then the next > time I recompute the formula(s) the ninth row is not affected and the 8th > row which is now data gets overwritten with a computation. > > So basically I want the @1 and @7 which are hardcoded above to be replaced > by something to the effect: "everything above..." and the @8$2 should be > something to the tune of "bottom of $2" > Place the rows you want to sum between horizontal separator lines (see http://orgmode.org/manual/Built_002din-table-editor.html#Built_002din-table-editor ) Then you can do the following: #+TBLFM: @8$2=vsum(@I..@II) Which means, sum the columns between the first and the second separators. -Luke ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[O] org-map-entries and org-map-continue-from
Hi all, Bastien had advised me [1] to use (setq org-map-continue-from (outline-next-heading)) in a function called by org-map-entries in order to map that function across just the /children/ of the current entry (i.e., to exclude the current `parent' entry itself). This works great, but I have now found that it has a weird side-effect: it calls the function twice on the last child. For a simple example, suppose I write: #+BEGIN_SRC emacs-lisp (defun get-export-filenames () (interactive) (setq export-files '()) (progn (org-map-entries (lambda () (setq org-map-continue-from (outline-next-heading)) (let ((org-trust-scanner-tags t)) (push (org-entry-get (point) "EXPORT_FILE_NAME") export-files))) nil 'tree) (message export-files))) ; errors, but lets me see the list of collected values #+END_SRC And I call this function from a buffer that looks like: * Top ** One :PROPERTIES: :EXPORT_FILE_NAME: one :END: ** Two :PROPERTIES: :EXPORT_FILE_NAME: two :END: ** Three :PROPERTIES: :EXPORT_FILE_NAME: three :END: ** Four :PROPERTIES: :EXPORT_FILE_NAME: four :END: Then the list that I get back (the value of export-files) looks like: ("four" "four" "three" "two" "one") Whereas I would like it to be just: ("four" "three" "two" "one") Can anyone see what I need to do to achieve that? [Apart from just using (cdr export-files), I mean -- I'd like to know the /right/ way.] I'm puzzled because outline-next-heading, if called interactively from the last child, does indeed put point at the end of that child or at the next (parent-level) heading, so it doesn't seem that the problem is that it somehow loops back when there is no next child-level entry. Many thanks if you catch something I've missed! Best, Richard [1] http://article.gmane.org/gmane.emacs.orgmode/37244/ ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [O] making flexible table formulas
Rustom Mody wrote: > When using orgmode for hacking on data in a table (org a la spreadsheet) I > have this situation > Say I am concentrating on column 2 and I want the bottom cell to be the sum > of the above cells > For a 7 row table with 8th row having the total I get > > #+TBLFM: @8$2=vsum(@1$2..@7$2) > > But now I have a problem: If say I add a row to the table then the next time > I recompute the formula > (s) the ninth row is not affected and the 8th row which is now data gets > overwritten with a > computation. > > So basically I want the @1 and @7 which are hardcoded above to be replaced by > something to the > effect: "everything above..." and the @8$2 should be something to the tune of > "bottom of $2" > > I guess this may not be a reasonable request -- but with org you never know > :-) so asking if there > is some way. > > Of course it's reasonable - and of course, org implements it :-) #+TBLFM: $LR2=vsum(@1..@-1) In words: column 2 of the last row is the sum of all the rows (implicitly in column 2) from row 1 to the row above the last one. See section 3.5.1, "Tables>The spreadsheet>References" for more details. Nick ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[O] Re: view in browser
I used to be able to do C-x C-e b to view the org file in a browser. Now it just generates the file but not open the browser. Same with PDF. Don't know what changed, but how do I get back the functionality? Thanks. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[O] Re: Automatic Org-mode mailing list signature -- Was: Let's stick to one list for now
Hello, "Eric Schulte" writes: > While there are changes to the administration of the mailing list. > Would it be difficult to change the list signature from > > : ___ > : Emacs-orgmode mailing list > : Please use `Reply All' to send replies to the list. > : Emacs-orgmode@gnu.org > : http://lists.gnu.org/mailman/listinfo/emacs-orgmode > > to > > : __ > : Emacs-orgmode mailing list > : Please use `Reply All' to send replies to the list. > : Emacs-orgmode@gnu.org > : http://lists.gnu.org/mailman/listinfo/emacs-orgmode > > (note the space after the double hyphen) at the beginning of the second > signature. I /believe/ (but don't have any reference) that the "-- " > string is the standard signature delimiter, and it would result in at > least gnus, and probably other mailing agents, stripping the signature > from replies by default. For that particular problem, I have #+begin_src emacs-lisp (setq gnus-parameters '(("string_matching_orgmode_list_folder" (banner . "___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode"; #+end_src Regards, -- Nicolas ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[O] Re: [Orgmode] Possible Calc support for Org-Babel?
"Eric Schulte" writes: > Eric S Fraga writes: [...] >> >> Further on this, any suggestions on how to pass a vector variable to >> calc using babel? I tried >> >> #+begin-src org >> #+begin_src calc :var y=[1 2 3] >> 3 y >> #+end_src >> #+end_src >> >> but get an error that says >> >> : Bad format in variable contents: Expected a number >> >> I've tried putting the vector in quotes but that doesn't help either. >> Is this maybe not possible? >> > > With the newest version of Org-mode, I'm now getting the following > output. > > #+begin_src calc :var y=[1 2 3] > 3 y > #+end_src > #+results: > : (3, 6) > > Does this look correct? > > Best -- Eric This does not look correct: assuming my knowledge of calc is correct, the result should be the scalar 3 multiplied by each of the vector elements. I don't understand how =(3, 6)= can be the output of =3 y=... The strange thing is that this doesn't work at all for me (with git as of a few minutes ago): I still get the error message : byte-code: Bad format in variable contents: Expected a number However, if I put the vector in double quotes, it works: --8<---cut here---start->8--- #+begin_src calc :var y="[1 2 3]" 3 y #+end_src #+results: : [3, 6, 9] --8<---cut here---end--->8--- *but* if I subsequently remove the double quotes, it doesn't work and if put them back, it no longer works either. I am confused... there's like a hysteresis loop in org babel :( Any suggestions on how to debug this are welcome, of course. -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1 : using Org-mode version 7.4 (release_7.4.553.g83b7.dirty) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [O] Let's stick to one list for now
> DEV threads often start life as USER threads; For example, org-odt.el. Jambunathan K. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[O] Re: [Orgmode] Links to datestamped headings broken?
Bastien writes: > Hi Simon, > > Simon Guest writes: > >> I have an Org mode file with some date-stamped headers, e.g. >> ** <2011-04-06 Wed> National Bank > > It's better to put timestamps outside of the heading. We had a discussion about this a while back; I understand the preference you state but, in some use cases, it is quite useful to have time stamps in the headline, particularly because it makes it easy to sort a sequence of such headlines in chronological order. Just my 2¢... -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1 : using Org-mode version 7.4 (release_7.4.529.gb23d.dirty) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[O] Re: [Orgmode] [babel] maxima support?
"Eric Schulte" writes: > Great, Thanks for sharing! > > Why don't we replace the shell-script munging with some elisp munging > and add this to the core? > > I can help with the translation to elisp (although I may be busy through > the weekend/week). > > Best -- Eric I'd be very happy to have the code made more portable, and integrated properly within org-babel. I, unfortunately, don't have any of the elisp skills that would be necessary... my upbringing in the early days of Unix are showing here: I solve everything with concatenation of targeted shell commands ;-) Given that I use a sequence of regex based commands (grep and sed), I imagine it would be trivial for somebody with more elisp expertise to translate my sequence of commands into elisp code? -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1 : using Org-mode version 7.4 (release_7.4.529.gb23d.dirty) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[O] Re: [Orgmode] Uncover bullet points with BEAMER_env: ignoreheading
Derek Thomas writes: > It seems that with the options you suggested, the "[<+->]" argument is > passed to the \columns environment instead of the \itemize environment > within the column. Beamer doesn't accept this argument for the > columns environment. Is there a way to pass the argument to \itemize? > Thanks, > > Derek Sorry for the confusion. I thought you were trying to specify those arguments for the columns as I misread your original query. For lists, you can specify individual item overlay specifications, such as: #+begin_src org The following is a very convoluted list of items: - <1-2> one item - <2> another - <3-> and another - <1-> etc. #+end_src but I don't know how to pass anything to the =\begin{itemize}= directive. Sorry. Maybe somebody else (Carsten, Nicolas) can help? I've never found a need for automatic overlay specifications such as <+-> for presentations, partly because I'm against too much hiding and incremental revealing of text on slides, unless for a very specific pedagogical purpose (but this is very much a personal bias). -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1 : using Org-mode version 7.4 (release_7.4.529.gb23d.dirty) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[O] Re: [Orgmode] customising org-latex-to-pdf-process for bibtex
Suvayu Ali writes: [...] > > Does that say anything to you? How do I capture the output from bibtex? > I presumed it is being overwritten by subsequent pdflatex runs. So I > removed the later pdflatex runs from the variable and that gives me > this output in the "*Org PDF LaTeX Output*" buffer. [...] You could try creating a shell script (such as attached) which invokes both pdflatex and bibtex and tell org to use that command for exporting to pdf instead. Then all the output should come out to the screen. I've tried this and all the output (3 pdflatex and 1 bibtex invocations) comes out into the =*Org PDF Latex Output*= buffer. #!/bin/sh -f # first argument should be base latex file name F=$1 echo 'Using ' $F echo '- running pdflatex first' pdflatex $F echo '- running bibtex next' bibtex $F echo '- running pdflatex again (and again)' pdflatex $F pdflatex $F -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1 : using Org-mode version 7.4 (release_7.4.529.gb23d.dirty) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [O] Re: [Orgmode] Re: Org Babel and R issue with pdf latex export
Ben, And what about your .Rprofile. Since your R code does produce a warning, I wonder if you have instructed R to take some special action when it sees one? --Erik Ben Ward wrote: On 28/02/2011 11:24, Rainer M Krug wrote: On Mon, Feb 28, 2011 at 8:07 AM, Ben Ward wrote: On Sun, 2011-02-27 at 21:35 -0800, Dan Davison wrote: Ben Ward writes: Hi, I recently installed emacs, org-mode fresh on a new install of Arch Linux. Before I had it working on Ubuntu. I've installed everything as before and used the same .emacs file I had, but if I use org to write out some R script and export to pdf via latex, then I get an empty pdf document, with only the title and Contents heading. However if I export to anything else such as html it works, and shows me code and results. Hi Ben, Are you sure this problem concerns babel/R? What happens when you export an Org document to pdf without any babel stuff? Can you provide an example Org file that you are having trouble exporting to pdf? The problem is probably in your local configuration, so if no-one can jump to the solution then start from a minimal working config and try to find the part of your .emacs which is causing the problem. Dan Hi, I've tried exporting an org file that has no code in it to PDF and it works without any trouble. The file I'm trying to export is: #+TITLE: Test #+AUTHOR: Ben J. Ward #+LATEX_CLASS: article #+BABEL: :session *R* :results output \pagebreak Test: #+begin_src R :exports both x<-c(1,2,3,4,5) y<-c(5,10,15,20) x y xy<-(x*y) xy #+end_src When I use your example and export it to LaTeX, I get this: # % Created 2011-02-28 Mon 12:21 \documentclass[11pt]{article} \usepackage[utf8]{inputenc} \usepackage[T1]{fontenc} \usepackage{fixltx2e} \usepackage{graphicx} \usepackage{longtable} \usepackage{float} \usepackage{wrapfig} \usepackage{soul} \usepackage{textcomp} \usepackage{marvosym} \usepackage{wasysym} \usepackage{latexsym} \usepackage{amssymb} \usepackage{hyperref} \tolerance=1000 \usepackage{color} \usepackage{listings} \providecommand{\alert}[1]{\textbf{#1}} \begin{document} \title{Test} \author{Ben J. Ward} \date{28 February 2011} \maketitle \setcounter{tocdepth}{3} \tableofcontents \vspace*{1cm} The file I'm trying to export is: \pagebreak Test: \lstset{language=R} \begin{lstlisting} x<-c(1,2,3,4,5) y<-c(5,10,15,20) x y xy<-(x*y) xy \end{lstlisting} \begin{verbatim} [1] 1 2 3 4 5 [1] 5 10 15 20 Warning message: In x * y : longer object length is not a multiple of shorter object length [1] 5 20 45 80 25 \end{verbatim} \end{document} # So it works for me - have you tried to export to LaTex? If that works, it is a LaTeX / pdf issue. Rainer Hi, I've just tried and I still get the same as before, but it works to latex, when there is no src code chunks. This is my .emacs: (require 'ess-site) (require 'org-install) (add-to-list 'auto-mode-alist '("\\.org\\'" . org-mode)) (global-set-key "\C-cl" 'org-store-link) (global-set-key "\C-cc" 'org-capture) (global-set-key "\C-ca" 'org-agenda) (global-set-key "\C-cb" 'org-iswitchb) (transient-mark-mode 1) (org-babel-do-load-languages 'org-babel-load-languages '((R . t) (emacs-lisp . t) )) (custom-set-variables ;; custom-set-variables was added by Custom. ;; If you edit it by hand, you could mess it up, so be careful. ;; Your init file should contain only one such instance. ;; If there is more than one, they won't work right. '(org-confirm-babel-evaluate nil)) (custom-set-faces ;; custom-set-faces was added by Custom. ;; If you edit it by hand, you could mess it up, so be careful. ;; Your init file should contain only one such instance. ;; If there is more than one, they won't work right. ) Thanks, Ben W. I can include my .emacs although it's lengthy. I uninstalled all of my emacs stuff, and installed it from the vanilla downloads on their respective sites, and I'm still getting the same result. I'm considering removing all my tex stuff and installing the vanilla texlive too. Thanks, Ben W. I've tried even installing a version of org mode from source, using the build system my distro has, so as it's made and installed to exactly the right place, but I still don't have any luck. The texlive version I'm using is from my distro's package manager. Using C-c C-c to evaluate on the fly works. I had an issue getting org and babel to work with R on Windows 7 as well, but it was because certain tex packages were missing and I recieved a message when I tried to export, but nothing comes up here. Would the recent change: Org-babel is now inside org, remove (require 'org-babel-init) and alike from your .emacs. Look at http://orgmode.org/Changes.html#ob-configuration-changes for overview of the settings. Be causing the entire issue? The .tex file I get out is thus: % Created 2011-02-28 Mon 03:47 \documentclass[11pt]{article} \usepackage
Re: [O] Let's stick to one list for now
Julien Danjou writes: > On Mon, Feb 28 2011, Bastien wrote: > > The point is that there's no gain in telling people to add "[DEV]" since > they will forget (I will), and there is _no_ lose by splitting a list. I Hi Julien, No, I disagree with that. The two lists would have distinct compositions of the reader audience and that does have downsides. For example, - Those participating in a USER thread cannot rely to the same extent on DEVs listening, or as easily direct comments to DEVs, without messy cross-postings. DEV threads often start life as USER threads; that trajectory would be disrupted. - The probability of pure USERs learning DEV skills is reduced, since they have to actively seek the DEV list. I'm another one who came to Org as a USER with no abilities in elisp programming. Dan > already splitted user list in some project and nothing bad happened. :) > >> Julien, I guess your life would be easier if you get push access to the >> Org repo and an account on the patchwork -- so that you can test patches >> and improve them if needed. >> >> Would that be okay for you? > > Well, access to the patchwork will at least allow me to contrate and > work on dev things that have a patch, for sure. > >> This decision is not carved in stone -- but I'm about to release Org 7.5 >> and I don't want to undertake a mailing list split in the middle of this >> process. > > I understand that. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[O] Re: [Orgmode] Re: Org Babel and R issue with pdf latex export
On 28/02/2011 11:24, Rainer M Krug wrote: On Mon, Feb 28, 2011 at 8:07 AM, Ben Ward wrote: On Sun, 2011-02-27 at 21:35 -0800, Dan Davison wrote: Ben Ward writes: Hi, I recently installed emacs, org-mode fresh on a new install of Arch Linux. Before I had it working on Ubuntu. I've installed everything as before and used the same .emacs file I had, but if I use org to write out some R script and export to pdf via latex, then I get an empty pdf document, with only the title and Contents heading. However if I export to anything else such as html it works, and shows me code and results. Hi Ben, Are you sure this problem concerns babel/R? What happens when you export an Org document to pdf without any babel stuff? Can you provide an example Org file that you are having trouble exporting to pdf? The problem is probably in your local configuration, so if no-one can jump to the solution then start from a minimal working config and try to find the part of your .emacs which is causing the problem. Dan Hi, I've tried exporting an org file that has no code in it to PDF and it works without any trouble. The file I'm trying to export is: #+TITLE: Test #+AUTHOR: Ben J. Ward #+LATEX_CLASS: article #+BABEL: :session *R* :results output \pagebreak Test: #+begin_src R :exports both x<-c(1,2,3,4,5) y<-c(5,10,15,20) x y xy<-(x*y) xy #+end_src When I use your example and export it to LaTeX, I get this: # % Created 2011-02-28 Mon 12:21 \documentclass[11pt]{article} \usepackage[utf8]{inputenc} \usepackage[T1]{fontenc} \usepackage{fixltx2e} \usepackage{graphicx} \usepackage{longtable} \usepackage{float} \usepackage{wrapfig} \usepackage{soul} \usepackage{textcomp} \usepackage{marvosym} \usepackage{wasysym} \usepackage{latexsym} \usepackage{amssymb} \usepackage{hyperref} \tolerance=1000 \usepackage{color} \usepackage{listings} \providecommand{\alert}[1]{\textbf{#1}} \begin{document} \title{Test} \author{Ben J. Ward} \date{28 February 2011} \maketitle \setcounter{tocdepth}{3} \tableofcontents \vspace*{1cm} The file I'm trying to export is: \pagebreak Test: \lstset{language=R} \begin{lstlisting} x<-c(1,2,3,4,5) y<-c(5,10,15,20) x y xy<-(x*y) xy \end{lstlisting} \begin{verbatim} [1] 1 2 3 4 5 [1] 5 10 15 20 Warning message: In x * y : longer object length is not a multiple of shorter object length [1] 5 20 45 80 25 \end{verbatim} \end{document} # So it works for me - have you tried to export to LaTex? If that works, it is a LaTeX / pdf issue. Rainer Hi, I've just tried and I still get the same as before, but it works to latex, when there is no src code chunks. This is my .emacs: (require 'ess-site) (require 'org-install) (add-to-list 'auto-mode-alist '("\\.org\\'" . org-mode)) (global-set-key "\C-cl" 'org-store-link) (global-set-key "\C-cc" 'org-capture) (global-set-key "\C-ca" 'org-agenda) (global-set-key "\C-cb" 'org-iswitchb) (transient-mark-mode 1) (org-babel-do-load-languages 'org-babel-load-languages '((R . t) (emacs-lisp . t) )) (custom-set-variables ;; custom-set-variables was added by Custom. ;; If you edit it by hand, you could mess it up, so be careful. ;; Your init file should contain only one such instance. ;; If there is more than one, they won't work right. '(org-confirm-babel-evaluate nil)) (custom-set-faces ;; custom-set-faces was added by Custom. ;; If you edit it by hand, you could mess it up, so be careful. ;; Your init file should contain only one such instance. ;; If there is more than one, they won't work right. ) Thanks, Ben W. I can include my .emacs although it's lengthy. I uninstalled all of my emacs stuff, and installed it from the vanilla downloads on their respective sites, and I'm still getting the same result. I'm considering removing all my tex stuff and installing the vanilla texlive too. Thanks, Ben W. I've tried even installing a version of org mode from source, using the build system my distro has, so as it's made and installed to exactly the right place, but I still don't have any luck. The texlive version I'm using is from my distro's package manager. Using C-c C-c to evaluate on the fly works. I had an issue getting org and babel to work with R on Windows 7 as well, but it was because certain tex packages were missing and I recieved a message when I tried to export, but nothing comes up here. Would the recent change: Org-babel is now inside org, remove (require 'org-babel-init) and alike from your .emacs. Look at http://orgmode.org/Changes.html#ob-configuration-changes for overview of the settings. Be causing the entire issue? The .tex file I get out is thus: % Created 2011-02-28 Mon 03:47 \documentclass[11pt]{article} \usepackage[utf8]{inputenc} \usepackage[T1]{fontenc} \usepackage{fixltx2e} \usepackage{graphicx} \usepackage{longtable} \usepackage{float} \usepackage{wrapfig} \usepackage{soul} \usepackage{textcomp} \usepackage
[O] making flexible table formulas
When using orgmode for hacking on data in a table (org a la spreadsheet) I have this situation Say I am concentrating on column 2 and I want the bottom cell to be the sum of the above cells For a 7 row table with 8th row having the total I get #+TBLFM: @8$2=vsum(@1$2..@7$2) But now I have a problem: If say I add a row to the table then the next time I recompute the formula(s) the ninth row is not affected and the 8th row which is now data gets overwritten with a computation. So basically I want the @1 and @7 which are hardcoded above to be replaced by something to the effect: "everything above..." and the @8$2 should be something to the tune of "bottom of $2" I guess this may not be a reasonable request -- but with org you never know :-) so asking if there is some way. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[O] Re: xemacs21: void-variable macro-declaration-function
"Andreas Goesele" writes: > I had a working org-mode version 6.33trans with XEmacs 21.4.22 and > wanted to move to a newer version. I installed org-mode 7.01g-1 0 coming > with debian squeeze. > > But now org-mode doesn't work any more. When I open any org-mode file I > get: > > File mode specification error: (void-variable macro-declaration-function) `macro-declaration-function' is in XEmacs 21.5 - you should really use that, as I'm not actively doing 21.4 support in org-mode. -- Cheers =8-} Mike Friede, Völkerverständigung und überhaupt blabla ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [O] Re: [Orgmode] Splitting mailing list
On Mon, Feb 28, 2011 at 10:14 AM, Nick Dokos wrote: > Bastien wrote: > > > Julien Danjou writes: > > > > > On Mon, Feb 28 2011, Bastien wrote: > > >> I changed the [Orgmode] tag to [O]. > > > > > > Couldn't you just drop it? > > > > > > Seriously, this [O] is useless and ridiculous. > > > Not to me. > > Me either. The emails from this mailing list along account for 80% of my daily emails. With a tag and using gmail shortcuts, I can go down the list pressing j for next message and x to select it as I skim the titles to see if anything strikes me as of interest. When I have them all, I scan the senders and subjects once more to catch any accidental selections and then press # to delete. It would suck to actually read every subject to interpret it as mailing list or not *and* also be deciding if I wanted to open it. With the tag I just look for keywords like babel, beamer, lists, etc. to see if I think I'm interested. Mostly... I'm not. > > [fn:1] or [Org] or [O] - I would have preferred [Org] but I'm willing to > live with [O]. > Yeah, [O] seems weird to me even though there's nothing really wrong with it... I like [Org] more :) John > > > ___ > Emacs-orgmode mailing list > Please use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode > ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Automatic Org-mode mailing list signature -- Was: [O] Let's stick to one list for now
While there are changes to the administration of the mailing list. Would it be difficult to change the list signature from : ___ : Emacs-orgmode mailing list : Please use `Reply All' to send replies to the list. : Emacs-orgmode@gnu.org : http://lists.gnu.org/mailman/listinfo/emacs-orgmode to : __ : Emacs-orgmode mailing list : Please use `Reply All' to send replies to the list. : Emacs-orgmode@gnu.org : http://lists.gnu.org/mailman/listinfo/emacs-orgmode (note the space after the double hyphen) at the beginning of the second signature. I /believe/ (but don't have any reference) that the "-- " string is the standard signature delimiter, and it would result in at least gnus, and probably other mailing agents, stripping the signature from replies by default. This isn't a huge deal, but it would reduce message noise on long threads. Best -- Eric ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [O] Let's stick to one list for now
Julien Danjou writes: > On Mon, Feb 28 2011, Bastien wrote: > > The point is that there's no gain in telling people to add "[DEV]" since > they will forget (I will), I disagree, [babel] tags have been working very well for some time now, even if the original poster forgets to add such a tag it often appears in subsequent replies. > and there is _no_ lose by splitting a list. I already splitted user > list in some project and nothing bad happened. :) > Again, I disagree. It is not clear what effect splitting would have on the list, and I doubt that there is a clean partition between dev and non-dev for many individual emails (not to mention entire threads). Best -- Eric ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[O] Re: [Orgmode] Splitting mailing list
[O] is *much* better than [Orgmode]. Thank you. Looking forward to [OD] and [OB], if that's what we will use. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [O] new org-export-html-preamble
On 28.02.2011 17:35, Nick Dokos wrote: Robert Klein wrote: Hi everyone, does anyone have by chance a working example of the org-export-html-preamble, introduced on February, 10? Up to now I used :preamble "my preamble" Now I'm lost in not knowing lisp enough. Thank you very much for your help! I think you just need to change :preamble "my preamble" to :html-preamble "my preamble" and similarly for postamble, so no elisp necessary. Nick PS. ...but I have not tried it. Hi Nick, thanks for the help. Actually I probably had a typo at first and descended into lisp then. Your suggestion works, but I had to polish my escapes in the format string, e.g. width=\"20\%\" now has to be width=\"20\%%\" because of the format-spec function used instead of org-replace-escapes. Probably will have to be careful with the sitemap also; there was a patch on Feb. 11, which also uses format-spec. Thanks again and best regards Robert ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [O] new org-export-html-preamble
Robert Klein wrote: > Hi everyone, > > does anyone have by chance a working example of the > org-export-html-preamble, introduced on February, 10? > > Up to now I used > >:preamble "my preamble" > > Now I'm lost in not knowing lisp enough. > > Thank you very much for your help! > I think you just need to change :preamble "my preamble" to :html-preamble "my preamble" and similarly for postamble, so no elisp necessary. Nick PS. ...but I have not tried it. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[O] new org-export-html-preamble
Hi everyone, does anyone have by chance a working example of the org-export-html-preamble, introduced on February, 10? Up to now I used :preamble "my preamble" Now I'm lost in not knowing lisp enough. Thank you very much for your help! Robert ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [O] Re: [Orgmode] Splitting mailing list
Bastien wrote: > Julien Danjou writes: > > > On Mon, Feb 28 2011, Bastien wrote: > >> I changed the [Orgmode] tag to [O]. > > > > Couldn't you just drop it? > > > > Seriously, this [O] is useless and ridiculous. > Not to me. > No, it's useful to people who filter emails through the subject line. > Just to clarify my usage (since I was one of the people who argued for keeping a tag): I don't have an MUA filter for this (that would be easy enough to change) - the filter is my eyes: if I have time to spend on org-mode, I will look at an email tagged [Orgmode] [fn:1] If not, I skip it. If there is no distinguishing characteristic at this level, I have to resort to other methods just to see whether the email is relevant to me at this time (usually the author name is enough to classify the email correctly, but not always of course, in which case I might have to read (some of) the email to decide.) The tag saves me time. I sympathise with Samuel's reasons for maximizing information, hence I did not oppose the shortening of the tag. But this is the second time that I have had to defend keeping the tag and I hope that the rest of you will sympathise with my reasons for keeping the tag. Thanks, Nick Footnotes: [fn:1] or [Org] or [O] - I would have preferred [Org] but I'm willing to live with [O]. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[O] [Orgmode] IMPORTANT: please update your email filters
Artificially adding the [Orgmode] label to make sure nobody misses this announcement. Bastien writes: > I've replaced the tag [Orgmode] with [O] for this mailing list. > > If you are filtering the list by matching [Orgmode] in the subject > line, please update your MUA filters. -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[O] Re: [ANN] Changes to lists
Hi Nicolas, Carsten Dominik wrote: > this is very impressive. Thanks so much for bringing > back sublists with intersected text. With some delay... let me thank your for incorporating this feature. I really wanted it, and I'm very glad you could make it. Ex-cel-lent! Thank you, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[O] IMPORTANT: please update your email filters
Dear all, I've replaced the tag [Orgmode] with [O] for this mailing list. If you are filtering the list by matching [Orgmode] in the subject line, please update your MUA filters. Thanks, -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[O] Re: [babel] How to kill two birds with one stone?
Hi Eric, "Eric Schulte" wrote: > I haven't followed this discussion very closely, but I'm not sure why it > would be necessary to pass data through STDIN rather than through a variable > or an external file. > > I took a shot at the dot graph example you proposed, the following works for > me over a simple example directory. For sure, your version works, but it does not address the two goals -- I hope they don't exclude each other -- I wanna try to reach. This should clarify the subject. #+TITLE: graph-dir-eric-schulte #+DATE: 2011-02-28 #+LANGUAGE: en_US * Directory to search #+results: graph-dir : graph-dir * List all files in dir #+source: graph-files #+begin_src sh :results vector :var dir=graph-dir find $dir -type f -exec basename {} \; #+end_src #+results: graph-files | dan| | eric | | other | | seb_vauban | * Association of files with mentions #+source: graph-associations #+begin_src sh :var dir=graph-dir :var files=graph-files for i in $files; do for j in `grep -l -r $i $dir`; do echo $i, `basename $j` done done #+end_src #+results: graph-associations | dan| eric | | eric | seb_vauban | | other | eric | | other | seb_vauban | | seb_vauban | dan| * Ultimate goal The first goal of this document was to write small snippets of code, with a clear and concise specification, and test its results when applied on some input data. This goal is clearly met. Though, the following goal, the ultimate one, is to be able to output an independent shell script -- out of this stuff --, so that the program can be run independently by anybody, just from a simple shell. How could I write such a "combined" shell script? Something in the spirit of: #+source: graph-associations-sh-script #+begin_src sh :var dir=graph-dir :noweb yes cd $dir for i in `<>`; do for j in `grep -l -r $i $dir`; do echo $i, `basename $j` done done #+end_src #+results: graph-associations-sh-script But, of course (because of the =dir= var?), the above does not work, at least for my first goal: seeing "in situ" (part of) the results it returns when it is run. Maybe it's possible to reach both goals, maybe it's not -- I've no definite clue about this. - Maybe we need =stdin= to be properly "handled" for this, nothing more? - Maybe we need to add some extra hard constraints on how to write the little program parts, such as "don't use the Babel :var mechanism"? - Etc... * Executive summary To sum up what I'm trying to explain, I'd like the ability to write *and run* small snippets of code, such as: #+source: block-1 #+begin_src sh ... do this... #+end_src #+source: block-2 #+begin_src sh ... do that... #+end_src *and* to be able to produce the shell script that would run them all from a shell (no need for Emacs), something like: #+source: full-code #+begin_src sh :tangle yes <> <> #+end_src or #+source: full-code #+begin_src sh :tangle yes <> | <> #+end_src or #+source: full-code #+begin_src sh :tangle yes for i in `<>`; do <> done #+end_src or ... (depending on what the code does) ... Which conditions would allow one to make both dreams true at the same time? Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[O] Re: [Orgmode] Splitting mailing list
The thing that is most difficult for me is the fact that I almost never can read the entire subject header. Often I get to read only the first word. Tags will make that worse. I hope the switch from [Orgmode] to [O] will make things easier for you. Since we now have a single letter [O] for the main mailing list, wouldn't it make sense to use [D] for devel and [B] for Babel. Less visual clutter and better on small screens. Ian. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[O] Re: question about refiling - BELAY THAT!
Sorry folks. I just noticed org-refile-targets. Cheers. Fil On 28 February 2011 09:03, Filippo A. Salustri wrote: > Hi, > > I'm running the Feb 23 nightly snapshot of org on the current Aquamacs on > MacOS (also current). The question is this: it seems that even > with org-refile-use-outline-path set to full-file-path I can't refile things > to other files. If I try, I get the following in the minibuffer: > Refile to: \Users\fil\Dropbox\org\Journal.org/ > and can then get the headings etc by hitting Tab. > > But I can change neither the file (Journal.org) nor the path. > > Is that how it's supposed to work? I would have greatly preferred being > able to refile to at least other files in the same directory, if not other > files in other directories. > > Cheers. > Fil > > -- > Filippo A. Salustri, Ph.D., P.Eng. > Mechanical and Industrial Engineering > Ryerson University > 350 Victoria St, Toronto, ON > M5B 2K3, Canada > Tel: 416/979-5000 ext 7749 > Fax: 416/979-5265 > Email: salus...@ryerson.ca > http://deseng.ryerson.ca/~fil/ > -- Filippo A. Salustri, Ph.D., P.Eng. Mechanical and Industrial Engineering Ryerson University 350 Victoria St, Toronto, ON M5B 2K3, Canada Tel: 416/979-5000 ext 7749 Fax: 416/979-5265 Email: salus...@ryerson.ca http://deseng.ryerson.ca/~fil/ ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [O] [Orgmode] IMPORTANT: please update your email filters
> On Mon, 28 Feb 2011 23:14:33 +0900, Torsten Wagner > said: TW> Just an idea from good old amateur radio days. You have to announce the TW> change of frequency on the old frequency ;) Or at least use both for the announcement. (like accepting two PL tones temporarily during the transposition to a new one -- de WS6Z) -- Wes Hardaker My Pictures: http://capturedonearth.com/ My Thoughts: http://pontifications.hardakers.net/ ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[O] Re: [BUG] ? Stray \end{LIST} in latex export
On Feb 28, 2011, at 5:33 AM, Nicolas wrote: > It should be now fixed in master. Could you confirm this? > > Thanks for reporting this bug ! > > > Regards, > > -- > Nicolas Everything works as it should now — thank you very much for the quick turnaround. Kieran -- Kieran Healy :: http://www.kieranhealy.org ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [O] Re: [Orgmode] Splitting mailing list
On Mon, Feb 28 2011, Bastien wrote: > No, it's useful to people who filter emails through the subject line. It would be better to teach these people this is not a good practice rather than polluting the subject lines for everybody… -- Julien Danjou ❱ http://julien.danjou.info pgpZrRQKSf1VX.pgp Description: PGP signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [O] IMPORTANT: please update your email filters
Hi Bastien, should this announcement not using the old tag? Just to avoid that the mail get lost due to still old filter rules? Just an idea from good old amateur radio days. You have to announce the change of frequency on the old frequency ;) Torsten On Feb 28, 2011 7:57 PM, "Bastien" wrote: > Dear all, > > I've replaced the tag [Orgmode] with [O] for this mailing list. > > If you are filtering the list by matching [Orgmode] in the subject > line, please update your MUA filters. > > Thanks, > > -- > Bastien > > ___ > Emacs-orgmode mailing list > Please use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[O] Re: [babel] How to kill two birds with one stone?
Hi Nick, Nick Dokos wrote: > Sébastien Vauban wrote: >> My code was a bit more complex... because I need to be able to correctly >> take care of filenames containing spaces inside them (I'm on Windows, I >> never do such a thing, but there are well spaces on the files I wanna >> graph). >> >> #+results: graph-files-seb >> | dan | | >> | eric | | >> | other | | >> | "seb | vauban" | > > I suspect that this is a losing battle: spaces in filenames are legal, they > are common on Windows systems, but they are a PITA. The main reason is that > a *lot* of tools (particularly Unix tools of a certain age) assume that > spaces in filenames will not occur and break in mysterious and unexpected > ways when presented with a directory structure that contains such. > > There are various workarounds (the most important of which, practically > speaking, is the idiom > >find ... -print0 | xargs -0 > > which causes ``find'' to use a null byte as a separator and ``xargs'' to > search for same in order to split the list into its constituent components - > null bytes being illegal in filenames), and there is a long, fairly > exhaustive discusssion of such matters in David Wheeler's enlightening > essay: > >http://www.dwheeler.com/essays/fixing-unix-linux-filenames.html > > but none of these would help in this case, because the culprit here turns > out to be org-table-convert-region: > > , > | (org-table-convert-region BEG0 END0 &optional SEPARATOR) > | > | Convert region to a table. > | SEPARATOR specifies the field separator in the lines. It can have the > | following values: > | > | '(4) Use the comma as a field separator > | '(16)Use a TAB as field separator > | integer When a number, use that many spaces as field separator > | nil When nil, the command tries to be smart and figure out the > | separator in the following way: > | - when each line contains a TAB, assume TAB-separated material > | - when each line contains a comma, assume CSV material > | - else, assume one or more SPACE characters as separator. > ` > > It is called with a nil separator so it uses its "smart" mode and counts one > or more whitespace characters as the separator (I wonder what would happen > with a filename that contains a comma :-) > > In any case, the region has the filenames one per line, so if > org-table-convert-region could parse a newline-separated list (and if there > was a way to specify the newline separator from higher levels) everything > would be hunky dory; there might be a way to specify the separator using > dynamic scoping, but org-table-convert-region would require some changes to > take advantage of it. If I follow you correctly, another approach would be to enhance `org-table-convert-region' so that it could take `\0' as field separator? Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [O] [Accepted] org-export-preprocess-string: Use backend var
Jambunathan K writes: > A few words of explanation from my side. > > Summary: Facilitate transparent plugging-in of per-backend > pre-processing logic to the org exporter. Thanks! -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[O] question about refiling
Hi, I'm running the Feb 23 nightly snapshot of org on the current Aquamacs on MacOS (also current). The question is this: it seems that even with org-refile-use-outline-path set to full-file-path I can't refile things to other files. If I try, I get the following in the minibuffer: Refile to: \Users\fil\Dropbox\org\Journal.org/ and can then get the headings etc by hitting Tab. But I can change neither the file (Journal.org) nor the path. Is that how it's supposed to work? I would have greatly preferred being able to refile to at least other files in the same directory, if not other files in other directories. Cheers. Fil -- Filippo A. Salustri, Ph.D., P.Eng. Mechanical and Industrial Engineering Ryerson University 350 Victoria St, Toronto, ON M5B 2K3, Canada Tel: 416/979-5000 ext 7749 Fax: 416/979-5265 Email: salus...@ryerson.ca http://deseng.ryerson.ca/~fil/ ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[O] Re: Closing #+results: with #+end declaration?
Hi Eric and Bastien, "Eric Schulte" wrote: >> reading this, I wonder if we should consider use this instead: >> >> #+results: >> - ("eric" "schulte") >> - ("dan" "davison") >> - ("seb" "vauban") >> #+end >> >> or better: >> >> #+begin_results >> - ("eric" "schulte") >> - ("dan" "davison") >> - ("seb" "vauban") >> #+end_results >> >> Looks more consistent with the rest of the #+begin* statements. > > This has come up before, and there are now options which allow wrapping of > results, e.g., > > #+begin_src emacs-lisp :results wrap :exports both > (mapcar (lambda (el) (list el (+ 1 (* el el (number-sequence 0 2)) > #+end_src > > #+results: > #+BEGIN_RESULT > | 0 | 1 | > | 1 | 2 | > | 2 | 5 | > #+END_RESULT > >> More generally, I've sometimes wondered why we need to use >> >> #+begin_* >> #+end_* >> >> instead of just >> >> #+begin_* >> #+end >> >> Unless we allow nested #+begin blocks (and AFAIK we don't), there is no >> real need for being specific about what #+end ends. >> What do you think? I'm always in favor of (a bit) too much of information, rather than not enough. Properly closing the results block (with a meaningful name) has the following advantages IMHO: - close to LaTeX and HTML styles -- though, a detail; - allows inserting blocks in other blocks (of a different nature); - maybe if numbered, and if there is a strong use case, would allow to insert blocks inside blocks of the same type. Remember a discussion we had where we would even be able to specify the name of the wrap environment to be used -- though not yet implemented. > I agree that (possibly aside from clarity) there is no real need for the end > block to specify its type. However as I use helper methods (e.g. yasnippets) > for all block creation, then extra characters represent no real typing > burden. If I had to choose (a right I don't have ;-)), I would more opt for the disappearance of the alone `#+results':' line, and only have `results' blocks such as: #+begin_results #+end_results That would simplify the way results are shown when wrapped, and avoid some problems (inserting results with blanks lines, not being able to say where it ends). This would stop the redundancy of the results line, and allow as well an easy conversion to nicely formatted LaTeX or HTML. My 2 cents. Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[O] Re: [Orgmode] Re: org-clock-idle-time resolving dialogues seem to stack up for each passed idle time period
Am 27.02.2011 17:37, schrieb David Maus: > Hi Rainer, > > At Mon, 24 Jan 2011 14:41:15 +0100, > Rainer Stengele wrote: >>> >>> this still bugs me. After leaving idle my emacs for some time longer >>> than the configured idle time I have to apply answers to the idle-time >>> dialogue several times. I cannot simply press "j" to jump to the open clock >>> but >>> have to press "j" an unknown many times, mostly ending up with one or more >>> "j" >>> characters at the point I am being jumped to finally... >>> >>> Looks like I am the only one using this feature? >>> >>> Anybody has an idea? > > I couldn't reproduce this problem neither with > > Org-mode version 7.4 (release_7.4.509.g99aa5) > > on > > GNU Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.0) > of 2010-12-11 on raven, modified by Debian > > nor on > > GNU Emacs 23.2.1 (i386-mingw-nt6.1.7600) > of 2010-05-08 on G41R2F1 > > I had set `org-clock-idle-time' to 1, left the computer for a while > and when I came back there was just one clock resolving prompt > waiting. > > Did you check if this problem occurs on emacs -q and just loading Org > mode w/o any configuration? > > My preliminary conclusion on this issue: Org uses a timer object to > trigger the prompt -- if you are prompted multiple times this > would/could indicate that there are multiple timers for idle clock > resolving. > > Can you verifiy this by checking the value of `timer-list' (C-h v > timer-list RET)? > > Best, > -- David > -- > OpenPGP... 0x99ADB83B5A4478E6 > Jabber dmj...@jabber.org > Email. dm...@ictsoc.de Hi David, I get this: timer-list is a variable defined in `C source code'. Its value is ([nil 19819 40376 0 60 display-time-event-handler nil nil] [nil 19819 40376 0 60 appt-check nil nil] [nil 19819 40382 402000 60 org-resolve-clocks-if-idle nil nil] [nil 19819 40382 402000 60 org-clock-update-mode-line nil nil]) So this looks like there is only one timer for resolving the org clock. Hm. Regards, Rainer ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[O] Re: [Orgmode] [babel] Possible bug: (mis)handling tuples for :return value in Python [7.4 (release_7.4.153.ga0b8)]
> > Hi Scott, > > This issue has come up a couple of times recently. I just pushed up a > fix. Please let me know if you run into any further issues. > > Thanks -- Eric > Eric, It works now. Thanks! Cheers, Scott ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [O] Re: Splitting mailing list
Bastien writes: > Julien Danjou writes: > >> On Mon, Feb 28 2011, Bastien wrote: >>> I changed the [Orgmode] tag to [O]. >> >> Couldn't you just drop it? >> >> Seriously, this [O] is useless and ridiculous. > > No, it's useful to people who filter emails through the subject line. And more screen estate in the subject line for people with accessibility issues that are forced to use bigger fonts. Jambunathan K. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [O] [Accepted] org-export-preprocess-string: Use backend var
Bastien >> + ;; Backend-specific preprocessing >> + (let* ((backend-name (symbol-name backend)) >> + (f (intern (format "org-export-%s-preprocess" backend-name >> +(require (intern (concat "org-" backend-name)) nil) >> +(funcall f parameters)) A few words of explanation from my side. Summary: Facilitate transparent plugging-in of per-backend pre-processing logic to the org exporter. Jambunathan K. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [O] Re: [Orgmode] Splitting mailing list
Julien Danjou writes: > On Mon, Feb 28 2011, Bastien wrote: >> I changed the [Orgmode] tag to [O]. > > Couldn't you just drop it? > > Seriously, this [O] is useless and ridiculous. No, it's useful to people who filter emails through the subject line. -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [O] Re: [Orgmode] Splitting mailing list
On Mon, Feb 28 2011, Bastien wrote: > I changed the [Orgmode] tag to [O]. Couldn't you just drop it? Seriously, this [O] is useless and ridiculous. -- Julien Danjou ❱ http://julien.danjou.info pgpcuBCMMMZGw.pgp Description: PGP signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[O] Re: [Orgmode] BUG? Exporting "missing level" to LaTeX fails
On Sat, Feb 26, 2011 at 5:36 PM, Bastien wrote: > Hi Rainer, > > Rainer M Krug writes: > >> Well - agreed on the "not properly structured" part, but that limitation >> cost me more then an hour work to figure out why my longish document >> does not export one heading. >> >> Would it be possible, to print a warning when that happens? > > Sorry, it's not that easy. I added a note to the manual in the first > paragraph of the "LaTeX and PDF export" section. Hope it's informative > enough. Thanks, Rainer > > -- > Bastien > -- NEW GERMAN FAX NUMBER!!! Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany) Centre of Excellence for Invasion Biology Natural Sciences Building Office Suite 2039 Stellenbosch University Main Campus, Merriman Avenue Stellenbosch South Africa Cell: +27 - (0)83 9479 042 Fax: +27 - (0)86 516 2782 Fax: +49 - (0)321 2125 2244 email: rai...@krugs.de Skype: RMkrug Google: r.m.k...@gmail.com ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [O] Let's stick to one list for now
On Mon, Feb 28 2011, Bastien wrote: The point is that there's no gain in telling people to add "[DEV]" since they will forget (I will), and there is _no_ lose by splitting a list. I already splitted user list in some project and nothing bad happened. :) > Julien, I guess your life would be easier if you get push access to the > Org repo and an account on the patchwork -- so that you can test patches > and improve them if needed. > > Would that be okay for you? Well, access to the patchwork will at least allow me to contrate and work on dev things that have a patch, for sure. > This decision is not carved in stone -- but I'm about to release Org 7.5 > and I don't want to undertake a mailing list split in the middle of this > process. I understand that. -- Julien Danjou ❱ http://julien.danjou.info pgpvCiEAc3CrP.pgp Description: PGP signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[O] Table formula changes are not always necessary when moving rows
I have a table in which I sum the values of all rows in the last row: vsum(@1..@-I-1). The problem is when move a row with M-up before the first row (e.g. I press M-up on the second row) then org modifies this formula to vsum(@2..@-I-1). This is not always the expected behavior, because in this case I just want to move the data in the rows, but still want to sum the values of all the rows from the first to the last. A similar case is when I want to insert a row before the first row of such a table. In that case too the formulas should be left alone, because I still want to sum all the rows, including the newly inserted first row. In such cases when the formula is modified Org should either print warning to the echo area, so the user notices when the formulas are changing because of the move, or it should ask the user what to do ("do you want to modify the formulas?"). ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[O] [PATCH] Support modifiers in effort durations (was: Re: Does Effort support hours only?)
Luke Crook wrote: > Is it possible to specify estimated effort in something other > than hours (0.5, or 0:30)? > For example 1w, 1m, 2d etc? Here's a cleaned up patch that allows user-specified modifiers for effort strings. The new variable `org-effort-durations' lists modifiers, and their mapping to minutes (words, as well as single-letter modifiers, are supported). The default value is: (("h" . 60) ("d" . 480) ; 8 hours ("w" . 2400) ; five days ("m" . 9600) ; 4 weeks ("y" . 96000)) ; 40 weeks But you can change this. Old effort strings (HH:MM) are still interpreted correctly. See the docstrings of `org-effort-durations' and `org-duration-string-to-minutes' for more details. >From a0e24b14755eb4087d9c47bb4eea11eb9151efcf Mon Sep 17 00:00:00 2001 From: Lawrence Mitchell Date: Fri, 18 Feb 2011 11:01:46 + Subject: [PATCH] Allow human-readable effort durations To: emacs-orgmode@gnu.org * lisp/org.el (org-effort-durations): New variable. * lisp/org.el (org-duration-string-to-minutes): New function. * lisp/org-agenda.el (org-agenda-filter-effort-form) (org-format-agenda-item): Use it. * lisp/org-clock.el (org-clock-notify-once-if-expired) (org-clock-modify-effort-estimate, org-clock-get-clock-string): Use it. Specifying large effort durations in hours and minutes is difficult. Is 130:25 more than two weeks effort? More than three? This patch allows specification of an effort duration as a friendly string. For example 2w 5d is two weeks and five days of effort. Existing H:MM entries will still be recognised correctly. --- lisp/org-agenda.el |4 ++-- lisp/org-clock.el |8 lisp/org.el| 41 + 3 files changed, 47 insertions(+), 6 deletions(-) diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el index dee23e0..87602dc 100644 --- a/lisp/org-agenda.el +++ b/lisp/org-agenda.el @@ -5334,7 +5334,7 @@ Any match of REMOVE-RE will be removed from TXT." (get-text-property 0 'org-marker txt))) (error nil))) (when effort - (setq neffort (org-hh:mm-string-to-minutes effort) + (setq neffort (org-duration-string-to-minutes effort) effort (setq effort (concat "[" effort "]" ) (when remove-re @@ -6061,7 +6061,7 @@ E looks like \"+<2:25\"." ((equal op ??) op) (t '=))) (list 'org-agenda-compare-effort (list 'quote op) - (org-hh:mm-string-to-minutes e + (org-duration-string-to-minutes e (defun org-agenda-compare-effort (op value) "Compare the effort of the current line with VALUE, using OP. diff --git a/lisp/org-clock.el b/lisp/org-clock.el index 6b45ca5..cc11f3c 100644 --- a/lisp/org-clock.el +++ b/lisp/org-clock.el @@ -487,7 +487,7 @@ If not, show simply the clocked time like 01:50." (m (- clocked-time (* 60 h (if org-clock-effort (let* ((effort-in-minutes - (org-hh:mm-string-to-minutes org-clock-effort)) + (org-duration-string-to-minutes org-clock-effort)) (effort-h (floor effort-in-minutes 60)) (effort-m (- effort-in-minutes (* effort-h 60))) (work-done-str @@ -561,10 +561,10 @@ the mode line." ;; A string. See if it is a delta (setq sign (string-to-char value)) (if (member sign '(?- ?+)) - (setq current (org-hh:mm-string-to-minutes current) + (setq current (org-duration-string-to-minutes current) value (substring value 1)) (setq current 0)) - (setq value (org-hh:mm-string-to-minutes value)) + (setq value (org-duration-string-to-minutes value)) (if (equal ?- sign) (setq value (- current value)) (if (equal ?+ sign) (setq value (+ current value) @@ -581,7 +581,7 @@ the mode line." "Show notification if we spent more time than we estimated before. Notification is shown only once." (when (org-clocking-p) -(let ((effort-in-minutes (org-hh:mm-string-to-minutes org-clock-effort)) +(let ((effort-in-minutes (org-duration-string-to-minutes org-clock-effort)) (clocked-time (org-clock-get-clocked-time))) (if (setq org-task-overrun (if (or (null effort-in-minutes) (zerop effort-in-minutes)) diff --git a/lisp/org.el b/lisp/org.el index 03f0b72..9cf1c94 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -15499,6 +15499,47 @@ If no number is found, the return value is 0." (string-to-number (match-string 1 s))) (t 0))) +(defcustom org-effort-durations + `(("h" . 60) +("d" . ,(* 60 8)) +("w" . ,(* 60 8 5)) +("m" . ,(* 60 8 5 4)) +("y" . ,(* 60 8 5 40))) + "Conversion factor to minutes for an effort modifier. + +Each entry has the form (MODIFIER . MINUTES). + +In an effort string, a number followed by MODIFIER is multiplied +by the specified number of MINUTES to obtain an effort in +minutes. + +For example, if the val
[O] Re: [Orgmode] Re: Org Babel and R issue with pdf latex export
On Mon, Feb 28, 2011 at 8:07 AM, Ben Ward wrote: > On Sun, 2011-02-27 at 21:35 -0800, Dan Davison wrote: >> Ben Ward writes: >> >> > Hi, >> > >> > I recently installed emacs, org-mode fresh on a new install of Arch >> > Linux. Before I had it working on Ubuntu. >> > >> > I've installed everything as before and used the same .emacs file I had, >> > but if I use org to write out some R script and export to pdf via latex, >> > then I get an empty pdf document, with only the title and Contents >> > heading. However if I export to anything else such as html it works, and >> > shows me code and results. >> >> Hi Ben, >> >> Are you sure this problem concerns babel/R? What happens when you export >> an Org document to pdf without any babel stuff? >> >> Can you provide an example Org file that you are having trouble >> exporting to pdf? The problem is probably in your local configuration, >> so if no-one can jump to the solution then start from a minimal working >> config and try to find the part of your .emacs which is causing the >> problem. >> >> Dan >> > Hi, I've tried exporting an org file that has no code in it to PDF and > it works without any trouble. > > The file I'm trying to export is: > #+TITLE: Test > #+AUTHOR: Ben J. Ward > #+LATEX_CLASS: article > #+BABEL: :session *R* :results output > \pagebreak > > Test: > > #+begin_src R :exports both > x<-c(1,2,3,4,5) > y<-c(5,10,15,20) > x > y > xy<-(x*y) > xy > #+end_src When I use your example and export it to LaTeX, I get this: # % Created 2011-02-28 Mon 12:21 \documentclass[11pt]{article} \usepackage[utf8]{inputenc} \usepackage[T1]{fontenc} \usepackage{fixltx2e} \usepackage{graphicx} \usepackage{longtable} \usepackage{float} \usepackage{wrapfig} \usepackage{soul} \usepackage{textcomp} \usepackage{marvosym} \usepackage{wasysym} \usepackage{latexsym} \usepackage{amssymb} \usepackage{hyperref} \tolerance=1000 \usepackage{color} \usepackage{listings} \providecommand{\alert}[1]{\textbf{#1}} \begin{document} \title{Test} \author{Ben J. Ward} \date{28 February 2011} \maketitle \setcounter{tocdepth}{3} \tableofcontents \vspace*{1cm} The file I'm trying to export is: \pagebreak Test: \lstset{language=R} \begin{lstlisting} x<-c(1,2,3,4,5) y<-c(5,10,15,20) x y xy<-(x*y) xy \end{lstlisting} \begin{verbatim} [1] 1 2 3 4 5 [1] 5 10 15 20 Warning message: In x * y : longer object length is not a multiple of shorter object length [1] 5 20 45 80 25 \end{verbatim} \end{document} # So it works for me - have you tried to export to LaTex? If that works, it is a LaTeX / pdf issue. Rainer > > I can include my .emacs although it's lengthy. > > I uninstalled all of my emacs stuff, and installed it from the vanilla > downloads on their respective sites, and I'm still getting the same > result. I'm considering removing all my tex stuff and installing the > vanilla texlive too. > > Thanks, > Ben W. > >> >> > I've tried even installing a version of org >> > mode from source, using the build system my distro has, so as it's made >> > and installed to exactly the right place, but I still don't have any >> > luck. The texlive version I'm using is from my distro's package manager. >> > Using C-c C-c to evaluate on the fly works. I had an issue getting org >> > and babel to work with R on Windows 7 as well, but it was because >> > certain tex packages were missing and I recieved a message when I tried >> > to export, but nothing comes up here. >> > >> > Would the recent change: >> > Org-babel is now inside org, remove (require 'org-babel-init) >> > and alike from your .emacs. >> > Look at http://orgmode.org/Changes.html#ob-configuration-changes >> > for overview of the settings. >> > Be causing the entire issue? >> > >> > The .tex file I get out is thus: >> > % Created 2011-02-28 Mon 03:47 >> > \documentclass[11pt]{article} >> > \usepackage[utf8]{inputenc} >> > \usepackage[T1]{fontenc} >> > \usepackage{fixltx2e} >> > \usepackage{graphicx} >> > \usepackage{longtable} >> > \usepackage{float} >> > \usepackage{wrapfig} >> > \usepackage{soul} >> > \usepackage{textcomp} >> > \usepackage{marvosym} >> > \usepackage{wasysym} >> > \usepackage{latexsym} >> > \usepackage{amssymb} >> > \usepackage{hyperref} >> > \tolerance=1000 >> > \providecommand{\alert}[1]{\textbf{#1}} >> > \begin{document} >> > >> > >> > >> > \title{Test} >> > \author{Ben J. Ward} >> > \date{28 February 2011} >> > \maketitle >> > >> > \setcounter{tocdepth}{3} >> > \tableofcontents >> > \vspace*{1cm} >> > >> > \end{document} >> > >> > Thanks, >> > Ben W. >> > (Apologies if this has been sent twice, first time an error occured) >> > >> > >> > ___ >> > Emacs-orgmode mailing list >> > Please use `Reply All' to send replies to the list. >> > Emacs-orgmode@gnu.org >> > http://lists.gnu.org/mailman/listinfo/emacs-orgmode >> > > > > ___ > Emacs-o
[O] Re: [Orgmode] [PATCH] org-export-preprocess-string: Use backend var
Hi Jambunathan, I applied this patch, thanks! PS: Please always send some words of explanation for the patch you send, it give me a good reason to read/review it, even for trivial patches. -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[O] [Accepted] [Orgmode] org-export-preprocess-string: Use backend var
Patch 625 (http://patchwork.newartisans.com/patch/625/) is now "Accepted". Maintainer comment: none This relates to the following submission: http://mid.gmane.org/%3C8162sgx8l7.fsf%40gmail.com%3E Here is the original message containing the patch: > Content-Type: text/plain; charset="utf-8" > MIME-Version: 1.0 > Content-Transfer-Encoding: 7bit > Subject: [Orgmode] org-export-preprocess-string: Use backend var > Date: Sat, 19 Feb 2011 22:00:52 - > From: Jambunathan K > X-Patchwork-Id: 625 > Message-Id: <8162sgx8l7@gmail.com> > To: emacs-orgmode@gnu.org > > > > > >From 2b1f84fdcd7d79ad95e71bc2ca96fb16ad76b446 Mon Sep 17 00:00:00 2001 > From: Jambunathan K > Date: Sat, 19 Feb 2011 22:26:10 +0530 > Subject: [PATCH] org-export-preprocess-string: Use backend var > > --- > lisp/org-exp.el | 22 +- > 1 files changed, 5 insertions(+), 17 deletions(-) > > diff --git a/lisp/org-exp.el b/lisp/org-exp.el > index 9a35b00..a17091b 100644 > --- a/lisp/org-exp.el > +++ b/lisp/org-exp.el > @@ -1197,23 +1197,11 @@ on this string to produce the exported version." >;; Another hook >(run-hooks 'org-export-preprocess-before-backend-specifics-hook) > > - ;; LaTeX-specific preprocessing > - (when (eq backend 'latex) > - (require 'org-latex nil) > - (org-export-latex-preprocess parameters)) > - > - ;; ASCII-specific preprocessing > - (when (eq backend 'ascii) > - (org-export-ascii-preprocess parameters)) > - > - ;; HTML-specific preprocessing > - (when (eq backend 'html) > - (org-export-html-preprocess parameters)) > - > - ;; DocBook-specific preprocessing > - (when (eq backend 'docbook) > - (require 'org-docbook nil) > - (org-export-docbook-preprocess parameters)) > + ;; Backend-specific preprocessing > + (let* ((backend-name (symbol-name backend)) > + (f (intern (format "org-export-%s-preprocess" backend-name > + (require (intern (concat "org-" backend-name)) nil) > + (funcall f parameters)) > >;; Remove or replace comments >(org-export-handle-comments (plist-get parameters :comments)) > -- > 1.7.2.3 > > > ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[O] Let's stick to one list for now (was: [Orgmode] Splitting mailing list)
Dear all, thanks all for your input. Let's stick to one list for now, and let's try to use the [DEV] tag for emails that only target development. It's not automatic and people will forget sometimes, but on the overrall this will improve the readability of the list, for both developers and users. Right now developers can already focus on emails with [PATCH] tag and on the patchwork here: http://patchwork.newartisans.com/project/org-mode/list/ Julien, I guess your life would be easier if you get push access to the Org repo and an account on the patchwork -- so that you can test patches and improve them if needed. Would that be okay for you? This decision is not carved in stone -- but I'm about to release Org 7.5 and I don't want to undertake a mailing list split in the middle of this process. Let's see how things go till Org 7.6 and raise the question if that's an issue again by then. Thanks, -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[O] IMPORTANT: please update your email filters
Dear all, I've replaced the tag [Orgmode] with [O] for this mailing list. If you are filtering the list by matching [Orgmode] in the subject line, please update your MUA filters. Thanks, -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[O] Re: [Orgmode] customising org-latex-to-pdf-process for bibtex
Suvayu Ali writes: > Hi Eric, > > On Sat, 26 Feb 2011 00:23:15 + > Eric S Fraga wrote: > >> suvayu ali writes: >> >> > Hi everyone, >> > >> > I am trying to use bibtex with pdf export for my thesis. So I tried >> > customising =org-latex-to-pdf-process= so that bibtex is run before >> > pdflatex. So from the customise buffer I set it to something like >> > this: >> >> I have >> >> #+begin_src emacs-lisp >> (setq org-latex-to-pdf-process >> '("pdflatex %f" "bibtex %b" "pdflatex %f" "pdflatex %f")) >> #+end_src >> > > I tried that, no luck. It gets stuck at some line and fails. I think > there is some problem with one of the packages I am using for > equations. Putting back "-interactionmode nonstop" makes the pdflatex > process continue to the end and produce the pdf. I think you should try to sort this out first. What happens if you export to latex and then invoke pdflatex directly yourself? Which package is causing the error? In any case, once you have the latex, you can try the individual steps directly. I would recommend using auctex mode within Emacs. You should be able to mimic the behaviour of org's pdf export by repeated use of C-c C-c in auctex mode. -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1 : using Org-mode version 7.4 (release_7.4.529.gb23d.dirty) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[O] Re: [Orgmode] Splitting mailing list
Samuel Wales writes: > The thing that is most difficult for me is the fact that I almost > never can read the entire subject header. Often I get to read only > the first word. Tags will make that worse. I hope the switch from [Orgmode] to [O] will make things easier for you. -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[O] Re: [Orgmode] Splitting mailing list
Hi Andrew, "Andrew J. Korty" writes: > It was suggested once that we shorten the [Orgmode] tag to [Org]. That > seems like a change everyone can agree with. Could one of the mailing > list admins please make that change? I changed the [Orgmode] tag to [O]. This is short and unambiguous enough. Thanks for the reminder. -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[O] Re: [Orgmode] [PATCH] new babel latex feature :imagemagick
"Eric Schulte" writes: >> #+begin_src org >> > >> * tikz with image magick >> The following is a simple figure generated using tikz: >> >> #+begin_src latex :exports results :results (if (and (boundp 'backend) (eq >> backend 'latex)) "latex" "file") :file test.png :imagemagick yes >> :iminoptions -density 600 :imoutoptions -geometry 400 :fit yes :noweb yes >> :headers '("\\usepackage{tikz}") >> \begin{tikzpicture} >> \node[red!50!black] (a) {A}; >> \node (b) [right of=a] {B}; >> \draw[->] (a) -- (b); >> \end{tikzpicture} >> #+end_src >> >> #+end_src > > Very nice, are you aware of the option to split header arguments among > multiple lines? > > the above could be written as... > > #+headers: :file test.png :fit yes > #+headers: :imagemagick yes :iminoptions -density 600 :imoutoptions -geometry > 400 > #+headers: :results (if (and (boundp 'backend) (eq backend 'latex)) "latex" > "file") > #+begin_src latex :exports results :noweb yes :headers '("\\usepackage{tikz}") > \begin{tikzpicture} > \node[red!50!black] (a) {A}; > \node (b) [right of=a] {B}; > \draw[->] (a) -- (b); > \end{tikzpicture} > #+end_src > > which is (possibly) easier to write/read > > Best -- Eric > It is indeed. Thanks for reminding me of this. My headers are seldom this long so I had forgotten they could be split. -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1 : using Org-mode version 7.4 (release_7.4.529.gb23d.dirty) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [BUG] ? Stray \end{LIST} in latex export
Hello, Kieran Healy writes: > I've had the following issue with recent org-mode builds (since early > January, I think). A document with an itemized list in it does not > export properly to latex: the export process inserts/leaves behind > a stray \end{LIST} statement which breaks the .tex file. For example, > doing C-c C-e l on this document: > > > #+TITLE: Example > #+AUTHOR: Example > > ** Example > - Lorem ipsum dolor sit amet > - Lorem ipsum dolor sit amet > > The end. > > > gives the following relevant bit of output: > >> \Section{Example} >> \label{sec-1} >> >> \begin{itemize} >> \item Lorem ipsum dolor sit amet >> \item Lorem ipsum dolor sit amet >> \end{itemize} >> \end{LIST} >> >> The end. It should be now fixed in master. Could you confirm this? Thanks for reporting this bug ! Regards, -- Nicolas ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: org export not working
Hello, John Rakestraw writes: > Symbol's function definition is void: org-search-forward-unenclosed This function has been removed (or to be more precise replaced by `org-list-search-forward') recently, and there's no occurrence of it left in the code base. Did you reload Org properly after upgrading? Do you have some function in your own configuration files calling it? Regards, -- Nicolas ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [BUG] ? Stray \end{LIST} in latex export
Hello, Jeff Horn writes: > | variable | setting | > |+-| > | org-list-ending-method | indent | Ok, this is the culprit. I'll investigate this today. Thanks for the debugging. Regards, -- Nicolas ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Splitting mailing list
Hi, the same discussion was started a few month ago. Basically, at that time there was quickly some argument to drop [Orgmode] tag in the subject and try to reduce the tags to a certain amount. Basically, I can't see any logical reason to keep [Orgmode] since this is a org-mode list. Esp., nowadays people read mails on small screens on there mobile devices. E.g., the subject line on my android phone is nearly eaten up entirely by [Orgmode][babel], makes it very difficult to follow the list. Others argued they use it to separate quickly between different mailing list. Maybe shorten it to [OM] and introduce [DEV] to mark topics dev for development. However, I agree that splitting the list makes no differences to people who subscribe to both lists. Just some more points to think about Torsten On 02/27/2011 07:30 PM, Julien Danjou wrote: Hi, There's really a lot of trafic here, and it's more and more diffcult to me to follow development related threads in all the usage realted threads. How about splitting the mailing list in a user and a development list? ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: org-babel-read should have option NOT to interpret as elisp
Hi Eric, "Eric Schulte" wrote: > However I do agree that this would be onerous to have to wrap every cell of > a table in double quotes... Aren't we forced to do so, right now? As in the following home-made example: #+TITLE: Show differences between files * Code Assuming you have two directories (namely =xhtml-dir= and =xhtml-dir-bak=, accessible from this local directory), the following blocks of code will compare named files (see column 2 of table) in them, in both /text/ and /binary/ versions. #+srcname: diff-text #+begin_src sh :var file="" diff -sq --strip-trailing-cr xhtml-dir/$file xhtml-dir-bak/$file > /dev/null case "$?" in 0) echo "identical";; 1) echo "differ";; 2) echo "no such file";; *) echo "?";; esac #+end_src #+srcname: diff-binary #+begin_src sh :var file="" diff -sq xhtml-dir/$file xhtml-dir-bak/$file > /dev/null case "$?" in 0) echo "identical";; 1) echo "differ";; 2) echo "no such file";; *) echo "?";; esac #+end_src * Results | FPH | File | Text | Binary| |-+---+---+---| | M | "Icopreations.xhtml" | identical | identical | | M | "Ocuevaonspfiessai.xhtml" | identical | differ| | M | "Ocuevain-tut.xhtml" | differ| differ| | M | "Ocuevatagessai.xhtml"| identical | differ| | M | "Ocuf2-stg.xhtml" | differ| differ| | M | "Ocurolro.xhtml" | identical | differ| | M | "Ocuroliers.xhtml"| differ| differ| | M | "Ocurolredit.xhtml" | identical | differ| | M | "Ocusigletiquebc1233de.xhtml" | differ| differ| | M | "Rocsaieprestations.xhtml"| identical | identical | #+TBLFM: $3='(sbe diff-text (file $2))::$4='(sbe diff-binary (file $2)) I had to enclose the filenames between double quotes, for the =sbe= code to work. Trying what you wrote on http://eschulte.github.com/babel-dev/DONE-literal-values-from-tables.html, that is using $$2 instead of $2 has the following behavior: when evaluating the table, Org prompts me for a "Lisp expression"!? Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode