Re: [Orgmode] checkbox trouble
On Thu, 16 Dec 2010 11:17:31 -0500, John Rakestraw wrote: > Hi, Manuel -- > On Thu, 16 Dec 2010, Manuel Panea-Doblado wrote: >> So the presence of the "- State ..." line messes everything up. >> >> Any ideas? > You can put the state note into a drawer. Check out the variable > org-log-into-drawer. Hi, John. That's great. Not only does it solve the problem, it makes things look tidier, too. Thank you. -- Manuel ___ 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: Project management > Dynamic block per tag + [Babel]
Hi Matt, > Another option is to use a babel block and org-map-entries to spit out a > simple list of tasks for each person: > > --8<---cut here---start->8--- > #+source: tasklist > #+begin_src emacs-lisp :var person="me" > (let (tasklist) > (org-map-entries > (lambda () > (add-to-list 'tasklist > (concat "- " (nth 4 (org-heading-components) > (concat person "/!TODO") 'agenda) > (mapconcat 'identity tasklist "\n")) > #+end_src > > #+call: tasklist(person="Jenny") > --8<---cut here---end--->8--- > > Add this to an org file, replace Jenny with the appropriate name, and > type C-c C-c to spit out a list (of all TODO items tagged with the > relevant name) that looks like this: > > --8<---cut here---start->8--- > #+results: tasklist(person="Jenny") > #+begin_example > - Call George > - Call Archie > - Estimate cost of widgets > --8<---cut here---end--->8--- Thanks a lot for your great help. I've played a little with the code you've sent and here's what I end up with: --8<---cut here---start->8--- #+source: tasklist #+begin_src emacs-lisp :var person="FPZ" :results raw (setq org-agenda-files (list (buffer-file-name))) (let (tasklist) (add-to-list 'tasklist "" t) (org-map-entries (lambda () (let ((priority (nth 3 (org-heading-components (add-to-list 'tasklist (concat "| *" (nth 2 (org-heading-components)) "* " "|/[#" (char-to-string (if priority priority ?B)) "]/ " "| [[" (nth 4 (org-heading-components)) "]]|") t))) (concat person "/!TODO|STARTED|WAIT") 'agenda) (mapconcat 'identity tasklist "\n")) #+end_src --8<---cut here---end--->8--- This enables to get a table with a task per row. For each task, I get the TODO keywork, the priority and a link to the corresponding section in my Org buffer. Here'a an example from one of my document: --8<---cut here---start->8--- #+results: tasklist ||| | | *WAIT*| /[#C]/ | [[See if we have to filter the processes against something else]]| | *WAIT*| /[#C]/ | [[See if we have to filter the products against something else than the branch]] | | *STARTED* | /[#A]/ | [[Display static party questions block]] | | *WAIT*| /[#C]/ | [[Analyse the risk management screen]] | --8<---cut here---end--->8--- This is really great as each person can now have a quick overview of their tasks and they just jave to click to get the details of the tasks! The next step for me, would be to be able to sort this table against priorities for instance. If you think about a simple way of doing this, please let me know. Regards, 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] Re: Sending org buffer as mail?
I'm attaching a new version of org-mime.el which incorporates Matt's function below. There are now two new functions, `org-mime-org-buffer' and `org-mime-org-subtree' each of which takes a format argument specifying the format of the final email, one of 'org, 'ascii, or 'html. So, for example the following will export the current subtree as ascii into an email body, using the MAIL_TO, MAIL_CC, and MAIL_BCC properties to build the email headers, and the headline to set the subject (both directly from Matt's function below). (defun org-mime-subtree-to-ascii () (interactive) (org-mime-org-subtree 'ascii)) Does this new version of org-mime look like it should be committed? Are there any features or changes that should be considered first? Cheers -- Eric org-mime.el Description: application/emacs-lisp "Eric Schulte" writes: > Hi Matt, > > This looks great, how would you feel about trying to fold this into > org-mime, or would you mind if I did so. I've already mimicked your > function to set subjects of outgoing emails to match the title of the > org-mode buffer. I think that generalizing the org-mime functions to > operate over either subtrees or whole files, and to output either html > or plain text should cover all use cases with maximal code re-use. > > Thanks for sharing this function. > > Cheers -- Eric > > Matt Lundin writes: > >> Rainer M Krug writes: >> >>> On 12/16/2010 09:25 AM, Jeff Horn wrote: On Thu, Dec 16, 2010 at 3:17 AM, Oscar Carlsson wrote: > And then, I can send a org-file by attaching it to a mail in Emacs. Try > C-x m to start a new mail buffer, attach with C-c C-a and send with C-c > C-c. >>> >>> Sounds very interesting - I'll try it out. >>> >>> C-x m looks great - I am sure I am going to use it a lot. And gmail is >>> exactly what I want to use it for. >>> Does this attach the buffer or read it into the message? I thought the OP wanted to read-in a buffer. >>> >>> Yes - that was effectively what I am looking for: the possiblility to >>> write my email in org mode and send the buffer content as the email text. >>> >>> Dream: Specify subject, to, cc, bcc (probably even attachments) as >>> properties, press a key and the org file is send to the addresses. >> >> I too have been looking for this functionality for a while, so here's a >> quick solution. When called on an Org-mode subtree, the following >> function makes the headline the subject, exports the subtree to ascii, >> and uses properties ("MAIL_TO", "MAIL_CC", "MAIL_BCC") to specify the >> addressees: >> >> (defun my-org-subtree-to-message () >> (interactive) >> (unless (eq major-mode 'org-mode) >> (error "Not in org buffer")) >> (let ((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")) >> text) >> (save-excursion >> (org-mark-subtree) >> ;; don't include title in body >> (forward-line) >> (setq text (org-export-region-as-ascii (point) >> (mark) t 'string))) >> (message-mail to subject `((cc . ,cc) (bcc . ,bcc)) nil) >> (when text >> (save-excursion >> (goto-char (point-max)) >> (insert text) >> >> With this function, you can compose emails like this: >> >> * My obsequious missive >> :PROPERTIES: >> :MAIL_TO: highly_estee...@gentlemen.net >> :MAIL_BCC: peasants_uni...@plebeians.org >> :END: >> My most noble sirs, >> >> I thank you for gracing this world with your beauteous presence. >> >> Humbly yours, >> An Org-mode user >> >> 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 ___ 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] Using org-article produces nil.sty error
Aloha Thomas, I think I found the bug. I ran =C-c C-c= on the following lines of code from your 'article-class.org' file: #+begin_src emacs-lisp :exports code (require 'org-latex) (setq org-export-latex-listings t) (add-to-list 'org-export-latex-packages-alist '(("AUTO" "inputenc" t))) (add-to-list 'org-export-latex-classes '("org-article" "\\documentclass{org-article} [NO-DEFAULT-PACKAGES] [PACKAGES] [EXTRA]" ("\\section{%s}" . "\\section*{%s}") ("\\subsection{%s}" . "\\subsection*{%s}") ("\\subsubsection{%s}" . "\\subsubsection*{%s}") ("\\paragraph{%s}" . "\\paragraph*{%s}") ("\\subparagraph{%s}" . "\\subparagraph*{%s}"))) #+end_src The culprit is the call to add the cell to org-export-latex-packages-alist. There is an extra set of parentheses. I'm not sure how to write a patch, or I would have sent that. Surely would have been smaller than this e-mail. :-) Thanks, Jeff On Fri, Dec 17, 2010 at 12:48 AM, Jeff Horn wrote: > Thomas et al, > > I was eager to try out org-article when putting together my CV. I > ignored the `nil.sty' error when I tried to export the article-class.org > file, but now I'm getting the same error when trying to export my CV. > > The relevant portion of the tex log is below. > > , > | (/usr/local/texlive/2010/texmf-dist/tex/latex/hyperref/hpdftex.def > | (/usr/local/texlive/2010/texmf-dist/tex/latex/oberdiek/atveryend.sty) > | (/usr/local/texlive/2010/texmf-dist/tex/latex/oberdiek/rerunfilecheck.sty > | > (/usr/local/texlive/2010/texmf-dist/tex/generic/oberdiek/uniquecounter.sty > | > | ! LaTeX Error: File `nil.sty' not found. > ` > > The error does not seem to be caused by Inconsolata (as mentioned > previously). Either that or I receive the error for another reason > before Inconsolata is used. In any case, I have Inconsolata in my Font > Book. > > org-mode 7.4 in emacs 23.2 > > Thanks for your help, > Jeff > > -- > Jeffrey Horn > Graduate Lecturer and PhD Student in Economics > George Mason University > > (704) 271-4797 > jh...@gmu.edu > jrhorn...@gmail.com > > http://www.failuretorefrain.com/jeff/ > -- Jeffrey Horn Graduate Lecturer and PhD Student in Economics George Mason University (704) 271-4797 jh...@gmu.edu jrhorn...@gmail.com 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] [Bug] Using org-article produces nil.sty error
Thomas et al, I was eager to try out org-article when putting together my CV. I ignored the `nil.sty' error when I tried to export the article-class.org file, but now I'm getting the same error when trying to export my CV. The relevant portion of the tex log is below. , | (/usr/local/texlive/2010/texmf-dist/tex/latex/hyperref/hpdftex.def | (/usr/local/texlive/2010/texmf-dist/tex/latex/oberdiek/atveryend.sty) | (/usr/local/texlive/2010/texmf-dist/tex/latex/oberdiek/rerunfilecheck.sty | (/usr/local/texlive/2010/texmf-dist/tex/generic/oberdiek/uniquecounter.sty | | ! LaTeX Error: File `nil.sty' not found. ` The error does not seem to be caused by Inconsolata (as mentioned previously). Either that or I receive the error for another reason before Inconsolata is used. In any case, I have Inconsolata in my Font Book. org-mode 7.4 in emacs 23.2 Thanks for your help, Jeff -- Jeffrey Horn Graduate Lecturer and PhD Student in Economics George Mason University (704) 271-4797 jh...@gmu.edu jrhorn...@gmail.com 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] [OT] info in emacs (was: [OT] Emacs for 64 bit Windows 7)
Markus Heller writes: > Tassilo Horn writes: >> Markus Heller writes: >>> cancel the posting. >> ,[ (info "(message)Canceling News") ] ... > Man I really have to learn how to use the manpages/info thingy ... Info is so convenient, but I use it a tad too infrequently to get the keybindings into my head. So I made this: Info.org: --8<---cut here---start->8--- | *Navigation* ||| |--++| | | /Buffer/ | Notes | |--++| | .| beginning-of-buffer|| | b| beginning-of-buffer|| | DEL | Info-scroll-down | i.e. up! | | SPC | Info-scroll-up | i.e. down! | | M-n | clone-buffer | see also C-u m/g | | c| Info-copy-current-node-name| bind to y?!| | w| Info-copy-current-node-name|| |--++| | | /Link/ | | |--++| | TAB | Info-next-reference|| | M-tab| Info-prev-reference|| | S-tab| Info-prev-reference|| | backtab | Info-prev-reference|| | RET | Info-follow-nearest-node || | f| Info-follow-reference | Use Tab-Completion! del.?! | | mouse-2 | Info-mouse-follow-nearest-node | delete?! | |--++| | | /Node/ | | |--++| | ]| Info-forward-node | sequential | | [| Info-backward-node | -"-| | n| Info-next | hierarchical | | p| Info-prev | -"-| | u| Info-up|| | ^| Info-up| delete?! | |--++| | | /Manual/ | ***| |--++| | g| Info-goto-node || | 1-9 | Info-nth-menu-item || | T| Info-toc || | <| Info-top-node || | >| Info-final-node|| | t| Info-top-node | delete?! | | I| Info-virtual-index || |--++| | *History*||| |--++| | L| Info-history || | l| Info-history-back || | r| Info-history-forward || |--++| | *Search* ||| |--++| | i| Info-index || | ,| Info-index-next|| | s| Info-search|| | S| Info-search-case-sensitively || |--++| | *Misc* ||| |--++| | d| Info-directory || | ?| Info-summary || | h
[Orgmode] My Gnus does not work with newest org
Hello all, I have defined the following: (setq gnus-home-directory "~/Dropbox/gnus") (setq gnus-directory "~/Dropbox/gnus/News") (setq message-directory "~/Dropbox/gnus/Mail") and so my init Gnus file is at ~/Dropbox/gnus/.gnus. When loading org-mode just pulled from git, after M-x gnus I get the message that the nntp server cannot be loaded, then after C-h v org-init-file, I get that this variable points to ~/.gnus, which does not exist in my setup. This is Gnus 5.13. However, I do not have any problems with org 7.3. I would appreciate any advice on how to make this work! Thanks. Rafael ___ 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: Sending org buffer as mail?
Hi Matt, This looks great, how would you feel about trying to fold this into org-mime, or would you mind if I did so. I've already mimicked your function to set subjects of outgoing emails to match the title of the org-mode buffer. I think that generalizing the org-mime functions to operate over either subtrees or whole files, and to output either html or plain text should cover all use cases with maximal code re-use. Thanks for sharing this function. Cheers -- Eric Matt Lundin writes: > Rainer M Krug writes: > >> On 12/16/2010 09:25 AM, Jeff Horn wrote: >>> On Thu, Dec 16, 2010 at 3:17 AM, Oscar Carlsson >>> wrote: And then, I can send a org-file by attaching it to a mail in Emacs. Try C-x m to start a new mail buffer, attach with C-c C-a and send with C-c C-c. >> >> Sounds very interesting - I'll try it out. >> >> C-x m looks great - I am sure I am going to use it a lot. And gmail is >> exactly what I want to use it for. >> >>> >>> Does this attach the buffer or read it into the message? I thought the >>> OP wanted to read-in a buffer. >> >> Yes - that was effectively what I am looking for: the possiblility to >> write my email in org mode and send the buffer content as the email text. >> >> Dream: Specify subject, to, cc, bcc (probably even attachments) as >> properties, press a key and the org file is send to the addresses. > > I too have been looking for this functionality for a while, so here's a > quick solution. When called on an Org-mode subtree, the following > function makes the headline the subject, exports the subtree to ascii, > and uses properties ("MAIL_TO", "MAIL_CC", "MAIL_BCC") to specify the > addressees: > > (defun my-org-subtree-to-message () > (interactive) > (unless (eq major-mode 'org-mode) > (error "Not in org buffer")) > (let ((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")) > text) > (save-excursion > (org-mark-subtree) > ;; don't include title in body > (forward-line) > (setq text (org-export-region-as-ascii (point) >(mark) t 'string))) > (message-mail to subject `((cc . ,cc) (bcc . ,bcc)) nil) > (when text > (save-excursion > (goto-char (point-max)) > (insert text) > > With this function, you can compose emails like this: > > * My obsequious missive > :PROPERTIES: > :MAIL_TO: highly_estee...@gentlemen.net > :MAIL_BCC: peasants_uni...@plebeians.org > :END: > My most noble sirs, > > I thank you for gracing this world with your beauteous presence. > > Humbly yours, > An Org-mode user > > 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 ___ 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-mime
Hi Rainer, Thanks for the bug report, I've just pushed up a fix for this issue. -- Eric "Rainer M. Krug" writes: ___ 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] mac-iCal / mac-link-grabber integration.
On 10-Dec-16, at 8:51 AM, hma...@hush.ai wrote: Ok, the module wasn´t in the lisp directory... I thought it is in the standard distribution ... Now I get the message: Symbol's chain of function indirections contains a loop: omlg-grab- link What does this mean? I'm not sure what is causing this, Holger. It sounds like you might have some configuration problems if you were having problems sourcing the modules. Without more information, I'm not really able to offer more help. -Anthony ___ 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: Sending org buffer as mail?
Rainer M Krug writes: > On 12/16/2010 09:25 AM, Jeff Horn wrote: >> On Thu, Dec 16, 2010 at 3:17 AM, Oscar Carlsson >> wrote: >>> And then, I can send a org-file by attaching it to a mail in Emacs. Try >>> C-x m to start a new mail buffer, attach with C-c C-a and send with C-c >>> C-c. > > Sounds very interesting - I'll try it out. > > C-x m looks great - I am sure I am going to use it a lot. And gmail is > exactly what I want to use it for. > >> >> Does this attach the buffer or read it into the message? I thought the >> OP wanted to read-in a buffer. > > Yes - that was effectively what I am looking for: the possiblility to > write my email in org mode and send the buffer content as the email text. > > Dream: Specify subject, to, cc, bcc (probably even attachments) as > properties, press a key and the org file is send to the addresses. I too have been looking for this functionality for a while, so here's a quick solution. When called on an Org-mode subtree, the following function makes the headline the subject, exports the subtree to ascii, and uses properties ("MAIL_TO", "MAIL_CC", "MAIL_BCC") to specify the addressees: --8<---cut here---start->8--- (defun my-org-subtree-to-message () (interactive) (unless (eq major-mode 'org-mode) (error "Not in org buffer")) (let ((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")) text) (save-excursion (org-mark-subtree) ;; don't include title in body (forward-line) (setq text (org-export-region-as-ascii (point) (mark) t 'string))) (message-mail to subject `((cc . ,cc) (bcc . ,bcc)) nil) (when text (save-excursion (goto-char (point-max)) (insert text) --8<---cut here---end--->8--- With this function, you can compose emails like this: --8<---cut here---start->8--- * My obsequious missive :PROPERTIES: :MAIL_TO: highly_estee...@gentlemen.net :MAIL_BCC: peasants_uni...@plebeians.org :END: My most noble sirs, I thank you for gracing this world with your beauteous presence. Humbly yours, An Org-mode user --8<---cut here---end--->8--- 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] allow table* specification with #+ATTR_LaTeX:
Hi Tom, Thanks for the pointer, how about this revised version of the patch. It takes the following inputs #+begin_src org #+CAPTION: A wide table with tabulary #+LABEL: tbl:wide #+ATTR_LaTeX: table* tabulary[\textwidth] align=l|lp{3cm}r|l | 1 | 2 | 3 | | 4 | 5 | 6 | #+CAPTION: A normal table with tabularx #+LABEL: tbl:wide #+ATTR_LaTeX: table tabularx[\textwidth] align=l|lp{3cm}r|l | 1 | 2 | 3 | | 4 | 5 | 6 | #+end_src and yields the following output #+begin_src latex \begin{table*}[htb] \caption{A wide table with tabulary} \label{tbl:wide} \begin{center} \begin{tabulary}{\textwidth}{l|lp{3cm}r|l} 1 & 2 & 3 \\ 4 & 5 & 6 \\ \end{tabulary} \end{center} \end{table*} \begin{table}[htb] \caption{A normal table with tabularx} \label{tbl:wide} \begin{center} \begin{tabularx}{\textwidth}{l|lp{3cm}r|l} 1 & 2 & 3 \\ 4 & 5 & 6 \\ \end{tabularx} \end{center} \end{table} #+end_src I'm not sure about the square bracket syntax, maybe curly would be preferable. Definitely open to suggestions. Should this be applied? Are there any obvious areas for improvement? Thanks -- Eric diff --git a/lisp/org-latex.el b/lisp/org-latex.el index a261171..af0a15d 100644 --- a/lisp/org-latex.el +++ b/lisp/org-latex.el @@ -1741,7 +1741,7 @@ The conversion is made depending of STRING-BEFORE and STRING-AFTER." (org-table-last-column-widths (copy-sequence org-table-last-column-widths)) fnum fields line lines olines gr colgropen line-fmt align - caption shortn label attr floatp placement longtblp) + caption shortn label attr floatp placement longtblp tblenv) (if org-export-latex-tables-verbatim (let* ((tbl (concat "\\begin{verbatim}\n" raw-table "\\end{verbatim}\n"))) @@ -1758,6 +1758,16 @@ The conversion is made depending of STRING-BEFORE and STRING-AFTER." 'org-label raw-table) longtblp (and attr (stringp attr) (string-match "\\" attr)) + tblenv (if (and attr (stringp attr) + (string-match (regexp-quote "table*") attr)) + "table*" "table") + org-export-latex-tabular-environment + (progn + (message "attr:%s" attr) + (if (and attr (stringp attr) + (string-match "\\(tabular.*\\)\\[\\(.+\\)\\]" attr)) + (list (match-string 1 attr) (match-string 2 attr)) + org-export-latex-tabular-environment)) align (and attr (stringp attr) (string-match "\\ "Thomas S. Dye" writes: > Hi Eric, > > The syntax for tabularx and tabulary includes a width specification > that is a required argument: > > \begin{tabulary}{}{} ... \end{tabulary} > \begin{tabularx}{}{} ... \end{tabularx} > > This is typically set to something like \linewidth, \colwidth, or > \textwidth, but might also take an absolute length like 250pt, 5in, > etc. > > All the best, > Tom > > On Dec 16, 2010, at 4:43 AM, Eric Schulte wrote: > >> The attached patch implements the behavior described previously, so >> for >> example the following org >> >> #+begin_src org >> #+CAPTION: A wide table with tabulary >> #+LABEL: tbl:wide >> #+ATTR_LaTeX: table* tabulary align=l|lp{3cm}r|l >> | 1 | 2 | 3 | >> | 4 | 5 | 6 | >> >> #+CAPTION: A normal table with tabularx >> #+LABEL: tbl:wide >> #+ATTR_LaTeX: table tabularx align=l|lp{3cm}r|l >> | 1 | 2 | 3 | >> | 4 | 5 | 6 | >> #+end_src >> >> exports to the following latex >> >> #+begin_src latex >> \begin{table*}[htb] >> \caption{A wide table with tabulary} \label{tbl:wide} >> \begin{center} >> \begin{tabulary}{l|lp{3cm}r|l} >> 1 & 2 & 3 \\ >> 4 & 5 & 6 \\ >> \end{tabulary} >> \end{center} >> \end{table*} >> >> >> \begin{table}[htb] >> \caption{A normal table with tabularx} \label{tbl:wide} >> \begin{center} >> \begin{tabularx}{l|lp{3cm}r|l} >> 1 & 2 & 3 \\ >> 4 & 5 & 6 \\ >> \end{tabularx} >> \end{center} >> \end{table} >> #+end_src >> >> Does this behavior and patch look reasonable? If I don't hear by the >> end of the day I will apply this patch, I just wanted to check first >> on >> list as the export mechanisms aren't my personal area of expertise. >> >> Thanks -- Eric >> >> diff --git a/lisp/org-latex.el b/lisp/org-latex.el >> index a261171..66541de 100644 >> --- a/lisp/org-latex.el >> +++ b/lisp/org-latex.el >> @@ -1741,7 +1741,7 @@ The conversion is made depending of STRING- >> BEFORE and STRING-AFTER." >> (org-table-last-column-widths (copy-sequence >> org-table-last-column- >> widths)) >> fnum fields line lines olines gr colgropen line-fmt align >> - caption shortn label attr floatp placement longtblp) >> + caption shortn label attr floatp placement longtblp >> tblenv tblrenv) >> (if org-
Re: [Orgmode] Windmove keybindings pass-through
On Thu, Dec 16, 2010 at 2:24 PM, Leo Alekseyev wrote: > Optionally, it would be nice > if I can map the shift-arrow functionality to something like M-arrows > or C-arrows or C-M-arrows (whichever might be not taken / less > useful). However, getting rid of org-mode's stealing shift-arrows is > a priority. Any help is appreciated :) I would recommend (windmove-default-keybindings 'control) for `C-'. That seems to be the modifier key least used by org-mode and least likely to be overridden. -- 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
[Orgmode] Re: Using org-mode to write an academic curriculum vitae (CV)
If ReStructuredText can do it, seems like org could, too. http://cl.ly/3fTM RST probably uses a source to HTML to PDF workflow. So, this seems feasible enough. On Thu, Dec 16, 2010 at 5:25 PM, Jeff Horn wrote: > Hey orgsters, > > I've seen a few messages in the gmane archive, but I can't tell how > many people are using org-mode for this purpose. > > 1) Do you use org-mode to maintain your CV? > 2) If so, do you use a LaTeX export template? > 3) If so, mind sharing? :) > > Thanks in advance! I'm tempted to just publish my CV as plain text or, > better yet, in YAML. But, I'm not sure economists would quite > appreciate the statement that would make... > > Jeff > > -- > Jeffrey Horn > Graduate Lecturer and PhD Student in Economics > George Mason University > > (704) 271-4797 > jh...@gmu.edu > jrhorn...@gmail.com > > http://www.failuretorefrain.com/jeff/ > -- Jeffrey Horn Graduate Lecturer and PhD Student in Economics George Mason University (704) 271-4797 jh...@gmu.edu jrhorn...@gmail.com 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] Using org-mode to write an academic curriculum vitae (CV)
Hey orgsters, I've seen a few messages in the gmane archive, but I can't tell how many people are using org-mode for this purpose. 1) Do you use org-mode to maintain your CV? 2) If so, do you use a LaTeX export template? 3) If so, mind sharing? :) Thanks in advance! I'm tempted to just publish my CV as plain text or, better yet, in YAML. But, I'm not sure economists would quite appreciate the statement that would make... Jeff -- Jeffrey Horn Graduate Lecturer and PhD Student in Economics George Mason University (704) 271-4797 jh...@gmu.edu jrhorn...@gmail.com 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] Windmove keybindings pass-through
As per the docs, I have (add-hook 'org-shiftup-final-hook 'windmove-up) and similar hooks set. That way, shift-arrow keys work as they do in windmove (that is, they switch between windows) _unless_ I am on an org heading. I would like to make that behavior universal -- I want to disable any sort of shift-arrow key handling in org-mode. I switch windows way more often than I manipulate headings. Optionally, it would be nice if I can map the shift-arrow functionality to something like M-arrows or C-arrows or C-M-arrows (whichever might be not taken / less useful). However, getting rid of org-mode's stealing shift-arrows is a priority. Any help is appreciated :) --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] Re: Sending org buffer as mail?
Rainer M Krug writes: > OK - I asked on the emacs help list, and got a response. I added the > followig to my emacs.org: > > * Add message hook to include selected text as body > Thanks to Deniz Dogan > #+begin_src emacs-lisp > (add-hook 'message-mode-hook > (lambda () > (let (text) > (with-current-buffer (other-buffer) > (when (region-active-p) > (setq text > (buffer-substring (region-beginning) > (region-end) > (when text > (end-of-buffer) > (insert text) > #+end_src I finally added an `(if (org-mode-p)' for my local usage: (add-hook 'message-mode-hook (lambda () (let (text) (with-current-buffer (other-buffer) (when (region-active-p) (setq text (if (org-mode-p) (org-export-region-as-ascii (region-beginning) (region-end) t 'string) (buffer-substring (region-beginning) (region-end)) (when text (end-of-buffer) (insert text) Best wishes Sebastian ___ 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] Cryptic error message(s)
Thank you again, Carsten. On Fri, Dec 17, 2010 at 1:53 AM, Carsten Dominik wrote: > S-insertkey is an unfortunate result of a key lookup for the > command yank, which is normally bound to `C-y', but in your setup > also to a key S-insertkey. > > This doesn't look like any set up I have specifically made. I don't even know what S-insertkey means. > Does this help? I have just pushed a change which should > be give a better error message in this case. Now it should say: > > "Template is not a valid Org entry or tree" > > Better? > I think so. I don't think it would be fair to expect a self-diagnostic message here. Thank you yet again! Alan ___ 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: Sending org buffer as mail?
Rainer M Krug writes: > * Add message hook to include selected text as body > Thanks to Deniz Dogan > #+begin_src emacs-lisp > (add-hook 'message-mode-hook > (lambda () > (let (text) > (with-current-buffer (other-buffer) > (when (region-active-p) > (setq text > (buffer-substring (region-beginning) > (region-end) > (when text > (end-of-buffer) > (insert text) > #+end_src > > This is doing exactly as expected. How about inserting as ascii (just change the `(setq text...' lines)? (add-hook 'message-mode-hook (lambda () (let (text) (with-current-buffer (other-buffer) (when (region-active-p) (setq text (org-export-region-as-ascii (region-beginning) (region-end) t 'string (when text (end-of-buffer) (insert text) This inserts the ascii export. Thanks for sharing :) Sebastian ___ 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] Emacs for 64 bit Windows 7
Tassilo Horn writes: > Markus Heller writes: > >> first, my apologies for my previous posting, that was posted by >> accident, and when trying to cancel the article in gnus, it prompted >> me for a Canlock password which I don't know, so I wasn't able to >> cancel the posting. > > ,[ (info "(message)Canceling News") ] > | The `message-cancel-news' command cancels the article in the current > | buffer. > | > |The value of `message-cancel-message' is inserted in the body of the > | cancel message. The default is `I am canceling my own article.'. > | > |When Message posts news messages, it inserts `Cancel-Lock' headers > | by default. This is a cryptographic header that ensures that only you > | can cancel your own messages, which is nice. The downside is that if > | you lose your `.emacs' file (which is where Gnus stores the secret > | cancel lock password (which is generated automatically the first time > | you use this feature)), you won't be able to cancel your message. If > | you want to manage a password yourself, you can put something like the > | following in your `~/.gnus.el' file: > | > | (setq canlock-password "geheimnis" > |canlock-password-for-verify canlock-password) > | > |Whether to insert the header or not is controlled by the > | `message-insert-canlock' variable. > | > |Not many news servers respect the `Cancel-Lock' header yet, but this > | is expected to change in the future. > ` Thanks Tassilo. Man I really have to learn how to use the manpages/info thingy ... Cheers Markus ___ 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] Emacs for 64 bit Windows 7
Nick Parker writes: > Markus, > > I run a 32 bit version of GNU Emacs in Windows 7 Ultimate x64 with no > issues. Good luck. Good to know! 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
[Orgmode] Re: [OT] Emacs for Windows 7
Erik Iverson writes: > Markus Heller wrote: >> Hello all, >> >> I know this is OT, but I'm going to have to have my work computer >> upgraded to > > Apparently that's a good idea! :) LOL! Well, to be honest, this pre-mature posting was due to user-failure and my apparent inability to figure out how to get prompted for a Canlock password by gnus when trying to cancel an article ... ___ 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] Emacs for 64 bit Windows 7
Markus Heller writes: > first, my apologies for my previous posting, that was posted by > accident, and when trying to cancel the article in gnus, it prompted > me for a Canlock password which I don't know, so I wasn't able to > cancel the posting. ,[ (info "(message)Canceling News") ] | The `message-cancel-news' command cancels the article in the current | buffer. | |The value of `message-cancel-message' is inserted in the body of the | cancel message. The default is `I am canceling my own article.'. | |When Message posts news messages, it inserts `Cancel-Lock' headers | by default. This is a cryptographic header that ensures that only you | can cancel your own messages, which is nice. The downside is that if | you lose your `.emacs' file (which is where Gnus stores the secret | cancel lock password (which is generated automatically the first time | you use this feature)), you won't be able to cancel your message. If | you want to manage a password yourself, you can put something like the | following in your `~/.gnus.el' file: | | (setq canlock-password "geheimnis" |canlock-password-for-verify canlock-password) | |Whether to insert the header or not is controlled by the | `message-insert-canlock' variable. | |Not many news servers respect the `Cancel-Lock' header yet, but this | is expected to change in the future. ` Bye, Tassilo ___ 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] Emacs for 64 bit Windows 7
Markus, I run a 32 bit version of GNU Emacs in Windows 7 Ultimate x64 with no issues. Good luck. Nick Parker www.developernotes.com On Thu, Dec 16, 2010 at 1:35 PM, Markus Heller wrote: > Hello all, > > first, my apologies for my previous posting, that was posted by > accident, and when trying to cancel the article in gnus, it prompted me > for a Canlock password which I don't know, so I wasn't able to cancel > the posting. > > Anyhow, my question is: is there an emacs version that runs under 64 bit > Windoze 7? I have to have my work computer upgraded, and I've read on > the gnu ftp site in the Windoze readme that emacs has yet to be ported > to 64 bit Windoze. Is this true? I'm starting to get really nervous at > the prospect of not being able to use org-mode anymore ... > > Any pointers are highly appreciated! > > Thanks and Cheers > Markus > > > ___ > 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] [OT] Emacs for 64 bit Windows 7
Hello all, first, my apologies for my previous posting, that was posted by accident, and when trying to cancel the article in gnus, it prompted me for a Canlock password which I don't know, so I wasn't able to cancel the posting. Anyhow, my question is: is there an emacs version that runs under 64 bit Windoze 7? I have to have my work computer upgraded, and I've read on the gnu ftp site in the Windoze readme that emacs has yet to be ported to 64 bit Windoze. Is this true? I'm starting to get really nervous at the prospect of not being able to use org-mode anymore ... Any pointers are highly appreciated! Thanks and Cheers Markus ___ 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] Emacs for Windows 7
Markus Heller wrote: Hello all, I know this is OT, but I'm going to have to have my work computer upgraded to Apparently that's a good idea! :) ___ 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] [OT] Emacs for Windows 7
Hello all, I know this is OT, but I'm going to have to have my work computer upgraded 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
[Orgmode] Re: How can i share a single org-default-notes-file between multiple instances of emacs?
Eric Holbrook writes: > At work i typically need to have at least 2 emacs running: 1 for the > project i'm working on at the moment; 1 for notes, email, ~/.bashrc, > ~/.alias, etc. > > I often have more than 1 project going at a time, so i end up with 3 > or 4 emacs running, sometimes more. > > I'd like to be able to do 'org-capture from any emacs, and have them > all dump into the same org-default-notes-file, which i have creatively > named notes.org. > > How can i do this? I thought of possibly setting a defadvice tied to > notes.org that tells all running emacs to unceremoniously revert that > buffer before doing anything else to it, and to save it when done with > it. I really don't know if this would help you out in your particular scenario, but have you thought about using the Emacs server[1]? If, for example, you start the server from within your "home" Emacs, but then visit project files from the command line using emacsclient, those emacsclient instances will see your notes buffer in its current state, even if it's unsaved, and changes you make there will be visible in your home Emacs. I think the server requires Emacs 23, so if you have that at work, it might be worth looking into. Richard [1] http://www.gnu.org/software/emacs/manual/html_node/emacs/Emacs-Server.html ___ 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: Sending org buffer as mail?
On Thu, Dec 16, 2010 at 5:37 AM, Oscar Carlsson wrote: > Jeff Horn writes: > >> On Thu, Dec 16, 2010 at 3:17 AM, Oscar Carlsson >> wrote: >>> And then, I can send a org-file by attaching it to a mail in Emacs. Try >>> C-x m to start a new mail buffer, attach with C-c C-a and send with C-c >>> C-c. >> >> Does this attach the buffer or read it into the message? I thought the >> OP wanted to read-in a buffer. There should be a built-in function for >> that, but I've never used it. > > It would attach the file. But inserting the file would be trivial: =M-x > insert-file= > > But I have to admit that's not optimal - it would be better have a macro > (or such) that did it for you. Or properties in the org-file in > question. Or tell compose-mail that it should include marked text. I could see myself using properties for this. -- Jeffrey Horn Graduate Lecturer and PhD Student in Economics George Mason University (704) 271-4797 jh...@gmu.edu jrhorn...@gmail.com 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] Re: Sending org buffer as mail?
Hi, This is not implemented yet, but shouldn't be hard to implement starting with the current code base. I encourage anyone who is interested to take a look at org-mime and try their hand at improving it. I'm strapped for time at the moment and probably wont have time to take a look at it, but I do plan to make improvements in the long term. Best -- Eric Sébastien Vauban writes: > Eric, > > "Eric Schulte" wrote: >> Sébastien Vauban writes: >>> "Eric Schulte" wrote: Please look at org-mime in the contrib directory. It is designed for this exact need. Calling `org-mime-org-buffer-htmlize' from within an Org-mode document will export the document to html, and then place the html into a mail buffer with appropriate mime configuration, ensuring things like linked images are handled appropriately. See the worg page for more information (follow gnus instructions for simple mail use) http://orgmode.org/worg/org-contrib/org-mime.php >>> >>> Would it be possible to send the headline as text in Gnus' message-mode, >>> keeping the same functionality (mailto, etc.)? >> >> I don't understand what you mean. Do you mean to set the title of an >> Org-mode file as the subject of an email? > > Yes, exactly. Sending a subtree in text, with its headline used as =Subject=. > > And maybe setting accordingly the =To=, =Cc=, =BCc=, if such are in the > PROPERTY drawer? > > Not that important, but something that could be used quite often... > > Best regards, > Seb ___ 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] How can i share a single org-default-notes-file between multiple instances of emacs?
Note a direct answer, but I would just open up all the buffers you use, and then either save window configurations in registers to recall them when you switch contexts, or use a package like Elscreen: http://www.emacswiki.org/emacs/EmacsLispScreen Eric Holbrook wrote: At work i typically need to have at least 2 emacs running: 1 for the project i'm working on at the moment; 1 for notes, email, ~/.bashrc, ~/.alias, etc. I often have more than 1 project going at a time, so i end up with 3 or 4 emacs running, sometimes more. I'd like to be able to do 'org-capture from any emacs, and have them all dump into the same org-default-notes-file, which i have creatively named notes.org. How can i do this? I thought of possibly setting a defadvice tied to notes.org that tells all running emacs to unceremoniously revert that buffer before doing anything else to it, and to save it when done with it. Has anybody already solved this problem? tia, 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 ___ 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] How can i share a single org-default-notes-file between multiple instances of emacs?
At work i typically need to have at least 2 emacs running: 1 for the project i'm working on at the moment; 1 for notes, email, ~/.bashrc, ~/.alias, etc. I often have more than 1 project going at a time, so i end up with 3 or 4 emacs running, sometimes more. I'd like to be able to do 'org-capture from any emacs, and have them all dump into the same org-default-notes-file, which i have creatively named notes.org. How can i do this? I thought of possibly setting a defadvice tied to notes.org that tells all running emacs to unceremoniously revert that buffer before doing anything else to it, and to save it when done with it. Has anybody already solved this problem? tia, 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
[Orgmode] [PATCH] org: rework property set
* org-capture.el (org-capture-fill-template): Use `org-set-property' directly. * org.el (org-set-property): Split property and values reading. (org-read-property-name, org-read-property-value) (org-set-property-function): New functions. (org-property-set-functions-alist): New variable. The goal of this patch is to introduce a special variable `org-property-set-functions-alist'. This variable allows to read properties values in a more intelligent way from `org-set-property' or from `org-capture'. For that, it simplifies the `org-set-property' code and remove duplication between `org-capture' and `org-set-property'. Signed-off-by: Julien Danjou --- lisp/org-capture.el | 24 +--- lisp/org.el | 78 ++ 2 files changed, 54 insertions(+), 48 deletions(-) diff --git a/lisp/org-capture.el b/lisp/org-capture.el index b85b011..eef8b5a 100644 --- a/lisp/org-capture.el +++ b/lisp/org-capture.el @@ -1295,29 +1295,7 @@ The template may still contain \"%?\" for cursor positioning." '(clipboards . 1) (car clipboards)) ((equal char "p") - (let* - ((prop (org-substring-no-properties prompt)) -(pall (concat prop "_ALL")) -(allowed - (with-current-buffer - (get-buffer (file-name-nondirectory file)) - (or (cdr (assoc pall org-file-properties)) - (cdr (assoc pall org-global-properties)) - (cdr (assoc pall org-global-properties-fixed) -(existing (with-current-buffer - (get-buffer (file-name-nondirectory file)) -(mapcar 'list (org-property-values prop -(propprompt (concat "Value for " prop ": ")) -(val (if allowed - (org-completing-read - propprompt - (mapcar 'list (org-split-string allowed - "[ \t]+")) - nil 'req-match) - (org-completing-read-no-i propprompt - existing nil nil - "" nil "" - (org-set-property prop val))) + (org-set-property (org-substring-no-properties prompt) nil)) (char ;; These are the date/time related ones (setq org-time-was-given (equal (upcase char) char)) diff --git a/lisp/org.el b/lisp/org.el index 53039e4..78e048d 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -13797,6 +13797,54 @@ formats in the current buffer." (hide-entry)) (org-flag-drawer t +(defvar org-property-set-functions-alist nil + "Property set function alist. +Each entry should have the following format: + + (PROPERTY . READ-FUNCTION) + +The read function will be called with the same argument as +`org-completing-read.") + +(defun org-set-property-function (property) + "Get the function that should be used to set PROPERTY. +This is computed according to `org-property-set-functions-alist'." + (or (cdr (assoc property org-property-set-functions-alist)) + 'org-completing-read)) + +(defun org-read-property-value (property) + "Read PROPERTY value from user." + (let* ((completion-ignore-case t) +(allowed (org-property-get-allowed-values nil property 'table)) +(cur (org-entry-get nil property)) +(prompt (concat property " value" +(if (and cur (string-match "\\S-" cur)) +(concat " [" cur "]") "") ": ")) +(set-function (org-set-property-function property)) +(val (if allowed + (funcall set-function prompt allowed nil + (not (get-text-property 0 'org-unrestricted + (caar allowed + (let (org-completion-use-ido org-completion-use-iswitchb) + (funcall set-function prompt + (mapcar 'list (org-property-values property)) + nil nil "" nil cur) +(if (equal val "") + cur + val))) + +(defun org-read-property-name () + "Read a property name." + (let* ((completion-ignore-case t) +(keys (org-buffer-property-keys nil t t)) +(property (org-icompleting-read "Property: " (mapcar 'list keys +(if (member property keys) + property + (or (cdr (assoc (downcase property) + (mapcar (lambda (x) (cons (downcase x) x)) + keys))) + property + (defun org-set-property (property value) "In the current entry, set PROPERTY to VALUE. When called interactively, this will prompt for a property
[Orgmode] Extracting subtrees in a date-tree org file
Is there a way to easily set the region around today's subtree or this week's subtree in a date-tree formatted file? Thanks, Maurizio ___ 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] checkbox trouble
Hi, Manuel -- On Thu, 16 Dec 2010, Manuel Panea-Doblado wrote: > So the presence of the "- State ..." line messes everything up. > > Any ideas? You can put the state note into a drawer. Check out the variable org-log-into-drawer. -- John Rakestraw ___ 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: Sending org buffer as mail?
Eric, "Eric Schulte" wrote: > Sébastien Vauban writes: >> "Eric Schulte" wrote: >>> Please look at org-mime in the contrib directory. It is designed for >>> this exact need. Calling `org-mime-org-buffer-htmlize' from within an >>> Org-mode document will export the document to html, and then place the >>> html into a mail buffer with appropriate mime configuration, ensuring >>> things like linked images are handled appropriately. See the worg page >>> for more information (follow gnus instructions for simple mail use) >>> http://orgmode.org/worg/org-contrib/org-mime.php >> >> Would it be possible to send the headline as text in Gnus' message-mode, >> keeping the same functionality (mailto, etc.)? > > I don't understand what you mean. Do you mean to set the title of an > Org-mode file as the subject of an email? Yes, exactly. Sending a subtree in text, with its headline used as =Subject=. And maybe setting accordingly the =To=, =Cc=, =BCc=, if such are in the PROPERTY drawer? Not that important, but something that could be used quite often... 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] checkbox trouble
Hi all, one of the things I most frequently use in org-mode are checkboxes. But there's something I haven't figured out yet. Let's say I have a TODO entry with some checkboxes like this: * TODO fry egg [3/5] 1. [X] get a pan 2. [X] put some olive oil in pan 3. [X] heat pan 4. [ ] crack egg into pan 5. [ ] wait until ready Here everything's fine. Now I change the "TODO" to, say, "IN PROGRESS", whereby I automatically get a "State" line, which I do want to have, like this: * IN PROGRESS fry egg [3/5] - State "IN PROGRESS" from "TODO" [2010-12-16 Thu 16:48] 1. [X] get a pan 2. [X] put some olive oil in pan 3. [X] heat pan 4. [ ] crack egg into pan 5. [ ] wait until ready But if I now want to insert a new step "5. [ ] salt egg" with "M-S-Enter", then I get a "1" before "- State ..." and I get two entries with number "5." and an error beep. Also, trying to change the order of the steps with "M-Up"/"M-Down" produces similar unwanted results. So the presence of the "- State ..." line messes everything up. Any ideas? I'm using org-mode version 7.01h under GNU emacs 23.2.1. Thank you. -- Manuel ___ 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] Cryptic error message(s)
Hi Alan, On Dec 16, 2010, at 3:31 PM, Alan E. Davis wrote: I have stumbled over error messages in org mode a few times. The following message, or permutations thereof, comes up frequently, but each time I am confused about what it means (albeit I have solved it again today): "The kill is not a (set of) tree(s) - please use to yank anyway". In each case this message was received because of a nit, in creating a capture template. Each time, I am consternated for a while, before I realize this. And each time, I am still consternated until I figure out what the error is. This means that your template does not look like an org-mode entry or subtree or even a set of sibling trees, but you have specified the capture type as `entry' instead of, for example `plain' as in plain text. Org capture goes to the location where the entry should be placed, and then it uses org-paste-subtree to insert the template at this location. For this, your capture template must look like a valid entry or tree. If not you get this error message. Admittedly, this is not extremely useful in this case. What does this mean, "use to yank anyway." ? I haven't been able to do anything of the kind. I think. S-insertkey is an unfortunate result of a key lookup for the command yank, which is normally bound to `C-y', but in your setup also to a key S-insertkey. Does this help? I have just pushed a change which should be give a better error message in this case. Now it should say: "Template is not a valid Org entry or tree" Better? What does it mean, "the kill is not a (set of) tree(s)" ? I have sometimes noticed that the problem is a missing asterisk at the start of a line in the template string. Not sure, though, whether that is what is meant. Yes. good example for an invalid entry. HTH - Carsten May I humbly request that these error messages be rewritten to reflect the nature of the error in a manner that is understandable by a user? If I understood them well, I would be willing to suggest other text. On the other hand, I must say that I don't know how all the non-ENglish speaking programmers do it. Amazing. This is not the only error message I have tripped over. Perhaps one could develop a list of error messages, with explanations for each... How could I grep for error messages in the lisp source, to at least get a list of messages? Is this something useful to do? Thank you very much, Alan Davis "Pollution is nothing but the resources we are not harvesting. We allow them to disperse because we've been ignorant of their value." --- R . Buckminster Fuller ___ 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] allow table* specification with #+ATTR_LaTeX:
Hi Eric, The syntax for tabularx and tabulary includes a width specification that is a required argument: \begin{tabulary}{}{} ... \end{tabulary} \begin{tabularx}{}{} ... \end{tabularx} This is typically set to something like \linewidth, \colwidth, or \textwidth, but might also take an absolute length like 250pt, 5in, etc. All the best, Tom On Dec 16, 2010, at 4:43 AM, Eric Schulte wrote: The attached patch implements the behavior described previously, so for example the following org #+begin_src org #+CAPTION: A wide table with tabulary #+LABEL: tbl:wide #+ATTR_LaTeX: table* tabulary align=l|lp{3cm}r|l | 1 | 2 | 3 | | 4 | 5 | 6 | #+CAPTION: A normal table with tabularx #+LABEL: tbl:wide #+ATTR_LaTeX: table tabularx align=l|lp{3cm}r|l | 1 | 2 | 3 | | 4 | 5 | 6 | #+end_src exports to the following latex #+begin_src latex \begin{table*}[htb] \caption{A wide table with tabulary} \label{tbl:wide} \begin{center} \begin{tabulary}{l|lp{3cm}r|l} 1 & 2 & 3 \\ 4 & 5 & 6 \\ \end{tabulary} \end{center} \end{table*} \begin{table}[htb] \caption{A normal table with tabularx} \label{tbl:wide} \begin{center} \begin{tabularx}{l|lp{3cm}r|l} 1 & 2 & 3 \\ 4 & 5 & 6 \\ \end{tabularx} \end{center} \end{table} #+end_src Does this behavior and patch look reasonable? If I don't hear by the end of the day I will apply this patch, I just wanted to check first on list as the export mechanisms aren't my personal area of expertise. Thanks -- Eric diff --git a/lisp/org-latex.el b/lisp/org-latex.el index a261171..66541de 100644 --- a/lisp/org-latex.el +++ b/lisp/org-latex.el @@ -1741,7 +1741,7 @@ The conversion is made depending of STRING- BEFORE and STRING-AFTER." (org-table-last-column-widths (copy-sequence org-table-last-column- widths)) fnum fields line lines olines gr colgropen line-fmt align - caption shortn label attr floatp placement longtblp) + caption shortn label attr floatp placement longtblp tblenv tblrenv) (if org-export-latex-tables-verbatim (let* ((tbl (concat "\\begin{verbatim}\n" raw-table "\\end{verbatim}\n"))) @@ -1758,6 +1758,15 @@ The conversion is made depending of STRING- BEFORE and STRING-AFTER." 'org-label raw-table) longtblp (and attr (stringp attr) (string-match "\\" attr)) + tblenv (if (and attr (stringp attr) + (string-match (regexp-quote "table*") attr)) +"table*" "table") + org-export-latex-tabular-environment + (if (and attr (stringp attr) + (string-match (regexp-quote "tabularx") attr)) + "tabularx" + (if (string-match (regexp-quote "tabulary") attr) + "tabulary" org-export-latex-tabular-environment)) align (and attr (stringp attr) (string-match "\\\)" attr) (match-string 1 attr)) @@ -1821,7 +1830,8 @@ The conversion is made depending of STRING- BEFORE and STRING-AFTER." (concat (if longtblp (concat "\\begin{longtable}{" align "}\n") - (if floatp (format "\\begin{table}%s\n" placement))) + (if floatp + (format "\\begin{%s}%s\n" tblenv placement))) (if floatp (format "\\caption%s{%s} %s" @@ -1852,7 +1862,7 @@ The conversion is made depending of STRING- BEFORE and STRING-AFTER." "\n\\end{center}\n" "\n")) (if longtblp "\\end{longtable}" - (if floatp "\\end{table}" + (if floatp (format "\\end{%s}" tblenv) "\n\n" (defun org-export-latex-convert-table.el-table () "Eric Schulte" writes: Hi Tom, Thanks for the informative list. I had no idea LaTeX supported so many table options. How about I update the patch so that is supports the following sets of mutually exclusive options... - longtable :: wraps the table in a longtable with no table or tabular wrappers -- already implemented - table* :: replaces =table= wrapper with =table*= wrapper, contains an inner tabular wrapper - tabular[xy] :: specifies the inner tabular wrapping environment, only one can be specified so for example, the following #+begin_src org #+CAPTION: A wide table #+LABEL: tbl:wide #+ATTR_LaTeX: table* tabulary align=l|lp{3cm}r|l | ... | ... | | ... | ... | #+end_src results in the foll
[Orgmode] org-mime
-- 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 Tel:+33 - (0)9 53 10 27 44 Cell: +27 - (0)8 39 47 90 42 Fax (SA): +27 - (0)8 65 16 27 82 Fax (D) : +49 - (0)3 21 21 25 22 44 Fax (FR): +33 - (0)9 58 10 27 44 email: rai...@krugs.de Skype: RMkrug * Problem When using org-mime and a signature, the signature is above the htmlized org document and not below. This is illustrated here. My mail client is gnus. Cheers, 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
Re: [Orgmode] Re: Sending org buffer as mail?
Sébastien Vauban writes: > Hi Eric, > > "Eric Schulte" wrote: >> Please look at org-mime in the contrib directory. It is designed for >> this exact need. Calling `org-mime-org-buffer-htmlize' from within an >> Org-mode document will export the document to html, and then place the >> html into a mail buffer with appropriate mime configuration, ensuring >> things like linked images are handled appropriately. See the worg page >> for more information (follow gnus instructions for simple mail use) >> http://orgmode.org/worg/org-contrib/org-mime.php > > Would it be possible to send the headline as text in Gnus' message-mode, > keeping the same functionality (mailto, etc.)? > I don't understand what you mean. Do you mean to set the title of an Org-mode file as the subject of an email? Thanks -- 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: [Orgmode] Re: disable automatic source block evaluation but allow manual
Sébastien Vauban writes: >>> I guess one possibility would be to have a header argument >>> (update-results-when-exporting) which, if set, would update all results >>> in the org buffer and export then. >> >> This can also be accomplished using an export hook. e.g. >> >> > > Thanks Eric for this. Though it is not yet *exactly* what I meant: here, > buffer is executed twice, once just before exporting (thru the hook) and once > when exporting. > > Hence: > > - The results still may defer: date example that I gave previously in this > thread, but as well results of SQL code execution that would have > side-effects, etc... Not completely in sync'. > > - Regarding performance, it consumes twice as much time... > > Would it be possible, then, to avoid executing the buffer when exporting (only > keeping it, once, in the export hook)? Yes, this should be possible through setting the :cache header argument on a buffer-wide basis, and calling `org-babel-execute-buffer' with a prefix argument (which forces re-evaluation in the face of caching). (add-hook 'org-export-first-hook (lambda () (org-babel-execute-buffer t))) 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
[Orgmode] Re: Sending org buffer as mail?
Hi Eric, "Eric Schulte" wrote: > Please look at org-mime in the contrib directory. It is designed for > this exact need. Calling `org-mime-org-buffer-htmlize' from within an > Org-mode document will export the document to html, and then place the > html into a mail buffer with appropriate mime configuration, ensuring > things like linked images are handled appropriately. See the worg page > for more information (follow gnus instructions for simple mail use) > http://orgmode.org/worg/org-contrib/org-mime.php Would it be possible to send the headline as text in Gnus' message-mode, keeping the same functionality (mailto, etc.)? 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: [Orgmode] allow table* specification with #+ATTR_LaTeX:
The attached patch implements the behavior described previously, so for example the following org #+begin_src org #+CAPTION: A wide table with tabulary #+LABEL: tbl:wide #+ATTR_LaTeX: table* tabulary align=l|lp{3cm}r|l | 1 | 2 | 3 | | 4 | 5 | 6 | #+CAPTION: A normal table with tabularx #+LABEL: tbl:wide #+ATTR_LaTeX: table tabularx align=l|lp{3cm}r|l | 1 | 2 | 3 | | 4 | 5 | 6 | #+end_src exports to the following latex #+begin_src latex \begin{table*}[htb] \caption{A wide table with tabulary} \label{tbl:wide} \begin{center} \begin{tabulary}{l|lp{3cm}r|l} 1 & 2 & 3 \\ 4 & 5 & 6 \\ \end{tabulary} \end{center} \end{table*} \begin{table}[htb] \caption{A normal table with tabularx} \label{tbl:wide} \begin{center} \begin{tabularx}{l|lp{3cm}r|l} 1 & 2 & 3 \\ 4 & 5 & 6 \\ \end{tabularx} \end{center} \end{table} #+end_src Does this behavior and patch look reasonable? If I don't hear by the end of the day I will apply this patch, I just wanted to check first on list as the export mechanisms aren't my personal area of expertise. Thanks -- Eric diff --git a/lisp/org-latex.el b/lisp/org-latex.el index a261171..66541de 100644 --- a/lisp/org-latex.el +++ b/lisp/org-latex.el @@ -1741,7 +1741,7 @@ The conversion is made depending of STRING-BEFORE and STRING-AFTER." (org-table-last-column-widths (copy-sequence org-table-last-column-widths)) fnum fields line lines olines gr colgropen line-fmt align - caption shortn label attr floatp placement longtblp) + caption shortn label attr floatp placement longtblp tblenv tblrenv) (if org-export-latex-tables-verbatim (let* ((tbl (concat "\\begin{verbatim}\n" raw-table "\\end{verbatim}\n"))) @@ -1758,6 +1758,15 @@ The conversion is made depending of STRING-BEFORE and STRING-AFTER." 'org-label raw-table) longtblp (and attr (stringp attr) (string-match "\\" attr)) + tblenv (if (and attr (stringp attr) + (string-match (regexp-quote "table*") attr)) + "table*" "table") + org-export-latex-tabular-environment + (if (and attr (stringp attr) + (string-match (regexp-quote "tabularx") attr)) + "tabularx" + (if (string-match (regexp-quote "tabulary") attr) + "tabulary" org-export-latex-tabular-environment)) align (and attr (stringp attr) (string-match "\\ "Eric Schulte" writes: > Hi Tom, > > Thanks for the informative list. I had no idea LaTeX supported so many > table options. How about I update the patch so that is supports the > following sets of mutually exclusive options... > - longtable :: wraps the table in a longtable with no table or tabular >wrappers -- already implemented > - table* :: replaces =table= wrapper with =table*= wrapper, contains an > inner tabular wrapper > - tabular[xy] :: specifies the inner tabular wrapping environment, only > one can be specified > > so for example, the following > > #+begin_src org > #+CAPTION: A wide table > #+LABEL: tbl:wide > #+ATTR_LaTeX: table* tabulary align=l|lp{3cm}r|l > | ... | ... | > | ... | ... | > #+end_src > > results in the following > > #+begin_src latex > \begin{table*}[htb] > \caption{A wide table} \label{tbl:wide} > \begin{center} > \begin{tabulary}{l|lp{3cm}r|l} >1 & 2 & 3 \\ >4 & 5 & 6 \\ > \end{tabulary} > \end{center} > \end{table*} > #+end_src > > Then the next question would be how to insert a =figure*= instead of a > simple =figure= environment. > > Thanks -- Eric > > Thomas S. Dye writes: > >> Hi Eric, >> >> It would be great to have a more general solution. Tables are hard to >> typeset, so it might take a while to come up with a good >> specification. Here is what I know about the LaTeX side of things. >> >> ** LaTeX destinations for an Org-mode table >> *** Environments for typesetting a table >> - table placed in the output where it occurs in the input >> - all of these environments can be used on their own >> tabular >> standard LaTeX environment, doesn't break across pages, no caption >> tabularx >> extended environment that can automatically calculate column >> widths and wrap text within table cells, doesn't break across >> pages, no caption >> tabulary >> like tabularx, but tries harder to come up with optimal column >> widths >> supertabular >> extended tabular environment that breaks across pages, includes >> caption >> supertabular* >> like supertabular, but for wide tables in a multicolumn page >> layout >> mpsupertabular >> like supertabular, but also handles footnotes within the table >> mpsupertabular* >> like mpsupertab
[Orgmode] Re: disable automatic source block evaluation but allow manual
Hi Rainer and Eric, Rainer M Krug wrote: >> Here the distinction (or view) of what the org file is comes in: as you see >> it, the org-file is a *usable result* in itself and already the *final >> product*. Then, it *has* to reflect (and be identical to) the exported one. >> >> If, on the other hand, I see the org file as a *source*, equivalent to >> source code, the final product is what I get when I export (or compile) >> - then it is irrelevant if the results in the org file are up to date or >> not - they could be seen as an *illustration* or an *example* on how the >> final results will look. This is how I see it. >> >> But I can completely understand, why you would like to have your org-file >> as an up-to-date document in its own right. Yes, I view the Org as a result per se. "In situ execution" makes me think that way: I always see the results blocks in the Org itself, and almost always export "both" (the code and the results). >> I guess one possibility would be to have a header argument >> (update-results-when-exporting) which, if set, would update all results >> in the org buffer and export then. > > This can also be accomplished using an export hook. e.g. > > (add-hook 'org-export-first-hook 'org-babel-execute-buffer) Thanks Eric for this. Though it is not yet *exactly* what I meant: here, buffer is executed twice, once just before exporting (thru the hook) and once when exporting. Hence: - The results still may defer: date example that I gave previously in this thread, but as well results of SQL code execution that would have side-effects, etc... Not completely in sync'. - Regarding performance, it consumes twice as much time... Would it be possible, then, to avoid executing the buffer when exporting (only keeping it, once, in the export hook)? 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] Cryptic error message(s)
I have stumbled over error messages in org mode a few times. The following message, or permutations thereof, comes up frequently, but each time I am confused about what it means (albeit I have solved it again today): "The kill is not a (set of) tree(s) - please use to yank anyway". In each case this message was received because of a nit, in creating a capture template. Each time, I am consternated for a while, before I realize this. And each time, I am still consternated until I figure out what the error is. What does this mean, "use to yank anyway." ? I haven't been able to do anything of the kind. I think. What does it mean, "the kill is not a (set of) tree(s)" ? I have sometimes noticed that the problem is a missing asterisk at the start of a line in the template string. Not sure, though, whether that is what is meant. May I humbly request that these error messages be rewritten to reflect the nature of the error in a manner that is understandable by a user? If I understood them well, I would be willing to suggest other text. On the other hand, I must say that I don't know how all the non-ENglish speaking programmers do it. Amazing. This is not the only error message I have tripped over. Perhaps one could develop a list of error messages, with explanations for each... How could I grep for error messages in the lisp source, to at least get a list of messages? Is this something useful to do? Thank you very much, Alan Davis "Pollution is nothing but the resources we are not harvesting. We allow them to disperse because we've been ignorant of their value." --- R. Buckminster Fuller ___ 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: disable automatic source block evaluation but allow manual
Rainer M Krug writes: > > I guess one possibility would be to have a header argument > (update-results-when-exporting) which, if set, would update all results > in the org buffer and export then. > This can also be accomplished using an export hook. e.g. (add-hook 'org-export-first-hook 'org-babel-execute-buffer) 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: [Orgmode] Re: disable automatic source block evaluation but allow manual
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/16/2010 10:48 AM, Sébastien Vauban wrote: > Hi Andreas, > > Andreas Leha wrote: >> is there an option (source block header argument) that allows to disable the >> evaluation of the block, but still allows C-c C-c to perform the evaluation? >> The header argument ':eval never' disables the evaluation completely. I'd >> like the C-c C-c to take precedence over this. >> >> So I guess I am looking for something like ':eval manual' > > If I rewrite what I understood from your post, you want to make a clear > distinction between: > > - allowing evaluation in the Org buffer (when *editing*) > - allowing evaluation when *exporting* it > > In fact, I've been thinking at something that annoys me a bit, around this > similar subject: I find it weird to have a buffer that does not contain the > same up-to-date information as the exported (and updated) document. > > Arbitrary example: > > --8<---cut here---start->8--- > * Sh code > > #+begin_src sh :results output :exports both > date > #+end_src > > #+results: > : Thu, Dec 16, 2010 10:32:36 AM > > #+begin_src sh :var thisfile=(buffer-file-name) > echo $(ls -lia "$thisfile" | cut -d " " -f 6) "Bytes in this buffer" > #+end_src > > #+results: > : 297 Bytes in this buffer > --8<---cut here---end--->8--- > > If I add words in that file, the number of characters will go up. That will be > correctly "visible" (shown) in the exported document. > > But, *if I don't manually execute* all the code snippets above, they will have > a wrong output...[1] > > ... moreover, as said previously, it will always (in the above example) be > different from the HTML/PDF version of that buffer. It may lead to erroneous > appreciation of code results, and lead to different and unsynchronized > versions of documents (source Org file, exported documents). Here the distinction (or view) of what the org file is comes in: as you see it, the org-file is a *usable result* in itself and already the *final product*. Then, it *has* to reflect (and be identical to) the exported one. If, on the other hand, I see the org file as a *source*, equivalent to source code, the final product is what I get when I export (or compile) - - then it is irrelevant if the results in the org file are up to date or not - they could be seen as an *illustration* or an *example* on how the final results will look. This is how I see it. But I can completely understand, why you would like to have your org-file as an up-to-date document in its own right. I guess one possibility would be to have a header argument (update-results-when-exporting) which, if set, would update all results in the org buffer and export then. I for myself actually only use the C-c with the results block for testing, and the final evaluation is done in the export. Cheers, Rainer > > I have a gut feeling that either: > > - the export function should not evaluate any code block, or > > - when evaluating them for the export, the Org buffer should be updated in the > same way (results of evaluation copied back into the Org buffer). > > I guess the first solution is not a good one. What about the second? > > Best regards, > Seb > > Footnotes: > [1] Number of characters won't reflect the new values. And, even if I don't > touch it, the time information will be different between the Org and the > exported files. - -- 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 Tel:+33 - (0)9 53 10 27 44 Cell: +27 - (0)8 39 47 90 42 Fax (SA): +27 - (0)8 65 16 27 82 Fax (D) : +49 - (0)3 21 21 25 22 44 Fax (FR): +33 - (0)9 58 10 27 44 email: rai...@krugs.de Skype: RMkrug -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk0KHVkACgkQoYgNqgF2egp14ACcD/pWZAUaYYyjYUKip3Mx/Hb1 +UIAnjk5nIB6aSwNpqNoTF501DlKVZDd =wp+6 -END 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] Re: [PATCH] org: rework property set
Please do, thank you. - Carsten On Dec 16, 2010, at 2:45 PM, Julien Danjou wrote: On Thu, Dec 16 2010, Carsten Dominik wrote: are you going to resend the patch? I do like the functionality! Or did you already resend it? Maybe I missed it. Unfortunately I am loosing my overview here. If the code seems fine to you, I can resend the patch with a clean commit message, for sure. -- Julien Danjou ❱ http://julien.danjou.info ___ 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] mac-iCal / mac-link-grabber integration.
Ok, the module wasn´t in the lisp directory... I thought it is in the standard distribution ... Now I get the message: Symbol's chain of function indirections contains a loop: omlg-grab- link What does this mean? Holger >Hm, that should work. It sounds like the module is not loading >correctly. Can you confirm that it is indeed loaded? > >Also, can you try evaluating this in the scratch buffer (obviously > >with the path pointing to the right place): > >(load-file "/path/to/org/contrib/lisp/org-mac-link-grabber.el") > >...and then try the shortcut again? > ___ 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: Sending org buffer as mail?
Rainer M Krug writes: > On 12/16/2010 11:41 AM, Rainer M Krug wrote: >> On 12/16/2010 11:38 AM, Oscar Carlsson wrote: >>> Rainer M Krug writes: >> On 12/16/2010 09:25 AM, Jeff Horn wrote: > On Thu, Dec 16, 2010 at 3:17 AM, Oscar Carlsson > wrote: >> And then, I can send a org-file by attaching it to a mail in Emacs. Try >> C-x m to start a new mail buffer, attach with C-c C-a and send with C-c >> C-c. Sounds very interesting - I'll try it out. C-x m looks great - I am sure I am going to use it a lot. And gmail is exactly what I want to use it for. > > Does this attach the buffer or read it into the message? I thought the > OP wanted to read-in a buffer. Yes - that was effectively what I am looking for: the possiblility to write my email in org mode and send the buffer content as the email text. Dream: Specify subject, to, cc, bcc (probably even attachments) as properties, press a key and the org file is send to the addresses. Rainer > There should be a built-in function for > that, but I've never used it. > >> >>> In my answer above, you'd have to include the file as an attachment, or >>> insert the text into the mail (either with M-x insert-file or >>> copy/paste), it would have been better if compose-mail would have >>> inserted any marked text or such, but I don't know how to code such >>> functionality :-( >> >> Thanks Oscar - I think I can live with it at the moment. >> >> But to insert the marked text in the email body sounds a lot like emacs... > > OK - I asked on the emacs help list, and got a response. I added the > followig to my emacs.org: > > * Add message hook to include selected text as body > Thanks to Deniz Dogan > #+begin_src emacs-lisp > (add-hook 'message-mode-hook > (lambda () > (let (text) > (with-current-buffer (other-buffer) > (when (region-active-p) > (setq text > (buffer-substring (region-beginning) > (region-end) > (when text > (end-of-buffer) > (insert text) > #+end_src > > This is doing exactly as expected. Oh, I think that can be very handy in the long run. Thanks for sharing the snippet! Oscar ___ 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: disable automatic source block evaluation but allow manual
Hi all, hi Sébastien, thanks for your answer, which adds much more in-depth information to my problem. In fact, what you describe is probably the bigger problem. But for me (maybe I am the only one ...) it would be handy to have source blocks, that are evaluated on C-c C-c *only*. That also means that when evaluating the whole buffer or subtree, these blocks should not be evaluated. The reason is that I have a lot of blocks of R code, that are only used internally. When I evaluate them they "spoil" my workspace, so that evaluation is disabled for export and also when the whole program/buffer is evaluated. But for testing/debugging it is often handy to evaluate one of them anyway. Since there are simple work arounds (e.g. copy the source block to the R session), it is not a vital functionality. Regards, Andreas Am 16.12.2010 10:48, schrieb Sébastien Vauban: > Hi Andreas, > > Andreas Leha wrote: > >> is there an option (source block header argument) that allows to disable the >> evaluation of the block, but still allows C-c C-c to perform the evaluation? >> The header argument ':eval never' disables the evaluation completely. I'd >> like the C-c C-c to take precedence over this. >> >> So I guess I am looking for something like ':eval manual' >> > If I rewrite what I understood from your post, you want to make a clear > distinction between: > > - allowing evaluation in the Org buffer (when *editing*) > - allowing evaluation when *exporting* it > > In fact, I've been thinking at something that annoys me a bit, around this > similar subject: I find it weird to have a buffer that does not contain the > same up-to-date information as the exported (and updated) document. > > Arbitrary example: > > --8<---cut here---start->8--- > * Sh code > > #+begin_src sh :results output :exports both > date > #+end_src > > #+results: > : Thu, Dec 16, 2010 10:32:36 AM > > #+begin_src sh :var thisfile=(buffer-file-name) > echo $(ls -lia "$thisfile" | cut -d " " -f 6) "Bytes in this buffer" > #+end_src > > #+results: > : 297 Bytes in this buffer > --8<---cut here---end--->8--- > > If I add words in that file, the number of characters will go up. That will be > correctly "visible" (shown) in the exported document. > > But, *if I don't manually execute* all the code snippets above, they will have > a wrong output...[1] > > ... moreover, as said previously, it will always (in the above example) be > different from the HTML/PDF version of that buffer. It may lead to erroneous > appreciation of code results, and lead to different and unsynchronized > versions of documents (source Org file, exported documents). > > I have a gut feeling that either: > > - the export function should not evaluate any code block, or > > - when evaluating them for the export, the Org buffer should be updated in the > same way (results of evaluation copied back into the Org buffer). > > I guess the first solution is not a good one. What about the second? > > Best regards, > Seb > > Footnotes: > [1] Number of characters won't reflect the new values. And, even if I don't > touch it, the time information will be different between the Org and the > exported files. > -- 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: [Orgmode] Re: [PATCH] org: rework property set
On Thu, Dec 16 2010, Carsten Dominik wrote: > are you going to resend the patch? I do like the functionality! > Or did you already resend it? Maybe I missed it. Unfortunately > I am loosing my overview here. If the code seems fine to you, I can resend the patch with a clean commit message, for sure. -- Julien Danjou ❱ http://julien.danjou.info pgper0bRLrfFv.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] Re: Sending org buffer as mail?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/16/2010 02:22 PM, Eric Schulte wrote: Hi Eric > Please look at org-mime in the contrib directory. It is designed for > this exact need. Calling `org-mime-org-buffer-htmlize' from within an > Org-mode document will export the document to html, and then place the > html into a mail buffer with appropriate mime configuration, ensuring > things like linked images are handled appropriately. See the worg page > for more information (follow gnus instructions for simple mail use) > http://orgmode.org/worg/org-contrib/org-mime.php Interesting - there is always something new in org-land. But I was actually looking at not exporting the org file, but sending it as text - so I am happy with what I have now. Thanks a lot, Rainer > > Hope this helps -- Eric > > Oscar Carlsson writes: > >> Jeff Horn writes: >> >>> On Thu, Dec 16, 2010 at 3:17 AM, Oscar Carlsson >>> wrote: And then, I can send a org-file by attaching it to a mail in Emacs. Try C-x m to start a new mail buffer, attach with C-c C-a and send with C-c C-c. >>> >>> Does this attach the buffer or read it into the message? I thought the >>> OP wanted to read-in a buffer. There should be a built-in function for >>> that, but I've never used it. >> >> It would attach the file. But inserting the file would be trivial: =M-x >> insert-file= >> >> But I have to admit that's not optimal - it would be better have a macro >> (or such) that did it for you. Or properties in the org-file in >> question. Or tell compose-mail that it should include marked text. >> >> >> Oscar >> >> ___ >> 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 - -- 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 Tel:+33 - (0)9 53 10 27 44 Cell: +27 - (0)8 39 47 90 42 Fax (SA): +27 - (0)8 65 16 27 82 Fax (D) : +49 - (0)3 21 21 25 22 44 Fax (FR): +33 - (0)9 58 10 27 44 email: rai...@krugs.de Skype: RMkrug -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk0KFpwACgkQoYgNqgF2ego/EgCdEPFql4mVoc2Z6V8xNt9quUdY nfcAn2+WFS7A++f0G1yM/MybZYM1Qit+ =BzER -END 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] Re: [PATCH] org: rework property set
Hi Julien, are you going to resend the patch? I do like the functionality! Or did you already resend it? Maybe I missed it. Unfortunately I am loosing my overview here. Cheers - Carsten On Dec 14, 2010, at 11:30 AM, Julien Danjou wrote: On Tue, Dec 14 2010, Giovanni Ridolfi wrote: I think that you can put some extra, useful, information, that can go in the Changelog, as lines not beginning with "*". But if you write very unformal/personal comments like: 'I may have done this badly, ...' you should write after the ---. Ok, I see what you mean. That's clear, I should have splitted my commit message in 2 parts. :) -- Julien Danjou ❱ http://julien.danjou.info ___ 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] Visibilty of inline tasks
Hello, Though that is written in =org-inlinetask.el=: ;; Visibility cycling exempts these nodes from cycling. So whenever their ;; parent is opened, so are these tasks. I have the impression that, up to a couple of days ago, the inlined headlines were showed in the =children= view, such as: --8<---cut here---start->8--- * TODO Write document ** TODO Write intro ** TODO Write code *** WAIT Ask the client about specs ** TODO Write conclusion --8<---cut here---end--->8--- Am I right? - If yes, could it be back like that? - If no, would others as well be interested in such a behavior? 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: [Orgmode] Re: Sending org buffer as mail?
Please look at org-mime in the contrib directory. It is designed for this exact need. Calling `org-mime-org-buffer-htmlize' from within an Org-mode document will export the document to html, and then place the html into a mail buffer with appropriate mime configuration, ensuring things like linked images are handled appropriately. See the worg page for more information (follow gnus instructions for simple mail use) http://orgmode.org/worg/org-contrib/org-mime.php Hope this helps -- Eric Oscar Carlsson writes: > Jeff Horn writes: > >> On Thu, Dec 16, 2010 at 3:17 AM, Oscar Carlsson >> wrote: >>> And then, I can send a org-file by attaching it to a mail in Emacs. Try >>> C-x m to start a new mail buffer, attach with C-c C-a and send with C-c >>> C-c. >> >> Does this attach the buffer or read it into the message? I thought the >> OP wanted to read-in a buffer. There should be a built-in function for >> that, but I've never used it. > > It would attach the file. But inserting the file would be trivial: =M-x > insert-file= > > But I have to admit that's not optimal - it would be better have a macro > (or such) that did it for you. Or properties in the org-file in > question. Or tell compose-mail that it should include marked text. > > > Oscar > > ___ > 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] disable automatic source block evaluation but allow manual
Andreas Leha writes: > Hi all, > > is there an option (source block header argument) that allows to disable > the evaluation of the block, but still allows C-c C-c to perform the > evaluation? > The header argument ':eval never' disables the evaluation completely. > I'd like the C-c C-c to take precedence over this. > > So I guess I am looking for something like ':eval manual' > ':eval query' should do the trick. http://orgmode.org/manual/eval.html#eval Best -- Eric > Regards, > Andreas > > > ___ > 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] allow table* specification with #+ATTR_LaTeX:
Hi Tom, Thanks for the informative list. I had no idea LaTeX supported so many table options. How about I update the patch so that is supports the following sets of mutually exclusive options... - longtable :: wraps the table in a longtable with no table or tabular wrappers -- already implemented - table* :: replaces =table= wrapper with =table*= wrapper, contains an inner tabular wrapper - tabular[xy] :: specifies the inner tabular wrapping environment, only one can be specified so for example, the following #+begin_src org #+CAPTION: A wide table #+LABEL: tbl:wide #+ATTR_LaTeX: table* tabulary align=l|lp{3cm}r|l | ... | ... | | ... | ... | #+end_src results in the following #+begin_src latex \begin{table*}[htb] \caption{A wide table} \label{tbl:wide} \begin{center} \begin{tabulary}{l|lp{3cm}r|l} 1 & 2 & 3 \\ 4 & 5 & 6 \\ \end{tabulary} \end{center} \end{table*} #+end_src Then the next question would be how to insert a =figure*= instead of a simple =figure= environment. Thanks -- Eric Thomas S. Dye writes: > Hi Eric, > > It would be great to have a more general solution. Tables are hard to > typeset, so it might take a while to come up with a good > specification. Here is what I know about the LaTeX side of things. > > ** LaTeX destinations for an Org-mode table > *** Environments for typesetting a table > - table placed in the output where it occurs in the input > - all of these environments can be used on their own > tabular > standard LaTeX environment, doesn't break across pages, no caption > tabularx > extended environment that can automatically calculate column > widths and wrap text within table cells, doesn't break across > pages, no caption > tabulary > like tabularx, but tries harder to come up with optimal column > widths > supertabular > extended tabular environment that breaks across pages, includes > caption > supertabular* > like supertabular, but for wide tables in a multicolumn page > layout > mpsupertabular > like supertabular, but also handles footnotes within the table > mpsupertabular* > like mpsupertabular, but for multicolumn page layouts > longtable > extended tabular environment that breaks across pages and > includes a caption, but can't be used in a multicolumn page > layout > *** Environment for floating a table and adding a caption > floats a table typeset by some other environment to a place in the > output that LaTeX determines appropriate, probably not where it > occurs in the input > =table=, single column document > typically wraps a =tabular=, =tabularx=, or =tabulary= environment > =table*=, multi-column document > typically wraps a =tabular=, =tabularx=, or =tabulary= environment > *** "Typical" uses > In our report production work we regularly use seven setups: > - table or table* wrapped around tabularx or tabular > - longtable > - tabular or tabularx on their own > > hth, > Tom > On Dec 15, 2010, at 11:33 AM, Eric Schulte wrote: > >> Hi, >> >> The attached patch allows the use of table* latex tables from within >> Org >> mode documents using the attr_latex lines, for example >> >> #+CAPTION: A wide table >> #+LABEL: tbl:wide >> #+ATTR_LaTeX: table* align=l|lp{3cm}r|l >> | ... | ... | >> | ... | ... | >> >> Should this be added, or should we put together a more general >> solution >> for different types of table environments? Currently only longtable >> is >> supported. Also, is there already a way to do this that I have >> missed? >> >> Thanks -- Eric >> >> diff --git a/lisp/org-latex.el b/lisp/org-latex.el >> index a261171..b7f48d3 100644 >> --- a/lisp/org-latex.el >> +++ b/lisp/org-latex.el >> @@ -1741,7 +1741,7 @@ The conversion is made depending of STRING- >> BEFORE and STRING-AFTER." >> (org-table-last-column-widths (copy-sequence >> org-table-last-column- >> widths)) >> fnum fields line lines olines gr colgropen line-fmt align >> - caption shortn label attr floatp placement longtblp) >> + caption shortn label attr floatp placement longtblp >> tblenv) >> (if org-export-latex-tables-verbatim >> (let* ((tbl (concat "\\begin{verbatim}\n" raw-table >> "\\end{verbatim}\n"))) >> @@ -1758,6 +1758,9 @@ The conversion is made depending of STRING- >> BEFORE and STRING-AFTER." >> 'org-label raw-table) >> longtblp (and attr (stringp attr) >> (string-match "\\" attr)) >> + tblenv (if (and attr (stringp attr) >> + (string-match (regexp-quote "table*") attr)) >> + "table*" "table") >> align (and attr (stringp attr)
Re: [Orgmode] [PATCH 1/2] org-gnus: trim date
Applied, thanks. - Carsten On Dec 14, 2010, at 3:32 PM, Julien Danjou wrote: * org-gnus.el (org-gnus-store-link): Trim date. Signed-off-by: Julien Danjou --- lisp/org-gnus.el |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/lisp/org-gnus.el b/lisp/org-gnus.el index fccd3e9..32641bf 100644 --- a/lisp/org-gnus.el +++ b/lisp/org-gnus.el @@ -151,7 +151,7 @@ If `org-store-link' was called with a prefix arg the meaning of (gnus-summary-article-header))) (from (mail-header-from header)) (message-id (org-remove-angle-brackets (mail-header-id header))) - (date (mail-header-date 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 -- 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 ___ 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] [PATCH 2/2] Allow to retrieve email link date
Applied, thanks! - Carsten On Dec 14, 2010, at 3:32 PM, Julien Danjou wrote: * org.el (org-email-link-description): Allow to retrieve email link date. Signed-off-by: Julien Danjou --- lisp/org.el |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/lisp/org.el b/lisp/org.el index 79c5bf8..7841198 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -1321,6 +1321,7 @@ The following %-escapes will be replaced by corresponding information: %c correspondent. Usually \"from NAME\", but if you sent it yourself, it will be \"to NAME\". See also the variable `org-from-is-user- regexp'. %s subject +%d date %m message-id. You may use normal field width specification between the % and the letter. @@ -8496,6 +8497,7 @@ according to FMT (default from `org-email-link- description-format')." (cons "%T" (plist-get p :to)) (cons "%t" (or (plist-get p :toname) (plist-get p :toaddress) "?")) (cons "%s" (plist-get p :subject)) + (cons "%d" (plist-get p :date)) (cons "%m" (plist-get p :message-id) (when (string-match "%c" fmt) ;; Check if the user wrote this message -- 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 ___ 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 in the :VISIBILITY: handling of "folded" PROPERTY?
#+TITLE: Example of file for which folded PROPERTY is not respected #+DATE: 2010-12-16 #+LANGUAGE: en_US * To #+begin_src csv :tangle addresses.csv FirstName,LastName,Address,PostCode,Town,Country Albert,Bellertelle,Rue de la Gare 19,5000,Namur, #+end_src * Subject, opening and closing #+tblname: i-parts | Subject| This is the subject | | Opening| Best | | Closing| Regards | | Enclosures | isodoc documentation | * Body #+srcname: body #+begin_src org :results latex Thanks for the support. Find here the doc (attached). #+end_src * Composed letter :noexport: :PROPERTIES: :VISIBILITY: folded :END: #+begin_src latex :noweb yes :tangle yes :var i-subject=i-parts[0,1] :var i-opening=i-parts[1,1] :var i-closing=i-parts[2,1] :var i-enclosures=i-parts[3,1] \documentclass[11pt]{isodoc} \usepackage[utf8x]{inputenc} \usepackage[T1]{fontenc} \usepackage{datatool} \DTLloaddb{addresses}{addresses.csv} \usepackage[scorpios]{isodoc-style} \setupdocument{ subject = {i-subject}, opening = {i-opening}, closing = {i-closing}, enclosures = {i-enclosures} } \begin{document} \DTLforeach{addresses}{% \firstname=FirstName,% \lastname=LastName,% \addressi=Address,% \postcode=PostCode,% \town=Town,% \country=Country% }{% \letter[language=french,to={\firstname~\lastname\\\addressi\\\postcode~\town\\\country},openingcomma={,}]{% <> }} \end{document} #+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
Re: [Orgmode] [PATCH] Quote any special characters in org-make-target-link-regexp
Lawrence, thanks for the patch, with flawless ChangeLog and commit message! Patch accepted. - Carsten On Dec 14, 2010, at 4:01 PM, Lawrence Mitchell wrote: * lisp/org.el (org-make-target-link-regexp): regexp-quote target before replacing whitespace. Previously a radio link <<<...>>> would match all three-letter words in the buffer. The manual indicates the radio links are meant to match literally (modulo whitespace differences), so we should regexp-quote all the targets to avoid over-eager matching. --- This problem bit me when writing up some notes on CUDA, which uses <<<...>>> to indicate a function call from a CPU onto a GPU. I think this is the right fix, since I can't imagine a situation where you would want <<>> to match foo.bar, rather than foo\\.bar. lisp/org.el |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/lisp/org.el b/lisp/org.el index 6d1062c..5733d67 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -5424,6 +5424,7 @@ between words." "\\<\\(" (mapconcat (lambda (x) + (setq x (regexp-quote x)) (while (string-match " +" x) (setq x (replace-match "\\s-+" t t x))) x) -- 1.7.3.3.398.g0b0cd ___ 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: [Babel] The first line of the code blocks disappears in the tangled file
Hi Eric, "Eric Schulte" wrote: > This is due to the fact that org mode code blocks in the presence of > ":results latex" or ":results html" will actually convert their contents to > the requested language using Org-mode's export mechanism. I believe that in > this case the latex exporter wants the first line of the code block to be > used as a title. I've just pushed up a patch which pads the first line of > org-mode code blocks with an empty title during latex export. TESTED -> FIXED -> CLOSED Thanks! 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: [Orgmode] Re: Sending org buffer as mail?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/16/2010 11:41 AM, Rainer M Krug wrote: > On 12/16/2010 11:38 AM, Oscar Carlsson wrote: >> Rainer M Krug writes: > >>> On 12/16/2010 09:25 AM, Jeff Horn wrote: On Thu, Dec 16, 2010 at 3:17 AM, Oscar Carlsson wrote: > And then, I can send a org-file by attaching it to a mail in Emacs. Try > C-x m to start a new mail buffer, attach with C-c C-a and send with C-c > C-c. >>> >>> Sounds very interesting - I'll try it out. >>> >>> C-x m looks great - I am sure I am going to use it a lot. And gmail is >>> exactly what I want to use it for. >>> Does this attach the buffer or read it into the message? I thought the OP wanted to read-in a buffer. >>> >>> Yes - that was effectively what I am looking for: the possiblility to >>> write my email in org mode and send the buffer content as the email text. >>> >>> Dream: Specify subject, to, cc, bcc (probably even attachments) as >>> properties, press a key and the org file is send to the addresses. >>> >>> Rainer >>> There should be a built-in function for that, but I've never used it. > >> In my answer above, you'd have to include the file as an attachment, or >> insert the text into the mail (either with M-x insert-file or >> copy/paste), it would have been better if compose-mail would have >> inserted any marked text or such, but I don't know how to code such >> functionality :-( > > Thanks Oscar - I think I can live with it at the moment. > > But to insert the marked text in the email body sounds a lot like emacs... OK - I asked on the emacs help list, and got a response. I added the followig to my emacs.org: * Add message hook to include selected text as body Thanks to Deniz Dogan #+begin_src emacs-lisp (add-hook 'message-mode-hook (lambda () (let (text) (with-current-buffer (other-buffer) (when (region-active-p) (setq text (buffer-substring (region-beginning) (region-end) (when text (end-of-buffer) (insert text) #+end_src This is doing exactly as expected. Cheers, Rainer > > Cheers, > > Rainer > > >> Oscar > > - -- 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 Tel:+33 - (0)9 53 10 27 44 Cell: +27 - (0)8 39 47 90 42 Fax (SA): +27 - (0)8 65 16 27 82 Fax (D) : +49 - (0)3 21 21 25 22 44 Fax (FR): +33 - (0)9 58 10 27 44 email: rai...@krugs.de Skype: RMkrug -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk0KCFkACgkQoYgNqgF2egqX/ACdHmduO8M0C/QU6y9v9L/pTITj BV4An1xAQJsRr+hd3Dx8UKWQ7d3+w7ps =RDpz -END 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] Re: Sending org buffer as mail?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/16/2010 11:38 AM, Oscar Carlsson wrote: > Rainer M Krug writes: > >> On 12/16/2010 09:25 AM, Jeff Horn wrote: >>> On Thu, Dec 16, 2010 at 3:17 AM, Oscar Carlsson >>> wrote: And then, I can send a org-file by attaching it to a mail in Emacs. Try C-x m to start a new mail buffer, attach with C-c C-a and send with C-c C-c. >> >> Sounds very interesting - I'll try it out. >> >> C-x m looks great - I am sure I am going to use it a lot. And gmail is >> exactly what I want to use it for. >> >>> >>> Does this attach the buffer or read it into the message? I thought the >>> OP wanted to read-in a buffer. >> >> Yes - that was effectively what I am looking for: the possiblility to >> write my email in org mode and send the buffer content as the email text. >> >> Dream: Specify subject, to, cc, bcc (probably even attachments) as >> properties, press a key and the org file is send to the addresses. >> >> Rainer >> >>> There should be a built-in function for >>> that, but I've never used it. >>> > > In my answer above, you'd have to include the file as an attachment, or > insert the text into the mail (either with M-x insert-file or > copy/paste), it would have been better if compose-mail would have > inserted any marked text or such, but I don't know how to code such > functionality :-( Thanks Oscar - I think I can live with it at the moment. But to insert the marked text in the email body sounds a lot like emacs... Cheers, Rainer > > > Oscar - -- 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 Tel:+33 - (0)9 53 10 27 44 Cell: +27 - (0)8 39 47 90 42 Fax (SA): +27 - (0)8 65 16 27 82 Fax (D) : +49 - (0)3 21 21 25 22 44 Fax (FR): +33 - (0)9 58 10 27 44 email: rai...@krugs.de Skype: RMkrug -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEUEARECAAYFAk0J7MoACgkQoYgNqgF2egoVSQCeM6Hlm6FBRKzsVARZlovJsS2l Z8YAljq2RvUkqS+AVf4hMYbEsKfkBbM= =L9Cf -END 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] Re: Sending org buffer as mail?
Rainer M Krug writes: > On 12/16/2010 09:25 AM, Jeff Horn wrote: >> On Thu, Dec 16, 2010 at 3:17 AM, Oscar Carlsson >> wrote: >>> And then, I can send a org-file by attaching it to a mail in Emacs. Try >>> C-x m to start a new mail buffer, attach with C-c C-a and send with C-c >>> C-c. > > Sounds very interesting - I'll try it out. > > C-x m looks great - I am sure I am going to use it a lot. And gmail is > exactly what I want to use it for. > >> >> Does this attach the buffer or read it into the message? I thought the >> OP wanted to read-in a buffer. > > Yes - that was effectively what I am looking for: the possiblility to > write my email in org mode and send the buffer content as the email text. > > Dream: Specify subject, to, cc, bcc (probably even attachments) as > properties, press a key and the org file is send to the addresses. > > Rainer > >> There should be a built-in function for >> that, but I've never used it. >> In my answer above, you'd have to include the file as an attachment, or insert the text into the mail (either with M-x insert-file or copy/paste), it would have been better if compose-mail would have inserted any marked text or such, but I don't know how to code such functionality :-( Oscar ___ 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: Sending org buffer as mail?
Jeff Horn writes: > On Thu, Dec 16, 2010 at 3:17 AM, Oscar Carlsson > wrote: >> And then, I can send a org-file by attaching it to a mail in Emacs. Try >> C-x m to start a new mail buffer, attach with C-c C-a and send with C-c >> C-c. > > Does this attach the buffer or read it into the message? I thought the > OP wanted to read-in a buffer. There should be a built-in function for > that, but I've never used it. It would attach the file. But inserting the file would be trivial: =M-x insert-file= But I have to admit that's not optimal - it would be better have a macro (or such) that did it for you. Or properties in the org-file in question. Or tell compose-mail that it should include marked text. Oscar ___ 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] Can't get org-export-html-style-extra to work
Hi, What am I doing wrong in the following example? -- #+TITLE: Test Some *bold* text. Evaluate this: (setq org-export-html-style-extra "b {color: red;}") -- With org-export-html-style-extra set as above, I expect the exported HTML source to include the style, and the bolded text to be red, but this does not happen. Isn't the variable supposed to work this way? On the other hand, the STYLE option works fine: : #+STYLE: b {color: red;} Yours, Christian ___ 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: disable automatic source block evaluation but allow manual
Hi Andreas, Andreas Leha wrote: > is there an option (source block header argument) that allows to disable the > evaluation of the block, but still allows C-c C-c to perform the evaluation? > The header argument ':eval never' disables the evaluation completely. I'd > like the C-c C-c to take precedence over this. > > So I guess I am looking for something like ':eval manual' If I rewrite what I understood from your post, you want to make a clear distinction between: - allowing evaluation in the Org buffer (when *editing*) - allowing evaluation when *exporting* it In fact, I've been thinking at something that annoys me a bit, around this similar subject: I find it weird to have a buffer that does not contain the same up-to-date information as the exported (and updated) document. Arbitrary example: --8<---cut here---start->8--- * Sh code #+begin_src sh :results output :exports both date #+end_src #+results: : Thu, Dec 16, 2010 10:32:36 AM #+begin_src sh :var thisfile=(buffer-file-name) echo $(ls -lia "$thisfile" | cut -d " " -f 6) "Bytes in this buffer" #+end_src #+results: : 297 Bytes in this buffer --8<---cut here---end--->8--- If I add words in that file, the number of characters will go up. That will be correctly "visible" (shown) in the exported document. But, *if I don't manually execute* all the code snippets above, they will have a wrong output...[1] ... moreover, as said previously, it will always (in the above example) be different from the HTML/PDF version of that buffer. It may lead to erroneous appreciation of code results, and lead to different and unsynchronized versions of documents (source Org file, exported documents). I have a gut feeling that either: - the export function should not evaluate any code block, or - when evaluating them for the export, the Org buffer should be updated in the same way (results of evaluation copied back into the Org buffer). I guess the first solution is not a good one. What about the second? Best regards, Seb Footnotes: [1] Number of characters won't reflect the new values. And, even if I don't touch it, the time information will be different between the Org and the exported files. -- 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: [Orgmode] Re: Sending org buffer as mail?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/16/2010 09:25 AM, Jeff Horn wrote: > On Thu, Dec 16, 2010 at 3:17 AM, Oscar Carlsson > wrote: >> And then, I can send a org-file by attaching it to a mail in Emacs. Try >> C-x m to start a new mail buffer, attach with C-c C-a and send with C-c >> C-c. Sounds very interesting - I'll try it out. C-x m looks great - I am sure I am going to use it a lot. And gmail is exactly what I want to use it for. > > Does this attach the buffer or read it into the message? I thought the > OP wanted to read-in a buffer. Yes - that was effectively what I am looking for: the possiblility to write my email in org mode and send the buffer content as the email text. Dream: Specify subject, to, cc, bcc (probably even attachments) as properties, press a key and the org file is send to the addresses. Rainer > There should be a built-in function for > that, but I've never used it. > - -- 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 Tel:+33 - (0)9 53 10 27 44 Cell: +27 - (0)8 39 47 90 42 Fax (SA): +27 - (0)8 65 16 27 82 Fax (D) : +49 - (0)3 21 21 25 22 44 Fax (FR): +33 - (0)9 58 10 27 44 email: rai...@krugs.de Skype: RMkrug -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk0J07sACgkQoYgNqgF2egrdpACfQkvt6rkmqyESt2r+wOvdq1hn fCsAn0ReY6hNGtxnKP1lZUTXdAY/ev7L =Z0gh -END 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] disable automatic source block evaluation but allow manual
Hi all, is there an option (source block header argument) that allows to disable the evaluation of the block, but still allows C-c C-c to perform the evaluation? The header argument ':eval never' disables the evaluation completely. I'd like the C-c C-c to take precedence over this. So I guess I am looking for something like ':eval manual' Regards, Andreas 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: [Orgmode] Re: Sending org buffer as mail?
On Thu, Dec 16, 2010 at 3:17 AM, Oscar Carlsson wrote: > And then, I can send a org-file by attaching it to a mail in Emacs. Try > C-x m to start a new mail buffer, attach with C-c C-a and send with C-c > C-c. Does this attach the buffer or read it into the message? I thought the OP wanted to read-in a buffer. There should be a built-in function for that, but I've never used it. -- Jeffrey Horn Graduate Lecturer and PhD Student in Economics George Mason University (704) 271-4797 jh...@gmu.edu jrhorn...@gmail.com 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] Bug: minor issue with C-c C-c on babel block [7.4 (release_7.4.25.geb0d)]
Hi Eric, > I have just pushed up a fix for this issue. thanks a lot for the prompt fix! Kind Regards, Tomas ___ 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: Sending org buffer as mail?
Rainer M Krug writes: > Hi > > From time to time, I would like to mail an .org buffer. At the moment, I > copy it into thunderbird and mail it - this is quite awkward. > > I assume, there must be a better way of doing this from within emacs?. > > I do not intend to switch to gnus or similar for reading my email, I > just want to be able to send, from time to time, an .org buffer as an email > > Cheers, > > Rainer You don't have to switch to GNUS in order to do it, but you might have to configure Emacs's built in smtp-support. This is how I do it: #+BEGIN_SRC lisp (setq message-send-mail-function 'smtpmail-send-it smtpmail-starttls-credentials '(("smtp.gmail.com" 587 nil nil)) smtpmail-auth-credentials "~/.authinfo" smtpmail-default-smtp-server "smtp.gmail.com" smtpmail-smtp-server "smtp.gmail.com" smtpmail-smtp-service 587) #+END_SRC This is obviously for GMail. In my ~/.authinfo, I input the following: #+BEGIN_SRC machine smtp.gmail.com login user.n...@gmail.com password p4ssw0rd #+END_SRC And then, I can send a org-file by attaching it to a mail in Emacs. Try C-x m to start a new mail buffer, attach with C-c C-a and send with C-c C-c. ___ 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] Abstract block prematurely ended by asterisk
Jeff Horn writes: > Title says it all. The following code does not export correctly. > (Reproduced from memory can anyone else confirm?) > > #+BEGIN_ABSTRACT > *Bold Text.* This is a sentence. > #+END_ABSTRACT > > The LaTeX code produced is (in full) > > #+BEGIN_SRC latex > \begin{ABSTRACT} > *Bold > #+END_SRC > > Note the lack of a closing environment and the truncated content. I > remember pdflatex complaining that "ABSTRACT" is an invalid > environment, but don't recall whether that was related to the asterisk > issue. > > Using org-mode 7.4 in emacs 23.2. > > Jeff I'm using 6.33x, but I can partly reproduce it when exporting to LaTeX (HTML works, tho): #+BEGIN_SRC latex \textbf{Bold Text.\} This is a sentence. #+END_SRC I guess I should upgrade... Oscar ___ 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] Sending org buffer as mail?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi - From time to time, I would like to mail an .org buffer. At the moment, I copy it into thunderbird and mail it - this is quite awkward. I assume, there must be a better way of doing this from within emacs?. I do not intend to switch to gnus or similar for reading my email, I just want to be able to send, from time to time, an .org buffer as an email Cheers, Rainer - -- 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 Tel:+33 - (0)9 53 10 27 44 Cell: +27 - (0)8 39 47 90 42 Fax (SA): +27 - (0)8 65 16 27 82 Fax (D) : +49 - (0)3 21 21 25 22 44 Fax (FR): +33 - (0)9 58 10 27 44 email: rai...@krugs.de Skype: RMkrug -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk0Jx/IACgkQoYgNqgF2egpTCwCeK6UqllAlqUdXYOe/geP6CDzT 9ZQAnRvUhOMP0Qo/HSkhxx5NtsSCzgQn =Ugi2 -END 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