Re: [Orgmode] LaTeX export works but not in HTML
Uri Avalos wrote: > The following latex options produce the right format (an article scaled up to > 20pts using the "arev" font): > > #+LaTeX_CLASS: article > #+LaTeX_CLASS_OPTIONS: [12pt] > #+LATEX_HEADER: \usepackage{amsmath,amsthm,amssymb} \usepackage[T1]{fontenc} > \usepackage[20pt]{extsizes} \usepackage{arev} \usepackage[utf8]{inputenc} > > However, when I export to HTML, the math equations fail to export. And yes, I > set the right variable for exporting latex snippets in HTML. > > Ideas? The culprit seems to be the arev package. Export works fine if I > remove that. However, why would that cause a problem? > > Using org-mode 6.36 arev.sty conflicts with a couple of packages that are included by default when latex fragments are converted into images: o \usepackage[mathscr]{eucal} o \usepackage{wasysym} Since the latex compilation of the fragment fails, no .dvi and no .png files are produced. If you delete arev from your header, the conflicts go away and everything works. The conflict with eucal elicits the message: , | (/usr/share/texmf-texlive/tex/latex/arev/arevmath.sty | (/usr/share/texmf-texlive/tex/latex/arev/ams-mdbch.sty) | (/usr/share/texmf-texlive/tex/latex/base/ifthen.sty) | | ! LaTeX Error: Command `\mathscr' already defined. | | See the LaTeX manual or LaTeX Companion for explanation. | Type H for immediate help. | ... | | l.95 ...Alphabet{\mathscr} {U} {rsfs}{m}{n} |% Ralph Smith Formal Script | ? ` Then the conflict with wasysym elicits the message: , | (/usr/share/texmf-texlive/tex/latex/arev/arevsymbols.tex | | ! LaTeX Error: Command `\quarternote' already defined. | | See the LaTeX manual or LaTeX Companion for explanation. | Type H for immediate help. | ... | | l.43 ...bol{\quarternote}{\mathalpha}{extraup}{90} |% uni2669 | ? ` If I comment those two out of the (temporary) fragment latex file, the compilation goes through without any problems, so these are the only conflicts. Now that I've made the diagnosis, I'll let you worry about the cure ;-) HTH, Nick ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Call org-remember on a "RE:" post raises error in gnus
The error is: org-replace-escapes: Wrong type argument: stringp, nil And org-remember works fine on a parent post. It seems that gnus doesn't print the title of a reply post, so org-remember can't catch it and this leads to the error. Any workaround? ___ Emacs-orgmode 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: Google calendar to org mode script and a feature request for agenda
> > does not get exported as a timed event. Obviously, the easy solution > is to put the time in the date stamp. However, I like using the > "insert diary" function in the agenda view for defining appointments > and this doesn't allow the time to be specified other than in a > headline. Would it be possible to enhance the insert diary function > to prompt for a time (and while we're at it, tags as well)? hi Eric, I had a similar request, and we worked out a solution to this a while ago. In the agenda, try 'i d', and then type something like '11:00-11:45 Seminar with Bob', and the code should parse out the timestamp as long as you have the following variable set to t: (setq org-agenda-insert-diary-extract-time t) Stephen ___ Emacs-orgmode 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: [ANN] Org-babel integrated into Org-mode
non-empty attachment diff --git a/Makefile b/Makefile index d4da79d..f6538ce 100644 --- a/Makefile +++ b/Makefile @@ -17,7 +17,9 @@ EMACS=emacs prefix=/usr/local # Where local lisp files go. -lispdir = $(prefix)/share/emacs/site-lisp +lispdir = $(prefix)/share/emacs/site-lisp +lispbdir = $(lispdir)/babel +lispbldir = $(lispbdir)/langs # Where info files go. infodir = $(prefix)/share/info @@ -62,83 +64,109 @@ INSTALL_INFO=install-info ##-- # The following variables need to be defined by the maintainer -LISPF = org.el\ - org-agenda.el \ - org-ascii.el \ - org-attach.el \ - org-archive.el \ - org-bbdb.el \ - org-beamer.el \ - org-bibtex.el \ - org-capture.el \ - org-clock.el \ - org-colview.el \ - org-colview-xemacs.el \ - org-compat.el \ - org-crypt.el \ - org-ctags.el \ - org-datetree.el \ - org-docview.el \ - org-entities.el \ - org-exp.el \ - org-exp-blocks.el \ - org-docbook.el \ - org-faces.el \ - org-feed.el \ - org-footnote.el \ - org-freemind.el \ - org-gnus.el \ - org-habit.el \ - org-html.el \ - org-icalendar.el \ - org-id.el \ - org-indent.el \ - org-info.el \ - org-inlinetask.el \ - org-jsinfo.el \ - org-irc.el \ - org-latex.el \ - org-list.el \ - org-mac-message.el \ - org-macs.el \ - org-mew.el \ - org-mhe.el \ - org-mks.el \ - org-mobile.el \ - org-mouse.el \ - org-publish.el \ - org-plot.el \ - org-protocol.el \ - org-remember.el \ - org-rmail.el \ - org-src.el \ - org-table.el \ - org-taskjuggler.el \ - org-timer.el \ - org-vm.el \ - org-w3m.el \ - org-wl.el \ - org-xoxo.el \ - babel/ob.el \ - babel/ob-table.el \ - babel/ob-lob.el \ - babel/ob-ref.el \ - babel/ob-exp.el \ - babel/ob-tangle.el \ - babel/ob-comint.el \ - babel/ob-keys.el \ - babel/langs/ob-emacs-lisp.el - -LISPFILES0 = $(LISPF:%=lisp/%) -LISPFILES = $(LISPFILES0) lisp/org-install.el -ELCFILES0 = $(LISPFILES0:.el=.elc) -ELCFILES = $(LISPFILES:.el=.elc) -DOCFILES = doc/org.texi doc/org.pdf doc/org doc/dir \ - doc/pdflayout.sty doc/.nosearch \ - doc/orgguide.texi doc/orgguide.pdf -CARDFILES = doc/orgcard.tex doc/orgcard.pdf doc/orgcard_letter.pdf -TEXIFILES = doc/org.texi -INFOFILES = doc/org +LISPF = org.el \ + org-agenda.el \ + org-ascii.el \ + org-attach.el \ + org-archive.el \ + org-bbdb.el \ + org-beamer.el \ + org-bibtex.el \ + org-capture.el \ + org-clock.el \ + org-colview.el \ + org-colview-xemacs.el \ + org-compat.el \ + org-crypt.el \ + org-ctags.el \ + org-datetree.el \ + org-docview.el \ + org-entities.el \ + org-exp.el \ + org-exp-blocks.el \ + org-docbook.el \ + org-faces.el \ + org-feed.el \ + org-footnote.el \ + org-freemind.el \ + org-gnus.el \ + org-habit.el \ + org-html.el \ + org-icalendar.el \ + org-id.el \ + org-indent.el \ + org-info.el \ + org-inlinetask.el \ + org-jsinfo.el \ + org-irc.el \ + org-latex.el \ + org-list.el \ + org-mac-message.el \ + org-macs.el \ + org-mew.el \ + org-mhe.el \ + org-mks.el \ + org-mobile.el \ + org-mouse.el \ + org-publish.el \ + org-plot.el \ + org-protocol.el \ + org-remember.el \ + org-rmail.el \ + org-src.el \ + org-table.el \ + org-taskjuggler.el \ + org-timer.el \ + org-vm.el \ + org-w3m.el \ + org-wl.el \ + org-xoxo.el + +LISPBF = ob.el \ + ob-table.el \ + ob-lob.el \ + ob-ref.el \ + ob-exp.el \ + ob-tangle.el \ + ob-comint.el \ + ob-keys.el + +LISPBLF = ob-C.el \ + ob-ditaa.el \ + ob-haskell.el \ + ob-perl.el \ + ob-sh.el \ + ob-R.el \ + ob-dot.el \ + ob-latex.el \ + ob-python.el \ + ob-sql.el \ + ob-asymptote.el \ + ob-emacs-lisp.el \ + ob-matlab.el \ + ob-ruby.el \ + ob-sqlite.el \ + ob-clojure.el \ + ob-ocaml.el \ + ob-sass.el \ + ob-css.el \ + ob-gnuplot.el \ + ob-octave.el \ + ob-screen.el + +LISPFILES0 = $(LISPF:%=lisp/%) +LISPFILES = $(LISPFILES0) lisp/org-install.el +LISPBFILES = $(LISPBF:%=lisp/babel/%) +LISPBLFILES = $(LISPBLF:%=lisp/babel/langs/%) +ELCFILES0 = $(LISPFILES0:.el=.elc) +ELCFILES= $(LISPFILES:.el=.elc) +ELCBFILES = $(LISPBFILES:.el=.elc) +DOCFILES= doc/org.texi doc/org.pdf doc/org doc/dir \ + doc/pdflayout.sty doc/.nosearch \ + doc/orgguide.texi doc/orgguide.pdf +CARDFILES = doc/orgcard.tex doc/orgcard.pdf doc/orgcard_letter.pdf +TEXIFILES = doc/org.texi +INFOFILES = doc/org .SUFFIXES: .el .elc .texi @@ -148,9 +176,9 @@ SHELL = /bin/sh DISTFILES_extra= Makefile ChangeLog request-assign-future.txt contrib DISTFILES_xemacs= xemacs/nout
Re: [Orgmode] Re: [ANN] Org-babel integrated into Org-mode
Nick Dokos writes: > Eric Schulte wrote: > >> --=-=-= >> >> with attachment ;) >> >> > >> > I hardly believe this worked since it is the product of naive Makefile >> > pattern matching (which has never worked for me in the past), however it >> > appears to be compiling on my system. >> > >> > If someone who actually uses "make install" on their system (or is >> > confident writing Makefiles) can confirm that this patch works then I'll >> > apply it. >> > >> > Thanks -- Eric >> > > I took a quick look and I couldn't see where the babel/langs subdirectory > is copied over to the install directory - did I miss it? > Ah, thanks, an undated patch is attached. 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] [PATCH] org-feed: Fix RSS feed parsing when as attributes
On Tue, Jun 22 2010, Julien Danjou wrote: > I've RSS feeds with which does not work without that change. May I dare ask a heads up on this? -- Julien Danjou // ᐰhttp://julien.danjou.info pgpZgQyHtqfob.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: Getting a Google Maps' map for an entry
On Tue, Jun 29 2010, Thierry Volpiatto wrote: > You mean 'z' maybe? Yes, sorry, I meant z. -- Julien Danjou // ᐰhttp://julien.danjou.info pgpJEBpZTNxQP.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] [PATCH] resubmitted patch to contrib/lisp/org-mac-link-grabber.el
Anthony Lander wrote: >[1 ] >This patch fixes an issue with opening AddressBook.app and >Together.app links. This is just a reply with the patch attached in a way the patchtracker[1] will catch it. -- David [1] http://patchwork.newartisans.com/project/org-mode/list/ -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de diff --git a/contrib/lisp/org-mac-link-grabber.el b/contrib/lisp/org-mac-link-grabber.el index 46a9565..bb12204 100644 --- a/contrib/lisp/org-mac-link-grabber.el +++ b/contrib/lisp/org-mac-link-grabber.el @@ -318,7 +318,7 @@ applications and inserting them in org documents" (defun org-mac-together-item-open (uid) "Open the given uid, which is a reference to an item in Together" - (shell-command (concat "open \"x-together-item:" uid "\""))) + (shell-command (concat "open -a Together \"x-together-item:" uid "\""))) (defun as-get-selected-together-items () (do-applescript @@ -378,9 +378,9 @@ applications and inserting them in org documents" ;; ;; -(org-add-link-type "addressbook" 'org-mac-together-item-open) +(org-add-link-type "addressbook" 'org-mac-addressbook-item-open) -(defun org-mac-together-item-open (uid) +(defun org-mac-addressbook-item-open (uid) "Open the given uid, which is a reference to an item in Together" (shell-command (concat "open \"addressbook:" uid "\""))) pgphTcGBRlFAn.pgp Description: PGP signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Getting a Google Maps' map for an entry
Julien Danjou writes: > On Tue, Jun 29 2010, Memnon Anon wrote: > >> It would be nice the initial zoom level of a map would be set right at >> the beginning. > > The problem is that this is not possible. The zoom level, if not > specified, is determined automatically by Google Maps, and we have no > clue about its value. > > Therefore you need to press 'w' (with an eventual prefix) to set a first > zoom level. Specifying zoom level at startup seem to fix the problem: , | (defun google-maps (location &optional no-geocoding) | "Run Google Maps on LOCATION. | If NO-GEOCODING is t, then does not try to geocode the address | and do not ask the user for a more precise location." | (interactive |(list | (if (use-region-p) | (buffer-substring-no-properties | (region-beginning) (region-end)) | (read-from-minibuffer "Location: " | nil nil nil nil | (replace-regexp-in-string | "\n" " " | (or (thing-at-point 'sentence) "")) | (let ((location (if no-geocoding | location | (google-maps-geocode-location location | (google-maps-static-show :zoom google-maps-static-default-zoom | :markers `(((,location)) ` I use 10 as default value for `google-maps-static-default-zoom'. -- Thierry Volpiatto Gpg key: http://pgp.mit.edu/ ___ Emacs-orgmode 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] org-capture: Formatting of entries
Puneeth wrote: >Hi >On Wed, Jun 30, 2010 at 5:08 AM, Markus Heller wrote: >Just adding a space before the :PROPERTIES: drawer will work, right? >> (setq org-capture-templates >> '(("t" "Task" entry (file "h:/org/refile.org") >> "* TODO %^{Todo} \n:PROPERTIES:\n:Created: %U\n:END:\n\n%?" >> :clock-in :clock-resume))) >(setq org-capture-templates > '(("t" "Task" entry (file "h:/org/refile.org") >"* TODO %^{Todo} \n :PROPERTIES:\n :Created: %U\n :END:\n\n%?" >:clock-in :clock-resume))) ^^^ An there's an error in the template. It should read :clock-in t :clock-resume t HTH -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgpTOkQgV1NNW.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] Fix: org-mobile-push results in byte-code: Wrong type argument: listp, "TODO"
On Jun 30, 2010, at 12:40 AM, Sven Bretfeld wrote: Hi Torsten, hi all I experience multiple error messages of the form (wrong-type-argument: listp \.\.\.) since some weeks. That was around the time when I changed my old: (setq org-todo-keywords '((type "NEXT(n)" "WAITING(w)" "DELEGATED(l)" "DEFERRED(f)" "REGULAR(r)" "APPT(a)" "RESV(v)" "DONE(d)" "CANCELLED(c)"))) into (setq org-todo-keywords '((type "NEXT(n)" "WAITING(w)" "DELEGATED(l)" "DEFERRED(f)" "REGULAR(r)" "APPT(a)" "RESV(v)" "|" "DONE(d)" "CANCELLED(c)"))) I don't know if this is related but it's annoying. I have several not org-related error messages since some time and I don't know where they come from. For example, I get "wrong-number-of-arguments: called-interactively-p, 1" whenever I visit a tex-file. The buffer is, then, opened but not selected. Make a backtrace! - Carsten Greetings, Sven Torsten Wagner writes: Hi all, this problem was described by Xin already some monthes ago. Following the thread, the solution was to remove the customisation of the variable "org-todo-keywords". Today, I faced the exact same problem. Removing seems not the correct solution to me so I searched around in the org-manual. To my surprise I found the following example: (setq org-todo-keywords '((sequence "TODO" "FEEDBACK" "VERIFY" "|" "DONE" "DELEGATED"))) whereas in my init file I used simply (setq org-todo-keywords '("TODO" "STARTED" "WAITING" "DONE")) I changed my lines according to the manual and now org-mobile-push works without any problem. I wasn't able to track down whether the org-todo-keyword variable changed recently and I used an old definition or why I customised it in this "simple" resp. wrong way. Surprisingly, this didn't effect the TODO states mechanism in org-mode itself. They work as desired with the old customisation. Just thought I let you know, maybe some people fight or will fight with the same problem. Bye Torsten ___ Emacs-orgmode 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 - Carsten ___ Emacs-orgmode 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] Org-jekyll - org-publish-initialize-files-alist
Puneeth wrote: > Hi, > > On Wed, Jun 30, 2010 at 4:15 AM, Nathan Neff wrote: > [..] > > I tried putting this in my emacs, but it didn't work: > > (require 'org-protocol.el) > > (require 'org-publish) > > (require 'org-jekyll) > > I haven't used Jekyll, but should it be just org-protocol and not > org-protocol.el? > (require 'org-protocol) > That's true: the first argument of `require' should be the symbol that is `provide'-ed by the load file. E.g. org-protocol.el ends with , | ... | (provide 'org-protocol) ` so the `require' form should indeed be (require 'org-protocol) - and there is an additional convention that the filename should then be the printname of the `provide'-ed symbol, with ".el" appended: org-protocol.el in this case (but the convention can be overridden - see the documentation of `require' for details). The function that Nathan was asking about was originally defined in org-publish.el which does , | ... | | (provide 'org-publish) ` so normally, doing (require 'org-publish) would be enough to load the file and therefore define the function. However, nothing is going to help in this case, because the function, even though it is declared and used in org-protocol.el, was deleted from org-publish.el with this commit: , | commit 339d6fe4bbf7b9858c6323d01f32d0c73a4cd3a8 | Author: Sebastian Rose | Date: Thu May 13 13:43:53 2010 +0200 | | Publishing, cashing and timestamps | | Carsten Dominik writes: | > Hi Sebastian, | > | > sorry for being slow. Could you do me a favor and send me the cache patch one | > more time - if possible updated to the current master. | > | > I am just not sure I have the right patch in my hands. | | Hi Carsten, | | no problem. The patch is attached. | | Here is a list of my ChangeLog entries, redated to today: | | 2010-05-13 Sebastian Rose | | * org-publish.el (org-publish-cache): Use one big hashmap for | each project defined in `org-publish-project-alist'. The | hashmap will hold pairs of our timestamp-filenames and | timestamps, as well as pairs of source-paths and associated | plists for arbitrary values. Currently only the files title is | stored there. | | The caching feature writes the information gathered during | publishing to disk and re-loads it from there the next time we | publish the same project. All those informations will hence | survive a restart of emacs. | | One cache file per publishing project is used. The contents of | that file is the elisp that fills the new variable | `org-publish-cache'. The cache file is named according to the | project with `.cache' added and lives in | `org-timestamp-directory'. | | * org-publish.el (initialize-files-alist): This function and | the variable `org-publish-files-alist' are not used anymore in | favour of the reloadable cache and the functions for handling | it. Removed therefor. | | ... | ` (hence the cc: to Sebastian). Either the function will have to be put back, or the calls to the function in org-protocol.el will have to be replaced by something else. Nick ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Org-jekyll - org-publish-initialize-files-alist
Hi, On Wed, Jun 30, 2010 at 4:15 AM, Nathan Neff wrote: [..] > I tried putting this in my emacs, but it didn't work: > (require 'org-protocol.el) > (require 'org-publish) > (require 'org-jekyll) I haven't used Jekyll, but should it be just org-protocol and not org-protocol.el? (require 'org-protocol) Thanks Puneeth ___ Emacs-orgmode 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] org-capture: Formatting of entries
Hi On Wed, Jun 30, 2010 at 5:08 AM, Markus Heller wrote: Just adding a space before the :PROPERTIES: drawer will work, right? > (setq org-capture-templates > '(("t" "Task" entry (file "h:/org/refile.org") > "* TODO %^{Todo} \n:PROPERTIES:\n:Created: %U\n:END:\n\n%?" > :clock-in :clock-resume))) (setq org-capture-templates '(("t" "Task" entry (file "h:/org/refile.org") "* TODO %^{Todo} \n :PROPERTIES:\n :Created: %U\n :END:\n\n%?" :clock-in :clock-resume))) Thanks, Puneeth ___ Emacs-orgmode 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: latex export and booktabs tables
Hi Eric, Sweet! Here is a stripped-down version that integrates with the AucTeX function, (LaTeX-environment ARG). --8<---cut here---start->8--- #+srcname: booktabs-2 #+begin_src emacs-lisp :var table='((:head) hline (:body)) (flet ((to-tab (tab) (orgtbl-to-generic (mapcar (lambda (lis) (if (listp lis) (mapcar (lambda (el) (if (stringp el) el (format "%S" el))) lis) lis)) tab) (list :lend " " :sep " & " :hline "\\hline" (org-fill-template " \\toprule %table \\bottomrule\n" (list (cons "table" ;; only use \midrule if it looks like there are column headers (if (equal 'hline (second table)) (concat (to-tab (list (first table))) "\n\\midrule\n" (to-tab (cddr table))) (to-tab table)) #+end_src --8<---cut here---end--->8--- Here is an example of how I intend to use it. --8<---cut here---start->8--- #+srcname: test #+begin_src latex :noweb yes \begin{table}[htb!] \centering \caption{A test table} \label{tab:test} \begin{tabular}{rl} <> \end{tabular} \end{table} #+end_src --8<---cut here---end--->8--- Everything around the noweb reference was due to the AucTeX function. Thanks for the two Library of Babel functions. I'll be using them a lot! All the best, Tom On Jun 29, 2010, at 7:10 AM, Eric Schulte wrote: Hi Tom, How about the following proposed library of babel function which constructs a booktabs environment using a toprule, (conditionally) a midrule, and a bottomrule. --8<---cut here---start->8--- *** booktabs This block can be used to wrap a table in the latex =booktabs= environment, it takes the following arguments -- all but the first two are optional. | arg | description| |---+| | table | a reference to the table | | align | optional alignment string | | env | optional environment, default to "tabular" | | width | optional width specification string| #+srcname: booktabs #+begin_src emacs-lisp :var table='((:head) hline (:body)) :var align='() :var env="tabular" :var width='() :noweb yes :results latex (flet ((to-tab (tab) (orgtbl-to-generic (mapcar (lambda (lis) (if (listp lis) (mapcar (lambda (el) (if (stringp el) el (format "%S" el))) lis) lis)) tab) (list :lend " " :sep " & " :hline "\\hline" (org-fill-template " \\begin{%env}%width%align \\toprule %table \\bottomrule \\end{%env}\n" (list (cons "env" (or env "table")) (cons "width" (if width (format "{%s}" width) "")) (cons "align" (if align (format "{%s}" align) "")) (cons "table" ;; only use \midrule if it looks like there are column headers (if (equal 'hline (second table)) (concat (to-tab (list (first table))) "\n\\midrule\n" (to-tab (cddr table))) (to-tab table)) #+end_src --8<---cut here---end--->8--- once loaded it can be applied as here --8<---cut here---start->8--- ** booktabs #+tblname: months | num | Abbrev. | |-+-| | 1 | Jan.| | 2 | Feb.| | 3 | Mar.| #+call: booktabs(table=months, align="r|l") :results latex :exports results --8<---cut here---end--->8--- Also, note that the longtable function currently in the library-of- babel does allow for replacing the global default hline value. I'm sure the above isn't perfect, however hopefully it is close enough that you could recommend how to get the rest of the way there. Thanks -- Eric "Thomas S. Dye" writes: Hi Eric, This is neat, but it doesn't directly address the problem posed by the OP. Currently, the LaTeX exporter uses \hline for all the horizontal rules in a table. Booktabs defines three rules of different thickness for use at the top of the table, after the column heads, and at the bottom of the table. So, one would want a function that let each of the rules take a different value. The default for each could be hline, giving the current behavior of the exporte
Re: [Orgmode] mobileorg - "No executable found to compute checksums"
Buck Brody wrote: > Could you give me an example of what you mean when you say "customize the > variable to be the path name"? > M-x customize Type `org-mobile-checksum-binary' in the Search box and click on the Search button. Move the cursor to the headline and press to expand it (if necessary). Move the cursor to the text box that contains the default path (in my case, it says /usr/bin/shasum), erase it and type in the correct path for your case: it's hard to be specific here because I don't know which program you have (or have downloaded) and where you put it. If you followed Richard's suggestion of getting the shasum.exe program and you put it in in /system/win32 you should say /system/win32/shasum.exe (NB: in general, you should take whatever I say with a grain of salt, but when I talk about Windows, you should use at least a bucket ;-) - but I'm sure somebody will correct any mistakes here.) HTH, Nick ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: [ANN] Org-babel integrated into Org-mode
Eric Schulte wrote: > --=-=-= > > with attachment ;) > > > > > I hardly believe this worked since it is the product of naive Makefile > > pattern matching (which has never worked for me in the past), however it > > appears to be compiling on my system. > > > > If someone who actually uses "make install" on their system (or is > > confident writing Makefiles) can confirm that this patch works then I'll > > apply it. > > > > Thanks -- Eric > I took a quick look and I couldn't see where the babel/langs subdirectory is copied over to the install directory - did I miss it? Nick ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] mobileorg - "No executable found to compute checksums"
Nick, Could you give me an example of what you mean when you say "customize the variable to be the path name"? Thanks four help. On Tue, Jun 29, 2010 at 12:21 PM, Nick Dokos wrote: > Buck Brody wrote: > > > I am trying to get mobileorg setup and receive the following message from > org-mobile-push > > > > "No executable found to compute checksums" > > > > Any ideas? > > > > Windows 7 > > Org Version 6.36c > > GNU Emacs 23.2.1 > > > > [Apologies to Buck for the double send: I forgot to cc: the list.] > > Presumably, you don't have any of the following programs on your machine, > so the > variable is set to nil: > > (defcustom org-mobile-checksum-binary (or (executable-find "shasum") > (executable-find "sha1sum") > (executable-find "md5sum") > (executable-find "md5")) > "Executable used for computing checksums of agenda files." > :group 'org-mobile > :type 'string) > > If you have some checksumming program, customize the variable > to be the pathname of the program. If not, you'll have to get one. > > This was discussed on the list before: > > http://thread.gmane.org/gmane.emacs.orgmode/19702/focus=23857 > > HTH, > Nick > ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] mobileorg - "No executable found to compute checksums"
You mean my windows system path, not my .emacs load path, right? On Tue, Jun 29, 2010 at 12:17 PM, Richard Moreland wrote: > Hi Buck, > > You need a copy of shasum.exe in your system path. You should be able > to download this package from gnuwin32: > > http://gnuwin32.sourceforge.net/downlinks/coreutils-bin-zip.php > > You don't need everything from that package, just the one .exe. > > Hope this helps, > Richard > > On Tue, Jun 29, 2010 at 3:05 PM, Buck Brody wrote: > > I am trying to get mobileorg setup and receive the following message from > > org-mobile-push > > "No executable found to compute checksums" > > Any ideas? > > Windows 7 > > Org Version 6.36c > > GNU Emacs 23.2.1 > > ___ > > Emacs-orgmode 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] org-capture: Formatting of entries
Hello, I'm starting to sue (wow, bad typo, should read "use" of course) org-capture instead of org-remember, as probably a lot of other users do :) Using an org-capture template [1], I end up with the following: = * TODO Proper Formatting :CLOCK: CLOCK: [2010-06-29 Tue 16:33] :END: :PROPERTIES: :Created: [2010-06-29 Tue 16:33] :END: = What I would like to see is this: = * TODO Proper Formatting :CLOCK: CLOCK: [2010-06-29 Tue 16:33] :END: :PROPERTIES: :Created: [2010-06-29 Tue 16:33] :END: = that is, I'd love to see the :PROPERTIES: indented appropriately for the corresponding headline level. Is this possible, and if so, how? M-x org-version yields: Org-mode version 6.36trans (release_6.36.457.g025a9) Thanks and Cheers Markus [1] My org-capture template: (setq org-capture-templates '(("t" "Task" entry (file "h:/org/refile.org") "* TODO %^{Todo} \n:PROPERTIES:\n:Created: %U\n:END:\n\n%?" :clock-in :clock-resume))) ___ Emacs-orgmode 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: [ANN] Org-babel integrated into Org-mode
with attachment ;) >From 24f99a2ebd3de464fdb60902f003b828c2f71003 Mon Sep 17 00:00:00 2001 From: Eric Schulte Date: Tue, 29 Jun 2010 15:53:15 -0700 Subject: [PATCH] update Makefile for correct instillation of Babel files --- Makefile | 157 - 1 files changed, 82 insertions(+), 75 deletions(-) diff --git a/Makefile b/Makefile index c767cbd..6641395 100644 --- a/Makefile +++ b/Makefile @@ -17,7 +17,8 @@ EMACS=emacs prefix=/usr/local # Where local lisp files go. -lispdir = $(prefix)/share/emacs/site-lisp +lispdir = $(prefix)/share/emacs/site-lisp +lispbdir = $(lispdir)/babel # Where info files go. infodir = $(prefix)/share/info @@ -62,77 +63,79 @@ INSTALL_INFO=install-info ##-- # The following variables need to be defined by the maintainer -LISPF = org.el\ - org-agenda.el \ - org-ascii.el \ - org-attach.el \ - org-archive.el \ - org-bbdb.el \ - org-beamer.el \ - org-bibtex.el \ - org-capture.el \ - org-clock.el \ - org-colview.el \ - org-colview-xemacs.el \ - org-compat.el \ - org-crypt.el \ - org-ctags.el \ - org-datetree.el \ - org-docview.el \ - org-entities.el \ - org-exp.el \ - org-exp-blocks.el \ - org-docbook.el \ - org-faces.el \ - org-feed.el \ - org-footnote.el \ - org-freemind.el \ - org-gnus.el \ - org-habit.el \ - org-html.el \ - org-icalendar.el \ - org-id.el \ - org-indent.el \ - org-info.el \ - org-inlinetask.el \ - org-jsinfo.el \ - org-irc.el \ - org-latex.el \ - org-list.el \ - org-mac-message.el \ - org-macs.el \ - org-mew.el \ - org-mhe.el \ - org-mks.el \ - org-mobile.el \ - org-mouse.el \ - org-publish.el \ - org-plot.el \ - org-protocol.el \ - org-remember.el \ - org-rmail.el \ - org-src.el \ - org-table.el \ - org-taskjuggler.el \ - org-timer.el \ - org-vm.el \ - org-w3m.el \ - org-wl.el \ - org-xoxo.el \ - babel/ob.el \ - babel/ob-table.el \ - babel/ob-lob.el \ - babel/ob-ref.el \ - babel/ob-exp.el \ - babel/ob-tangle.el \ - babel/ob-comint.el \ - babel/ob-keys.el \ - babel/langs/ob-emacs-lisp.el +LISPF = org.el \ + org-agenda.el \ + org-ascii.el \ + org-attach.el \ + org-archive.el \ + org-bbdb.el \ + org-beamer.el \ + org-bibtex.el \ + org-capture.el \ + org-clock.el \ + org-colview.el \ + org-colview-xemacs.el \ + org-compat.el \ + org-crypt.el \ + org-ctags.el \ + org-datetree.el \ + org-docview.el \ + org-entities.el \ + org-exp.el \ + org-exp-blocks.el \ + org-docbook.el \ + org-faces.el \ + org-feed.el \ + org-footnote.el \ + org-freemind.el \ + org-gnus.el \ + org-habit.el \ + org-html.el \ + org-icalendar.el \ + org-id.el \ + org-indent.el \ + org-info.el \ + org-inlinetask.el \ + org-jsinfo.el \ + org-irc.el \ + org-latex.el \ + org-list.el \ + org-mac-message.el \ + org-macs.el \ + org-mew.el \ + org-mhe.el \ + org-mks.el \ + org-mobile.el \ + org-mouse.el \ + org-publish.el \ + org-plot.el \ + org-protocol.el \ + org-remember.el \ + org-rmail.el \ + org-src.el \ + org-table.el \ + org-taskjuggler.el \ + org-timer.el \ + org-vm.el \ + org-w3m.el \ + org-wl.el \ + org-xoxo.el + +LISPBF = ob.el \ + ob-table.el \ + ob-lob.el \ + ob-ref.el \ + ob-exp.el \ + ob-tangle.el \ + ob-comint.el \ + ob-keys.el LISPFILES0 = $(LISPF:%=lisp/%) LISPFILES = $(LISPFILES0) lisp/org-install.el +LISPBFILES = $(LISPBF:%=lisp/babel/%) ELCFILES0 = $(LISPFILES0:.el=.elc) ELCFILES = $(LISPFILES:.el=.elc) +ELCBFILES = $(LISPBFILES:.el=.elc) DOCFILES = doc/org.texi doc/org.pdf doc/org doc/dir \ doc/pdflayout.sty doc/.nosearch \ doc/orgguide.texi doc/orgguide.pdf @@ -148,9 +151,9 @@ SHELL = /bin/sh DISTFILES_extra= Makefile ChangeLog request-assign-future.txt contrib DISTFILES_xemacs= xemacs/noutline.el xemacs/ps-print-invisible.el xemacs/README -default: $(ELCFILES) +default: $(ELCFILES) $(ELCBFILES) -all: $(ELCFILES) $(INFOFILES) +all: $(ELCFILES) $(ELCBFILES) $(INFOFILES) up2: update sudo ${MAKE} install @@ -160,7 +163,7 @@ update: ${MAKE} clean ${MAKE} all -compile: $(ELCFILES0) +compile: $(ELCFILES0) $(ELCBFILES) install: install-lisp @@ -172,10 +175,13 @@ p: g: ${MAKE} pdf && open doc/orgguide.pdf -install-lisp: $(LISPFILES) $(ELCFILES) +install-lisp: $(LISPFILES) $(LISPBFILES) $(ELCFILES) if [ ! -d $(lispdir) ]; then $(MKDIR) $(lispdir); else true; fi ; - $(CP) $(LISPFILES) $(lispdir) - $(CP) $(ELCFILES) $(lispdir) + if [ ! -d $(lispbdir) ]; then $(MKDIR) $(lispbdir); else true; fi ;
[Orgmode] LaTeX export works but not in HTML
The following latex options produce the right format (an article scaled up to 20pts using the "arev" font): #+LaTeX_CLASS: article #+LaTeX_CLASS_OPTIONS: [12pt] #+LATEX_HEADER: \usepackage{amsmath,amsthm,amssymb} \usepackage[T1]{fontenc} \usepackage[20pt]{extsizes} \usepackage{arev} \usepackage[utf8]{inputenc} However, when I export to HTML, the math equations fail to export. And yes, I set the right variable for exporting latex snippets in HTML. Ideas? The culprit seems to be the arev package. Export works fine if I remove that. However, why would that cause a problem? Using org-mode 6.36 -- --Thanks! Uriel ___ Emacs-orgmode 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] Org Mode Latex Export Customization of org-export-latex-emphasis-alist
Dear Giovanni, Thanks much for your response. I'm using Org-mode version 6.36. I'm guessing (based on what I read up) that it will not show up in emacs until you load org-latex. I also found a useful thread on this topic at: http://osdir.com/ml/emacs-orgmode-gnu/2009-11/msg01028.html which also indicated that @ and ! interfere with some regexp. The solutions suggested there were to either: 1) Add these through the Org->Customize interface or 2) Place in .emacs before org is loaded. Neither of these however seem to help in my case. I also learn't about org-submit-bug-report, and am including the full bug report below, in case that suggests something I am missing. I also thought of using alternate special characters as as emphasis delimiters but coudn't readily find ones that weren't taken - just as you also point out. At the moment, I've given up on trying to resolve this and am directly using \alert{} where I need it. Thanks again. -Gaurav Bug report - including configuration _ Emacs : GNU Emacs 22.3.1 (i386-mingw-nt5.2.3790) of 2008-09-06 on SOFT-MJASON Package: Org-mode version 6.36 current state: == (setq org-export-latex-after-initial-vars-hook '(org-beamer-after-initial-vars) org-after-todo-state-change-hook '(org-clock-out-if-current) org-export-latex-format-toc-function 'org-export-latex-format-toc-default org-export-preprocess-hook '(org-export-blocks-preprocess) org-tab-first-hook '(org-hide-block-toggle-maybe) org-src-mode-hook '(org-src-mode-configure-edit-buffer) org-confirm-shell-link-function 'yes-or-no-p org-export-first-hook '(org-beamer-initialize-open-trackers) org-agenda-before-write-hook '(org-agenda-add-entry-text) org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers org-cycle-show-empty-lines org-optimize-window-after-visibility-change) org-export-latex-classes '(("beamer" "\\documentclass[t]{beamer}\n\\usepackage[utf8]{inputenc}\n\\usepackage[T1]{fontenc} \n\\usepackage{pgf} \n\\usepackage{amsmath}\n\\usepackage{amssymb}\n\\usepackage{graphicx}\n\\usepackage{graphics}\n\\usepackage{listings}\n\\usepackage{hyperref}" org-beamer-sectioning) ("article" "\\documentclass[11pt]{article}" ("\\section{%s}" . "\\section*{%s}") ("\\subsection{%s}" . "\\subsection*{%s}") ("\\subsubsection{%s}" . "\\subsubsection*{%s}") ("\\paragraph{%s}" . "\\paragraph*{%s}") ("\\subparagraph{%s}" . "\\subparagraph*{%s}")) ("report" "\\documentclass[11pt]{report}" ("\\part{%s}" . "\\part*{%s}") ("\\chapter{%s}" . "\\chapter*{%s}") ("\\section{%s}" . "\\section*{%s}") ("\\subsection{%s}" . "\\subsection*{%s}") ("\\subsubsection{%s}" . "\\subsubsection*{%s}")) ("book" "\\documentclass[11pt]{book}" ("\\part{%s}" . "\\part*{%s}") ("\\chapter{%s}" . "\\chapter*{%s}") ("\\section{%s}" . "\\section*{%s}") ("\\subsection{%s}" . "\\subsection*{%s}") ("\\subsubsection{%s}" . "\\subsubsection*{%s}")) ("beamer" "\\documentclass{beamer}" org-beamer-sectioning)) org-export-preprocess-before-normalizing-links-hook '(org-remove-file-link-modifiers) org-mode-hook '((lambda nil (setq org-mouse-context-menu-function (quote org-mouse-context-menu)) (when (memq (quote context-menu) org-mouse-features) (org-defkey org-mouse-map [mouse-3] nil) (org-defkey org-mode-map [mouse-3] (quote org-mouse-show-context-menu))) (org-defkey org-mode-map [down-mouse-1] (quote org-mouse-down-mouse)) (when (memq (quote context-menu) org-mouse-features) (org-defkey org-mouse-map [C-drag-mouse-1] (quote org-mouse-move-tree)) (org-defkey org-mouse-map [C-down-mouse-1] (quote org-mouse-move-tree-start))) (when (memq (quote yank-link) org-mouse-features) (org-defkey org-mode-map [S-mouse-2] (quote org-mouse-yank-link)) (org-defkey org-mode-map [drag-mouse-3] (quote org-mouse-yank-link))) (when (memq (quote move-tree) org-mouse-features) (org-defkey org-mouse-map [drag-mouse-3] (quote org-mouse-move-tree)) (org-defkey org-mouse-map [down-mouse-3] (quote org-mouse-move-tree-start))) (when (memq (quote activate-stars) org-mouse-features) (font-lock-add-keywords nil (\` (((\, outline-regexp) 0 (\` (face org-link mouse-face highlight keymap (\, org-mouse-map))) (quote prepend t)) (when (memq (quote activate-bullets) org-mouse-features) (font-lock-add-keywords nil (\` (("^[ ]*\\([-+*]\\|[0-9]+[.)]\\) +" (1 (\` (face org-link keymap (\, org-mouse-map) mouse-face highlight)) (quote prepend) t) ) (when (memq (quote activate-checkboxes) org-mouse-feat
[Orgmode] Re: [ANN] Org-babel integrated into Org-mode
Hi all, "Eric Schulte" writes: > Hi Matt, > > Thanks for raising the point about potentially dangerous code blocks. > > Matt Lundin writes: [...] >> >> Also, with make install, the ob-* files are installed on the same >> level as the org-files, yet lines 108-114 in org.el indicate that they >> should be installed in a babel subdirectory. >> > > Looks like it may be necessary to move ob-* files out of LISPF and into > their own new Makefile variable, so they can be handled separately and > placed into a babel sub-directory. > I *believe* I've successfully made this change to the Makefile. It looks like the babel files are now installed into their own "babel" subdirectory of the global lisp directory. I hardly believe this worked since it is the product of naive Makefile pattern matching (which has never worked for me in the past), however it appears to be compiling on my system. If someone who actually uses "make install" on their system (or is confident writing Makefiles) can confirm that this patch works then I'll apply it. 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] org-iswitchb documentation
On Tue, 29 Jun 2010 09:26:57 +0200, Carsten Dominik wrote: [...] > THe doc string now reads: > > "Use `org-icompleting-read' to prompt for an Org buffer to switch to. > With a prefix argument, restrict available to files. > With two prefix arguments, restrict available buffers to agenda files. Carsten, apologies if I'm being a little slow here but I really do not understand this first paragraph! Specifically, I believe the grammar to be wrong in the last 2 sentences, possibly because you mean "availability" instead of "available" or "to available" instead of "available to", but I cannot be sure nor can I suggest an improvement because I actually do not know what they are intending to say. Sorry! -- Eric S Fraga GnuPG: 8F5C 279D 3907 E14A 5C29 570D C891 93D8 FFFC F67D ___ Emacs-orgmode 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] Org-jekyll - org-publish-initialize-files-alist
Some time ago, I set up a blog using org-jekyll. I recently tried to publish my blog, but when I run: org-jekyll-export-blog I get the message: Symbol's function definition is void: org-publish-initialize-files-alist I grepped for this function, and noticed that it is now defined in org-protocol.el using (declare-function org-publish-initilialize-files-alist "org-publish"), whereas before, the function was declared in org-publish.el Can anyone help with this problem? I tried putting this in my emacs, but it didn't work: (require 'org-protocol.el) (require 'org-publish) (require 'org-jekyll) Thanks, --Nate ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Fix: org-mobile-push results in byte-code: Wrong type argument: listp, "TODO"
Hi Torsten, hi all I experience multiple error messages of the form (wrong-type-argument: listp \.\.\.) since some weeks. That was around the time when I changed my old: (setq org-todo-keywords '((type "NEXT(n)" "WAITING(w)" "DELEGATED(l)" "DEFERRED(f)" "REGULAR(r)" "APPT(a)" "RESV(v)" "DONE(d)" "CANCELLED(c)"))) into (setq org-todo-keywords '((type "NEXT(n)" "WAITING(w)" "DELEGATED(l)" "DEFERRED(f)" "REGULAR(r)" "APPT(a)" "RESV(v)" "|" "DONE(d)" "CANCELLED(c)"))) I don't know if this is related but it's annoying. I have several not org-related error messages since some time and I don't know where they come from. For example, I get "wrong-number-of-arguments: called-interactively-p, 1" whenever I visit a tex-file. The buffer is, then, opened but not selected. Greetings, Sven Torsten Wagner writes: > Hi all, > this problem was described by Xin already some monthes ago. Following > the thread, the solution was to remove the customisation of the variable > "org-todo-keywords". > > Today, I faced the exact same problem. Removing seems not the correct > solution to me so I searched around in the org-manual. > To my surprise I found the following example: > > (setq org-todo-keywords >'((sequence "TODO" "FEEDBACK" "VERIFY" "|" "DONE" "DELEGATED"))) > > whereas in my init file I used simply > > (setq org-todo-keywords >'("TODO" "STARTED" "WAITING" "DONE")) > > I changed my lines according to the manual and now org-mobile-push works > without any problem. I wasn't able to track down whether the > org-todo-keyword variable changed recently and I used an old definition > or why I customised it in this "simple" resp. wrong way. Surprisingly, > this didn't effect the TODO states mechanism in org-mode itself. They > work as desired with the old customisation. > > Just thought I let you know, maybe some people fight or will fight with > the same problem. > > Bye > > Torsten > > > > ___ > Emacs-orgmode 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] Google calendar to org mode script and a feature request for agenda
Hello, I finally got myself an Android phone (and am loving it, especially with an "all you can eat" data plan :-). I have tried mobileorg for Android but it's obviously early days and it's actually not really what I want. However, I am very happy with the Google syncing provided by the phone, both for email and for the calendar. This has caused me to revisit the possibility of a smoother integration between Google's calendar and org-mode. First, I have created an awk script (yes, I'm dating myself: I do use awk in preference to perl et al.) which allows me to convert the iCal export from Google calendar to a sequence of org headlines (see attached). It's a preliminary version and seems to translate what I need: simple day and timed events, mostly those that I will tend to do on the phone as opposed to when I'm at my computer. I'm not trying for a comprehensive translation program here... but I'm putting it on the list in case anybody finds it useful. I use this script as follows: wget [address specified by google for my calendar] --> basic.ics awk -f ical2org.awk < basic.ics >> googlecalendar.org this appends any entries in my specific google calendar to the given org file. When I go the other way (creating an ics file from org), I import the org items into a different calendar on google. When entries have been synced, I typically delete the original entries placed in google to avoid them being downloaded over and over again [1]. * A feature request: time prompt for insert diary agenda function Anyway, my increased use of google's calendar, has highlighted a short-coming (?) of the agenda view (or more strictly speaking, the iCal exporter): entries in which the time of appointment, say, is on the headline but the date is on the following line, say, get converted to "day" events as opposed to day+time events. I.e. something like * 11am meeting with colleages <2010-06-30 Wed> does not get exported as a timed event. Obviously, the easy solution is to put the time in the date stamp. However, I like using the "insert diary" function in the agenda view for defining appointments and this doesn't allow the time to be specified other than in a headline. Would it be possible to enhance the insert diary function to prompt for a time (and while we're at it, tags as well)? Thanks, eric Footnotes: [1] it may be possible to use the unique ID for each event to avoid creating duplicates... something to look at in the future. # awk script for converting an iCal formatted file to a sequence of org-mode headings. # this may not work in general but seems to work for day and timed events from Google's # calendar, which is really all I need right now... # # Eric S Fraga, 20100629 BEGIN { # use a colon to separate the type of data line from the actual contents FS = ":"; entry = "" headline = "" id = "" indescription = 0; } # any line that starts at the left with a non-space character is a new data field /^[A-Z]/ {indescription = 0;} # this type of entry represents a day entry, not timed, with date stamp MMDD /^DTSTART;VALUE=DATE/ { date = gensub("([0-9][0-9][0-9][0-9])([0-9][0-9])([0-9][0-9]).*[\r]", "\\1-\\2-\\3", "g", $2) #print date } # this represents a timed entry with date and time stamp MMDDTHHMMSS # we ignore the seconds /^DTSTART:/ { #print $0 date = gensub("([0-9][0-9][0-9][0-9])([0-9][0-9])([0-9][0-9])T([0-9][0-9])([0-9][0-9]).*[\r]", "\\1-\\2-\\3 \\4:\\5", "g", $2); # print date; } # The description will the contents of the entry in org-mode. # this line may be continued and as I do not know if other lines may be continued, # we only process continuation lines that come immediately after this one /^DESCRIPTION/ { entry = gensub("\r", "", "g", $2); indescription = 1; } # continuation lines (at least from Google) start with two spaces # if the continuation is after a description, append the entry /^ / { # print "** continuation line: " $0 if (indescription) { entry = entry gensub("\r", "", "g", $0); } } # the summary will be the org heading /^SUMMARY/ { headline = gensub("(.*)[\r]", "\\1", "g", $2); } # the unique ID will be stored as a property of the entry /^UID/ { id = gensub("(.*)[\r]", "\\1", "g", $2); } # when we reach the end of the event line, we output everything we # have collected so far, creating a top level org headline with the # date/time stamp, unique ID property and the contents, if any /^END:VEVENT/ { print "* " headline print " :PROPERTIES:" print " :ID: " id print " :END:" print " <"
[Orgmode] Re: [ANN] Org-babel integrated into Org-mode
Matt Lundin wrote: > > > >> When I run make clean && make && make install I find that the language > >> directory is not installed. Does the langs directory require a manual > >> installation? > >> > > > > It's part of the git repository, so it should be present after you do a > > git pull. > > My apologies if my question wasn't clear. Yes, I can see the langs > directory in the org-mode repo. The problem, however, is that "make > install" does not copy the lang files to the target lispdir (in my case, > /usr/local/share/emacs/site-lisp). I'm not sure about the conventional > way to handle such installation in a Makefile, but it seems that the > babel/langs/* files have to added to LISPF. > > > > >> Also, with make install, the ob-* files are installed on the same level > >> as the org-files, yet lines 108-114 in org.el indicate that they should > >> be installed in a babel subdirectory. > >> > > > > Not here: they end up in /lisp/babel. > > What does represent here? Are you invoking "make install" to > install to a target directory (lispdir) or are you simply leaving the > compiled lisp files in place in the local org-mode repository? > > This section of the lisp file flattens out the lisp/babel hierarchy in > the repo when copying to the target directory: > > install-lisp: $(LISPFILES) $(ELCFILES) > if [ ! -d $(lispdir) ]; then $(MKDIR) $(lispdir); else true; fi ; > $(CP) $(LISPFILES) $(lispdir) > $(CP) $(ELCFILES) $(lispdir) > Ah, sorry for being dense: I forgot that I don't install - I run out of the git repository. Forgive my parochial view: there are indeed problems with the install target in the makefile. Nick ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [ANN] Org-babel integrated into Org-mode
Hi Matt, Thanks for raising the point about potentially dangerous code blocks. Matt Lundin writes: > Hi Eric, > > Thanks again for all the work that you, Dan, and Tom have put into > org-babel. I'm glad to see it become part of org-mode! > > "Eric Schulte" writes: > >> 2) Babel will now be loaded by default along with the rest of Org-mode. >>This means that *everyone* currently using babel will need to change >>their Emacs config and remove the (require 'org-babel-int) and/or >>(require 'org-babel) lines. > > I would like to request that org-babel be made an optional module. I ask > this as someone who uses org-babel regularly. Here are my reasons: > > - Org-babel adds rather specific and complex functionality to org-mode > that those who use it as a simple outliner and todo manager do not > require. (In other words, an option to turn it off might be nice for > those who are worried about "feature creep.") > I'm less struck by this point, as there are many features of Org-mode which I personally don't understand or use and I'm certainly some features the existence of which I am completely unaware. However as long as Babel doesn't significantly affect load time, I'd rather it be present in the background, to simplify it's use. > > - Org-babel increases the risk of accidentally executing malicious or > dangerous code when typing C-c C-c on a src block or exporting a > file. Perhaps users should activate it only after they understand > the risks. > > + For instance, I might write a blog post warning about the dangers > of typing "rm -rf ~/". If I put this between #+begin_src sh > and #+end_src and unthinkingly hit C-c C-c, I would be in trouble. > I believe this is the reason for the variables > org-confirm-shell-link-function and > org-confirm-elisp-link-function. > This to me is a much more motivating concern. With arbitrary code evaluation there is unlimited room for mayhem and destruction (both malicious and accidental), although anyone who works with code in any form is already exposed to such risks. > > + This is admitted a bit far-fetched as an example, as it would > require one to have loaded ob-sh.el. But since elisp execution is > activated by default, there remain opportunities for unwittingly > executing code that is meant for other purposes (e.g., warnings, > examples, etc.). > No I don't think it's far fetched at all. I think any of the three following solutions (with a strong preference for the first) should address this problem. 1) My preferred solution would be to keep things largely as they are, only w/o emacs-lisp activated by default. That way there is no required configuration change for babel users (aside from having to add an 'ob-emacs-lisp require), and we address the issue of unintentional code execution -- anyone who has activated a language is presumably aware of what they are doing. Additionally this solution would retain some non-active Babel features like tangling. 2) We could add a new global environment variable along the lines of org-confirm-shell-link-function, say org-confirm-babel-execution or somesuch. This would be easy to implement, and would retain tangle like functionality but doesn't seem as conceptually clean as the above solution. 3) We package babel as a module, which would need to be explicitly required to be used. > >>Support for evaluating emacs-lisp code blocks is loaded by default. >>All other languages will need to be required explicitly. To conform >>to Emacs filename specifications all language require lines have been >>shortened from e.g. >> >>(require 'org-babel-sh) >> >>to >> >>(require 'ob-sh) > > When I run make clean && make && make install I find that the language > directory is not installed. Does the langs directory require a manual > installation? > Thanks for catching this, I never run "make install" and it didn't occur to me to think about the installed directory structure for languages. Currently the language-specific files occupy an odd role. They are not compiled or loaded by default because many of them have exotic/complex dependencies which most users will want to avoid -- e.g. slime. For this reason they must be explicitly required by users, and I think for the moment at least would need to be manually installed for a global instillation -- although I suppose we could update the Makefile to begin copying the un-compiled language files into the global lisp tree during instillation. At the same time the language files *are* part of Babel and Org-mode for things like FSF copyright attribution, so they live in the Org-mode lisp tree. > > Also, with make install, the ob-* files are installed on the same > level as the org-files, yet lines 108-114 in org.el indicate that they > should be installed in a babel subdirectory. > Looks like it ma
[Orgmode] Re: [ANN] Org-babel integrated into Org-mode
Matt Lundin writes: > This section of the lisp file flattens out the lisp/babel hierarchy in > the repo when copying to the target directory: The above should read: "This section of the Makefile..." > > install-lisp: $(LISPFILES) $(ELCFILES) > if [ ! -d $(lispdir) ]; then $(MKDIR) $(lispdir); else true; fi ; > $(CP) $(LISPFILES) $(lispdir) > $(CP) $(ELCFILES) $(lispdir) > - Matt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [ANN] Org-babel integrated into Org-mode
Hi Nick, Nick Dokos writes: > Matt Lundin wrote: > > >> When I run make clean && make && make install I find that the language >> directory is not installed. Does the langs directory require a manual >> installation? >> > > It's part of the git repository, so it should be present after you do a > git pull. My apologies if my question wasn't clear. Yes, I can see the langs directory in the org-mode repo. The problem, however, is that "make install" does not copy the lang files to the target lispdir (in my case, /usr/local/share/emacs/site-lisp). I'm not sure about the conventional way to handle such installation in a Makefile, but it seems that the babel/langs/* files have to added to LISPF. > >> Also, with make install, the ob-* files are installed on the same level >> as the org-files, yet lines 108-114 in org.el indicate that they should >> be installed in a babel subdirectory. >> > > Not here: they end up in /lisp/babel. What does represent here? Are you invoking "make install" to install to a target directory (lispdir) or are you simply leaving the compiled lisp files in place in the local org-mode repository? This section of the lisp file flattens out the lisp/babel hierarchy in the repo when copying to the target directory: --8<---cut here---start->8--- install-lisp: $(LISPFILES) $(ELCFILES) if [ ! -d $(lispdir) ]; then $(MKDIR) $(lispdir); else true; fi ; $(CP) $(LISPFILES) $(lispdir) $(CP) $(ELCFILES) $(lispdir) --8<---cut here---end--->8--- Thanks, 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] Supress Contents frame in LaTeX beamer export
Tassilo Horn wrote: > I use this setup in the org file: > > #+STARTUP: beamer > #+LaTeX_CLASS: beamer > #+TITLE: MOLA Opponent Review > #+AUTHOR: Tassilo Horn > #+EMAIL: h...@uni-koblenz.de > #+LaTeX_CLASS_OPTIONS: [presentation] > #+BEAMER_HEADER_EXTRA: \usetheme{Madrid}\usecolortheme{default} > > * Slide 1 > > Hugo > > * Slide 2 > > Hugo > > 1. How do I supress the contents frame? I only have 1-star headlines, >each representing a frame. So there are no sections at all, and the >contents frame is empty. :-( > I think #+OPTIONS: toc:nil should do it. Nick ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] mobileorg - "No executable found to compute checksums"
Buck Brody wrote: > I am trying to get mobileorg setup and receive the following message from > org-mobile-push > > "No executable found to compute checksums" > > Any ideas? > > Windows 7 > Org Version 6.36c > GNU Emacs 23.2.1 > [Apologies to Buck for the double send: I forgot to cc: the list.] Presumably, you don't have any of the following programs on your machine, so the variable is set to nil: (defcustom org-mobile-checksum-binary (or (executable-find "shasum") (executable-find "sha1sum") (executable-find "md5sum") (executable-find "md5")) "Executable used for computing checksums of agenda files." :group 'org-mobile :type 'string) If you have some checksumming program, customize the variable to be the pathname of the program. If not, you'll have to get one. This was discussed on the list before: http://thread.gmane.org/gmane.emacs.orgmode/19702/focus=23857 HTH, Nick ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Supress Contents frame in LaTeX beamer export
Tassilo Horn writes: > 2. In the PDF presentation, the lower left bottom line says > > Tassilo Horn () > >What information do I have to provide to fill out the empty part >between the parens? I've thought that this is for the email address, >but although I've added #+EMAIL: (which was auto-completed with >M-TAB), it doesn't appear in the PDF or the LaTeX source... I managed to solve that one. The field is for the value of \institute{}, so now I have this setting line: #+BEAMER_HEADER_EXTRA: \usetheme{Madrid} \institute{IST, University Koblenz} 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] mobileorg - "No executable found to compute checksums"
Hi Buck, You need a copy of shasum.exe in your system path. You should be able to download this package from gnuwin32: http://gnuwin32.sourceforge.net/downlinks/coreutils-bin-zip.php You don't need everything from that package, just the one .exe. Hope this helps, Richard On Tue, Jun 29, 2010 at 3:05 PM, Buck Brody wrote: > I am trying to get mobileorg setup and receive the following message from > org-mobile-push > "No executable found to compute checksums" > Any ideas? > Windows 7 > Org Version 6.36c > GNU Emacs 23.2.1 > ___ > Emacs-orgmode 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] Re: [ANN] Org-babel integrated into Org-mode
Matt Lundin wrote: > When I run make clean && make && make install I find that the language > directory is not installed. Does the langs directory require a manual > installation? > It's part of the git repository, so it should be present after you do a git pull. > Also, with make install, the ob-* files are installed on the same level > as the org-files, yet lines 108-114 in org.el indicate that they should > be installed in a babel subdirectory. > Not here: they end up in /lisp/babel. Nick versions: Org-mode version 6.36trans (release_6.36.448.gb954) GNU Emacs 24.0.50.1 (i686-pc-linux-gnu, GTK+ Version 2.14.4) of 2010-05-17 ___ Emacs-orgmode 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] mobileorg - "No executable found to compute checksums"
I am trying to get mobileorg setup and receive the following message from org-mobile-push "No executable found to compute checksums" Any ideas? Windows 7 Org Version 6.36c GNU Emacs 23.2.1 ___ Emacs-orgmode 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] org2blog - blog from org-mode to wordpress
Hello, I've been wanting to use org-mode for quite some time but have started /really/ using it only recently. I am enjoying it, thoroughly. Over the last weekend, I have written a simple blogging client which I call org2blog. org2blog provides a simple way of publishing from org-mode to (wordpress) blogs. (Any blog supporting metaweblog API is expected to work, but I have not tested it). It is essentially a port of a [wordpress posting client for muse-mode] written by [Ashish Shukla], with a couple of new features. It uses the html export of org and therefore supports tables and images, too. It uploads any images present on the local machine to wordpress. It uses xml-rpc.el for talking to wordpress. org2blog is licensed under GPLv3 and the code is available at [github] Any comments and suggestions are welcome. I'm hoping someone on the list will find it useful. Thanks, Puneeth [wordpress posting client for muse-mode]: [http://paste.lisp.org/display/69993] [Ashish Shukla]: [http://www.emacswiki.org/emacs/AshishShukla] [github]: [http://github.com/punchagan/org2blog] ___ Emacs-orgmode 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: [ANN] Org-babel integrated into Org-mode
Hi Eric, Thanks again for all the work that you, Dan, and Tom have put into org-babel. I'm glad to see it become part of org-mode! "Eric Schulte" writes: > 2) Babel will now be loaded by default along with the rest of Org-mode. >This means that *everyone* currently using babel will need to change >their Emacs config and remove the (require 'org-babel-int) and/or >(require 'org-babel) lines. I would like to request that org-babel be made an optional module. I ask this as someone who uses org-babel regularly. Here are my reasons: - Org-babel adds rather specific and complex functionality to org-mode that those who use it as a simple outliner and todo manager do not require. (In other words, an option to turn it off might be nice for those who are worried about "feature creep.") - Org-babel increases the risk of accidentally executing malicious or dangerous code when typing C-c C-c on a src block or exporting a file. Perhaps users should activate it only after they understand the risks. + For instance, I might write a blog post warning about the dangers of typing "rm -rf ~/". If I put this between #+begin_src sh and #+end_src and unthinkingly hit C-c C-c, I would be in trouble. I believe this is the reason for the variables org-confirm-shell-link-function and org-confirm-elisp-link-function. + This is admitted a bit far-fetched as an example, as it would require one to have loaded ob-sh.el. But since elisp execution is activated by default, there remain opportunities for unwittingly executing code that is meant for other purposes (e.g., warnings, examples, etc.). >Support for evaluating emacs-lisp code blocks is loaded by default. >All other languages will need to be required explicitly. To conform >to Emacs filename specifications all language require lines have been >shortened from e.g. > >(require 'org-babel-sh) > >to > >(require 'ob-sh) When I run make clean && make && make install I find that the language directory is not installed. Does the langs directory require a manual installation? Also, with make install, the ob-* files are installed on the same level as the org-files, yet lines 108-114 in org.el indicate that they should be installed in a babel subdirectory. Thanks! 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] [org-babel] Does org-babel needs some simplification?
Hi Erik, Erik Iverson writes: [...] > > I have not used it for Python, but for R coding I've found it > incredibly intuitive. However, that might be because R has long > supported literate programming through Sweave, complete with noweb > syntax and code tangling. > Speaking of the Sweave/Babel relation, I've recently re-worked an existing Sweave tutorial into babel. See the last section of http://orgmode.org/worg/org-contrib/babel/uses.php#foo > > I personally don't think it's too complex. One thing that could help > is a gentle introduction written by users of each language that babel > supports. Yes, I couldn't agree more that this would be very helpful. > I have started something like that with R already on my blog, see > http://blogisticreflections.wordpress.com/2010/05/23/introduction-to-using-r-with-org-babel-part-1/ > That's great! I would love to link to your article perhaps as part of a revamped series of language-specific Org-babel documentation and demonstrations on Worg. Cheers -- 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] [org-babel] Does org-babel needs some simplification?
Hi Torsten, Thanks for bringing this up. I think you're right that Org-babel does need to expose some simple points of entry. However in reviewing the points of complexity, - tangling - noweb references - the profusion of header arguments - the library of babel my immersed and subjective perspective is that all of these moving parts do a pretty good job of being orthogonal, i.e. they don't overlap or duplicate functionality and each additional piece adds new functionality which would be otherwise impossible. So assuming that all of these facets of Org-babel are essential (please let me know if anyone thinks that there are chunks which could be re-factored out), then the issue becomes making it straightforward to do most *common* tasks w/o having to dive into much of the complexity. This probably means good default values for all configurable parameters, and better documentation. We have some example usage documents up on worg [1], however those focus on showing off all of the bells and whistles. I like the idea of compiling some simple language-specific demos which walk through the basic usage of Org-babel with pointers-to, but no inclusions-of the more complex features. Hopefully this is something we can improve in the near future. Thanks -- Eric Torsten Wagner writes: > Dear All, > > as a (quite, but happy) org-bable user of the first hour I followed up > the development process actively. > Nevertheless, some weeks or months pass where I had no need for > org-babel (yes, really strange I know). > > Whenever I come back to org-babel, it takes me a huge amount of time to > find myself back again in the syntax. Often I spend a day or two heavily > reading the website and manual again to figure out how to make it working. > > There are so many options. tangle files, results, scripting mode, > sessions, noweb, lot, etc. > > Just yesterday, I fighted again to make a simple python script running > as desired to generate an automatic report. I did this dozen of times > and even by using some old report as template I still struggle with it. > Comparing old reports I noticed that I did it in many different ways. > Tangeling all snipplets, using noweb syntax, with and without session > support, etc. > > Don't get me wrong, I really love org-babel and I think it is really > great. I just wonder wether it has become too complex and too difficult > to use to attract most of the org-mode people. Esp. considering people > who use it not on a regular basis. > > Best regards > > Torsten > > ___ > Emacs-orgmode mailing list > Please use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode Footnotes: [1] http://orgmode.org/worg/org-contrib/babel/uses.php ___ Emacs-orgmode 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: latex export and booktabs tables
Hi Tom, How about the following proposed library of babel function which constructs a booktabs environment using a toprule, (conditionally) a midrule, and a bottomrule. --8<---cut here---start->8--- *** booktabs This block can be used to wrap a table in the latex =booktabs= environment, it takes the following arguments -- all but the first two are optional. | arg | description| |---+| | table | a reference to the table | | align | optional alignment string | | env | optional environment, default to "tabular" | | width | optional width specification string| #+srcname: booktabs #+begin_src emacs-lisp :var table='((:head) hline (:body)) :var align='() :var env="tabular" :var width='() :noweb yes :results latex (flet ((to-tab (tab) (orgtbl-to-generic (mapcar (lambda (lis) (if (listp lis) (mapcar (lambda (el) (if (stringp el) el (format "%S" el))) lis) lis)) tab) (list :lend " " :sep " & " :hline "\\hline" (org-fill-template " \\begin{%env}%width%align \\toprule %table \\bottomrule \\end{%env}\n" (list (cons "env" (or env "table")) (cons "width" (if width (format "{%s}" width) "")) (cons "align" (if align (format "{%s}" align) "")) (cons "table" ;; only use \midrule if it looks like there are column headers (if (equal 'hline (second table)) (concat (to-tab (list (first table))) "\n\\midrule\n" (to-tab (cddr table))) (to-tab table)) #+end_src --8<---cut here---end--->8--- once loaded it can be applied as here --8<---cut here---start->8--- ** booktabs #+tblname: months | num | Abbrev. | |-+-| | 1 | Jan.| | 2 | Feb.| | 3 | Mar.| #+call: booktabs(table=months, align="r|l") :results latex :exports results --8<---cut here---end--->8--- Also, note that the longtable function currently in the library-of-babel does allow for replacing the global default hline value. I'm sure the above isn't perfect, however hopefully it is close enough that you could recommend how to get the rest of the way there. Thanks -- Eric "Thomas S. Dye" writes: > Hi Eric, > > This is neat, but it doesn't directly address the problem posed by the > OP. > > Currently, the LaTeX exporter uses \hline for all the horizontal rules > in a table. Booktabs defines three rules of different thickness for > use at the top of the table, after the column heads, and at the bottom > of the table. So, one would want a function that let each of the > rules take a different value. The default for each could be hline, > giving the current behavior of the exporter. Francesco Pizzolante set > this out nicely a while back: > http://www.mail-archive.com/emacs-orgmode@gnu.org/msg18311.html in a > message that Seb Vauban brought up in a slightly different context. > > All the best, > Tom > > On Jun 27, 2010, at 7:09 PM, Eric Schulte wrote: > >> One way to deal with this without adding even more complexity to the >> core of org-mode could be through the use of "Library of Babel" >> functions. >> >> The attached org-mode file provides a function for exporting to the >> longtable environment with some example usage. If this looks >> generally >> useful it (and maybe similar functions) could be added to the >> library of >> babel distributed w/Org-mode. >> >> What do you think? -- Eric >> >> >> Sébastien Vauban writes: >> >>> Hi Erik, >>> >>> Erik Butz wrote: I found a very old thread on the list about using the booktabs package to have nicer tables in latex export. I found that, making the changes below I can use the booktab package to export tables, and using standard tables only, this seems to work fine. Can anyone advice on whether this kind of change is meaningful or if this is likely to introduce difficulties elsewhere which I did not experience due to the limited scope of usage? It should be said that I did not at all look into longtables so far. >>> >>> While trying to improve this, I think one could extend it so that >>> the table >>> environment can be changed as well, from `tabular' to `array', >>> tabular*', >>> `tabularx' or any other. >>> >>> There was a discussion on this, a while ago, by Francesco >>> Pizzolante. Have a >>> read at: >>> http://www.mail-archive.com/emacs-orgmode@gnu.org/msg18311.html >>> . >>> >>> Best re
[Orgmode] [PATCH] HTML export: Start the first exported headline at heading level 2
* lisp/org-exp.el (org-export): * lisp/org-html.el (org-export-html-toplevel-to-export): (org-html-level-start): Adjust exported heading levels so the first heading is . This allows narrow to subtree to be used when exporting part of a file so you get reasonable heading levels in the resulting HTML. --- This patch seems to fix this issue so that the first export heading is in HTML. So far this has had very limited tested. Please report back if you have any problems with it. This patch is available at git://git.norang.ca/org-mode.git html-export -Bernt lisp/org-exp.el |1 + lisp/org-html.el | 10 +- 2 files changed, 10 insertions(+), 1 deletions(-) diff --git a/lisp/org-exp.el b/lisp/org-exp.el index 54afdac..7a04cce 100644 --- a/lisp/org-exp.el +++ b/lisp/org-exp.el @@ -848,6 +848,7 @@ value of `org-export-run-in-background'." (interactive "P") (let* ((bg (org-xor (equal arg '(16)) org-export-run-in-background)) subtree-p +org-export-html-toplevel-to-export (help "[t] insert the export option template \[v] limit export to visible part of outline tree \[1] only export the current subtree diff --git a/lisp/org-html.el b/lisp/org-html.el index 4a6ded4..ef71305 100644 --- a/lisp/org-html.el +++ b/lisp/org-html.el @@ -253,6 +253,12 @@ document title." :group 'org-export-html :type 'string) +(defvar org-export-html-toplevel-to-export nil + "The first heading level found to export. For full file export +this will normally be level 1 but when you narrow to subtree this +matches the first heading level we find to export. This controls +the heading levels in the resulting HTML export.") + (defcustom org-export-html-link-org-files-as-html t "Non-nil means make file links to `file.org' point to `file.html'. When org-mode is exporting an org-mode file to HTML, links to @@ -2232,7 +2238,9 @@ When TITLE is nil, just close all open levels." (aset org-levels-open (1- level) t) (setq snumber (org-section-number level) snu (replace-regexp-in-string "\\." "_" snumber)) - (setq level (+ level org-export-html-toplevel-hlevel -1)) + (unless org-export-html-toplevel-to-export + (setq org-export-html-toplevel-to-export level)) + (setq level (+ (- level org-export-html-toplevel-to-export) org-export-html-toplevel-hlevel)) (if (and org-export-with-section-numbers (not body-only)) (setq title (concat (format "%s" -- 1.7.1.575.gf526 ___ Emacs-orgmode 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] (no subject)
The following latex options produce the right format (an article scaled up to 20pts using the "arev" font): #+LaTeX_CLASS: article #+LaTeX_CLASS_OPTIONS: [12pt] #+LATEX_HEADER: \usepackage{amsmath,amsthm,amssymb} \usepackage[T1]{fontenc} \usepackage[20pt]{extsizes} \usepackage{arev} \usepackage[utf8]{inputenc} However, when I export to HTML, the math equations fail to export. And yes, I set the right variable for exporting latex snippets in HTML. Ideas? The culprit seems to be the arev package. Export works fine if I remove that. However, why would that cause a problem? Using org-mode 6.36 -- --Thanks! U. ___ Emacs-orgmode 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: Headline and numbered plain list
Bernt Hansen writes: > > , > | * Top level headline [/] [%]:sometags: > | ** TODO Text for first item > | ** TODO Text for second item > ` > > that way when you mark the TODO items DONE (equivalent to checking the > checkboxes) the cookies [/] and [%] update with the number of complete > and total items for the subheadings. Damn! I didn't know the statistic boxes worked like that either. I think I need to go reread the docs! Thanks for the info. This is great! Dave in Largo, FL ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Exporting narrowed subtrees to HTML
Hi also, +1 I am also struggling with that problem for a long time and am very interested in a solution. At the moment I am copying the subtree to a new temporary org file and demote the heading level to get the more pretty output. Looking forward to find a better idea. Rainer Am 29.06.2010 18:34, schrieb Bernt Hansen: > Hi everyone, > > I think this has been discussed before and maybe there already exists a > solution to this that I'm unaware of. > > I am working in a deeply nested org file and have narrowed to subtree > for the part of the file I'm working on which happens to start at > heading level 5. > > I want to export this narrowed subtree to HTML but the first HTML > heading level matches the file instead of starting from heading > level 2. This makes the resulting HTML output not as pretty as it could > be. > > Example: > > ,[ narrowed to subtree org-file ] > | * Level 5 - Interesting stuff - narrow to subtree here > | #+TITLE: test.org > | #+AUTHOR:Bernt Hansen > | #+EMAIL: be...@norang.ca > | #+DATE: 2010-06-29 Tue > | #+DESCRIPTION: > | #+KEYWORDS: > | #+LANGUAGE: en > | #+OPTIONS: H:10 num:nil toc:nil \n:nil @:t ::t |:t ^:nil -:t f:t *:t <:t > | #+OPTIONS: TeX:t LaTeX:t skip:nil d:nil todo:t pri:nil tags:not-in-toc > | #+INFOJS_OPT: view:nil toc:nil ltoc:t mouse:underline buttons:0 > path:http://orgmode.org/org-info.js > | #+EXPORT_SELECT_TAGS: export > | #+EXPORT_EXCLUDE_TAGS: noexport > | #+LINK_UP: > | #+LINK_HOME: > | #+XSLT: > | ** Level 6 > | ** Another Level 6 > | *** Level 7 > | Level 8 > | *** Level Again > | > ` > > Exporting to HTML and only looking at the body part gives this > > ,[ body of HTML output ] > | > | > | > | test.org > | > | > | > | Level 5 - Interesting stuff - narrow to subtree here > | > | > | > | > | > | > | Level 6 > | > | > | > | > | > | > | > | Another Level 6 > | > | > | > | > | > | > | Level 7 > | > | > | > | > | > | > | Level 8 > | > | > | > | > | > | > | > | > | Level Again > | > | > | > | > | > | > | > | > | Author: Bernt Hansen > | > | Date: 2010-06-29 Tue > | HTML generated by org-mode 6.36trans in emacs 22 > | > | > | > ` > > So the filename is and the first headline is . It looks much > better in the output if the filename is and the first headline is > > > Is there a way to achieve this now with custom settings? > > Thanks, > Bernt > > ___ > Emacs-orgmode mailing list > Please use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode > ___ Emacs-orgmode 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: inline tasks (org-inlinetask.el)
Eraldo Helal writes: > I found this "extension": // not sure what to call it in lisp > http://kanis.fr/hg/lisp/org/org-inlinetask.el > > However before implementing this, I would like to get some feedback from > the user side. > > I do like the idea, however I am very sceptical if that could lead to > some other issues that are not seem prior to having used them for quite > some time. > > Could someone using this please comment on it? This is already part of org-mode. Try it and see if it works for you. -Bernt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Exporting narrowed subtrees to HTML
Hi everyone, I think this has been discussed before and maybe there already exists a solution to this that I'm unaware of. I am working in a deeply nested org file and have narrowed to subtree for the part of the file I'm working on which happens to start at heading level 5. I want to export this narrowed subtree to HTML but the first HTML heading level matches the file instead of starting from heading level 2. This makes the resulting HTML output not as pretty as it could be. Example: ,[ narrowed to subtree org-file ] | * Level 5 - Interesting stuff - narrow to subtree here | #+TITLE: test.org | #+AUTHOR:Bernt Hansen | #+EMAIL: be...@norang.ca | #+DATE: 2010-06-29 Tue | #+DESCRIPTION: | #+KEYWORDS: | #+LANGUAGE: en | #+OPTIONS: H:10 num:nil toc:nil \n:nil @:t ::t |:t ^:nil -:t f:t *:t <:t | #+OPTIONS: TeX:t LaTeX:t skip:nil d:nil todo:t pri:nil tags:not-in-toc | #+INFOJS_OPT: view:nil toc:nil ltoc:t mouse:underline buttons:0 path:http://orgmode.org/org-info.js | #+EXPORT_SELECT_TAGS: export | #+EXPORT_EXCLUDE_TAGS: noexport | #+LINK_UP: | #+LINK_HOME: | #+XSLT: | ** Level 6 | ** Another Level 6 | *** Level 7 | Level 8 | *** Level Again | ` Exporting to HTML and only looking at the body part gives this ,[ body of HTML output ] | | | | test.org | | | | Level 5 - Interesting stuff - narrow to subtree here | | | | | | | Level 6 | | | | | | | | Another Level 6 | | | | | | | Level 7 | | | | | | | Level 8 | | | | | | | | | Level Again | | | | | | | | | Author: Bernt Hansen | | Date: 2010-06-29 Tue | HTML generated by org-mode 6.36trans in emacs 22 | | | ` So the filename is and the first headline is . It looks much better in the output if the filename is and the first headline is Is there a way to achieve this now with custom settings? Thanks, Bernt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Headline and numbered plain list
Juri Artamonov writes: > On Tue, Jun 29, 2010 at 2:27 PM, Bernt Hansen wrote: > > Juri Artamonov writes: > > > Thank you David, for your reply. > > > > The only reason I need this is just I can specify TAG(s) for headline > > and can't do this for any other record. Therefore, I need to have > > information about number of items, checked number and get items by > > TAG. > > > > Is there any other way to achieve this? > > Hi Juri, > > I think you should promote your list entries with checkboxes to full > headlines that support tags. You can switch back and forth between > lists and headlines by selecting the text and using C-c * on the region. > > I would suggest you change from > > , > | ** 1. [ ] Text for first item > | ** 2. [ ] Text for second item > ` > > to > > , > | * Top level headline [/] [%] :sometags: > | ** TODO Text for first item > | ** TODO Text for second item > ` > > that way when you mark the TODO items DONE (equivalent to checking the > checkboxes) the cookies [/] and [%] update with the number of complete > and total items for the subheadings. > Thank you Bernt for proposal. Yes, it can work but only TODO and DONE > in this case not good words for the item but I will try. Thank you, You can use other keywords - just enter them in the file as #+TODO: FOO | BAR Use whatever makes sense for your scenario. Alternatively set them up in your global todo keyword list in org-todo-keywords. -Bernt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Headline and numbered plain list
Thank you Bernt for proposal. Yes, it can work but only TODO and DONE in this case not good words for the item but I will try. Thank you, Juri. On Tue, Jun 29, 2010 at 2:27 PM, Bernt Hansen wrote: > Juri Artamonov writes: > > > Thank you David, for your reply. > > > > The only reason I need this is just I can specify TAG(s) for headline > > and can't do this for any other record. Therefore, I need to have > > information about number of items, checked number and get items by > > TAG. > > > > Is there any other way to achieve this? > > Hi Juri, > > I think you should promote your list entries with checkboxes to full > headlines that support tags. You can switch back and forth between > lists and headlines by selecting the text and using C-c * on the region. > > I would suggest you change from > > , > | ** 1. [ ] Text for first item > | ** 2. [ ] Text for second item > ` > > to > > , > | * Top level headline [/] [%]:sometags: > | ** TODO Text for first item > | ** TODO Text for second item > ` > > that way when you mark the TODO items DONE (equivalent to checking the > checkboxes) the cookies [/] and [%] update with the number of complete > and total items for the subheadings. > > HTH, > Bernt > ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Getting a Google Maps' map for an entry
Julien Danjou writes: > On Tue, Jun 29 2010, Memnon Anon wrote: > >> It would be nice the initial zoom level of a map would be set right at >> the beginning. > > The problem is that this is not possible. The zoom level, if not > specified, is determined automatically by Google Maps, and we have no > clue about its value. > > Therefore you need to press 'w' (with an eventual prefix) to set a first > zoom level. You mean 'z' maybe? I bind google-maps in addressbook-bookmark.el, that allow to jump on gmap from a contact in addressbook (C-c g m). addressbook is part of bookmark-extensions: http://mercurial.intuxication.org/hg/emacs-bookmark-extension -- Thierry Volpiatto Gpg key: http://pgp.mit.edu/ ___ Emacs-orgmode 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: Getting a Google Maps' map for an entry
On Tue, Jun 29 2010, Memnon Anon wrote: > It would be nice the initial zoom level of a map would be set right at > the beginning. The problem is that this is not possible. The zoom level, if not specified, is determined automatically by Google Maps, and we have no clue about its value. Therefore you need to press 'w' (with an eventual prefix) to set a first zoom level. -- Julien Danjou // ᐰhttp://julien.danjou.info pgpLRyf3GUMml.pgp Description: PGP signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] inline tasks (org-inlinetask.el)
I found this "extension": // not sure what to call it in lisp http://kanis.fr/hg/lisp/org/org-inlinetask.el However before implementing this, I would like to get some feedback from the user side. I do like the idea, however I am very sceptical if that could lead to some other issues that are not seem prior to having used them for quite some time. Could someone using this please comment on it? Greetings from Austria, Eraldo ___ Emacs-orgmode 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] Supress Contents frame in LaTeX beamer export
Hi, I've just did my first presentation with org. Basically, it's pretty impressive, but there are 2 things I could not figure out. I use this setup in the org file: --8<---cut here---start->8--- #+STARTUP: beamer #+LaTeX_CLASS: beamer #+TITLE: MOLA Opponent Review #+AUTHOR: Tassilo Horn #+EMAIL: h...@uni-koblenz.de #+LaTeX_CLASS_OPTIONS: [presentation] #+BEAMER_HEADER_EXTRA: \usetheme{Madrid}\usecolortheme{default} * Slide 1 Hugo * Slide 2 Hugo --8<---cut here---end--->8--- 1. How do I supress the contents frame? I only have 1-star headlines, each representing a frame. So there are no sections at all, and the contents frame is empty. :-( 2. In the PDF presentation, the lower left bottom line says Tassilo Horn () What information do I have to provide to fill out the empty part between the parens? I've thought that this is for the email address, but although I've added #+EMAIL: (which was auto-completed with M-TAB), it doesn't appear in the PDF or the LaTeX source... Thanks for any pointers, 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] Fix: org-mobile-push results in byte-code: Wrong type argument: listp, "TODO"
Torsten Wagner writes: > this problem was described by Xin already some monthes ago. Following > the thread, the solution was to remove the customisation of the variable > "org-todo-keywords". > > Today, I faced the exact same problem. Removing seems not the correct > solution to me so I searched around in the org-manual. > To my surprise I found the following example: > > (setq org-todo-keywords >'((sequence "TODO" "FEEDBACK" "VERIFY" "|" "DONE" "DELEGATED"))) > > whereas in my init file I used simply > > (setq org-todo-keywords >'("TODO" "STARTED" "WAITING" "DONE")) > > I changed my lines according to the manual and now org-mobile-push works > without any problem. I wasn't able to track down whether the > org-todo-keyword variable changed recently and I used an old definition > or why I customised it in this "simple" resp. wrong way. Surprisingly, > this didn't effect the TODO states mechanism in org-mode itself. They > work as desired with the old customisation. Perhaps the problem is that in your definition you didn't have any keywords defined as completed states, and thus there are no "done keywords". I couldn't figure this out in a few minutes. Try adding "|" before DONE in your example. It could be that some parts of org but not all treat the last keywords as a done keyword when there is no |. (Of course org-mobile-push should give a better error message if this is the issues.) pgpg6fQ5greNe.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] Org mode crashes emacs when cache-long-line-scans is set.
Ian Szewczyk wrote: >Not sure if this this exclusive to org mode, but I find that when I >set cache-long-line-scans via > (setq-default cache-long-line-scans t) >And I open up a large-ish org file, emacs crashes when I issue the >end-of-buffer command >You can reproduce the bug with the recently posted world-cup-2010 org >file that was posted recently: >http://lists.gnu.org/archive/html/emacs-orgmode/2010-06/txtdncL72Jcr7.txt Same happens here with GNU Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.0) of 2010-05-16 on raven, modified by Debian and does not seem to be Org specific: Also happens with emacs -Q and opening the file in text-mode. Time for an Emacs bug report, I guess. HTH -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgpLaPWGMTF61.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] Getting a Google Maps' map for an entry
Sebastian Rose writes: > Julien Danjou writes: >> Hi there, >> >> I've recently wrote a Google Maps extension for Emacs[1]. >> >> Therefore, I've extended org-mode to display a Google Maps' map for an >> event location. The extension, which is very simple, is available >> here[2] and I wanted you to know about it. >> >> I'd be glad to have feedback. patches or ideas. ;) >> >> Happy hacking. >> >> [1] http://julien.danjou.info/google-maps-el.html >> >> [2] >> http://git.naquadah.org/?p=~jd/jd-el.git;a=blob;f=org-location-google-maps.el;hb=HEAD > > Wow - works pefect on emacs 24! > > > 'Current zoom level is unknown' > > I guess `google-maps-static-default-zoom' is not set (possible patch > appended). > > > Thanks for sharing :) > > We where talking about GEO locations and org-mode recently: > > > > >Sebastian > > > > diff --git a/google-maps-static.el b/google-maps-static.el > index 644408d..98d9ac8 100644 > --- a/google-maps-static.el > +++ b/google-maps-static.el > @@ -332,7 +332,7 @@ PLIST can contains this properties: >"Zoom a Google map in." >(interactive) >(unless (plist-member google-maps-static-params :zoom) > -(error "Current zoom level is unknown, cannot zoom in.")) > +(plist-set google-maps-static-params :zoom > google-maps-static-default-zoom)) >(google-maps-static-zoom (1+ (plist-get google-maps-static-params :zoom > > (defun google-maps-static-zoom-out () Sorry, did not save before doing the `git diff'. I like this patch better anyway: diff --git a/google-maps-static.el b/google-maps-static.el index 644408d..89c877a 100644 --- a/google-maps-static.el +++ b/google-maps-static.el @@ -328,12 +328,20 @@ PLIST can contains this properties: (max (min level google-maps-static-maximum-zoom) google-maps-static-minimum-zoom)) (apply 'google-maps-static-show plist))) -(defun google-maps-static-zoom-in () - "Zoom a Google map in." - (interactive) - (unless (plist-member google-maps-static-params :zoom) -(error "Current zoom level is unknown, cannot zoom in.")) - (google-maps-static-zoom (1+ (plist-get google-maps-static-params :zoom +(defun google-maps-static-zoom-in (&optional arg) + "Zoom a Google map in. +If the numeric prefix argument ARG is set, zoom in this much levels." + (interactive "p") + (let* ((arg (if (> 1 arg) 1 arg)) + (current (or (plist-get google-maps-static-params :zoom) + google-maps-static-default-zoom)) + (next (if (and (<= (+ arg current) google-maps-static-maximum-zoom) +(>= (+ arg current) google-maps-static-minimum-zoom)) + (+ arg current) + google-maps-static-maximum-zoom))) +(setq google-maps-static-params + (plist-put google-maps-static-params :zoom next)) + (google-maps-static-zoom next))) (defun google-maps-static-zoom-out () "Zoom a Google map out." 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] Getting a Google Maps' map for an entry
Julien Danjou writes: > Hi there, > > I've recently wrote a Google Maps extension for Emacs[1]. > > Therefore, I've extended org-mode to display a Google Maps' map for an > event location. The extension, which is very simple, is available > here[2] and I wanted you to know about it. > > I'd be glad to have feedback. patches or ideas. ;) > > Happy hacking. > > [1] http://julien.danjou.info/google-maps-el.html > > [2] > http://git.naquadah.org/?p=~jd/jd-el.git;a=blob;f=org-location-google-maps.el;hb=HEAD Wow - works pefect on emacs 24! 'Current zoom level is unknown' I guess `google-maps-static-default-zoom' is not set (possible patch appended). Thanks for sharing :) We where talking about GEO locations and org-mode recently: Sebastian diff --git a/google-maps-static.el b/google-maps-static.el index 644408d..98d9ac8 100644 --- a/google-maps-static.el +++ b/google-maps-static.el @@ -332,7 +332,7 @@ PLIST can contains this properties: "Zoom a Google map in." (interactive) (unless (plist-member google-maps-static-params :zoom) -(error "Current zoom level is unknown, cannot zoom in.")) +(plist-set google-maps-static-params :zoom google-maps-static-default-zoom)) (google-maps-static-zoom (1+ (plist-get google-maps-static-params :zoom (defun google-maps-static-zoom-out () ___ Emacs-orgmode 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] orphaned captions and labels
Sebastian Rose writes: > Hi David and Nicolas, > > > I didn't follow this thread closely, so forgive me if this is another > bug then the one you tried to fix. > > > David Maus writes: >> Nicolas Goaziou wrote: >>>Hello, >> >>>This patch corrects the following problem : >> >>>- >>>#+caption: I'm not removed from export >>>#+label: also-not-removed >>>| A | B | >>>| 1 | 2 | >>>- >> >>>Since org-handle-comments is only removing comments, #+caption, #+label >>>and friends were left in the export file. > > > Some still are. > > I applied the patch, but my "#+ATTR_HTML:" lines are not removed from > ASCII export if they occur on a line with leading spaces. > > This might be true for other backends, too. > > > Try to export this as ASCII: > > => --->8-->8-->8--- > > * Example > > #+ATTR_HTML: I am removed from ASCII export > | THead 1 | THead 2 | > > #+ATTR_HTML: I am _NOT_ removed from ASCII export > | THead 1 | THead 2 | > > #+CAPTION: removed > #+ATTR_HTML: NOT removed > | THead 1 | THead 2 | > > #+CAPTION: removed > #+ATTR_HTML: removed > | THead 1 | THead 2 | > > <= ---8<--8<--8<--- > > > Leading space make the difference. Somtimes. > > Here is the result: > > > => --->8->8->8--- > 1 Example > ~~ > > THead 1 THead 2 > > #+ATTR_HTML: I am NOT removed from ASCII export > THead 1 THead 2 > > > #+ATTR_HTML: NOT removed > THead 1 THead 2 > > > THead 1 THead 2 > > <= ---8<-8<-8<--- > > > > > Sebastian What's the status of this? 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] [PATCH] resubmitted patch to contrib/lisp/org-mac-link-grabber.el
This patch fixes an issue with opening AddressBook.app and Together.app links. org-mac-link-grabber.patch Description: Binary data ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Getting a Google Maps' map for an entry
Hi, cool stuff :)! Julien Danjou writes: > I'd be glad to have feedback. patches or ideas. ;) I found a minor problem: * Summary Zooming on map fails if not 'initialized' with z * Steps to reproduce - `M-x google-maps' - Location: `Statue of Liberty New York' Buffer Google-Maps is created, Statue of Liberty is displayed. - Press `+' - Message: `Current zoom level is unknown, cannot zoom in.' - Set a level with z: `M-1 M-5 z' - Zooms to level 15, `+' and `-' work as expected. * System - GNU Emacs 24.0.50.1 (i486-pc-linux-gnu, GTK+ Version 2.20.1) of 2010-06-19 on elegiac, modified by Debian - git show google-maps.el commit d4f4916b5c9bb37025e86fef079292bf1604cfb5 Author: Joseph Gay Date: Mon Jun 28 15:44:13 2010 -0500 It would be nice the initial zoom level of a map would be set right at the beginning. Memnon ___ Emacs-orgmode 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: *.bak files in trunk?
Bernt Hansen writes: > The easiest way to get rid of them is to have git clean them out -- > you need to tell it to clean out files and include ignored files which > is what the -x switch does. Make sure you specify the '*.bak' pattern > otherwise it will clean out _everything_ that is not tracked which > includes all of your compiled files. > > $ git clean -x '*.bak' and you can dry-run the command by adding the -n switch $ git clean -n -x '*.bak' will tell you what it would have deleted without actually deleting anything. -Bernt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: *.bak files in trunk?
Daniel Mahler writes: > On Tue, Jun 29, 2010 at 6:27 AM, Carsten Dominik > wrote: >> >> On Jun 29, 2010, at 2:45 AM, Bernt Hansen wrote: >> >>> Daniel Mahler writes: >>> Is this normal? mahler:~/ELISP/org-mode-git$ git status # On branch master nothing to commit (working directory clean) mahler:~/ELISP/org-mode-git$ find . -name "*.bak" ./lisp/ChangeLog.bak ./lisp/babel/langs/ob-C.el.bak >>> >>> ... ./lisp/org-capture.el.bak.bak.bak.bak ./lisp/org-macs.elc.bak.bak.bak.bak ./lisp/org-publish.elc.bak.bak.bak.bak >>> >>> You can see untracked files with >>> >>> $ git ls-files -o >>> >>> $ git ls-files '*.bak' >>> returns nothing for me so there are no files ending in '.bak' in the >>> repository as far as I can tell. >> >> The bigger problem seems to be that something is creating these files. >> Bu I have no idea what, noting in Org-mode I would think, >> must be some utility or stuff in Daniel's setup. > > That is the weird thing. The only thing I really > do in the org directory is "git pull" and make. > Also not tool I use makes *.bak directories, > emacs creates *~. > That, and the fact that git status/diff did not report them, > made me thing they were from the repository. > (I do not normally use git) > You might want to look at the dates those files were created to see if you can get any extra information about who creates them. They look to me like broken editor backup files :) but that's just a guess. The easiest way to get rid of them is to have git clean them out -- you need to tell it to clean out files and include ignored files which is what the -x switch does. Make sure you specify the '*.bak' pattern otherwise it will clean out _everything_ that is not tracked which includes all of your compiled files. $ git clean -x '*.bak' HTH, Bernt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: Re: [Orgmode] Org Mode Latex Export Customization of org-export-latex-emphasis-alist
Giovanni Ridolfi writes: >> (setq org-export-latex-emphasis-alist > > I -[Org 6.36 trans]- don't have this variable. ?-). Hey, you do have it, look in the org-latex.el file! G ___ Emacs-orgmode 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: Headline and numbered plain list
Juri Artamonov writes: > Thank you David, for your reply. > > The only reason I need this is just I can specify TAG(s) for headline > and can't do this for any other record. Therefore, I need to have > information about number of items, checked number and get items by > TAG. > > Is there any other way to achieve this? Hi Juri, I think you should promote your list entries with checkboxes to full headlines that support tags. You can switch back and forth between lists and headlines by selecting the text and using C-c * on the region. I would suggest you change from , | ** 1. [ ] Text for first item | ** 2. [ ] Text for second item ` to , | * Top level headline [/] [%]:sometags: | ** TODO Text for first item | ** TODO Text for second item ` that way when you mark the TODO items DONE (equivalent to checking the checkboxes) the cookies [/] and [%] update with the number of complete and total items for the subheadings. HTH, Bernt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Org Mode Latex Export Customization of org-export-latex-emphasis-alist
Gaurav Sharma writes: > customize the > org-export-latex-emphasis-alist by using the following in my .emacs > > (setq org-export-latex-emphasis-alist I -[Org 6.36 trans]- don't have this variable. ?-). which org-version do you use? you can see with: M-x org-version > (quote (("*" "\\textbf{%s}" nil) > ("/" "\\emph{%s}" nil) ("_" "\\alert{%s}" nil) ("+" "\\st{%s}" nil) > ("=" "\\verb" t) ("@" "\\alert{%s}" nil) ("!" "\\note{%s}" nil) ("~" > "\\verb" t > > However, the definitions of "@" and "!" do not seem to take effect at > all. Could you please change the characters avoiding "@" "!" ? (I know there is not much choice of characters that can be used as "emphasis delimiters" ) But I think that "@" "!" does interfere with some regexp: e.g. "@" is used in the HTML export. cheers, Giovanni ___ Emacs-orgmode 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: *.bak files in trunk?
On Tue, Jun 29, 2010 at 6:27 AM, Carsten Dominik wrote: > > On Jun 29, 2010, at 2:45 AM, Bernt Hansen wrote: > >> Daniel Mahler writes: >> >>> Is this normal? >>> >>> mahler:~/ELISP/org-mode-git$ git status >>> # On branch master >>> nothing to commit (working directory clean) >>> mahler:~/ELISP/org-mode-git$ find . -name "*.bak" >>> ./lisp/ChangeLog.bak >>> ./lisp/babel/langs/ob-C.el.bak >> >> ... >>> >>> ./lisp/org-capture.el.bak.bak.bak.bak >>> ./lisp/org-macs.elc.bak.bak.bak.bak >>> ./lisp/org-publish.elc.bak.bak.bak.bak >> >> Hi Daniel, >> >> I don't think those files are in the repository but they are in your >> local working directory. There is an entry '*.bak' in the .gitignore >> file in the repository so 'git status' will not show these files by >> default (since they are ignored). >> >> You can see untracked files with >> >> $ git ls-files -o >> >> $ git ls-files '*.bak' >> returns nothing for me so there are no files ending in '.bak' in the >> repository as far as I can tell. > > The bigger problem seems to be that something is creating these files. > Bu I have no idea what, noting in Org-mode I would think, > must be some utility or stuff in Daniel's setup. That is the weird thing. The only thing I really do in the org directory is "git pull" and make. Also not tool I use makes *.bak directories, emacs creates *~. That, and the fact that git status/diff did not report them, made me thing they were from the repository. (I do not normally use git) thanks D > > - Carsten > > ___ Emacs-orgmode 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-capture - go to last captured note is not consistent
Carsten Dominik writes: > On Jun 28, 2010, at 6:00 PM, Bernt Hansen wrote: > >> Hi Carsten, >> >> I've switched to org-capture from remember for capturing new items >> to my >> refile.org file. > > :-) > > My private definition of success was if I could make you and > John switch. I guess that settles it. :-D Wow! I feel honoured :) \o/ >> I noticed one inconsistency when visiting the last captured note. >> >> If you create a capture note with a single heading >> >> , >> | * TODO do something >> | :CLOCK: >> | CLOCK: [2010-06-28 Mon 11:53]--[2010-06-28 Mon 11:54] => 0:01 >> | :END: >> | [2010-06-28 Mon 11:53] >> | [[file:~/News/drafts/drafts/4::If%20you%20create%20a%20capture >> %20note%20with%20a%20single%20heading][file:~/News/drafts/drafts/ >> 4::If you create a capture note with a single heading]] >> ` >> >> and go to the last capture location with C-u C-u C-M-r >> >> then it goes to the heading as I expect. But if you capture a tree it >> goes to the end of the tree instead of the last headline. > > Yep, this is (was) a bug. > > Thanks! > > - Carsten Thanks for fixing this! -Bernt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Org mode crashes emacs when cache-long-line-scans is set.
Not sure if this this exclusive to org mode, but I find that when I set cache-long-line-scans via (setq-default cache-long-line-scans t) And I open up a large-ish org file, emacs crashes when I issue the end-of-buffer command You can reproduce the bug with the recently posted world-cup-2010 org file that was posted recently: http://lists.gnu.org/archive/html/emacs-orgmode/2010-06/txtdncL72Jcr7.txt Here is my emacs version info: GNU Emacs 23.2.1 (i386-mingw-nt5.1.2600) of 2010-05-08 on G41R2F1 ___ Emacs-orgmode 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] org-iswitchb documentation
Stephen Eglen writes: > Carsten Dominik wrote: > >> Hi Stephen, >> >> I think this is actually a bug. Since the command is called ...- >> iswitchb, >> I am sure the intention was to use iswitchbe. Later, when we added ido >> support as well, the function was rewritten using >> org-icompleting-read, and in this way the iswitchb support was lost. > > p.s. one day I might imagine that iswitchb.el might disappear and be > replaced by ido.el, which might make life easier, assuming that iswitchb > hasn't diverged too much since Kim first made ido.el. I haven't really followed iswitchb developments since I branched ido from it (many full moons ago), so I don't know how much they have diverted since them. I may have added some stuff on request from users, but that was also a long time ago... > > What do you think Kim - should we just have ido.el in the emacs >sources, and have iswitchb-mode configure ido.el to just do buffer >searching? This sounds like a good idea - but I don't have time to look at it anytime soon. I guess the main task (besides migrating any newer features of iswitchb to ido) is to find out which ido settings should be used for iswitchb customizations. > > (Sorry Kim, this is a thread on emacs-orgmode, > http://article.gmane.org/gmane.emacs.orgmode/26723) > > best wishes, Stephen > > -- Kim F. Storm http://www.cua.dk ___ Emacs-orgmode 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] Org Mode Latex Export Customization of org-export-latex-emphasis-alist
Hello! I am a relative newbie to Org even though Emacs has been my editor of choice for a long time. I'm trying to customize the org-export-latex-emphasis-alist by using the following in my .emacs (setq org-export-latex-emphasis-alist (quote (("*" "\\textbf{%s}" nil) ("/" "\\emph{%s}" nil) ("_" "\\alert{%s}" nil) ("+" "\\st{%s}" nil) ("=" "\\verb" t) ("@" "\\alert{%s}" nil) ("!" "\\note{%s}" nil) ("~" "\\verb" t Several of the above re-definitions seem to take effect. In fact, in the above "_" is redefined to be the same as "@" for testing that the re-definition is indeed effective and I have verified that it is. However, the definitions of "@" and "!" do not seem to take effect at all. I see the same behavior when I customize this variable through the Org->customize interface. I've tried a lot of things and am at my wits end in terms of figuring out this weird behavior. I would very much appreciate if someone could shed more light on this. My initial thought was whether there could be a dependency on latex packages that make alternate use of these special symbols. However, that should come into play only in the latex file and upon seeing the latex file I see that indeed the definitions of "@" and "!" seem ineffective. In case it matters, I am working with a org file intended for use with beamer that is included below. Suggestions for a fix would be very helpful. Thanks much in advance for your help, -- Gaurav Test Org File ___ #+LaTeX_CLASS: beamer #+LaTeX_CLASS_OPTIONS: [presentation] #+BEAMER_FRAME_LEVEL: 1 #+BEAMER_HEADER_EXTRA: \usetheme{default}\usecolortheme{default} #+COLUMNS: %45ITEM %10BEAMER_env(Env) %10BEAMER_envargs(Env Args) %4BEAMER_col(Col) %8BEAMER_extra(Extra) #+PROPERTY: BEAMER_col_ALL 0.1 0.2 0.3 0.4 0.5 0.6 0.7 0.8 0.9 1.0 :ETC * Test :export: ** Test of Underline and Alert functionality *** _test_ ** _Test of Underscore_ ** +Test of Plus+ ** @Alert Test@ ** !Note test! ___ Emacs-orgmode 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: org-iswitchb documentation
On Jun 29, 2010, at 11:44 AM, Richard Riley wrote: Carsten Dominik writes: On Jun 29, 2010, at 10:14 AM, Stephen Eglen wrote: THe doc string now reads: "Use `org-icompleting-read' to prompt for an Org buffer to switch to. With a prefix argument, restrict available to files. With two prefix arguments, restrict available buffers to agenda files. This will either use ido or iswitchb for buffer name completion, depending on the variables `org-completion-use-iswitchb' and `org-completion-use-ido'. If both are nil, we will still use iswitchb for this special application." Hmmm... this sounds a bit confusing! why not just have org-completion-use-ido, and if that is non-nil, we use ido, else we use iswitchb. Unless these variables are also used in other contexts (which I doubt)? Oh yes, the are used in *many* contexts. Whenever Org offers completion which would not be made worse by using one of these packages, it will offer that special kind of completion. how about changing the 2nd para to: This will use iswitchb for buffer name completion, unless `org-completion-use-ido' is non-nil, to select ido completion I would suggest changing the function name to org-switchb (alias org-iswitchb to use it) and then the documentation reads: This is a good proposal, but I prefer to not change the names of commands unless really necessary. Changing it will break the config of users. - Carsten , | Switches between org buffers. Defaults to iswitchb for buffer name | completion. Set `org-completion-use-ido' to non nil to use ido | completion instead. ` As an aside I found iswitchb to be a subset of ido and the ido fuzzy completion invaluable in refiling to various org targets. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode 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 in latest version?
Fixed, thanks. - Carsten On Jun 28, 2010, at 4:24 PM, Sébastien Vauban wrote: Hello, I just updated my Org (git version). I may have made a mistake somewhere else, but I think there is a bug introduced recently: --8<---cut here---start->8--- Debugger entered--Lisp error: (wrong-type-argument listp "* Letters") car("* Letters") mapcar(car ("* Letters" "** Latin" ("Agrave" "\\`{A}" nil "À" "A" "À" "À") ("agrave" "\\`{a}" nil "à" "a" "à" "à") ("Aacute" "\\'{A}" nil "Á" "A" "Á" "Á") ("aacute" "\ \'{a}" nil "á" "a" "á" "á") ("Acirc" "\\^{A}" nil "Â" "A" "Â" "Â") ("acirc" "\\^{a}" nil "â" "a" "â" "â") ("Atilde" "\\~{A}" nil "Ã" "A" "Ã" "Ã") ("atilde" "\\~{a}" nil "ã" "a" "ã" "ã") ("Auml" "\\\"{A}" nil "Ä" "Ae" "Ä" "Ä") ("auml" "\\\"{a}" nil "ä" "ae" "ä" "ä") ("Aring" "\\AA{}" nil "Å" "A" "Å" "Å") ("AA" "\\AA{}" nil "Å" "A" "Å" "Å") ("aring" "\\aa{}" nil "å" "a" "å" "å") ("AElig" "\\AE{}" nil "Æ" "AE" "Æ" "Æ") ("aelig" "\\ae{}" nil "æ" "ae" "æ" "æ") ("Ccedil" "\\c{C}" nil "Ç" "C" "Ç" "Ç") ("ccedil" "\ \c{c}" nil "ç" "c" "ç" "ç") ("Egrave" "\\`{E}" nil "È" "E" "È" "È") ("egrave" "\\`{e}" nil "è" "e" "è" "è") ("Eacute" "\\'{E}" nil "É" "E" "É" "É") ("eacute" "\\'{e}" nil "é" "e" "é" "é") ("Ecirc" "\\^{E}" nil "Ê" "E" "Ê" "Ê") ("ecirc" "\\^{e}" nil "ê" "e" "ê" "ê") ("Euml" "\\\"{E}" nil "Ë" "E" "Ë" "Ë") ("euml" "\\\"{e}" nil "ë" "e" "ë" "ë") ("Igrave" "\\`{I}" nil "Ì" "I" "Ì" "Ì") ("igrave" "\ \`{i}" nil "ì" "i" "ì" "ì") ("Iacute" "\\'{I}" nil "Í" "I" "Í" "Í") ("iacute" "\\'{i}" nil "í" "i" "í" "í") ("Icirc" "\\^{I}" nil "Î" "I" "Î" "Î") ("icirc" "\\^{i}" nil "î" "i" "î" "î") ("Iuml" "\\\"{I}" nil "Ï" "I" "Ï" "Ï") ("iuml" "\\ \"{i}" nil "ï" "i" "ï" "ï") ("Ntilde" "\\~{N}" nil "Ñ" "N" "Ñ" "Ñ") ("ntilde" "\\~{n}" nil "ñ" "n" "ñ" "ñ") ("Ograve" "\\`{O}" nil "Ò" "O" "Ò" "Ò") ("ograve" "\\`{o}" nil "ò" "o" "ò" "ò") ("Oacute" "\\'{O}" nil "Ó" "O" "Ó" "Ó") ("oacute" "\\'{o}" nil "ó" "o" "ó" "ó") ("Ocirc" "\ \^{O}" nil "Ô" "O" "Ô" "Ô") ("ocirc" "\\^{o}" nil "ô" "o" "ô" "ô") ("Otilde" "\\~{O}" nil "Õ" "O" "Õ" "Õ") ("otilde" "\\~{o}" nil "õ" "o" "õ" "õ") ("Ouml" "\\\"{O}" nil "Ö" "Oe" "Ö" "Ö") ("ouml" "\\\"{o}" nil "ö" "oe" "ö" "ö") ("Oslash" "\\O" nil "Ø" "O" "Ø" "Ø") ("oslash" "\\o{}" nil "ø" "o" "ø" "ø") ("OElig" "\\OE{}" nil "Œ" "OE" "OE" "Œ") ...)) org-compute-latex-and-specials-regexp() org-set-regexps-and-options() org-mode() org-get-local-variables() orgstruct-setup() orgstruct-mode(1) turn-on-orgstruct() (progn (turn-on-orgtbl) (turn-on-orgstruct) (turn-on-orgstruct++)) (if (locate-library "org.el") (progn (turn-on-orgtbl) (turn-on- orgstruct) (turn-on-orgstruct++))) (when (locate-library "org.el") (turn-on-orgtbl) (turn-on- orgstruct) (turn-on-orgstruct++)) my-message-mode-hook() run-hooks(text-mode-hook message-mode-hook) apply(run-hooks (text-mode-hook message-mode-hook)) run-mode-hooks(message-mode-hook) message-mode() message-pop-to-buffer("*mail*" nil) message-mail() gnus-group-mail(nil) call-interactively(gnus-group-mail nil nil) --8<---cut here---end--->8--- That's what I got when trying to compose a new mail in Gnus. Adding `-XXX' in the `locate-library' below temporarily fixes the problem. --8<---cut here---start->8--- ;; operates on messages you send (defun my-message-mode-hook () ;;; ;; prompt for and insert a mail alias ;;; (local-set-key (kbd "M-a") 'mail-abbrev-insert-alias) ;; tab completion for alias in `.mailrc' (local-set-key (kbd "M-TAB") 'mail-abbrev-complete-alias) ;; enable automatic word-wrap when composing messages (setq fill-column 78) (turn-on-auto-fill) ;; footnote (footnote-mode) (setq footnote-spaced-footnotes nil) (setq footnote-section-tag "") (setq footnote-style 'latin) (when (locate-library "org.el-XXX") ;; turn on the `org-mode' table editor (turn-on-orgtbl) ;; turn on orgstruct-mode (turn-on-orgstruct) ;; turn on the enhanced version of orgstruct-mode (turn-on-orgstruct++))) (add-hook 'message-mode-hook 'my-message-mode-hook) --8<---cut here---end--->8--- 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 - Carsten ___ Emacs-orgmode 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-iswitchb documentation
Carsten Dominik writes: > On Jun 29, 2010, at 10:14 AM, Stephen Eglen wrote: > >>> THe doc string now reads: >>> >>> "Use `org-icompleting-read' to prompt for an Org buffer to switch >>> to. >>> With a prefix argument, restrict available to files. >>> With two prefix arguments, restrict available buffers to agenda >>> files. >>> >>> This will either use ido or iswitchb for buffer name completion, >>> depending on the variables `org-completion-use-iswitchb' and >>> `org-completion-use-ido'. If both are nil, we will still use >>> iswitchb >>> for this special application." >> >> Hmmm... this sounds a bit confusing! why not just have >> org-completion-use-ido, and if that is non-nil, we use ido, else we >> use >> iswitchb. Unless these variables are also used in other contexts >> (which >> I doubt)? > > Oh yes, the are used in *many* contexts. Whenever Org offers > completion which would not be made worse by using one of these packages, > it will offer that special kind of completion. > >> >> how about changing the 2nd para to: >> >> This will use iswitchb for buffer name completion, unless >> `org-completion-use-ido' is non-nil, to select ido completion I would suggest changing the function name to org-switchb (alias org-iswitchb to use it) and then the documentation reads: , | Switches between org buffers. Defaults to iswitchb for buffer name | completion. Set `org-completion-use-ido' to non nil to use ido | completion instead. ` As an aside I found iswitchb to be a subset of ido and the ido fuzzy completion invaluable in refiling to various org targets. ___ Emacs-orgmode 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] Getting a Google Maps' map for an entry
Julien Danjou writes: > I'd be glad to have feedback. patches or ideas. ;) Julien, this is really nice, but... the image is not displayed in the 'Map' buffer. 'bug' report follows. cheers, Giovanni ---bug report--- Org-version 6.34trans Emacs version GNU Emacs 23.2.1 (i386-mingw-nt5.1.2600) of 2010-05-08 on G41R2F1 OSWindows XP SP 2 1. I downloaded the 4 +1 files google-maps-base.el google-maps-geocode.el google-maps-static.el google-maps.el org-location-google-maps.el from the web interface of your git repo. 2. I loaded the files with M-x load-file $name-file 3. I wrote the property drawer in a org-file: :PROPERTIES: :LOCATION: Bologna Piazza Maggiore :END: 4. I C-c M-l on the word :LOCATION: 5. google was contacted... 6. Then: a "Map" buffer was opened, but it with nothing in it. In the *Message* buffer I have two lines: Contacting host: maps.google.com:80 Reading [image/png]... 61k of 61k (100%) I have a question: where is downloaded the .png image? I couldn't find it in my "home". ___ Emacs-orgmode 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: Getting a Google Maps' map for an entry
Julien Danjou writes: > Hi there, > > I've recently wrote a Google Maps extension for Emacs[1]. > > Therefore, I've extended org-mode to display a Google Maps' map for an > event location. The extension, which is very simple, is available > here[2] and I wanted you to know about it. > > I'd be glad to have feedback. patches or ideas. ;) Just have a quick try, work very well, thanks for this ;-). -- Thierry Volpiatto Gpg key: http://pgp.mit.edu/ ___ Emacs-orgmode 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] org-iswitchb documentation
On Jun 29, 2010, at 10:14 AM, Stephen Eglen wrote: THe doc string now reads: "Use `org-icompleting-read' to prompt for an Org buffer to switch to. With a prefix argument, restrict available to files. With two prefix arguments, restrict available buffers to agenda files. This will either use ido or iswitchb for buffer name completion, depending on the variables `org-completion-use-iswitchb' and `org-completion-use-ido'. If both are nil, we will still use iswitchb for this special application." Hmmm... this sounds a bit confusing! why not just have org-completion-use-ido, and if that is non-nil, we use ido, else we use iswitchb. Unless these variables are also used in other contexts (which I doubt)? Oh yes, the are used in *many* contexts. Whenever Org offers completion which would not be made worse by using one of these packages, it will offer that special kind of completion. how about changing the 2nd para to: This will use iswitchb for buffer name completion, unless `org-completion-use-ido' is non-nil, to select ido completion Yes, this is much better. Thanks - Carsten Stephen - Carsten ___ Emacs-orgmode 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] Getting a Google Maps' map for an entry
Hi there, I've recently wrote a Google Maps extension for Emacs[1]. Therefore, I've extended org-mode to display a Google Maps' map for an event location. The extension, which is very simple, is available here[2] and I wanted you to know about it. I'd be glad to have feedback. patches or ideas. ;) Happy hacking. [1] http://julien.danjou.info/google-maps-el.html [2] http://git.naquadah.org/?p=~jd/jd-el.git;a=blob;f=org-location-google-maps.el;hb=HEAD -- Julien Danjou // ᐰhttp://julien.danjou.info pgp4yrTa8t63E.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] org-iswitchb documentation
> THe doc string now reads: > > "Use `org-icompleting-read' to prompt for an Org buffer to switch to. > With a prefix argument, restrict available to files. > With two prefix arguments, restrict available buffers to agenda files. > > This will either use ido or iswitchb for buffer name completion, > depending on the variables `org-completion-use-iswitchb' and > `org-completion-use-ido'. If both are nil, we will still use iswitchb > for this special application." Hmmm... this sounds a bit confusing! why not just have org-completion-use-ido, and if that is non-nil, we use ido, else we use iswitchb. Unless these variables are also used in other contexts (which I doubt)? how about changing the 2nd para to: This will use iswitchb for buffer name completion, unless `org-completion-use-ido' is non-nil, to select ido completion Stephen ___ Emacs-orgmode 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: latex export and booktabs tables
Hi Eric, This is neat, but it doesn't directly address the problem posed by the OP. Currently, the LaTeX exporter uses \hline for all the horizontal rules in a table. Booktabs defines three rules of different thickness for use at the top of the table, after the column heads, and at the bottom of the table. So, one would want a function that let each of the rules take a different value. The default for each could be hline, giving the current behavior of the exporter. Francesco Pizzolante set this out nicely a while back: http://www.mail-archive.com/emacs-orgmode@gnu.org/msg18311.html in a message that Seb Vauban brought up in a slightly different context. All the best, Tom On Jun 27, 2010, at 7:09 PM, Eric Schulte wrote: One way to deal with this without adding even more complexity to the core of org-mode could be through the use of "Library of Babel" functions. The attached org-mode file provides a function for exporting to the longtable environment with some example usage. If this looks generally useful it (and maybe similar functions) could be added to the library of babel distributed w/Org-mode. What do you think? -- Eric Sébastien Vauban writes: Hi Erik, Erik Butz wrote: I found a very old thread on the list about using the booktabs package to have nicer tables in latex export. I found that, making the changes below I can use the booktab package to export tables, and using standard tables only, this seems to work fine. Can anyone advice on whether this kind of change is meaningful or if this is likely to introduce difficulties elsewhere which I did not experience due to the limited scope of usage? It should be said that I did not at all look into longtables so far. While trying to improve this, I think one could extend it so that the table environment can be changed as well, from `tabular' to `array', `tabular*', `tabularx' or any other. There was a discussion on this, a while ago, by Francesco Pizzolante. Have a read at: http://www.mail-archive.com/emacs-orgmode@gnu.org/msg18311.html . 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 ___ Emacs-orgmode 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: Tables and environment with parameters
On Jun 28, 2010, at 4:30 PM, Sébastien Vauban wrote: Hi Carsten, Carsten Dominik wrote: On Jun 23, 2010, at 11:30 PM, Sébastien Vauban wrote: I'm filling my taxes now. Of course, using Org for keeping a trace of all computations and reasons of imputing this or that... Though, since one of the last updates -- I guess --, I now have a problem exporting the tables: 1. I see the meta-tags in the PDF output! Very new... Actually, what are meta tags? - Carsten 2. The `changemargin' environment is not correctly handled. See http://article.gmane.org/gmane.emacs.orgmode/25849 for more info. Any confirmation of these problems as new? maybe you could use git bisect to identify the offending commit? Thanks! I'd wanna be more reactive, but I won't be able to do that before a couple of days. Reasons are I need first to work on the contents itself (must send my tax declaration by DEADLINE: [2010-06-30 Wed]!), and I will be out to customers for at least one day. Though, in the meanwhile, note that this is not as bad as it could be: in fact, I'd love to be able to print (when I want it, though) some of the table meta-information, such as table name and formulas. That'd be great to see that, at certain times, in the output PDF -- would we be able to customize its font size or so. What do you think? 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 - Carsten ___ Emacs-orgmode 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-capture - go to last captured note is not consistent
On Jun 28, 2010, at 6:00 PM, Bernt Hansen wrote: Hi Carsten, I've switched to org-capture from remember for capturing new items to my refile.org file. :-) My private definition of success was if I could make you and John switch. I guess that settles it. :-D I noticed one inconsistency when visiting the last captured note. If you create a capture note with a single heading , | * TODO do something | :CLOCK: | CLOCK: [2010-06-28 Mon 11:53]--[2010-06-28 Mon 11:54] => 0:01 | :END: | [2010-06-28 Mon 11:53] | [[file:~/News/drafts/drafts/4::If%20you%20create%20a%20capture %20note%20with%20a%20single%20heading][file:~/News/drafts/drafts/ 4::If you create a capture note with a single heading]] ` and go to the last capture location with C-u C-u C-M-r then it goes to the heading as I expect. But if you capture a tree it goes to the end of the tree instead of the last headline. Yep, this is (was) a bug. Thanks! - Carsten The first case goes here , | * TODO do something <>>> | :CLOCK: | CLOCK: [2010-06-28 Mon 11:53]--[2010-06-28 Mon 11:54] => 0:01 | :END: | [2010-06-28 Mon 11:53] | [[file:~/News/drafts/drafts/4::If%20you%20create%20a%20capture %20note%20with%20a%20single%20heading][file:~/News/drafts/drafts/ 4::If you create a capture note with a single heading]] ` but capturing this: , | * TODO do something else | [2010-06-28 Mon 11:56] | [[file:~/News/drafts/drafts/4::but]] | ** TODO Sublevel task |one two three |four five six ` puts the point on the last line , | * TODO do something else | [2010-06-28 Mon 11:56] | [[file:~/News/drafts/drafts/4::but]] | ** TODO Sublevel task |one two three |four five six <<<> ` and I really expected it to be on the 'do something else' heading instead. Remember mode used to go to the first line of the captured tree (top level heading of the remember note) It's not a critical issue but it jumped out at me today as being weird. Thanks, Bernt PS. I have C-M-r bound to org-capture. , | C-M-r runs the command org-capture | which is an interactive Lisp function in `org-capture.el'. | It is bound to C-M-r. | (org-capture &optional goto keys) | | Capture something. | | This will let you select a template from org-capture-templates, and then | file new captured information. The text is immediately inserted at the | target location, and an indirect buffer is shown where you can edit it. | Pressing `C-c C-c' brings you back to the previous state of Emacs, | so that you can continue your work. | | When called interactively with a `C-u' prefix argument goto, don't capture | anything, just go to the file/headline where the selected template | stores its notes. With a double prefix arg `C-u C-u', go to the last | note stored. | | When called with a `C-0' (zero) prefix, insert a template at point. | | Lisp programs can set keys to a string associated with a template in | `org-capture-templates'. In this case, interactive selection will be | bypassed. | | [back] ` - Carsten ___ Emacs-orgmode 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] org-iswitchb documentation
On Jun 28, 2010, at 2:26 PM, Stephen Eglen wrote: Carsten Dominik wrote: I think this is actually a bug. Since the command is called ...- iswitchb, I am sure the intention was to use iswitchbe. Later, when we added ido support as well, the function was rewritten using org-icompleting-read, and in this way the iswitchb support was lost. How about the following solution: Check if either of org-completion-use-\(ido\|iswitchb\) is set. If not, bind org-completion-use-iswitchb around the call to org-icompleting- read. Ok, now that makes a lot more sense! I wondered why the 'out-of-the-box' behaviour didn't show iswitchb like behaviour. THe doc string now reads: "Use `org-icompleting-read' to prompt for an Org buffer to switch to. With a prefix argument, restrict available to files. With two prefix arguments, restrict available buffers to agenda files. This will either use ido or iswitchb for buffer name completion, depending on the variables `org-completion-use-iswitchb' and `org-completion-use-ido'. If both are nil, we will still use iswitchb for this special application." Agreed? - Carsten ___ Emacs-orgmode 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] [org-babel] Does org-babel needs some simplification?
On Jun 28, 2010, at 5:51 PM, Torsten Wagner wrote: Dear All, as a (quite, but happy) org-bable user of the first hour I followed up the development process actively. Nevertheless, some weeks or months pass where I had no need for org-babel (yes, really strange I know). Whenever I come back to org-babel, it takes me a huge amount of time to find myself back again in the syntax. Often I spend a day or two heavily reading the website and manual again to figure out how to make it working. There are so many options. tangle files, results, scripting mode, sessions, noweb, lot, etc. Just yesterday, I fighted again to make a simple python script running as desired to generate an automatic report. I did this dozen of times and even by using some old report as template I still struggle with it. Comparing old reports I noticed that I did it in many different ways. Tangeling all snipplets, using noweb syntax, with and without session support, etc. Don't get me wrong, I really love org-babel and I think it is really great. I just wonder wether it has become too complex and too difficult to use to attract most of the org-mode people. Esp. considering people who use it not on a regular basis. Best regards Torsten Hi Torsten, Part of the difficulty might be that certain default behaviors changed in the last several months. What worked in, say, February might not work the same way today. I've been thrown for a loop more than once when old files didn't work as they once did. So, this could cause problems for someone away from babel for a few months. What would you simplify? Could the library of babel help with this? All the best, Tom ___ Emacs-orgmode 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] indent source blocks automatically when using "indent"
Hi I just discovered some of the #+STARTUP: options, and I like particularly the combination of "hidestarts" and "indent" options. But I have one question: I am using org-babel and I would like to know if it is possible to indent the source code in the source blocks as well automatically? Thanks, Rainer -- NEW GERMAN FAX NUMBER!!! Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany) Centre of Excellence for Invasion Biology Natural Sciences Building Office Suite 2039 Stellenbosch University Main Campus, Merriman Avenue Stellenbosch South Africa Cell: +27 - (0)83 9479 042 Fax:+27 - (0)86 516 2782 Fax:+49 - (0)321 2125 2244 email: rai...@krugs.de Skype: RMkrug Google: r.m.k...@gmail.com ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: [ANN] Org-babel integrated into Org-mode
On Mon, Jun 28, 2010 at 6:03 PM, Eric Schulte wrote: > Hi Rainer, > > I'm happy this was useful > > Rainer M Krug writes: > > > On Fri, Jun 25, 2010 at 5:37 PM, Eric Schulte >wrote: > > [...] > >> > > >> > *** Start babel > >> > #+begin_src emacs-lisp > >> > (org-babel-load-library-of-babel) > >> > #+end_src > >> > >> the above becomes > >> > >> #+begin_src emacs-lisp > >> (org-babel-lob-ingest "~/path/to/org/contrib/babel/ > library-of-babel.org") > >> #+end_src > >> > > > > I don't seem to need this line anymore - it is working without. Also, I > > don't remember why I put it in... > > > > The `org-babel-lob-ingest' function is used to load the source-code > blocks defined in an Org-mode file into the global > `org-babel-library-of-babel' variable. The functions defined in this > variable can be called from any Org-mode file. This makes it possible > to build a set of often-used generally applicable source-code blocks. > > The idea behind the library-of-babel.org file distributed with Org-mode > is to share such functions throughout the entire Org-mode community. > Thanks - now I understand it, Rainer > > Best -- Eric > -- NEW GERMAN FAX NUMBER!!! Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany) Centre of Excellence for Invasion Biology Natural Sciences Building Office Suite 2039 Stellenbosch University Main Campus, Merriman Avenue Stellenbosch South Africa Cell: +27 - (0)83 9479 042 Fax:+27 - (0)86 516 2782 Fax:+49 - (0)321 2125 2244 email: rai...@krugs.de Skype: RMkrug Google: r.m.k...@gmail.com ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode