Re: [Orgmode] Re: [OT] Have you also got hooked by Vim?
Hi Detlef On Thu, Jan 13, 2011 at 08:32, Detlef Steuer detlef.ste...@gmx.de wrote: I would be interested to hear about difficulties you face when using org-mode together with viper. Or aren't there any? If not programming I use Org together with viper almost all the time when in Emacs and I know only of two small difficulties: 1) With the wrong configuration when using Mac OS X Cocoa Emacs or Aquamacs there can be slowness in vi/viper insert mode. In a Linux GNU Emacs 23.2.1 I can not observe such slowness. For a workaround and more see http://thread.gmane.org/gmane.emacs.orgmode/35916 2) Often in a Org table the vi/viper change commands like `ce' do not replace but insert. I use workarounds like `dei'. In other places than Org table this issue never happened to me. I can recommend viper very much with Org and also generally in Emacs to have the best of both worlds of vi/Vim and Emacs together in one place. Just for fun I imagine it being a vi with one mode additional as an extension to the native vi modes like command mode, insert mode, replace mode: the Emacs mode. viper shows the letter V, I, R or E for these four viper modes in the Emacs mode line. Michael ___ 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] org-store-link on gnus message fails
Hi Eric, Eric S Fraga wrote: Tassilo Horn tass...@member.fsf.org writes: this patch should do the trick. I think the issue was a malformed Date: header that couldn't be converted to a timestamp. Actually, I am curious about this. What is the point of extracting the date in any case? It's used to store link properties but I don't understand where these properties can be used? I'm asking in case I'm missing a useful functionality I hadn't thought of... Well, I often (now) keep extracts of mail in my Org buffers. Via a capture template[1], these get a TODO keyword, a SCHEDULED date (by default, set to today), a link to the Gnus message (or http link to Gmane) and the date of the mail. Why keeping the date of the original mail? Because it's interested to see, when scanning which emails I still have to answer on, when they've been issued -- without having to follow on the link. It is an indication of the age of the mail, that could serve as well for sorting the subtrees (if I'm not wrong -- I don't use that feature but...). Does this answer your question? Best regards, Seb Footnotes: [1] Reference code... #+begin_src emacs-lisp (setq org-capture-templates `((m Mail entry (file+headline ~/Personal/refile.org Tasks) * TODO %:subject%? (from %:fromname) :mail: %:date-timestamp-inactive SCHEDULED: %t #+begin_verse %i #+end_verse From %a :empty-lines 1 :immediate-finish))) #+end_src -- 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
[Orgmode] Re: org-agenda-show-current-time-in-grid and automatic refresh
Hi Tommy, Tommy Stanton wrote: I would guess that the simple use of 'g' for refreshing was inspired by the Emacs buffer list (induced by C-c C-b; you enter Buffer Menu mode while in that *Buffer List* buffer's window). Discovering 'g' for the buffer list took me a long time, but I was so delighted when I did. ... as well in Dired and in Gnus. 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
[Accepted] [Orgmode] Re: [bug] org-store-link on gnus message fails
Patch 533 (http://patchwork.newartisans.com/patch/533/) is now Accepted. Maintainer comment: No comment This relates to the following submission: http://mid.gmane.org/%3C87bp3moyua.fsf%40member.fsf.org%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] Re: [bug] org-store-link on gnus message fails Date: Wed, 12 Jan 2011 21:45:17 - From: Tassilo Horn tass...@member.fsf.org X-Patchwork-Id: 533 Message-Id: 87bp3moyua@member.fsf.org To: emacs-orgmode@gnu.org Hi Eric, this patch should do the trick. I think the issue was a malformed Date: header that couldn't be converted to a timestamp. --8---cut here---start-8--- --8---cut here---end---8--- Bye, Tassilo diff --git a/lisp/org-gnus.el b/lisp/org-gnus.el index 32641bf..ae5dc52 100644 --- a/lisp/org-gnus.el +++ b/lisp/org-gnus.el @@ -152,11 +152,16 @@ If `org-store-link' was called with a prefix arg the meaning of (from (mail-header-from header)) (message-id (org-remove-angle-brackets (mail-header-id header))) (date (org-trim (mail-header-date header))) -(date-ts (and date (format-time-string -(org-time-stamp-format t) (date-to-time date -(date-ts-ia (and date (format-time-string - (org-time-stamp-format t t) - (date-to-time date +(date-ts (and date + (condition-case nil + (format-time-string + (org-time-stamp-format t) + (date-to-time date) +(date-ts-ia (and date + (condition-case nil + (format-time-string + (org-time-stamp-format t t) + (date-to-time date) (subject (copy-sequence (mail-header-subject header))) (to (cdr (assq 'To (mail-header-extra header newsgroups x-no-archive desc link) ___ 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] LaTeX exporter #+INCLUDE bug
On Jan 9, 2011, at 3:02 PM, David Maus wrote: At Mon, 20 Dec 2010 19:12:33 + (UTC), Rasmus wrote: Hi, I think there might be a bug when using #+INCLUDE and the LaTeX exporter. The content of the included file is exported twice, although slightly different in each case. I experience this when I include org-files starting with a headline, i.e. *. I use Org-mode 7.4 with GNU Emacs 24.0.50.1 (x86_64-unknown-linux- gnu, GTK+ Version 2.22.1) I can confirm this with Org-mode version 7.4 (release_7.4.135.g84087) GNU Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.0) of 2010-12-11 on raven, modified by Debian Yes. This is a bug and a bit hard to fix. I only happens if the #+include line is before the first headline in the buffer. I am afraid I do not have a simple solution. - Carsten Best, -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de ___ 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: [Orgmode] [OT] Have you also got hooked by Vim?
I've tried several times to use Viper, but I always give up. The usual showstopper is read-only Emacs modes with single-character key bindings, like MH-E. The d key deletes a message in an MH folder, but in vi, d deletes text to a target. So the obvious thing to do is turn Viper mode off in folder buffers. But I'd like to use the vi keys for motion (h, j, k, l) -- I can't get used to using them in some buffers and not others. So unless I'm unaware of some trick, I have to build my own keymap almost for each of these modes. ajk ___ 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] Re: [OT] Have you also got hooked by Vim?
Not that I want to (or even could) undermine the justifiable popularity of emacs, but there is a ongoing effort to port org to vim: vimorganizer 9 http://www.vim.org/scripts/script.php?script_id=3342) Cheers. Fil On 13 January 2011 03:34, Michael Brand michael.ch.br...@gmail.com wrote: Hi Detlef On Thu, Jan 13, 2011 at 08:32, Detlef Steuer detlef.ste...@gmx.de wrote: I would be interested to hear about difficulties you face when using org-mode together with viper. Or aren't there any? If not programming I use Org together with viper almost all the time when in Emacs and I know only of two small difficulties: 1) With the wrong configuration when using Mac OS X Cocoa Emacs or Aquamacs there can be slowness in vi/viper insert mode. In a Linux GNU Emacs 23.2.1 I can not observe such slowness. For a workaround and more see http://thread.gmane.org/gmane.emacs.orgmode/35916 2) Often in a Org table the vi/viper change commands like `ce' do not replace but insert. I use workarounds like `dei'. In other places than Org table this issue never happened to me. I can recommend viper very much with Org and also generally in Emacs to have the best of both worlds of vi/Vim and Emacs together in one place. Just for fun I imagine it being a vi with one mode additional as an extension to the native vi modes like command mode, insert mode, replace mode: the Emacs mode. viper shows the letter V, I, R or E for these four viper modes in the Emacs mode line. Michael ___ 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 -- 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: [Orgmode] [babel] Painless integration of source blocks with language
Eric Schulte schulte.e...@gmail.com writes: Eric S Fraga e.fr...@ucl.ac.uk writes: [...] management issue: I find it difficult (a) to remember what all my source code snippets are called and (b) to navigate to any given snippet. I would love to see a babel table of contents popup (a la the table of contents popup with reftex implements for latex files). Is something like this already available? If not, how difficult would it be to implement (I'm happy to try given a pointer in the right direction(s)...). There was some talk of merging imenu with Babel which would provide the functionality you describe, I don't believe this ever resulting in working code however. There are a couple of options... If you know the name of the code block you want to find you can use `org-babel-goto-named-src-block' (bound to C-c C-v g) to jump to a named code block (∃ a similar function for finding named results). This function provides completion on the block names, the function `org-babel-src-block-names' returns a list of all named blocks in the current buffer, so it could be used to built up such a table. In fact the following code block will insert a table of such names in the current buffer. Note: you will need to pull the latest as I had to fix a small bug in `org-babel-src-block-names'. #+begin_src emacs-lisp :results list (mapcar #'list (reverse (org-babel-src-block-names))) #+end_src This is brilliant. Thanks. Having the table of contents, together with being able to jump to any block, is half the battle won! Using it already. eric -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 23.2.1 : using Org-mode version 7.4 (release_7.4.166.gf7a7) ___ 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: EmacsForMacOSX - copy paste in orgmode
On 8/18/10 Aug 18 -5:01 AM, Erwin Panen wrote: Hi Juan, I hope you don't mind me mailing you directly. I copied orgmode list in cc. Do you have a way to copy / paste between say Firefox and Emacs / orgmode? It doesn't seem to work, and I've found some posts googling, but no apparent solution. It seems Acquamacs will do it, so I'd assume it's a matter of configuring .emacs? I find the easiest way to do this in emacs is NOT to make the command key into meta. That way I still have the Cmd-C, Cmd-X and Cmd-V keys that work the same inside and outside Aquamacs. If I do this, I can simply use Cmd-C in, e.g., firefox, then go to aquamacs and do Cmd-V, just like any other pair of mac applications. I find having clear access to BOTH the emacs and mac cut buffers much less confusing than trying to make them stick together. (I don't like smooshing the X and emacs cut buffers together on linux, either). This is very much a minority opinion, but you could try it, and see if it works for you. If you want to try it, you can use the Aquamacs menu Options Option, Command, Meta keys Option is meta If you make heavy use of accents in your emacs, this is a losing choice, though. I don't, because any serious text I compose will be in latex, anyway. Cheers, r ___ 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: [Accepted] [Orgmode] Re: [bug] org-store-link on gnus message fails
Carsten Dominik cdomi...@newartisans.com writes: Hi Carsten, Patch 533 (http://patchwork.newartisans.com/patch/533/) is now Accepted. The patch below was wrong. The patch in the next mail that used `ignore-errors' instead of `condition-case' is the right one. Bye, Tassilo diff --git a/lisp/org-gnus.el b/lisp/org-gnus.el index 32641bf..ae5dc52 100644 --- a/lisp/org-gnus.el +++ b/lisp/org-gnus.el @@ -152,11 +152,16 @@ If `org-store-link' was called with a prefix arg the meaning of (from (mail-header-from header)) (message-id (org-remove-angle-brackets (mail-header-id header))) (date (org-trim (mail-header-date header))) - (date-ts (and date (format-time-string - (org-time-stamp-format t) (date-to-time date - (date-ts-ia (and date (format-time-string - (org-time-stamp-format t t) - (date-to-time date + (date-ts (and date + (condition-case nil + (format-time-string + (org-time-stamp-format t) + (date-to-time date) + (date-ts-ia (and date +(condition-case nil +(format-time-string + (org-time-stamp-format t t) + (date-to-time date) (subject (copy-sequence (mail-header-subject header))) (to (cdr (assq 'To (mail-header-extra header newsgroups x-no-archive desc link) ___ 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] [PATCH] Allow inclusion of author's email in LaTeX export
* org-latex.el (org-export-latex-make-header): Export email in author line if `org-export-email-info' is non-nil. Previously exporting to LaTeX would not include the document author's email address when org-export-email-info was set. This patch corrects this oversight using the \thanks command to add a footnote to the author line. --- lisp/org-latex.el | 12 +--- 1 files changed, 9 insertions(+), 3 deletions(-) diff --git a/lisp/org-latex.el b/lisp/org-latex.el index 8a9f9eb..4b36273 100644 --- a/lisp/org-latex.el +++ b/lisp/org-latex.el @@ -1276,7 +1276,9 @@ TITLE is the current title from the buffer or region. OPT-PLIST is the options plist for current buffer. (let ((toc (plist-get opt-plist :table-of-contents)) (author (org-export-apply-macros-in-string -(plist-get opt-plist :author +(plist-get opt-plist :author))) + (email (org-export-apply-macros-in-string + (plist-get opt-plist :email (concat (if (plist-get opt-plist :time-stamp-file) (format-time-string %% Created %Y-%m-%d %a %H:%M\n)) @@ -1300,8 +1302,12 @@ OPT-PLIST is the options plist for current buffer. (org-export-latex-fontify-headline title)) ;; insert author info (if (plist-get opt-plist :author-info) -(format \\author{%s}\n -(org-export-latex-fontify-headline (or author user-full-name))) +(format \\author{%s%s}\n +(org-export-latex-fontify-headline (or author user-full-name)) +(if (and org-export-email-info email + (string-match \\S- email)) +(format \\thanks{%s} email) + )) (format %%\\author{%s}\n (org-export-latex-fontify-headline (or author user-full-name ;; insert the date -- 1.7.4.rc1.7.g2cf08 ___ 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] [OT] Have you also got hooked by Vim?
Hi Andrew On Thu, Jan 13, 2011 at 13:27, Andrew J. Korty a...@iu.edu wrote: I've tried several times to use Viper, but I always give up. The usual showstopper is read-only Emacs modes with single-character key bindings, like MH-E. The d key deletes a message in an MH folder, but in vi, d deletes text to a target. So the obvious thing to do is turn Viper mode off in folder buffers. But I'd like to use the vi keys for motion (h, j, k, l) -- I can't get used to using them in some buffers and not others. So unless I'm unaware of some trick, I have to build my own keymap almost for each of these modes. I hope I understand you right and this helps: I use C-z for this with viper level 3 to have C-z bound to Emacs. When I open e. g. dired then the viper state in this buffer that is shown in the mode line is E meaning Emacs. In this mode the Emacs keys are active like e. g. `f' to open the file in a new buffer or p/n to go up/down. Back in dired and after C-z the viper state changes to V meaning viper. In this mode the vi keys are active like e. g. `f' to find a certain character or k/j to go up/down. C-z at any time toggles again to E. Michael ___ 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] Inconsistencies in email and author export
The decision for when to add email and author information to an exported document seems to be treated somewhat inconsistently between export backends. The intent appears to be that the global default for exporting the author's name is controlled by org-export-author-info, and the email by org-export-email-info. These can be overriden by options in the file of the form author:value and email:value respectively. To check whether a backend should export the relevant info it appears one should use: (if (plist-get opt-plist :author-info) ;; we can export author info now ) And similarly for email export. This obeys the file-local setting first and foremost and then falls back on the default value if no local setting is in effect. However, most backends do not seem to stick to this. For example org-docbook.el exports the author info unilaterally and the email info if org-export-email-info is non-nil. org-ascii.el exports the author info if org-export-author-info is non-nil and email if both org-export-author-info and org-export-email-info are non-nil. org-latex.el exports the author info if :author-info is non-nil in the options plist, and doesn't export the email info at all (see my recent patch fixing this). org-html.el uses org-export-author-info and org-export-email-info. It seems then that most backends do not pay attention to file-local settings, which does feel like a bug. Any thoughts? Cheers, Lawrence -- Lawrence Mitchell we...@gmx.li ___ 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] [babel] Painless integration of source blocks with language
I would just like to throw in a quick idea. The easiest way to support noweb tangling is to get org-babel-tangle to create nested tags and change detangle to take these into account. for example, i have the forex_user source block that is tangled. ;; [[file:~/Dropbox/.rep/clj-forex/clj-forex.org::*User][forex_user]] my code... ;; [[file:~/Dropbox/.rep/clj-forex/clj-forex.org::*User][embedded_block]] my embedded code ... ;; embedded_block ends here ;; forex_user ends here corresponding to a forex_user block of #+begin_src my code ... embedded_block #+end_src This would only work for noweb on separate lines and preferably only when one block is noweb embedded into one other source block, but i believe that this is the most common case anyways. This could be enforced in the detangle/tangle code. Then, a separate minor mode could make these file: markers invisible and create a colored overlay pattern per source block code. Saving the file would still save the markers, you just wouldnt see them if the minor mode was on. ___ 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] [babel][bug] \ in detangling
(defun org-babel-update-block-body (new-body) Update the body of the current code block to NEW-BODY. (if (not (org-babel-where-is-src-block-head)) (error not in source block) (save-match-data (replace-match (concat (org-babel-trim new-body) \n) nil t nil 5)) (indent-rigidly (match-beginning 5) (match-end 5) 2))) replace-match argument should be t instead of nil (as shown), otherwise \ is treated as a special character and you cant detangle code with that character in 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
Re: [Orgmode] [babel] References to variable block names
Francesco Pizzolante f...@missioncriticalit.com writes: Dear Eric, Thanks for your answer. In your example the cv source block only seems to have a single variable specified with a :var header argument (namely v-jobtitle), e.g. #+srcname: cv #+begin_src latex :noweb yes :var v-jobtitle=Software Engineer ... #+end_src however your example noweb reference uses 4 variables. You will need to update the cv source block so that each variable is given a header argument. #+srcname: cv #+headers: :var v-firstname=Alex :var v-familyname=Pizzo #+headers: :var v-jobtitle=Project Manager :var employee=alex #+begin_src latex :noweb yes :var v-jobtitle=Software Engineer ... #+end_src Well, the variable replacement works even if I do not specify the variables in a header argument. It seems to work like a simple string replace for each 'variable=value' parameter in the noweb reference. When I write this: cv(v-firstname=Albert) When I tangle/evaluate the code, it replaces any occurrence of v-firstname in the cv source code by Albert even if the variable is not given a header argument... Seems like the header argument is just used to give a default value for the replacement. Is this the expected behavior? Hmm, well it is not what I would have expected :) However I suppose this behavior does make sense, in effect placing variables in the call line e.g. #+call: cv(v-firstname=Alex,v-familyname=Pizzo,v-jobtitle=Project Manager,employee=alex) Is fully equivalent to the following alternate syntax #+call: cv[:var v-firstname=Alex :var v-familyname=Pizzo :var v-jobtitle=Project Manager :var employee=alex]() which simply applies the series of variable arguments to the original code block, so yes, I suppose given the semantics of the call line (which I hadn't worked out fully previously) this is the expected behavior. Then ensure that you can call the cv function using a call line, e.g. #+call: cv(v-firstname=Alex,v-familyname=Pizzo,v-jobtitle=Project Manager,employee=alex) Once that is working then the noweb reference should work as well. I tried what you say, but it seems that a variable in a noweb reference does not get replaced by its value. From my point of view, it seems that: - either, the noweb references are replaced before the variables get replaced by their values; I believe you've put your finger on the issue, we are most likely replacing the noweb references before the variables are replaced in the code block, as an example please see the following... #+source: replaced-first #+begin_src latex \begin{itemize} \item first \item data \item third \end{itemize} #+end_src #+begin_src latex :var data=second :noweb yes \section{ordinals} \label{sec:ordinals} replaced-first #+end_src in which calling `org-babel-expand-src-block' C-c C-v v on the second code block results in \section{ordinals} \label{sec:ordinals} \begin{itemize} \item first \item second \item third \end{itemize} - or, the variable replacement does not work in noweb references. Here's a shorter example where, whatever I try, I keep getting the Profile section empty: I see now what you are trying to do, replacing variable names embedded in noweb references is tricky, and I see how it is useful in this example, but I'm afraid it is not something that we support. The application of a variable to a code block body is language-dependent, and is expected to have it's effects limited to code rather than to meta-information as you have tried in your example below. maybe, instead of the structure below, you could change your cv code block to the following (e.g. resolve the profile inside the header arguments, where we expect manipulation of block-level objects). #+srcname: cv #+begin_src latex :noweb yes :var employee-profile=profile-alex \documentclass{mycvclass} \usepackage[utf8x]{inputenc} \begin{document} \section{Profile} employee-profile \end{document} #+end_src also, arbitrary elisp is allowed in variable assignments, so you have much freedom for manipulation in that regard. Hope this Helps -- Eric * Alex #+call: cv(employee=alex) #+srcname: cv-alex #+begin_src latex :noweb yes :tangle alex.tex cv(employee=alex) #+end_src ** Profile #+srcname: profile-alex #+begin_src latex Software engineering expert. #+end_src * Composed CV #+srcname: cv #+begin_src latex :noweb yes :var employee=alex \documentclass{mycvclass} \usepackage[utf8x]{inputenc} \begin{document} \section{Profile} profile-employee \end{document} #+end_src Any help is welcome. Thanks, Francesco ___ 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] [babel][bug] \ in detangling
Thanks for pointing this out, I've just pushed up your change. Cheers -- Eric Seth Burleigh wbu...@gmail.com writes: (defun org-babel-update-block-body (new-body) Update the body of the current code block to NEW-BODY. (if (not (org-babel-where-is-src-block-head)) (error not in source block) (save-match-data (replace-match (concat (org-babel-trim new-body) \n) nil t nil 5)) (indent-rigidly (match-beginning 5) (match-end 5) 2))) replace-match argument should be t instead of nil (as shown), otherwise \ is treated as a special character and you cant detangle code with that character in 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
Re: [Orgmode] [babel][bug] \ in detangling
thanks. also, when trying to detangle my code, i found another bug. In the functions org-babel-tangle-jump-to--org and org-babel-detangle, it uses org-bracket-link-analytic-regexp to search for the [[file:]] links. However, it does not include the comment in the regex (;; in clojure), so somehow [[name val]] in my code is matched as a link, and then it fails to detangle. Also, related, it doesnt include the comment in the regex to find the end of the block, it just does (concat (regexp-quote block-name) ends here). Since i only want to detangle clojure code, i simply put this in my .emacs file to fix it (setq org-bracket-link-analytic-regexp (concat ;;[ ]* \\[\\[ \\(\\( (mapconcat 'regexp-quote org-link-types \\|) \\):\\)? \\([^]]+\\) \\] \\(\\[ \\([^]]+\\) \\]\\)? \\] )) I suppose one would have to customize the first two comments per language. ___ 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] Re: Question on org-beamer markup
Rafael Villarroel rvf0...@gmail.com writes: Sébastien Vauban wxhgmqzgw...@spammotel.com writes: Erik Iverson wrote: According to http://orgmode.org/worg/org-tutorials/org-beamer/tutorial.html the following markup should work when exporting to PDF from an org-beamer document. - the first, very @important@, point! - the previous point shows the use of the special markup which translates to the Beamer specific /alert/ command for highlighting text. However, upon export the resulting .tex file does not actually contain this translation from @important@ to the alert command, but rather sill has @important@ in the output. Am I missing some part of the setup process? You must update *manually* the var =org-export-latex-emphasis-alist=: #+begin_src emacs-lisp ;; alist of LaTeX expressions to convert emphasis fontifiers (setq org-export-latex-emphasis-alist '((* \\textbf{%s} nil) (/ \\emph{%s} nil) (_ \\underline{%s} nil) (+ \\st{%s} nil) (= \\url{%s} nil) ;; `url' breaks lines in long strings (was `verb') (~ \\verb~%s~ t) (@ \\alert{%s} nil))) #+end_src This should be enough right? (add-to-list 'org-emphasis-alist '(@ org-warning i /i)) (add-to-list 'org-export-latex-emphasis-alist '(@ \\alert{%s} nil)) However, it does not work for me with Org-mode version 7.4 (release_7.4.166.gf7a7.dirty) (that is, neither the text between @'s is fontified, nor is exported to an alert, as Erik mentioned. This, however, does work for me: (add-to-list 'org-emphasis-alist '(+ org-warning i /i)) (add-to-list 'org-export-latex-emphasis-alist '(+ \\alert{%s} nil)) so I'm thinking, maybe there is something else to be done to declare @ as a valid delimiter? Regards, Rafael Strange. I don't specify anything anywhere in my initialisation files about the @ symbol being special. All I have in my files is: #+begin_src emacs-lisp (setq org-emphasis-alist (quote ((* bold b /b) (/ italic i /i) (_ underline span style=\text-decoration:underline;\ /span) (= org-code code /code verbatim) (~ org-verbatim code /code verbatim) (+ (:strike-through t) del /del) (@ org-warning b /b))) org-export-latex-emphasis-alist (quote ((* \\textbf{%s} nil) (/ \\emph{%s} nil) (_ \\underline{%s} nil) (+ \\texttt{%s} nil) (= \\verb=%s= nil) (~ \\verb~%s~ t) (@ \\alert{%s} nil))) ) #+end_src I would have thought that =add-to-list= should have worked as well. However, I do have this customisation at the very *start* of all of my org customisations, even *before* my =(require 'org-install)= line! It may be that these variables need to be set before you load org? Alternatively, maybe you should use emacs's customisation methods to set these variables? HTH, eric -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 23.2.1 : using Org-mode version 7.4 (release_7.4.168.g0ec8) ___ 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] [RFC] Give org-format-agenda-item a real format
Julien Danjou jul...@danjou.info writes: Hi there, I'm sending a set of patches from my current `jd/agenda-format-2' branch visible at [1]. The ultimate goal of this is to replace `org-agenda-prefix-format' by `org-agenda-format' which controls the whole agenda line format and not only its prefix. This allows to build much powerful stuff, like: Wednesday 12 January 2011 TODO 10:00.. Buy bread (Food):tobuy:perso: Where (Food) is the category, and TODO the TODO state. With the %() I added last year, you can even add many more stuff like any property. Julien, this sounds very appealing! I (personally) would like to have the time at the far left of the screen and this would allow for that while still allowing me to include all the information I want. I'll try it out soon and will give you feedback but probably not before next week due to current commitments... Thanks, eric -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 23.2.1 : using Org-mode version 7.4 (release_7.4.168.g0ec8) ___ 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] [OT] Have you also got hooked by Vim?
Marcelo de Moraes Serpa celose...@gmail.com writes: Hey list, [...] However, I've got hooked. Vim (in my case, MacVim) has conquered my hands. I know I'm risking myself a lot by saying it on an emacs-related mailing list, but the Vim navigation and the vim model in general is much more efficient for editing text. (Btw, that's what led me into Viper and Vimpulse on emacs, I'm currently using them with org) So, how many of you here also use Vim? :) Regards, Marcelo. Well, I cut my teeth on vi 30+ years ago (yes :(, on Unix V7 on a PDP 11/45 I think it was...) and my fingers still think that hjkl are the normal keys to use for navigation! I do like the modal approach of vi. However, it's the power of Emacs as a development platform (i.e. infinitely customisable) that means I have been using it for almost as long and it is my editor of choice for most things. For quick and dirty jobs (e.g. add a line or two in some config file while logged in from my phone), I'll use vi but otherwise it's Emacs. I did try one or another of the vi modes in Emacs but just basically got annoyed so gave up... I am following the development of org on vim closely, mind you, but haven't tried it out yet. However, I would need gnus on vim as well ;-) -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 23.2.1 : using Org-mode version 7.4 (release_7.4.168.g0ec8) ___ 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] [babel][bug] \ in detangling
Ive attached the file it fails on. Notice that it fails below the constants macro, but if you're above it, it will succeed since it wont find the [[name val]] general.clj Description: Binary data ___ 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-mode development workflow with Git
Jason Dunsmore emacs-orgm...@dunsmor.com writes: I'd be interested to hear about other workflows or how mine might be improved. I'd say whatever works for you works. :-) I've set up all but one of my various git clones up to rebase by default instead of merging when doing a pull. That way I can float my local changes to the top of the tracking branch(es) whenever I pull them up to the latest version and never lose sight of them. So far it's been working well with pure git commands (ocassionally I will have to reset a branch and/or cherry-pick something into order, but gitk ensures that I don't goof on this too badly). When you have more of these, something like topgit or stgit may provide an easier UI and cut down on manual interventions. I've tried stgit with the org repository and decided not to use it in the end; also it needs python which becomes problematic in some installations. As far as I can tell topgit works well, but it is geared towards a somewhat different workflow than I've adopted. If you happen to follow that flow it might be just the tool for you. Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ SD adaptation for Waldorf rackAttack V1.04R1: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada ___ 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] exporting all org files to txt periodically
Where I work, we have a powerful search engine that indexes all kinds of files. It detects the converter to use based on the file extension. It does not understand the .org extension. I would like to know how I could periodically export my org files to txt, maybe through a command, to a specific location on my network. This way, the search engine could index all my notes... Thanks, Carl ___ 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] outline path in links
Hi all What do you think about having _outline path in links_ as described in the following? I have seen that an outline path like `Bach/Prelude' can be used to refile notes into a heading `Prelude' that has a parent heading named `Bach'. An outline path like `Chopin/Prelude' refiles into a different heading with the same name `Prelude' but with a different parent heading named `Chopin'. Now I wondered if the link type [[*Bach/Prelude]] could be used to _link_ to the first outline path above. This link type would be even _plainer plain text_ and easier to add to a Org buffer than the link type [[#Bach/Prelude]] because the latter requires to manually add the property `:CUSTOM_ID: Bach/Prelude' I think that such an outline path in links could be possible even without the need of adding a new variable org-link-use-outline-path similar to the existing variable org-refile-use-outline-path: Like today the link [[*Orchestersuite/Ouverture]] would still match a heading named `Orchestersuite/Ouverture' (both words on the same heading level with a literal slash as part of the heading name) but additionally the link [[*Bach/Orchestersuite/Ouverture]] then would match this heading only if it has a parent heading named `Bach'. This would not be the simplest way to implement but in my opinion the priority should be to have as less config variables as possible. Even better if the code that gives this flexibility could also be used for refiling with outline path and the variable org-refile-use-outline-path could be dropped. Michael ___ 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] exporting all org files to txt periodically
Since Org-mode files are plain text, I don't think you would need to export them at all, rather I would imagine an easier solution would be to either 1. teach the search engine that .org means .txt 2. symlink all of your .org files to .txt file, e.g. on a linux, unix, OSX system the following shell script will create a .txt symlink for each .org file in the current directory #+begin_src sh for i in `ls --color=never *.org`;do ln -s $i `basename $i .org`.txt done #+end_src Cheers -- Eric Carl Bolduc carlbol...@gmail.com writes: Where I work, we have a powerful search engine that indexes all kinds of files. It detects the converter to use based on the file extension. It does not understand the .org extension. I would like to know how I could periodically export my org files to txt, maybe through a command, to a specific location on my network. This way, the search engine could index all my notes... Thanks, Carl ___ 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: [Orgmode] [OT] Have you also got hooked by Vim?
Nice! I think that the classic flame wars, while unavoidable at certain levels, just end up sucking energy. Why not embrace and use the best of both worlds to your benefit? Emacs and Vim are without any doubt the best two piece of software in what comes to text editing/surgery. Emacs has orgmode and is a great lisp platform. Vim's modal editing is best suited for editing text, and the editor itself and its simplicity are a plus. Now, many would ask me, why the hell would I use Emacs + Orgmode when I can use Things.app or other modern GUI . The final answer is: Efficiency, speed and flexbility. For such an important thing as personal organization, I think that the implementation of your system needs to be as flexible as possible, but also simple and fast to operate. You can't get it anywhere else, I'm sure. Unless you develop you own PIM from scratch. I don't think I would use org on VIM full-time; It's nice to have the compatibility but I don't like VIMScript and haven't tried the external scripting to VIM, but I do like elisp (although I'm only a beginner on it). For my professional duties, MacVim exceeds emacs. Why? Because it is simpler and more efficient. As a PIM platform (or should I say framework?) I can't really think of anything better than emacs + orgmode + your custom hacks. But anyway, it's so much fun to learn all these technologies... oh, the geek inside of me... :) Marcelo. On Thu, Jan 13, 2011 at 10:58 AM, Eric S Fraga e.fr...@ucl.ac.uk wrote: Marcelo de Moraes Serpa celose...@gmail.com writes: Hey list, [...] However, I've got hooked. Vim (in my case, MacVim) has conquered my hands. I know I'm risking myself a lot by saying it on an emacs-related mailing list, but the Vim navigation and the vim model in general is much more efficient for editing text. (Btw, that's what led me into Viper and Vimpulse on emacs, I'm currently using them with org) So, how many of you here also use Vim? :) Regards, Marcelo. Well, I cut my teeth on vi 30+ years ago (yes :(, on Unix V7 on a PDP 11/45 I think it was...) and my fingers still think that hjkl are the normal keys to use for navigation! I do like the modal approach of vi. However, it's the power of Emacs as a development platform (i.e. infinitely customisable) that means I have been using it for almost as long and it is my editor of choice for most things. For quick and dirty jobs (e.g. add a line or two in some config file while logged in from my phone), I'll use vi but otherwise it's Emacs. I did try one or another of the vi modes in Emacs but just basically got annoyed so gave up... I am following the development of org on vim closely, mind you, but haven't tried it out yet. However, I would need gnus on vim as well ;-) -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 23.2.1 : using Org-mode version 7.4 (release_7.4.168.g0ec8) ___ 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] exporting all org files to txt periodically
well, exporting to txt gives a better result for reading in other text editors, I should have mentioned that those files will be accessible by others who do not use Emacs... Carl 2011/1/13 Eric Schulte schulte.e...@gmail.com Since Org-mode files are plain text, I don't think you would need to export them at all, rather I would imagine an easier solution would be to either 1. teach the search engine that .org means .txt 2. symlink all of your .org files to .txt file, e.g. on a linux, unix, OSX system the following shell script will create a .txt symlink for each .org file in the current directory #+begin_src sh for i in `ls --color=never *.org`;do ln -s $i `basename $i .org`.txt done #+end_src Cheers -- Eric Carl Bolduc carlbol...@gmail.com writes: Where I work, we have a powerful search engine that indexes all kinds of files. It detects the converter to use based on the file extension. It does not understand the .org extension. I would like to know how I could periodically export my org files to txt, maybe through a command, to a specific location on my network. This way, the search engine could index all my notes... Thanks, Carl ___ 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] Bug: Linum-mode + org-indent-mode gives strange graphical refresh bugs [7.4 (release_7.4.41.g96c70)]
Note: run using emacs -q as the bug was reproducible, and this will produce less settings that may complicate the report. Note: only a few months of unix and emacs usage When using org-indent-mode and linum-mode simultaneously, clicking on any line in an org-mode file will cause the cursor and text on the line to quickly shift back a few spaces, and the line number for that line to disappear, and then after a fraction of a second it will return to normal. Other issues: without linum-mode enabled, and with org-indent-mode, clicking on a line that has a link will cause the underline from the link to extend to the left margin temporarily, similar to the bug described above - however the text does not shift to the left like the previous situation. Emacs : GNU Emacs 23.2.1 (i686-pc-linux-gnu, GTK+ Version 2.22.0) of 2011-01-13 on chris-pc Package: Org-mode version 7.4 (release_7.4.41.g96c70) current state: == (setq org-after-todo-state-change-hook '(org-clock-out-if-current) org-export-preprocess-hook '(org-export-blocks-preprocess) org-tab-first-hook '(org-hide-block-toggle-maybe) org-src-mode-hook '(org-src-mode-configure-edit-buffer) org-confirm-shell-link-function 'yes-or-no-p org-agenda-before-write-hook '(org-agenda-add-entry-text) org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers org-cycle-show-empty-lines org-optimize-window-after-visibility-change) org-mode-hook '(#[nil \300\301\302\303\304$\207 [org-add-hook change-major-mode-hook org-show-block-all append local] 5] ) org-confirm-elisp-link-function 'yes-or-no-p org-occur-hook '(org-first-headline-recenter) ) org-metadown-hook '(org-babel-pop-to-session-maybe) org-export-blocks '((src org-babel-exp-src-blocks nil) (comment org-export-blocks-format-comment t) (ditaa org-export-blocks-format-ditaa nil) (dot org-export-blocks-format-dot nil)) ) ___ 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] orgtbl in languages that do not support block comments
All, I have written org-table-comment.el (at http://www.emacswiki.org/emacs/download/org-table-comment.el) which should allows you to create org-tables in languages that do not have block comments. For example in elisp: ;; |--+++---| ;; | ||| 5 | ;; | This | is | a | table | ;; | that | may be created | in | orgtbl-comment-mode | ;; |--+++---| or ;; |--+++-| ;; | This | is | a | table | ;; | that | may be created | in | orgtbl-comment-mode | ;; |--+++-| It also supports single-comment radio tables, for example in LaTeX the following now works if you are using the overlays driver for org-table-comment: % BEGIN RECEIVE ORGTBL salesfigures % END RECEIVE ORGTBL salesfigures % #+ORGTBL: SEND salesfigures orgtbl-to-latex % |---+--+-+-| % | Month | Days | Nr sold | per day | % |---+--+-+-| % | Jan | 23 | 55 | 2.4 | % | Feb | 21 | 16 | 0.8 | % | March | 22 | 278 |12.6 | % |---+--+-+-| % #+TBLFM: $4=$3/$2;.1f When editing the table, pressing C-c C-c produces the LaTeX table, as follows: % BEGIN RECEIVE ORGTBL salesfigures \begin{tabular}{lrrr} \hline Month Days Nr sold per day \\ \hline Jan 23 55 2.4 \\ Feb 21 16 0.8 \\ March 22 278 12.6 \\ \hline \end{tabular} % END RECEIVE ORGTBL salesfigures % #+ORGTBL: SEND salesfigures orgtbl-to-latex % |---+--+-+-| % | Month | Days | Nr sold | per day | % |---+--+-+-| % | Jan | 23 | 55 | 2.4 | % | Feb | 21 | 16 | 0.8 | % | March | 22 | 278 |12.6 | % |---+--+-+-| % #+TBLFM: $4=$3/$2;.1f NOTE: This requires `comment-region' and `uncomment-region' to work properly in the mode you are using. Also filling/wrapping in the mode needs to not wrap the orgbls. If anyone is interested in testing this and letting me know if it works on other platforms, let me know. Matt. ___ 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: exporting all org files to txt periodically
Hi Eric and Carl, Eric Schulte wrote: Carl Bolduc carlbol...@gmail.com writes: Where I work, we have a powerful search engine that indexes all kinds of files. It detects the converter to use based on the file extension. It does not understand the .org extension. I would like to know how I could periodically export my org files to txt, maybe through a command, to a specific location on my network. This way, the search engine could index all my notes... Since Org-mode files are plain text, I don't think you would need to export them at all, rather I would imagine an easier solution would be to either 1. teach the search engine that .org means .txt Just wanting to add a variant: 1bis. teach Emacs that .txt means Org-mode: #+begin_src emacs-lisp (setq auto-mode-alist (append '( (\\.txt$ . org-mode) ) auto-mode-alist)) #+end_src 2. symlink all of your .org files to .txt file, e.g. on a linux, unix, OSX system the following shell script will create a .txt symlink for each .org file in the current directory #+begin_src sh for i in `ls --color=never *.org`;do ln -s $i `basename $i .org`.txt done #+end_src 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
[Orgmode] Babel: replace inline block with evaluation result?
I have an org-mode document that uses a lot of R code (via babel). I have found that using inline code blocks, ie src_R{...}, within org tables works erratically, often either causing emacs to hang during latex export, or producing a table where random cells containing 'nil' instead of the result I get when I manually evaluate the inline code block via C-c C-c. I am therefore in the process of converting many of these tables back to 'plain' org, ie replacing the inline code blocks with their results. My question is: is there any way to automate this? Ideally I would like to press a key with the cursor on an inline block, and have the block replaced with its eval result, rather than have the result appear in the minibuffer. Paul ___ 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: [OT] Have you also got hooked by Vim?
Marcelo de Moraes Serpa celose...@gmail.com writes: However, I've got hooked. Vim (in my case, MacVim) has conquered my hands. I know I'm risking myself a lot by saying it on an emacs-related mailing list, but the Vim navigation and the vim model in general is much more efficient for editing text. Empirical evidence? ;) FWIW, Org-mode has its own modal editing feature: org speed keys. This enables one to edit and reorganize the structure of org files with single keystrokes. So, how many of you here also use Vim? :) For quick editing (e.g., config files), I use vi(m). For anything else, I use emacs. Both are fantastic tools. Best, Matt ___ 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] Re: [OT] Have you also got hooked by Vim?
Matt Lundin m...@imapmail.org wrote: So, how many of you here also use Vim? :) For quick editing (e.g., config files), I use vi(m). For anything else, I use emacs. Both are fantastic tools. For quick editing of config files, I use sudo ed - from an Emacs shell :-) 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
[Orgmode] [PATCH] do not echo variable assignment for octave babel codes
Hello, when using babel with octave code, passing variables with the =:var= header argument creates octave code whose results are echoed onto standard out. This is not necessarily wanted. The default behaviour, I believe, should be to not echo anything out as the user can always simply print out the variable in the code if desired. The following patch simply adds a semi-colon (;) to the appropriate place: --8---cut here---start-8--- diff --git a/lisp/ob-octave.el b/lisp/ob-octave.el index 92f16be..d46d648 100644 --- a/lisp/ob-octave.el +++ b/lisp/ob-octave.el @@ -103,7 +103,7 @@ end) Return list of octave statements assigning the block's variables (mapcar (lambda (pair) - (format %s=%s + (format %s=%s; (car pair) (org-babel-octave-var-to-octave (cdr pair (mapcar #'cdr (org-babel-get-header params :var --8---cut here---end---8--- Thanks, eric -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 23.2.1 : using Org-mode version 7.4 (release_7.4.170.gbc841.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: [Orgmode] Re: [OT] Have you also got hooked by Vim?
On Thu, Jan 13, 2011 at 12:04 PM, Nick Dokos nicholas.do...@hp.com wrote: Matt Lundin m...@imapmail.org wrote: So, how many of you here also use Vim? :) For quick editing (e.g., config files), I use vi(m). For anything else, I use emacs. Both are fantastic tools. For quick editing of config files, I use sudo ed - from an Emacs shell :-) Nice! I 3 ed. -Tommy 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 ___ 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] [babel][bug] \ in detangling
I've pushed up a fix for this issue, Instead of using language-specific comment regexps ob-jump-to-org now keep looking for a block-start comment until it find one which has a matching block-end comment. Thanks for pointing out this error case -- Eric Seth Burleigh wbu...@gmail.com writes: Ive attached the file it fails on. Notice that it fails below the constants macro, but if you're above it, it will succeed since it wont find the [[name val]] ___ 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] [babel] Painless integration of source blocks with language
I briefly mentioned the approach you describe below earlier in this thread [1], and while I see the appeal of this approach, I think that the second approach I described in that same message (using offsets instead of comments) is preferable -- although I am of course open to being persuaded otherwise. Best -- Eric Seth Burleigh wbu...@gmail.com writes: I would just like to throw in a quick idea. The easiest way to support noweb tangling is to get org-babel-tangle to create nested tags and change detangle to take these into account. for example, i have the forex_user source block that is tangled. ;; [[file:~/Dropbox/.rep/clj-forex/clj-forex.org::*User][forex_user]] my code... ;; [[file:~/Dropbox/.rep/clj-forex/clj-forex.org::*User][embedded_block]] my embedded code ... ;; embedded_block ends here ;; forex_user ends here corresponding to a forex_user block of #+begin_src my code ... embedded_block #+end_src This would only work for noweb on separate lines and preferably only when one block is noweb embedded into one other source block, but i believe that this is the most common case anyways. This could be enforced in the detangle/tangle code. Then, a separate minor mode could make these file: markers invisible and create a colored overlay pattern per source block code. Saving the file would still save the markers, you just wouldnt see them if the minor mode was on. Footnotes: [1] http://thread.gmane.org/gmane.emacs.orgmode/35863/focus=35971 ___ 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] Babel: replace inline block with evaluation result?
Paul Sexton psex...@xnet.co.nz writes: I have an org-mode document that uses a lot of R code (via babel). I have found that using inline code blocks, ie src_R{...}, within org tables works erratically, often either causing emacs to hang during latex export, or producing a table where random cells containing 'nil' instead of the result I get when I manually evaluate the inline code block via C-c C-c. If you can find a minimal example which reliably reproduces this error please do share it on the list so we can try to put together a fix. I am therefore in the process of converting many of these tables back to 'plain' org, ie replacing the inline code blocks with their results. I guess the only other option may be to create the entire table from a code block, which is probably not practical. My question is: is there any way to automate this? Ideally I would like to press a key with the cursor on an inline block, and have the block replaced with its eval result, rather than have the result appear in the minibuffer. The following function could be bound to a key, and should do the job if called with the point on the src_lang portion of the inline code block. #+begin_src emacs-lisp (defun replace-inline-block () (interactive) (if (save-excursion (re-search-backward [ \f\t\n\r\v] nil t) (looking-at org-babel-inline-src-block-regexp)) (replace-match ((lambda (el) (if (stringp el) el (format %S el))) (org-babel-execute-src-block)) nil nil nil 1) (error not inside of an inline source block.))) #+end_src Cheers -- Eric Paul ___ 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] Export issue of URL when the text begins with a date
Hello, I have made some invesitgation, and I found that the problem happens in the call of function org-export-as-html. On line 522 of this function, this is the following line: (while (string-match org-bracket-link-analytic-regexp++ line start) When the line containing the link is processed, the variable line is equal to the following [[file://localhost/c%3A/msys/1.0/temp/example.html][2011-01-01 example]] In that case the expression (string-match org-bracket-link-analytic-regexp++ line start) returns nil. Now assume that I modify slightly the line so that there is not longer any ISO timestamp in it, like this (I just replaced the first `-' by a `+', so the string is : [[file://localhost/c%3A/msys/1.0/temp/example.html][2011+01-01 example]] ) with that change the expression (string-match org-bracket-link-analytic-regexp++ line start) returns 0. My understanding is that the bug resides in this very expression. VBR, Vincent. ___ 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: Babel: replace inline block with evaluation result?
Eric Schulte schulte.eric at gmail.com writes: The following function could be bound to a key, and should do the job if called with the point on the src_lang portion of the inline code block. [snip - gmane web-thingy won't let me quote the function] Thanks Eric! I will try to come up with a minimal example of the error I talked about. Paul ___ 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] Patch: More options for ignoring scheduled items in agenda todo lists
In agenda todo lists, currently it is possible to ignore scheduled items according to when they are scheduled, using the variable 'org-agenda-todo-ignore-scheduled'. This can take one of three values - all, future (ignore if scheduled after today), or past (ignore if scheduled TODAY or in the past). My definition of 'the past' does not include 'today'. In light of that, the following is a patch that makes the variable accept 2 more values: - notpast: ignore if scheduled today or in the future - notfuture: ignore if scheduled today or in the past (this is the current behaviour of the 'past' setting) - past: changed to ignore if scheduled BEFORE today, but no longer ignores items scheduled today. Paul --- D:/paul/dotemacs/site-lisp/org/lisp/org-agenda.el Mon Dec 13 07:57:31 2010 +++ D:/paul/dotemacs/site-lisp/org/lisp/org-agenda_p.el Fri Jan 14 11:32:23 2011 @@ -598,12 +598,18 @@ This applies when creating the global todo list. Valid values are: -past Don't show entries scheduled today or in the past. +past Don't show entries scheduled in the past. future Don't show entries scheduled in the future. The idea behind this is that by scheduling it, you don't want to think about it until the scheduled date. +notpast Don't show entries scheduled today or in the + future. + +notfuture Don't show entries scheduled today or in the + past. + all Don't show any scheduled entries in the global todo list. The idea behind this is that by scheduling it, you have already \taken care\ of this item. @@ -4512,8 +4518,12 @@ (cond ((eq org-agenda-todo-ignore-scheduled 'future) ( (org-days-to-time (match-string 1)) 0)) - ((eq org-agenda-todo-ignore-scheduled 'past) + ((eq org-agenda-todo-ignore-scheduled 'past) ; before today +( (org-days-to-time (match-string 1)) 0)) + ((eq org-agenda-todo-ignore-scheduled 'notfuture) (= (org-days-to-time (match-string 1)) 0)) + ((eq org-agenda-todo-ignore-scheduled 'notpast) +(= (org-days-to-time (match-string 1)) 0)) (t))) (and org-agenda-todo-ignore-deadlines (re-search-forward org-deadline-time-regexp end t) ___ 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] Property inheritance for MAIL_FMT, MAIL_TO, MAIL_CC and MAIL_BCC
Hi Eric, Please see the patch below, it adds property inheritance for all MAIL_* properties, based on the value of `org-use-property-inheritance'. #+begin_src diff diff --git a/contrib/lisp/org-mime.el b/contrib/lisp/org-mime.el index 68a3498..ae430fb 100644 --- a/contrib/lisp/org-mime.el +++ b/contrib/lisp/org-mime.el @@ -232,9 +232,9 @@ export that region, otherwise export the entire body. (run-hooks 'org-mime-send-subtree-hook) (let* ((file (buffer-file-name (current-buffer))) (subject (nth 4 (org-heading-components))) - (to (org-entry-get nil MAIL_TO)) - (cc (org-entry-get nil MAIL_CC)) - (bcc (org-entry-get nil MAIL_BCC)) + (to (org-entry-get nil MAIL_TO org-use-property-inheritance)) + (cc (org-entry-get nil MAIL_CC org-use-property-inheritance)) + (bcc (org-entry-get nil MAIL_BCC org-use-property-inheritance)) (body (buffer-substring (save-excursion (goto-char (point-min)) (forward-line 1) @@ -311,6 +311,8 @@ export that region, otherwise export the entire body. exported to a org format or to the format specified by the MAIL_FMT property of the subtree. (interactive) - (org-mime-send-subtree (or (org-entry-get nil MAIL_FMT) 'org))) + (org-mime-send-subtree (or (org-entry-get nil MAIL_FMT + org-use-property-inheritance) +'org))) (provide 'org-mime) #+end_src The current mail was sent with it, where some parent tree has the mail_cc set to this list, but the mail_to set to your email address in the subtree. I believe this functionality can be quite handy. niels -- http://pft.github.com pgpoEcaCdnUzG.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
[Orgmode] Tab/S-Tab cycling behavior: how to include #+begin_src and #+results blocks
I rely heavily on org-cycling/org-global-cycling to see an outline view of the document. It would help if I could use #+begin_src and #+results blocks, and possibly some others, in this outline view. Specifically, I would like to be able to do the following: (a) When cycling with S-Tab, between contents and show all I would like a step where all the #+begin_src and #+results blocks are folded. I realize that they start out open and then remember their folding state; the remembered state of these blocks, if it is different from all folded or all open, could potentially be included as another step before show all. (b) Same when I'm cycling with Tab; I would like to have an option of showing the subtree with all #+begin_src and #+results blocks folded before showing the completely unfolded subtree. Is this possible to implement?.. Let me know! --Leo ___ 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] [babel] Painless integration of source blocks with language
As for how to trace back through noweb links, the best option seem to be using the existing jump function to navigate from raw source to the embedded block, keeping track of the point's offset form the beginning of the block, then using `org-babel-expand-src-block' to expand the body of the embedded code block marking noweb references with text properties as they are inserted into the expanding body, and then using the point offset to place the point into the appropriate noweb reference. This process could then recurse on the embedded noweb code block until it ends up in a non-noweb portion of an expanded code block body. If you dont have any comment anchors in the text, how would you know which noweb block you are in? If your org file and raw files are synched, then you could, but if they become unsynched, which is the way it should be (change raw code until done, then detangle to org), i dont exactly see how you can do it. The only option which allows someone to change the raw text file is to use comment anchors - or you could save marks in a separate file, but this wouldn't allow for offline editing unless you open it with a program that understands this format. With the comment method, you get the raw file advantage, plus emacs can hide these comments if one makes a minor mode to do so - a win win situation, i think, except for the aforementioned shortcomings. ___ 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] question about link syntax
Consider this example: [[http://some.site.com][text text]] It seems that the spaces in the label part (between, say, the 2 texts) stops the link from forming. My current workaround is to use single word labels, including WikiWords. Is this how it's supposed to work? I would have thought I could put spaces in those labels. Is there some variable or other I can set to have orgmode understand the spaces? 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
Re: [Orgmode] question about link syntax
I noticed fontification was weird on my end, as well. Now, I only use =C-c C-l= to create and edit links. Haven't had issues since making the change. On Thu, Jan 13, 2011 at 8:06 PM, Filippo A. Salustri salus...@ryerson.ca wrote: Consider this example: [[http://some.site.com][text text]] It seems that the spaces in the label part (between, say, the 2 texts) stops the link from forming. My current workaround is to use single word labels, including WikiWords. Is this how it's supposed to work? I would have thought I could put spaces in those labels. Is there some variable or other I can set to have orgmode understand the spaces? 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 -- 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
[Orgmode] Re: Property inheritance for MAIL_FMT, MAIL_TO, MAIL_CC and MAIL_BCC
This is now applied. Thanks for the patch, and for the motivating usage example. -- Eric niels giesen niels.gie...@gmail.com writes: Hi Eric, Please see the patch below, it adds property inheritance for all MAIL_* properties, based on the value of `org-use-property-inheritance'. #+begin_src diff diff --git a/contrib/lisp/org-mime.el b/contrib/lisp/org-mime.el index 68a3498..ae430fb 100644 --- a/contrib/lisp/org-mime.el +++ b/contrib/lisp/org-mime.el @@ -232,9 +232,9 @@ export that region, otherwise export the entire body. (run-hooks 'org-mime-send-subtree-hook) (let* ((file (buffer-file-name (current-buffer))) (subject (nth 4 (org-heading-components))) - (to (org-entry-get nil MAIL_TO)) - (cc (org-entry-get nil MAIL_CC)) - (bcc (org-entry-get nil MAIL_BCC)) + (to (org-entry-get nil MAIL_TO org-use-property-inheritance)) + (cc (org-entry-get nil MAIL_CC org-use-property-inheritance)) + (bcc (org-entry-get nil MAIL_BCC org-use-property-inheritance)) (body (buffer-substring (save-excursion (goto-char (point-min)) (forward-line 1) @@ -311,6 +311,8 @@ export that region, otherwise export the entire body. exported to a org format or to the format specified by the MAIL_FMT property of the subtree. (interactive) - (org-mime-send-subtree (or (org-entry-get nil MAIL_FMT) 'org))) + (org-mime-send-subtree (or (org-entry-get nil MAIL_FMT + org-use-property-inheritance) +'org))) (provide 'org-mime) #+end_src The current mail was sent with it, where some parent tree has the mail_cc set to this list, but the mail_to set to your email address in the subtree. I believe this functionality can be quite handy. niels -- http://pft.github.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: [Orgmode] question about link syntax
Hmm. On my installation, =C-c C-l= isn't bound to anything. I haven't mucked with that. To what should =C-c C-l= be bound? Cheers. Fil On 13 January 2011 20:22, Jeff Horn jrhorn...@gmail.com wrote: I noticed fontification was weird on my end, as well. Now, I only use =C-c C-l= to create and edit links. Haven't had issues since making the change. On Thu, Jan 13, 2011 at 8:06 PM, Filippo A. Salustri salus...@ryerson.ca wrote: Consider this example: [[http://some.site.com][text text]] It seems that the spaces in the label part (between, say, the 2 texts) stops the link from forming. My current workaround is to use single word labels, including WikiWords. Is this how it's supposed to work? I would have thought I could put spaces in those labels. Is there some variable or other I can set to have orgmode understand the spaces? 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 -- Jeffrey Horn http://www.failuretorefrain.com/jeff/ -- 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: [Orgmode] question about link syntax
When in an *org-mode buffer*, =C-h k C-c C-l= says , | ^C ^L runs the command org-insert-link, which is an interactive | compiled Lisp function in `org.el'. ` Org-mode version 7.4 (release_7.4.165.gca0e6.dirty) On Thu, Jan 13, 2011 at 11:04 PM, Filippo A. Salustri salus...@ryerson.ca wrote: Hmm. On my installation, =C-c C-l= isn't bound to anything. I haven't mucked with that. To what should =C-c C-l= be bound? Cheers. Fil On 13 January 2011 20:22, Jeff Horn jrhorn...@gmail.com wrote: I noticed fontification was weird on my end, as well. Now, I only use =C-c C-l= to create and edit links. Haven't had issues since making the change. On Thu, Jan 13, 2011 at 8:06 PM, Filippo A. Salustri salus...@ryerson.ca wrote: Consider this example: [[http://some.site.com][text text]] It seems that the spaces in the label part (between, say, the 2 texts) stops the link from forming. My current workaround is to use single word labels, including WikiWords. Is this how it's supposed to work? I would have thought I could put spaces in those labels. Is there some variable or other I can set to have orgmode understand the spaces? 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 -- Jeffrey Horn http://www.failuretorefrain.com/jeff/ -- 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/ -- 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
Re: [Orgmode] question about link syntax
At Thu, 13 Jan 2011 20:06:07 -0500, Filippo A. Salustri wrote: Consider this example: [[http://some.site.com][text text]] It seems that the spaces in the label part (between, say, the 2 texts) stops the link from forming. Which Org mode and Emacs version are you using? M-x emacs-version RET M-x org-version RET My current workaround is to use single word labels, including WikiWords. Is this how it's supposed to work? I would have thought I could put spaces in those labels. It works here with Org-mode version 7.4 (release_7.4.135.g84087) GNU Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.0) of 2010-12-11 on raven, modified by Debian Without any configuration of Org mode (i.e. emacs -Q just load Org mode). [[http://example.tld][Text text]] Is display as Text text (without quotes, ofc) and C-c o opens the link in my browser. best, -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgpLaBs2goHsP.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: [Orgmode] Export issue of URL when the text begins with a date
At Thu, 13 Jan 2011 23:00:30 +0100, Vincent Belaïche wrote: Hello, I have made some invesitgation, and I found that the problem happens in the call of function org-export-as-html. On line 522 of this function, this is the following line: (while (string-match org-bracket-link-analytic-regexp++ line start) When the line containing the link is processed, the variable line is equal to the following [[file://localhost/c%3A/msys/1.0/temp/example.html][2011-01-01 example]] In that case the expression (string-match org-bracket-link-analytic-regexp++ line start) returns nil. Now assume that I modify slightly the line so that there is not longer any ISO timestamp in it, like this (I just replaced the first `-' by a `+', so the string is : [[file://localhost/c%3A/msys/1.0/temp/example.html][2011+01-01 example]] ) with that change the expression (string-match org-bracket-link-analytic-regexp++ line start) returns 0. My understanding is that the bug resides in this very expression. Thanks for the investigation. As it turned out the problem was not with the regular expression but with the order in which different pieces of Org mode markup were processed by `org-export-as-html'. First the exporter processed possible timestamps, (falsely) recognized the ISO date as part of an ISO timestamp, and replaced it with the timestamp span. The replacement included the square brackets what destroyed the link markup. I've just checked in a patch to master that changes the order of processing links and timestamps: Now links are processed before timestamps what fixes this problem. Thanks for bringing this problem up again, Best, -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgpE9UptYkWR3.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: [Orgmode] question about link syntax
Sorry, sorry - my bad. My browser/client was rendering a lower case L to look just like a pipe. So I was trying to do C-c C-pipe All is well. Everything's working as it should. Cancel red alert. Cheers. Fil On 14 January 2011 00:17, David Maus dm...@ictsoc.de wrote: At Thu, 13 Jan 2011 20:06:07 -0500, Filippo A. Salustri wrote: Consider this example: [[http://some.site.com][text text]] It seems that the spaces in the label part (between, say, the 2 texts) stops the link from forming. Which Org mode and Emacs version are you using? M-x emacs-version RET M-x org-version RET My current workaround is to use single word labels, including WikiWords. Is this how it's supposed to work? I would have thought I could put spaces in those labels. It works here with Org-mode version 7.4 (release_7.4.135.g84087) GNU Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.0) of 2010-12-11 on raven, modified by Debian Without any configuration of Org mode (i.e. emacs -Q just load Org mode). [[http://example.tld][Text text]] Is display as Text text (without quotes, ofc) and C-c o opens the link in my browser. best, -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de ___ 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 -- 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