[O] Problems with capture in tables
Hello,
I am trying to put a line into a table via org capture.
My org file looks like this:
#+begin_src org
* Heading 1
#+TBLNAME: Testing
| | date| weight | BMI |
|---+-++--|
| # | <2011-05-02 Mo> | 85 | 24.8 |
| # | <2011-05-03 Di> | 82 | 24.0 |
|---+-++--|
| # | |3.0 | 0.9 |
#+TBLFM: $4=$3/(1.85)^2;%.1f::@4$3=(@I - @II-1);%.1f
#+end_src
My capture template looks like this:
#+begin_src emacs-lisp
(setq org-capture-templates
'(("x" "Testing" table-line
(file+headline "c:/temp/TestCaptTbl.org" "Heading 1")
"| # | %t | %^{weight} | |" :table-line-pos II-1)))
#+end_src
When I invoke capture I get the following error (backtrace):
: Debugger entered--Lisp error: (error "Capture template `x': stringp")
: signal(error ("Capture template `x': stringp"))
: error("Capture template `%s': %s" "x" stringp)
: byte-code("\301p!\203
Now if I leave `:table-line-pos II-1' out of the template it works fine
but the line is appended at the end. That's obviously not what I want.
Tested this with =emacs -Q=
GNU Emacs 23.2.1 (i386-mingw-nt5.1.2600) of 2010-05-08 on G41R2F1
Org-mode version 7.5 (release_7.5.246.gace72) (local modification to
makefile and org-git-link)
WinXP
--
Mit freundlichen Grüßen / Best regards
Thomas Holst
[O] [Accepted] Making the output of %% functions linkable in agenda views
Patch 781 (http://patchwork.newartisans.com/patch/781/) is now "Accepted". Maintainer comment: none This relates to the following submission: http://mid.gmane.org/%3C87aaf3tv5l.fsf%40fastmail.fm%3E Here is the original message containing the patch: > Content-Type: text/plain; charset="utf-8" > MIME-Version: 1.0 > Content-Transfer-Encoding: 7bit > Subject: [O] Making the output of %% functions linkable in agenda views > Date: Wed, 04 May 2011 00:56:54 - > From: Matt Lundin > X-Patchwork-Id: 781 > Message-Id: <87aaf3tv5l@fastmail.fm> > To: charles.seb...@lcms.org (Sebold, Charles) > Cc: emacs-orgmode > > charles.seb...@lcms.org writes: > > > On 7 Apr 2011, Charles Sebold wrote: > > > >> Here's a test. Take the line below and put it in an agenda file, then > >> view the agenda. > >> > >> %%(format "%s" (concat "[[elisp:(info)]" "[Link to info]]")) > >> > >> The results as I see them give me a link that I can mouse-click on, > >> but I can't move point to it and hit C-c C-o. > >> > >> What do I need to do to make this a normal org link in every way? Or > >> is this a bug? > >> > > Here's what seems to be going on. > > Clicking with the mouse works because it calls org-open-at-mouse, which > (by calling org-open-at-point) simply looks at the text surrounding the > click point to find a link. > > The function org-agenda-open-link, on the other hand, grabs part of the > headline as a string (the prefix), then jumps to the location in the > original buffer and calls org-offer-links-in-entry to look for links in > both the entry and the prefix of agenda text. Obviously, it won't find > your link in the original entry since it looks like this: > > %%(format "%s" (concat "[[elisp:(info)]" "[Link to info]]")) > > I think it shouldn't be a problem to pass the whole agenda line to > org-offer-links-in-entry. This will not result in duplicate links, since > org-offer-links-in-entry "uniquifies" the links. > > I've attached a patch. > > The bigger question, however, is why the expression above is even > showing up in the agenda, since it contains no scheduling information. > :) > > Best, > Matt > > > >From 58c7621c0c84b9c1930098a098e4559aa516eec0 Mon Sep 17 00:00:00 2001 > From: Matt Lundin > Date: Tue, 3 May 2011 15:54:35 -0400 > Subject: [PATCH] Pass entire text of agenda line to org-offer-links-in-entry. > > * lisp/org-agenda.el (org-agenda-open-link): Pass entire text of > agenda line to org-offer-links-in-entry. > > This fixes bug noticed by Charles Sebold, in which links that are > dynamically formatted for the agenda view are ignored. > http://permalink.gmane.org/gmane.emacs.orgmode/40673 > --- > lisp/org-agenda.el |4 +--- > 1 files changed, 1 insertions(+), 3 deletions(-) > > diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el > index 65f7cea..609edd4 100644 > --- a/lisp/org-agenda.el > +++ b/lisp/org-agenda.el > @@ -6879,9 +6879,7 @@ at the text of the entry itself." >(org-get-at-bol 'org-marker))) >(buffer (and marker (marker-buffer marker))) >(prefix (buffer-substring > - (point-at-bol) > - (or (text-property-any (point-at-bol) (point-at-eol) > 'org-heading t) > - (point-at-bol) > + (point-at-bol) (point-at-eol > (cond > (buffer >(with-current-buffer buffer > -- > 1.7.5 > >
[O] [Accepted] Add an easy template for index (i), and move include file to I from i.
Patch 768 (http://patchwork.newartisans.com/patch/768/) is now "Accepted".
Maintainer comment: I added documentation in org.texi
This relates to the following submission:
http://mid.gmane.org/%3C1304005134-31639-2-git-send-email-rpgoldman%40sift.info%3E
Here is the original message containing the patch:
> Content-Type: text/plain; charset="utf-8"
> MIME-Version: 1.0
> Content-Transfer-Encoding: 7bit
> Subject: [O] Add an easy template for index (i),
> and move include file to I from i.
> Date: Thu, 28 Apr 2011 20:38:54 -
> From: Robert Goldman
> X-Patchwork-Id: 768
> Message-Id: <1304005134-31639-2-git-send-email-rpgold...@sift.info>
> To: emacs-orgmode@gnu.org
> Cc: "Robert P. Goldman"
>
> From: Robert P. Goldman
>
> Implement Nick Dokos' suggestion for inserting #+INDEX.
>
> Notes about this patch:
> 1. It breaks some old user-visible behavior, since Per Nick's posting, we expect that if index is used, it will be used
> more commonly than include file. However, since this is a custom,
> behavior could be changed. Indeed, we could put index on capital
> I with a suggestion that users who are indexing should swap in their
> customizations.
> 2. I modified the docstring for org-structure-template-alist, which did
> not explain the function of the "?" in the string. Someone should
> check and verify I didn't get this wrong.
> 3. There doesn't seem to be a Muse tag equivalent for #+index, so I
> just made the Muse equivalent of #+index be #+index. I don't know
> org-mtags enough to know if this is appropriate.
>
> ---
> lisp/org.el |9 ++---
> 1 files changed, 6 insertions(+), 3 deletions(-)
>
> diff --git a/lisp/org.el b/lisp/org.el
> index e17c90f..fdff7ef 100644
> --- a/lisp/org.el
> +++ b/lisp/org.el
> @@ -10753,14 +10753,17 @@ This function can be used in a hook."
> "?")
> ("a" "#+begin_ascii\n?\n#+end_ascii")
> ("A" "#+ascii: ")
> -("i" "#+include %file ?"
> +("i" "#+index: ?"
> + "#+index: ?")
> +("I" "#+include %file ?"
> "")
> )
>"Structure completion elements.
> This is a list of abbreviation keys and values. The value gets inserted
> if you type `<' followed by the key and then press the completion key,
> usually `M-TAB'. %file will be replaced by a file name after prompting
> -for the file using completion.
> +for the file using completion. The cursor will be placed at the position
> +of the `?` in the template.
> There are two templates for each key, the first uses the original Org syntax,
> the second uses Emacs Muse-like syntax tags. These Muse-like tags become
> the default when the /org-mtags.el/ module has been loaded. See also the
> @@ -10779,7 +10782,7 @@ expands them."
>(let ((l (buffer-substring (point-at-bol) (point)))
> a)
> (when (and (looking-at "[ \t]*$")
> -(string-match "^[ \t]*<\\([a-z]+\\)$"l)
> +(string-match "^[ \t]*<\\([a-zA-Z]+\\)$" l)
> (setq a (assoc (match-string 1 l) org-structure-template-alist)))
>(org-complete-expand-structure-template (+ -1 (point-at-bol)
>(match-beginning 1)) a)
>
[O] [Accepted] Make the latex export preprocessor rewrite #+INDEX to \index.
Patch 767 (http://patchwork.newartisans.com/patch/767/) is now "Accepted".
Maintainer comment: Pushed with modifications. Some optimization, and the
original patch would have stopped at the first #+index line that was missing
the entry... Please verify that it still works
This relates to the following submission:
http://mid.gmane.org/%3C1303991243-30731-2-git-send-email-rpgoldman%40sift.info%3E
Here is the original message containing the patch:
> Content-Type: text/plain; charset="utf-8"
> MIME-Version: 1.0
> Content-Transfer-Encoding: 7bit
> Subject: [O] Make the latex export preprocessor rewrite #+INDEX to \index.
> Date: Thu, 28 Apr 2011 16:47:23 -
> From: Robert Goldman
> X-Patchwork-Id: 767
> Message-Id: <1303991243-30731-2-git-send-email-rpgold...@sift.info>
> To: emacs-orgmode@gnu.org
> Cc: "Robert P. Goldman"
>
> From: Robert P. Goldman
>
> ---
> lisp/org-latex.el | 13 +
> 1 files changed, 13 insertions(+), 0 deletions(-)
>
> diff --git a/lisp/org-latex.el b/lisp/org-latex.el
> index e7307ef..731d6e6 100644
> --- a/lisp/org-latex.el
> +++ b/lisp/org-latex.el
> @@ -1775,6 +1775,8 @@ The conversion is made depending of STRING-BEFORE and
> STRING-AFTER."
> (end-of-line 1)
> (insert "\n")
>
> +
> +
> (defun org-export-latex-fixed-width (opt)
>"When OPT is non-nil convert fixed-width sections to LaTeX."
>(goto-char (point-min))
> @@ -2322,6 +2324,17 @@ The conversion is made depending of STRING-BEFORE and
> STRING-AFTER."
> (and (looking-at "[ \t]*ORG-VERSE-END.*")
>(org-replace-match-keep-properties "\\end{verse}" t t)))
>
> + ;; Convert #+INDEX to LaTeX \\index.
> + (goto-char (point-min))
> + (while
> + (and
> + (let ((case-fold-search t))
> + (re-search-forward "^[ \t]*#\\+index:[ \t]*\\(.*?\\)[ \t]*$" nil t))
> + (> (match-end 1) (match-beginning 1)))
> +(let ((entry (match-string 1)))
> +;; (message "Found a #+INDEX match...")
> + (replace-match (format "\\index{%s}" entry) t t)))
> +
>;; Convert center
>(goto-char (point-min))
>(while (search-forward "ORG-CENTER-START" nil t)
>
Re: [O] [PATCH] Revised my #+index preprocessor to fontify index entries.
Hi Robert,
I am rejecting this part of the patch for now. More thinking is needed here,
also about special characters etc. No sure yet what the right course will be,
but this is much too limited.
- Carsten
On May 1, 2011, at 6:01 PM, rpgold...@sift.info wrote:
> From: Robert P. Goldman
>
> ---
> The previous patch wasn't quite right because, e.g., it would index
> #+INDEX: =Class=
> as
> \\index{=Class=}
> instead of
> \\index{\texttt{Class}}
> This patch attempts to fix that.
>
> Question: would you prefer to have this reformulated as some kind of unified
> patch
> with the earlier one?
>
> lisp/org-latex.el | 12 +---
> 1 files changed, 9 insertions(+), 3 deletions(-)
>
> diff --git a/lisp/org-latex.el b/lisp/org-latex.el
> index 731d6e6..b8f7019 100644
> --- a/lisp/org-latex.el
> +++ b/lisp/org-latex.el
> @@ -1,4 +1,4 @@
> -;;; org-latex.el --- LaTeX exporter for org-mode
> +;; org-latex.el --- LaTeX exporter for org-mode
> ;;
> ;; Copyright (C) 2007, 2008, 2009, 2010 Free Software Foundation, Inc.
> ;;
> @@ -2331,9 +2331,15 @@ The conversion is made depending of STRING-BEFORE and
> STRING-AFTER."
>(let ((case-fold-search t))
>(re-search-forward "^[ \t]*#\\+index:[ \t]*\\(.*?\\)[ \t]*$" nil t))
>(> (match-end 1) (match-beginning 1)))
> +;; (message "Found a #+INDEX match...")
> (let ((entry (match-string 1)))
> -;; (message "Found a #+INDEX match...")
> - (replace-match (format "\\index{%s}" entry) t t)))
> + (replace-match (format "\\index{%s}" entry) t t)
> + ;; now process font directives in the index entry
> + (re-search-forward "^[ \t]*index{\\([^}]\\)}" nil t)
> + ;; (message (format "Trying to fontify string %s" (match-string 1)))
> + (save-restriction
> + (narrow-to-region (match-beginning 1) (match-end 1))
> + (org-export-latex-fontify
>
> ;; Convert center
> (goto-char (point-min))
> --
> 1.7.3.5
>
>
- Carsten
Re: [O] bug: hovering window obscures text
Aankhen writes: > (Sorry for replying to my own message.) > > On Tue, May 3, 2011 at 11:26, Aankhen wrote: [...] >> I’m not sure how accessibility is hindered, given that the contents of >> the page are still perfectly accessible. All the fixed TOC does is >> obscure a very small portion of them on occasion, which can be >> rectified by scrolling. I would call that inconvenient, not >> inaccessible. Unless there’s more happening here beyond what I’ve >> seen, that is. > > Poking around a little shows that the current design is entirely > unusable via keyboard. Now that does seem like a gamebreaker, > accessibility-wise. > > Aankhen Yes, this aspect *is* a little annoying/frustrating. I use conkeror as my web browser and navigate almost exclusively with the keyboard (mouse use affects my RSI). These pages require me to use the mouse to access the table of contents. But I do like how the table of contents functions otherwise, I must admit, which is why my own personal pages use this default configuration. -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1 : using Org-mode version 7.5 (release_7.5.246.ga35b4.dirty)
Re: [O] insert picture feature request.
+1 for windows support. I would also need such a image copy tool under windows. A way to capture an image and have it referenced/included in an org file with a simple keychord would be most welcome. What most of my colleagues - non Emacs users - do is open MS Word, paste some captured images and write some simple comments. No need to copy, save and link to an image. A documentation including some screenshots is done in a snap. For me this is one of the things I miss a lot while living in Org. Anybody knows about a comparable tool to Imagemagick "import" under Windows? === OK - I searched a bit and found this, which works on command line: (see http://www.irfanview.de) Example for /capture: i_view32.exe /capture=0 Capture the whole screen. i_view32.exe /capture=6 Start in Capture mode, use last used capture dialog settings. capture values: 0 = whole screen 1 = current monitor, where mouse is located 2 = foreground window 3 = foreground window - client area 4 = rectangle selection 5 = object selected with the mouse 6 = start in capture mode (can't be combined with other commandline options) Advanced examples: i_view32.exe /capture=2 /convert=c:\test.jpg Capture foreground window and save result as file. i_view32.exe /capture=2 /convert=c:\capture_$U(%d%m%Y_%H%M%S).jpg Capture foreground window and save result as file; the file name contains time stamp. === I will try this in my Org environment. -- Rainer Am 04.05.2011 02:37, schrieb Mark S.: > This doesn't work under windows even if you have ImageMagick installed. Is > there a similar way to capture and insert a picture under windows? > > Thanks! > > --- On Mon, 5/2/11, Russell Adams wrote: > >> From: Russell Adams >> Subject: Re: [O] insert picture feature request. >> To: emacs-orgmode@gnu.org >> Date: Monday, May 2, 2011, 6:28 AM >> On Mon, May 02, 2011 at 02:42:41PM >> +0200, Piter_ wrote: >>> Hi all. >>> I use org-mode for making note while reading >> articles. >>> Sometimes I want to insert picture into notes. Now it >> takes to much >>> time. I have to copy paste it into picture editor, >> save it and than >>> make a link to it. >>> I would like to do it in other way. Copy picture into >> clipboard (from >>> pdf reader for example), and than run a function in >> emacs which will >>> ask for file name, save the picture from clipboard >> into preset folder >>> and insert link into org file for it. >>> I have found those links. >>> http://stackoverflow.com/questions/1868734/how-to-copy-to-clipboard-with-x11 >>> http://stackoverflow.com/questions/3571179/how-does-x11-clipboard-handle-multiple-data-formats >>> >>> About handling clipboard images from python. >>> I think it is possible to write a simple python script >> which can save >>> clipboard picture into file, and than some lisp >> function which do all >>> I described above using this script. >>> Unfortunately I dont know python and lisp on >> level which allow me to >>> do it fast end easy. So I ask if someone can do it. I >> think it would >>> be useful addition for org-mode. May be even someone >> have implemented >>> it, or made another work arround this problem. >>> Thanks. >>> Petro. >>> P.S. Sorry if you get two copies of request. I had >> some troubles with >>> sending it and may sent two versions of this mail. >>> >> >> There was a discussion with a working solution not long ago >> for taking >> screenshots and inserting them into org automatically. >> >> http://comments.gmane.org/gmane.emacs.orgmode/33770 >> >> I suspect the code is on worg. >> >> Enjoy. >> >> -- >> Russell Adams >> rlad...@adamsinfoserv.com >> >> PGP Key ID: 0x1160DCB3 >>http://www.adamsinfoserv.com/ >> >> Fingerprint:1723 D8CA 4280 1EC9 557F >> 66E8 1154 E018 1160 DCB3 >> >> > >
Re: [O] Old versions
"David Dyer-Bennet" writes: And where can I find a copy? >>> >>> How about here?: >>> >>> http://orgmode.org/org-6.36c.zip > > I can't find any POINTER to that anywhere on the site; Please, you should have searched *also* the mailing list archieve: (e.g. in gmane: "older org version" ). This string is easier than mine, isn't it? Then you would have found that: On 2010-12-03 22:17:31 GMT (21 weeks, 4 days, ago) David Dyer-Bennet dd-b.net> wrote: " Given the two URLs, I have now deduced the pattern for downloading older distributions :-) . I still can't see a list of what's available, but the ones mentioned publicly that I've tried have all existed. (It's just the obvious: http://orgmode.org/org-.tar.gz ) Thanks for finding the confirmation that 6.36c is supposed to work with Emacs 21." http://thread.gmane.org/gmane.emacs.orgmode/34524/focus=34525 > However, it doesn't make or make install with the Emacs 21.4.1 install on > my web host (engl.dreamhost.com, to be explicit; running Linux). why do you need to install it with make? Org mode works even if you only: 1. Make a directory: ~/org/ 2. unzip/ untar the file org-YOUR-version.zipTar 3. configure org in your .emacs: (setq load-path (cons "~/org/lisp" load-path)) 4. for info: (add-to-list 'Info-default-directory-list "~/org/doc") [source: http://doc.norang.ca/org-mode.htm] 5. Read and follow the manual eg: add the correct line (require 'org) or (require 'org-install). I don't remeber. This will *not* byte compile your files but I use not compiled files and it's fine for me. If you want to byte compile use this brute force approach: $ emacs -e "(progn (byte-force-recompile \"~/org/lisp\") (byte-force-recompile \"~/org/lisp\" )) HTH Giovanni
[O] Docbook XML file does not exist
Hello,
can somebody help me in setting up the Docbook export?
My OS is Windows XP with Cygwin installed.
Org-mode creates the Docbook xml file, but thinks it doesn't exist when
org-mode wants to process it.
See the below extract of the Messages buffer.
Any clue why this happens?
Why is fop.bat looking for fo file
e:\home\pub_html\e\:\home\pub_html\EERS.logic.fo?
("e:\home\pub_html\" should NOT be TWICE in the filename)
Thanks in advance!
Eric
Extract of the Messages buffer:
Exporting to PDF...
Exporting...
Using schema c:/Usr/emacs/etc/schema/docbook.rnc
Saving file e:/home/pub_html/EERS.logic.xml...
Wrote e:/home/pub_html/EERS.logic.xml
DocBook export done, pushed to kill ring and clipboard
Processing DocBook XML file...
Source file e\:\home\pub_html\EERS.logic.xml does not exist
Processing DocBook file...done
org-export-as-docbook-pdf: PDF file was not produced
This is my setting of the relevant variables:
org-export-docbook-xslt-proc-command = "java com.icl.saxon.StyleSheet
-o %o %i %s paper.type=A4 use.extensions=1 fop1.extensions=1"
org-export-docbook-xsl-fo-proc-command = "fop.bat -fo %i -pdf %o"
org-export-docbook-xslt-stylesheet =
"E:/Usr/xml/docbook-xsl-1.75.0/fo/docbook.xsl"
org-export-publishing-directory = "~/pub_html"
In Shell Command Output buffer, I also get the following error message:
e:\Usr\xml\fop-0.95\fop.bat -fo e\:/home/pub_html/EERS.logic.fo
-pdf e\:/home/pub_html/EERS.logic.pdf
USAGE
Fop [options] [-fo|-xml] infile [-xsl file] [-awt|-pdf|-mif|-rtf|-tiff|-png
|-pcl|-ps|-txt|-at [mime]|-print]
4 mai 2011 15:39:52 org.apache.fop.cli.Main startFOP
GRAVE: Exception
java.io.FileNotFoundException:
Error: fo file e:\home\pub_html\e\:\home\pub_html\EERS.logic.fo not found
Re: [O] MobileOrg Android 0.5.4 Release - Now with Tablet support
Hi Matthew Thank you very much for the new version. I'm just testing the new functions. MobileOrg will be really really good after all the new features will be working. Nice work. There are some issues I have detected so far (HTC Desire HD, Android 2.2.1, Dropbox-sync, completely cleaned [deleted] files before installing): *Changed Todo States will Not Change on the Phone* * NEXT Some Task :HOME: changed on the PC to * DEFERRED Some Task :HOME: After syncing, the phone still shows * NEXT Some Task :HOME: On the other hand, changing Todo states on the phone works and changes the todo state on the PC accordingly after syncing. *TAGs don't seem to work* Adding a new task with the Advanced Capture feature doesn't recognize tags for me. A tag :HOME: is neither shown in the "New Notes" view on the phone, nor on the PC after syncing. *Changed body edits are lost on syncing* * NEXT Call Somebody :PHONE: changed on the phone to * NEXT Call Somebody :PHONE: Phone number is 0154 13233 After syncing, org-pull doesn't announce a new edit. The addition is lost on both, the phone and it never arrived on the PC. After I have written the above I made some more tests and it becomes clear now that there is a serious syncing bug. In general, syncing doesn't recognize changes made on the PC. Even adding a new task (or a new test in the body, or a todo change) on the PC is not recognized by the phone after pushing and syncing. I'm sure it will be a small problem due to the changes made necessary by the new features. I'm not sure if this is a problem caused by my setup. Can anybody confirm these problems? Greetings and thank you very much again, Sven Matthew Jones writes: > Hey folks, I'm happy to announce the availability of MobileOrg 0.5.4 for > Android. > > You can find links and instructions on how to install it on the wiki page: > https://github.com/matburt/mobileorg-android/wiki > > There is now also a donate version available in the Android Market. > > Here are some of the highlights: > > * Support for Gingerbread and Honeycomb tablets > * Vastly improved Dropbox and WebDAV download speed > * New Advanced Capture and Edit interface > * Now can set TODO and PRIORITY from the Advanced capture interface > * The ability to edit the body of existing notes > * Fixes for many crashes, hangs, and force-closes > * New notes are captured under the "New Notes" section, > edits are hidden from this view > * Improved error handling and reporting > * Fix crashes if the sdcard is unavailable to the application > > As always, please let me know if you have any issues... you can email me > directly or file a bug report on Github
[O] how to bind something to PrtScr
Hi. I want to bind image inserting function to Ctrl-PrtScr, but cant figure out what is the name of this button in emacs. Does anybody know? Thanks. Petro
Re: [O] how to bind something to PrtScr
Piter_ writes: > I want to bind image inserting function to Ctrl-PrtScr, but cant > figure out what is the name of this button in emacs. Typing C-h k and the button in question should give you the name. On my system, the name is . Best, Matt
[O] org-capture in message-mode buffer
Hello,
I am running orgmode from git 2011-04-29 on Emacs 23.3.50.
In a message mode buffer, M-x org-capture to get the following error:
--8<---cut here---start->8---
Debugger entered--Lisp error: (error "Can not create link: No Gcc header
found.")
signal(error ("Can not create link: No Gcc header found."))
error("Can not create link: No Gcc header found.")
org-gnus-store-link()
run-hook-with-args-until-success(org-gnus-store-link)
org-store-link(nil)
org-capture(nil)
call-interactively(org-capture nil nil)
--8<---cut here---end--->8---
Leo
Re: [O] how to bind something to PrtScr
04/05/11 14:17, Piter_ > Hi. > I want to bind image inserting function to Ctrl-PrtScr, but cant > figure out what is the name of this button in emacs. > Does anybody know? > Thanks. > Petro Use C-h k to figure it out. Here, C-h k ctrl-prtscr does " is undefined", so you'd do (global-set-key (kbd "") 'something)
[O] org-capture does not fully clean up after C-c C-k
Hello,
I have one template as follows
("n" "Notes" entry (file "Notes.org") "* %?\n %i" :prepend t)
Every time I `C-c C-k' to abort the capture, a blank line is inserted at
the front of file Notes.org.
orgmode 2011-04-29 from git on Emacs 23.3.50.
With best wishes,
Leo
Re: [O] insert picture feature request.
> +1 for windows support. > > I would also need such a image copy tool under windows. > > A way to capture an image and have it referenced/included in an org file > with a simple keychord would be most welcome. > > What most of my colleagues - non Emacs users - do is open MS Word, > paste some captured images and write some simple comments. > No need to copy, save and link to an image. > A documentation including some screenshots is done in a snap. > > For me this is one of the things I miss a lot while living in Org. > Anybody knows about a comparable tool to Imagemagick "import" under > Windows? Here comes Emacswiki to the rescue! http://rasm.ods.org/boxcutter/download/boxcutter-1.3/ http://www.emacswiki.org/emacs/mon-boxcutter.el Disclaimer: I haven't tried it. This is purely for my link karma. Jambunathan K. --
Re: [O] Docbook XML file does not exist
Belpaire writes: > Hello, > > can somebody help me in setting up the Docbook export? I cannot help but I can definitely share my experience. I am more of a "one off" user of docbook exporter. > > My OS is Windows XP with Cygwin installed. Same here. > > Org-mode creates the Docbook xml file, but thinks it doesn't exist when > org-mode wants to process it. I ran into same issues. The "impression" I got was that it has something to do with the way docbook exporter shell quotes it's arguments. I didn't investigate further and this is what I ended up with finally. Export to xml from within emacs and export to pdf from within shell. (shell is bash within cygwin). There are two variations of shell command that I use: 1. Variation 1: #+begin_src sh xsltproc -stringparam admon.graphics 1 --output test.fo /usr/share/sgml/docbook/xsl-stylesheets/fo/docbook.xsl test.xml ~/bin/fop-1.0/fop ./test.fo test.pdf open test.pdf #+end_src 2. Variation 2: #+begin_src sh dblatex test.xml #+end_src The advantage of using variation 1 is that it produces a better looking output and the inline images do get embedded. The disadvantage is that you have to configure quite a good number of variables (3 variables right?) before you bite the dust :-). . The disadvantage of variation 2 is that it is a simple command that converts directly from xml to pdf and hides the presence of all the backdoor jugglery like the presence of xsl file, fo file and fop converter (Does dblatex use these internally - not sure). The problem is the resulting document has the inline images stripped off and the output is sloppy (relatively speaking). Here is what I would recommend as a minor enhancement to docbook exporter: Provide a `single' variable setting that takes the user from xml to pdf in a single step. Make dblatex the default converter of org-docbook.el. HTH, Jambunathan K.
Re: [O] [PATCH] Revised my #+index preprocessor to fontify index entries.
On 5/4/11 May 4 -3:03 AM, Carsten Dominik wrote:
> Hi Robert,
>
> I am rejecting this part of the patch for now. More thinking is needed here,
> also about special characters etc. No sure yet what the right course will be,
> but this is much too limited.
Carsten,
I don't fully understand the latex exporter, but I believe that
somewhere in it, LaTeX contexts are protected from translation.
Question: would it be possible to somehow mark the argument to \index{}
as being NOT protected? If we could do that, I suspect the rest of the
processing would run its course.
I am working on a manual so correct indexing of monospaced entries is
critical to me! ;-)
Best,
r
>
> - Carsten
>
>
> On May 1, 2011, at 6:01 PM, rpgold...@sift.info wrote:
>
>> From: Robert P. Goldman
>>
>> ---
>> The previous patch wasn't quite right because, e.g., it would index
>> #+INDEX: =Class=
>> as
>> \\index{=Class=}
>> instead of
>> \\index{\texttt{Class}}
>> This patch attempts to fix that.
>>
>> Question: would you prefer to have this reformulated as some kind of
>> unified patch
>> with the earlier one?
>>
>> lisp/org-latex.el | 12 +---
>> 1 files changed, 9 insertions(+), 3 deletions(-)
>>
>> diff --git a/lisp/org-latex.el b/lisp/org-latex.el
>> index 731d6e6..b8f7019 100644
>> --- a/lisp/org-latex.el
>> +++ b/lisp/org-latex.el
>> @@ -1,4 +1,4 @@
>> -;;; org-latex.el --- LaTeX exporter for org-mode
>> +;; org-latex.el --- LaTeX exporter for org-mode
>> ;;
>> ;; Copyright (C) 2007, 2008, 2009, 2010 Free Software Foundation, Inc.
>> ;;
>> @@ -2331,9 +2331,15 @@ The conversion is made depending of STRING-BEFORE and
>> STRING-AFTER."
>>(let ((case-fold-search t))
>> (re-search-forward "^[ \t]*#\\+index:[ \t]*\\(.*?\\)[ \t]*$" nil t))
>>(> (match-end 1) (match-beginning 1)))
>> +;; (message "Found a #+INDEX match...")
>> (let ((entry (match-string 1)))
>> -;; (message "Found a #+INDEX match...")
>> - (replace-match (format "\\index{%s}" entry) t t)))
>> + (replace-match (format "\\index{%s}" entry) t t)
>> + ;; now process font directives in the index entry
>> + (re-search-forward "^[ \t]*index{\\([^}]\\)}" nil t)
>> + ;; (message (format "Trying to fontify string %s" (match-string 1)))
>> + (save-restriction
>> +(narrow-to-region (match-beginning 1) (match-end 1))
>> +(org-export-latex-fontify
>>
>> ;; Convert center
>> (goto-char (point-min))
>> --
>> 1.7.3.5
>>
>>
>
> - Carsten
>
>
>
Re: [O] org-capture in message-mode buffer
Leo wrote:
> I am running orgmode from git 2011-04-29 on Emacs 23.3.50.
>
> In a message mode buffer, M-x org-capture to get the following error:
>
> Debugger entered--Lisp error: (error "Can not create link: No Gcc header
> found.")
> signal(error ("Can not create link: No Gcc header found."))
> error("Can not create link: No Gcc header found.")
> org-gnus-store-link()
> run-hook-with-args-until-success(org-gnus-store-link)
> org-store-link(nil)
> org-capture(nil)
> call-interactively(org-capture nil nil)
The idea behind `org-store-link' (which is triggered by `org-capture')
in message mode is to store a link to a /sent/ message even though the
message has not been sent by the time you call `org-store-link'. This
currently works only with Gnus and only if there's a Gcc header present
in the message you are working on. `org-gnus-store-link' needs the Gcc
header to determine where the message would go once it has been sent (in
order to create a link to it). The error you've encountered means that
there hasn't been a Gcc header in your message when you've called
`org-capture'.
Ulf
Re: [O] insert picture feature request.
On Wed, May 04, 2011 at 12:01:53PM +0200, Rainer Stengele wrote: > i_view32.exe /capture=2 /convert=c:\capture_$U(%d%m%Y_%H%M%S).jpg (defun org-screenshot () "Take a screenshot into a time stamped unique-named file in the same directory as the org-buffer and insert a link to this file." (interactive) (setq filename (concat (make-temp-name (concat (buffer-file-name) "_" (format-time-string "%Y%m%d_%H%M%S_")) ) ".png")) (call-process "i_view32.exe" nil nil nil "/capture=2" (concat "/convert=" filename) ) (insert (concat "[[" filename "]]")) (org-display-inline-images)) Does that work? Elisp is formatting the filename based on the Org buffer you're in and adding a timestamp. -- Russell Adamsrlad...@adamsinfoserv.com PGP Key ID: 0x1160DCB3 http://www.adamsinfoserv.com/ Fingerprint:1723 D8CA 4280 1EC9 557F 66E8 1154 E018 1160 DCB3
[O] Row formula in orgtbl mode
Dear org-mode Users, Given this table | |a |b |c |d | | Specific cost |1 |9 |2 |3 | | System size | 1000 | 1000 | 1000 | 1000 | | | | | | | | ... | ... | ... | ... | ... | #+TBLFM: @4=@2*@3 I am wondering how I would need to format the #+TBLFM: line to multiply the respective numeric values of rows 2 and 3 in row 4. I am using org v.7.4. All my attempts, also trying to define ranges like @4$2..@4$5=@-1*@-2, fail. Thanks in advance, Michael Bach
Re: [O] insert picture feature request.
Am 04.05.2011 12:01, schrieb Rainer Stengele: > +1 for windows support. > > I would also need such a image copy tool under windows. > > A way to capture an image and have it referenced/included in an org file > with a simple keychord would be most welcome. > > What most of my colleagues - non Emacs users - do is open MS Word, > paste some captured images and write some simple comments. > No need to copy, save and link to an image. > A documentation including some screenshots is done in a snap. > > For me this is one of the things I miss a lot while living in Org. > Anybody knows about a comparable tool to Imagemagick "import" under Windows? > > === > > OK - I searched a bit and found this, which works on command line: (see > http://www.irfanview.de) > > > Example for /capture: > i_view32.exe /capture=0 > Capture the whole screen. > i_view32.exe /capture=6 > Start in Capture mode, use last used capture dialog settings. > > capture values: > 0 = whole screen > 1 = current monitor, where mouse is located > 2 = foreground window > 3 = foreground window - client area > 4 = rectangle selection > 5 = object selected with the mouse > 6 = start in capture mode (can't be combined with other commandline options) > > Advanced examples: > i_view32.exe /capture=2 /convert=c:\test.jpg > Capture foreground window and save result as file. > i_view32.exe /capture=2 /convert=c:\capture_$U(%d%m%Y_%H%M%S).jpg > Capture foreground window and save result as file; the file name contains > time stamp. > === > > I will try this in my Org environment. > > -- Rainer > > > > Am 04.05.2011 02:37, schrieb Mark S.: >> This doesn't work under windows even if you have ImageMagick installed. Is >> there a similar way to capture and insert a picture under windows? >> >> Thanks! >> >> --- On Mon, 5/2/11, Russell Adams wrote: >> >>> From: Russell Adams >>> Subject: Re: [O] insert picture feature request. >>> To: emacs-orgmode@gnu.org >>> Date: Monday, May 2, 2011, 6:28 AM >>> On Mon, May 02, 2011 at 02:42:41PM >>> +0200, Piter_ wrote: Hi all. I use org-mode for making note while reading >>> articles. Sometimes I want to insert picture into notes. Now it >>> takes to much time. I have to copy paste it into picture editor, >>> save it and than make a link to it. I would like to do it in other way. Copy picture into >>> clipboard (from pdf reader for example), and than run a function in >>> emacs which will ask for file name, save the picture from clipboard >>> into preset folder and insert link into org file for it. I have found those links. http://stackoverflow.com/questions/1868734/how-to-copy-to-clipboard-with-x11 http://stackoverflow.com/questions/3571179/how-does-x11-clipboard-handle-multiple-data-formats About handling clipboard images from python. I think it is possible to write a simple python script >>> which can save clipboard picture into file, and than some lisp >>> function which do all I described above using this script. Unfortunately I dont know python and lisp on >>> level which allow me to do it fast end easy. So I ask if someone can do it. I >>> think it would be useful addition for org-mode. May be even someone >>> have implemented it, or made another work arround this problem. Thanks. Petro. P.S. Sorry if you get two copies of request. I had >>> some troubles with sending it and may sent two versions of this mail. >>> >>> There was a discussion with a working solution not long ago >>> for taking >>> screenshots and inserting them into org automatically. >>> >>> http://comments.gmane.org/gmane.emacs.orgmode/33770 >>> >>> I suspect the code is on worg. >>> >>> Enjoy. >>> >>> -- >>> Russell Adams >>> rlad...@adamsinfoserv.com >>> >>> PGP Key ID: 0x1160DCB3 >>>http://www.adamsinfoserv.com/ >>> >>> Fingerprint:1723 D8CA 4280 1EC9 557F >>> 66E8 1154 E018 1160 DCB3 >>> >>> >> >> > > > > The better approach seems to be to take the screenshot image from the clipboard. Therefore any screenshot tool will do. This works for me under Windows XP: (I had to introduce the tilde-buffer-filename variable for irfanview to work) (defun org-screenshot () "Take a screenshot into a time stamped unique-named file in the same directory as the org-buffer and insert a link to this file." (interactive) (setq tilde-buffer-filename (replace-regexp-in-string "/" "\\" (buffer-file-name) t t)) (setq filename (concat (make-temp-name (concat tilde-buffer-filename "_" (format-time-string "%Y%m%d_%H%M%S_")) ) ".jpg")) ;; Linux: ImageMagick: (call-process "import" nil
Re: [O] MobileOrg Android 0.5.4 Release - Now with Tablet support
This is extremely bad, I had tried to thoroughly test all 3 sync mechanisms I'm going to try to test this later but would you happen to be able to capture the Logcat output? On Wed, May 4, 2011 at 7:25 AM, Sven Bretfeld wrote: > Hi Matthew > > Thank you very much for the new version. I'm just testing the new > functions. MobileOrg will be really really good after all the new > features will be working. Nice work. > > There are some issues I have detected so far (HTC Desire HD, Android > 2.2.1, Dropbox-sync, completely cleaned [deleted] files before > installing): > > *Changed Todo States will Not Change on the Phone* > > * NEXT Some Task :HOME: > > changed on the PC to > > * DEFERRED Some Task :HOME: > > After syncing, the phone still shows > > * NEXT Some Task :HOME: > > On the other hand, changing Todo states on the phone works and changes > the todo state on the PC accordingly after syncing. > > *TAGs don't seem to work* > > Adding a new task with the Advanced Capture feature doesn't recognize > tags for me. A tag :HOME: is neither shown in the "New Notes" view on > the phone, nor on the PC after syncing. > > *Changed body edits are lost on syncing* > > * NEXT Call Somebody :PHONE: > > changed on the phone to > > * NEXT Call Somebody :PHONE: > Phone number is 0154 13233 > > After syncing, org-pull doesn't announce a new edit. The addition is > lost on both, the phone and it never arrived on the PC. > > After I have written the above I made some more tests and it becomes > clear now that there is a serious syncing bug. In general, syncing > doesn't recognize changes made on the PC. Even adding a new task (or a > new test in the body, or a todo change) on the PC is not recognized by > the phone after pushing and syncing. > > I'm sure it will be a small problem due to the changes made necessary by > the new features. I'm not sure if this is a problem caused by my setup. > Can anybody confirm these problems? > > Greetings and thank you very much again, > > Sven > > Matthew Jones writes: > > > Hey folks, I'm happy to announce the availability of MobileOrg 0.5.4 for > > Android. > > > > You can find links and instructions on how to install it on the wiki > page: > > https://github.com/matburt/mobileorg-android/wiki > > > > There is now also a donate version available in the Android Market. > > > > Here are some of the highlights: > > > > * Support for Gingerbread and Honeycomb tablets > > * Vastly improved Dropbox and WebDAV download speed > > * New Advanced Capture and Edit interface > > * Now can set TODO and PRIORITY from the Advanced capture interface > > * The ability to edit the body of existing notes > > * Fixes for many crashes, hangs, and force-closes > > * New notes are captured under the "New Notes" section, > > edits are hidden from this view > > * Improved error handling and reporting > > * Fix crashes if the sdcard is unavailable to the application > > > > As always, please let me know if you have any issues... you can email me > > directly or file a bug report on Github >
[O] Row formula in orgtbl mode
# I sent this one previously by mistake in reply to a totally unrelated post, so now # again. Dear org-mode Users, Given this table | |a |b |c |d | | Specific cost |1 |9 |2 |3 | | System size | 1000 | 1000 | 1000 | 1000 | | | | | | | | ... | ... | ... | ... | ... | #+TBLFM: @4=@2*@3 I am wondering how I would need to format the #+TBLFM: line to multiply the respective numeric values of rows 2 and 3 in row 4. I am using org v.7.4. All my attempts, also trying to define ranges like @4$2..@4$5=@-1*@-2, fail. Thanks in advance, Michael Bach
Re: [O] Row formula in orgtbl mode
Hi Michael On Wed, May 4, 2011 at 15:25, Michael Bach wrote: > | | a | b | c | d | > | Specific cost | 1 | 9 | 2 | 3 | > | System size | 1000 | 1000 | 1000 | 1000 | > | | | | | | > | ... | ... | ... | ... | ... | > #+TBLFM: @4=@2*@3 Row formulas are not supported, but the new range formulas you already tried are even more powerful: > I am wondering how I would need to format the #+TBLFM: line to multiply > the respective numeric values of rows 2 and 3 in row 4. I am using org > v.7.4. All my attempts, also trying to define ranges like > @4$2..@4$5=@-1*@-2, fail. Your range formula @4$2..@4$5=@-1*@-2 will work if you upgrade at least to this commitdiff http://orgmode.org/w/?p=org-mode.git;a=commitdiff;h=8237c9ae6d587a22646333e0315683675e2db538 and will deliver | |a |b |c |d | | Specific cost |1 |9 |2 |3 | | System size | 1000 | 1000 | 1000 | 1000 | | | 1000 | 9000 | 2000 | 3000 | | ... | ... | ... | ... | ... | #+TBLFM: @4$2..@4$5=@-1*@-2 For this application I would suggest #+TBLFM: @4$<<..@4$>=@-1*@-2 Michael
Re: [O] Docbook XML file does not exist
Jambunathan K writes: > Export to xml from within emacs and export to pdf from within > shell. (shell is bash within cygwin). There are two variations of shell > command that I use: > > 1. Variation 1: > #+begin_src sh > xsltproc -stringparam admon.graphics 1 --output test.fo > /usr/share/sgml/docbook/xsl-stylesheets/fo/docbook.xsl test.xml > > ~/bin/fop-1.0/fop ./test.fo test.pdf > > open test.pdf > #+end_src > > 2. Variation 2: > > #+begin_src sh >dblatex test.xml > #+end_src Forgot to add this, the whole docbook to pdf could be shellified by using org-export-as-docbook-batch. Jambunathan K. --
Re: [O] insert picture feature request.
Jambunathan K writes: >> +1 for windows support. >> >> I would also need such a image copy tool under windows. > >> >> A way to capture an image and have it referenced/included in an org file >> with a simple keychord would be most welcome. >> >> For me this is one of the things I miss a lot while living in Org. >> Anybody knows about a comparable tool to Imagemagick "import" under >> Windows? > > Here comes Emacswiki to the rescue! > > http://rasm.ods.org/boxcutter/download/boxcutter-1.3/ > http://www.emacswiki.org/emacs/mon-boxcutter.el >From the el above file: --8<---cut here---start->8--- ;; boxcutter.exe is one of the few (perhaps only) screenshot utility ;; that can be called from the command line AND has a compatible license ;; LGPL. This is important, esp. on w32. Many w32 graphics apps lack ;; FOSS licensing... --8<---cut here---end--->8--- > > Disclaimer: I haven't tried it. This is purely for my link karma. > > Jambunathan K. --
[O] Don't block TODO for one heading
I'm using org-enforce-todo-checkbox-dependencies and would like to turn that feature off for a specific headline / TODO. Is there a property I can set to allow me to change a heading from TODO to DONE w/o checking any checkboxes? If this isn't simple, I can continue to just use C-c C-x C-b to check all the boxen under the headline. Thanks, --Nate
Re: [O] Bug: EOL needs to be converted to Unix for MobileOrg files [7.5 (release_7.5.147.g9ddc)]
On 3 May 2011, charles sebold wrote:
> I'm bumping this. I think the patch attached to the last post could
> be better, but failing a response for now, I've decided that rather
> than drag my changes along, I'm just advising the necessary functions.
>
> So, to get this to work for Emacs on Windows + MobileOrg, the
> following is in my .emacs file. Hopefully this will be helpful for
> somebody:
What I attached didn't work; I ended up flet-ing copy-file just a little
too much.
I've had to fall back to essentially redefining
org-mobile-copy-agenda-files. Here's what I've got in my .emacs now,
but it's subject to break if org-mobile-copy-agenda-files ever changes.
I would like somebody to consider forcing all the output files
(pre-encryption obviously, if encryption is enabled) to unix line
endings in some more correct way than I have done.
#+BEGIN_SRC emacs-lisp
; bug fix for org-mobile
(defun org-mobile-copy-file (file newname)
"Copy file, converting to Unix line endings."
(with-temp-file newname
(set-buffer-file-coding-system 'undecided-unix nil)
(insert-file-contents file)))
(eval-and-compile
(require 'cl)) ; for flet
(defadvice org-mobile-copy-agenda-files (around
crs-org-mobile-copy-agenda-files)
"Copy agenda files to mobile device with Unix EOLs."
(let ((files-alist org-mobile-files-alist)
file buf entry link-name target-path target-dir check)
(while (setq entry (pop files-alist))
(setq file (car entry) link-name (cdr entry))
(when (file-exists-p file)
(setq target-path (expand-file-name link-name org-mobile-directory)
target-dir (file-name-directory target-path))
(unless (file-directory-p target-dir)
(make-directory target-dir 'parents))
(if org-mobile-use-encryption
(org-mobile-encrypt-and-move file target-path)
(org-mobile-copy-file file target-path 'ok-if-exists))
(setq check (shell-command-to-string
(concat org-mobile-checksum-binary " "
(shell-quote-argument (expand-file-name file)
(when (string-match "[a-fA-F0-9]\\{30,40\\}" check)
(push (cons link-name (match-string 0 check))
org-mobile-checksum-files
(setq file (expand-file-name org-mobile-capture-file
org-mobile-directory))
(save-excursion
(setq buf (find-file file))
(when (and (= (point-min) (point-max)))
(insert "\n")
(save-buffer)
(when org-mobile-use-encryption
(write-file org-mobile-encryption-tempfile)
(org-mobile-encrypt-and-move org-mobile-encryption-tempfile file)))
(push (cons org-mobile-capture-file (md5 (buffer-string)))
org-mobile-checksum-files))
(org-mobile-cleanup-encryption-tempfile)
(kill-buffer buf)))
(defadvice org-mobile-encrypt-file (around crs-org-mobile-encrypt-file)
"Encrypt INFILE to OUTFILE with Unix EOLs."
(let ((tempfile (make-temp-file "orgmobile")))
(org-mobile-copy-file infile tempfile)
(ad-set-arg 0 tempfile)
ad-do-it
(delete-file tempfile)))
(ad-activate 'org-mobile-copy-agenda-files)
(ad-activate 'org-mobile-encrypt-file)
#+END_SRC
--
Charles Sebold 4th of May, 2011
GNU Emacs 24.0.50.1 (i386-mingw-nt5.1.2600)
No Gnus v0.18 | Org-mode version 7.5 (release_7.5.249.gbf7ce)
Re: [O] Old versions
On Wed, May 4, 2011 05:53, Giovanni Ridolfi wrote: > "David Dyer-Bennet" writes: > > And where can I find a copy? How about here?: http://orgmode.org/org-6.36c.zip >> >> I can't find any POINTER to that anywhere on the site; > > Please, you should have searched *also* the mailing > list archieve: (e.g. in gmane: "older org version" ). > This string is easier than mine, isn't it? Yeah, I thought this was a bit familiar. Thing is, last time around never reached a successful conclusion. I just got tired of the runaround and gave up. > Then you would have found that: > > On 2010-12-03 22:17:31 GMT (21 weeks, 4 days, ago) > > David Dyer-Bennet dd-b.net> wrote: > > " Given the two URLs, I have now deduced the pattern > for downloading older distributions :-) . > I still can't see a list of what's available, but the > ones mentioned publicly that I've tried have all > existed. (It's just the obvious: > http://orgmode.org/org-.tar.gz ) > > Thanks for finding the confirmation that 6.36c is > supposed to work with Emacs 21." > > http://thread.gmane.org/gmane.emacs.orgmode/34524/focus=34525 > >> However, it doesn't make or make install with the Emacs 21.4.1 install >> on >> my web host (engl.dreamhost.com, to be explicit; running Linux). > why do you need to install it with make? > > Org mode works even if you only: > > 1. Make a directory: ~/org/ > 2. unzip/ untar the file org-YOUR-version.zipTar > 3. configure org in your .emacs: >(setq load-path (cons "~/org/lisp" load-path)) > 4. for info: >(add-to-list 'Info-default-directory-list "~/org/doc") >[source: http://doc.norang.ca/org-mode.htm] > 5. Read and follow the manual >eg: add the correct line (require 'org) or >(require 'org-install). I don't remeber. I'm trying to bring that one system into conformance with about 8 other systems I use org on; getting the config in my .emacs right is simple (it's already in the script that customizes my standard .emacs file for a particular system, which I check out from my Subversion repository onto each new system). It bugs me to have to hack around the standard install procedure, but I suppose that's my problem. > This will *not* byte compile your files but I use not compiled > files and it's fine for me. > > If you want to byte compile use this brute force approach: > > $ emacs -e "(progn (byte-force-recompile \"~/org/lisp\") > (byte-force-recompile \"~/org/lisp\" )) I wonder if that will work? I think the problem is that byte-compile doesn't work when there's run-time code to avoid the execution of things that don't exist in the current version, since the byte-compile has to convert everything. -- David Dyer-Bennet, d...@dd-b.net; http://dd-b.net/ Snapshots: http://dd-b.net/dd-b/SnapshotAlbum/data/ Photos: http://dd-b.net/photography/gallery/ Dragaera: http://dragaera.info
Re: [O] org-capture in message-mode buffer
On 2011-05-04 21:14 +0800, Ulf Stegemann wrote: > The idea behind `org-store-link' (which is triggered by `org-capture') > in message mode is to store a link to a /sent/ message even though the > message has not been sent by the time you call `org-store-link'. This > currently works only with Gnus and only if there's a Gcc header present > in the message you are working on. `org-gnus-store-link' needs the Gcc > header to determine where the message would go once it has been sent (in > order to create a link to it). The error you've encountered means that > there hasn't been a Gcc header in your message when you've called > `org-capture'. I think org-gnus-store-link is too aggressive. I also dislike the fact that it inserts the Message-Id header. Also, the stored link may be useless unless it is referenced in the template chosen by the user. Leo
Re: [O] Don't block TODO for one heading
Nathan Neff writes: > Is there a property I can set to allow me to change a heading from > TODO to DONE w/o checking any checkboxes? > > If this isn't simple, I can continue to just use C-c C-x C-b to check all > the boxen under the headline. I am not aware of such a property ... >From the docstring of org-todo: > With a triple C-u prefix, circumvent any state blocking. That seems easier than your current approach. (Of course, you can bind it to a key.) Oh, wait: ,[ org.el @function org-todo ] | (let ((org-blocker-hook org-blocker-hook) | (case-fold-search nil)) | (when (equal arg '(64)) | (setq arg nil org-blocker-hook nil)) | (when (and org-blocker-hook | (or org-inhibit-blocking ! (org-entry-get nil "NOBLOCKING"))) | (setq org-blocker-hook nil)) ` Quick test here works, so yes, there is :) Use `:NOBLOCKING: t'. Memnon
Re: [O] Completing with anything
>> Hmm... good point, doing it in completion-choices is not reliable, tho >> using as completion table something like: >> >> (lambda (string pred action) >> (let ((res (complete-with-action action completion-choices string pred))) >> (if (and (eq action nil) >> (assq (if (eq res t) string res) )) >> (cdr (assq (if (eq res t) string res) )) >> res))) >> >> should work OK for prefix completion, but that means using the expansion >> "by hand" rather than via expand-abbrev, which may not be an option. > Yeah. That does not looks like a simple/good option. > As it stands, I guess the bbdb solution to return a function doing the > replacement rather than trying to return a list and conform with the > (current) way of doing completion is really simpler, unfortunately. :( While taking a look at adding the necessary functionality to minibuffer.el, I bumped into a problem: If you complete "ni" to "nic" which is a valid alias and you also have a "nicolas" alias, running expand-abbrev after the completion may not be right since it will prevent you from getting to "nicolas". Now, this is a minor problem. But the more general case is when the user has set completion-cycle-threshold so that completion happened via cycling: the string after completion is a valid abbrev (presumably) but calling expand-abbrev on it will interfere with the cycling in a big way (the details of what will happen depend on the way cycling is implemented and what kind of abbrevs we're talking about). So at least cycling-completion seems fundamentally incompatible with this idea of abbrev-expansion-after-completion, at least if you want to allow arbitrarily complex abbrevs like skeletons. Could you give me an idea of what kind of abbrevs the code should try to accommodate? Stefan
Re: [O] [Accepted] Make the latex export preprocessor rewrite #+INDEX to \index.
On 5/4/11 May 4 -2:59 AM, Carsten Dominik wrote: > Patch 767 (http://patchwork.newartisans.com/patch/767/) is now "Accepted". > > Maintainer comment: Pushed with modifications. Some optimization, and the > original patch would have stopped at the first #+index line that was missing > the entry... Please verify that it still works > > This relates to the following submission: > > http://mid.gmane.org/%3C1303991243-30731-2-git-send-email-rpgoldman%40sift.info%3E I think there's a minor problem with the patch. AFAICT, it binds the local variable 'entry' but does not read it (instead it uses the match text directly). As an aside, it might be desirable to handle the empty index case that you identified. E.g., (if (> (match-end 1) (match-beginning 1)) ...rewrite the index entry... ;; else emit a warning rewrite the index entry as the empty string ) Hope that helps, Robert
Re: [O] Row formula in orgtbl mode
Hi Michael On Wed, May 4, 2011 at 15:35, Michael Bach wrote: > # I sent this one previously by mistake in reply to a totally unrelated post, > so now > # again. # and also the answer again for the mail archives with this thread separate > | |a |b |c |d | > | Specific cost |1 |9 |2 |3 | > | System size | 1000 | 1000 | 1000 | 1000 | > | | | | | | > | ... | ... | ... | ... | ... | > #+TBLFM: @4=@2*@3 Row formulas are not supported, but the new range formulas you already tried are even more powerful: > I am wondering how I would need to format the #+TBLFM: line to multiply > the respective numeric values of rows 2 and 3 in row 4. I am using org > v.7.4. All my attempts, also trying to define ranges like > @4$2..@4$5=@-1*@-2, fail. Your range formula @4$2..@4$5=@-1*@-2 will work if you upgrade at least to this commitdiff http://orgmode.org/w/?p=org-mode.git;a=commitdiff;h=8237c9ae6d587a22646333e0315683675e2db538 and will deliver | |a |b |c |d | | Specific cost |1 |9 |2 |3 | | System size | 1000 | 1000 | 1000 | 1000 | | | 1000 | 9000 | 2000 | 3000 | | ... | ... | ... | ... | ... | #+TBLFM: @4$2..@4$5=@-1*@-2 For this application I would suggest #+TBLFM: @4$<<..@4$>=@-1*@-2 Michael
Re: [O] Completing with anything
On Wed, May 04 2011, Stefan Monnier wrote: > So at least cycling-completion seems fundamentally incompatible with > this idea of abbrev-expansion-after-completion, at least if you want to > allow arbitrarily complex abbrevs like skeletons. Indeed, this is a real problem. > Could you give me an idea of what kind of abbrevs the code should try > to accommodate? IIUC, your nic/nicolas example perfectly fits in. This is what I tried to achieve in message-mode (using org-contacts as the database). Maybe what's needed is a different completion type, which would be a built on top of both completion and abbrev. It would try to complete based on an abbrev list until there's no possible doubt about the alias the users wants, and finally would do the expand-abbrev operation. At least, that sounds like a completion mode we would need in message-mode case. -- Julien Danjou ❱ http://julien.danjou.info pgpqaO08ZXoM6.pgp Description: PGP signature
[O] Collapse LaTeX source before start of main document?
Hi All,
I'm working on using org mode for my PhD thesis. I'd like to do this in one
large file where each headline is a single chapter. Naturally in a thesis
there needs to be a lot of front matter: title page, abstract, signature
page, etc. Right now, I'm doing this with something like:
--
#+begin_latex
\doublespacing
\pagenumbering{roman}
\maketitle
\makeapproval
\begin{abstract}
blah blah blah
\end{abstract}
\tableofcontents
\pagestyle{thesis}
\newpage
\pagenumbering{arabic}
#+end_latex
* Test Chapter 1
This is a test.
--
When I include the actual contents of my abstract, this preliminary material
section (the #+begin ... #+end block) is rather large. I'd like to be able
to put this material into a headline so that I could collapse it - but I
don't want this headline exported as content of the main document.
In other words, is there a property or tag that I can add to a headline that
causes LaTeX export to ignore the fact that it is a headline (i.e. \chapter,
\section, \subsection, etc.), but still export its contents? Something
like:
--
* This is just preliminary material :prelim:
#+begin_latex
\doublespacing
\pagenumbering{roman}
\maketitle
\makeapproval
\begin{abstract}
blah blah blah
\end{abstract}
\tableofcontents
\pagestyle{thesis}
\newpage
\pagenumbering{arabic}
#+end_latex
* Test Chapter 1
This is a test.
--
Chris
Re: [O] Collapse LaTeX source before start of main document?
Chris Malone writes: (Note: When using gmail, please adjust the settings to send your messages as plain text only instead of multipart/alternative.) > When I include the actual contents of my abstract, this preliminary material > section (the #+begin ... #+end block) is rather large. I'd like to be able > to put this material into a headline so that I could collapse it - but I > don't want this headline exported as content of the main document. > > In other words, is there a property or tag that I can add to a headline that > causes LaTeX export to ignore the fact that it is a headline (i.e. \chapter, > \section, \subsection, etc.), but still export its contents? Something > like: You could add a hook to remove headlines with a "prelim" tag: --8<---cut here---start->8--- (defun my-org-export-remove-tagged-headlines (tag) (save-excursion (goto-char (point-min)) (while (re-search-forward (concat ":" tag ":") nil t) (delete-region (point-at-bol) (point-at-eol) (add-hook 'org-export-preprocess-hook (lambda () (my-org-export-remove-tagged-headlines "prelim"))) --8<---cut here---end--->8--- Best, Matt
[O] Org table with long lines visibility
I have a table with ridiculously long lines, so I have limited them by putting '' in the first row. To edit them, I use 'C-c `' to get the full text in a separate buffer, which works fine, especially together with 'longlines-mode'. However, browsing the table contents is very cumbersome, so I am wondering if there is any way to make the 'org-table-edit-field' to be permanently visible in a buffer, automatically updating while moving around in the table to view the full content of the current cell? Similar to the way BBDB pops up and shows the sender in a separate buffer, if known. Any help and ideas appreciated! Thanks! -- Johnny
Re: [O] Collapse LaTeX source before start of main document?
Hi Matt, Sorry for the non-plain text... I added your suggestion to my .emacs but upon export it removed the entire block, which is odd based on the source code for the function... Anyway, I found another solution that now seems obvious: the #+begin...#+end blocks themselves can be folded by either hitting TAB on the #+begin line, or by setting the =org-hide-block-startup= variable. Chris On Wed, May 4, 2011 at 12:18 PM, Matt Lundin wrote: > > Chris Malone writes: > > (Note: When using gmail, please adjust the settings to send your > messages as plain text only instead of multipart/alternative.) > > > When I include the actual contents of my abstract, this preliminary material > > section (the #+begin ... #+end block) is rather large. I'd like to be able > > to put this material into a headline so that I could collapse it - but I > > don't want this headline exported as content of the main document. > > > > In other words, is there a property or tag that I can add to a headline that > > causes LaTeX export to ignore the fact that it is a headline (i.e. \chapter, > > \section, \subsection, etc.), but still export its contents? Something > > like: > > You could add a hook to remove headlines with a "prelim" tag: > > --8<---cut here---start->8--- > (defun my-org-export-remove-tagged-headlines (tag) > (save-excursion > (goto-char (point-min)) > (while (re-search-forward (concat ":" tag ":") nil t) > (delete-region (point-at-bol) (point-at-eol) > > (add-hook 'org-export-preprocess-hook (lambda () > (my-org-export-remove-tagged-headlines "prelim"))) > --8<---cut here---end--->8--- > > Best, > Matt
Re: [O] Org table with long lines visibility
If you're running Emacs on a graphic environment, there is a mouse tooltip showing the whole cell contentes when you hover over a truncated cell. Regards, .j. On Wed, May 04, 2011 at 06:48:56PM +0100, Johnny wrote: > I have a table with ridiculously long lines, so I have limited them by > putting '' in the first row. To edit them, I use 'C-c `' to get the > full text in a separate buffer, which works fine, especially together > with 'longlines-mode'. However, browsing the table contents is very > cumbersome, so I am wondering if there is any way to make the > 'org-table-edit-field' to be permanently visible in a buffer, > automatically updating while moving around in the table to view the full > content of the current cell? Similar to the way BBDB pops up and shows > the sender in a separate buffer, if known.
Re: [O] Org table with long lines visibility
Juan Pechiar writes: > If you're running Emacs on a graphic environment, there is a mouse > tooltip showing the whole cell contentes when you hover over a > truncated cell. Thanks, but I don't like using the mouse as it is too inefficient when moving in buffers. Is there any way not involving the mouse? Regards, -- Johnny
[O] worg/org-contrib list items are missing
Something is broken exporting worg source to lists: http://orgmode.org/worg/org-contrib/ is missing the list item headers. -- Greg -- Greg Sullivan gregory.sulli...@baesystems.com (781)262-4553 (office) (978)430-3461 (cell)
[O] Request for suggestions including source code
I have a document that has big chunks of included source code. Unfortunately, when this is typeset in LaTeX, it typically blows past the right margin. I find it quite difficult to determine how many characters I get in a monospace line in LaTeX, and it seems like LaTeX won't give me enough to fit in plausible blocks of source code. Does anyone have a solution to this? Any way to tell org-mode to shrink the fontsize when exporting code examples to LaTeX? More condensed font to use for typewriter when exporting to LaTeX? Other tricks of the trade? Seems like many would have encountered this problem. Many thanks, r
Re: [O] Request for suggestions including source code
Aloha Robert, Have a look at the listings and minted packages. You can specify font size on a per-document or per-language basis. I believe listings has an option to wrap long lines (don't remember this for minted, though). The instructions here might be helpful: http://orgmode.org/worg/org-tutorials/org-latex-export.html#sec-12_2 hth, Tom On May 4, 2011, at 10:53 AM, Robert Goldman wrote: I have a document that has big chunks of included source code. Unfortunately, when this is typeset in LaTeX, it typically blows past the right margin. I find it quite difficult to determine how many characters I get in a monospace line in LaTeX, and it seems like LaTeX won't give me enough to fit in plausible blocks of source code. Does anyone have a solution to this? Any way to tell org-mode to shrink the fontsize when exporting code examples to LaTeX? More condensed font to use for typewriter when exporting to LaTeX? Other tricks of the trade? Seems like many would have encountered this problem. Many thanks, r
Re: [O] Request for suggestions including source code
Thomas S. Dye wrote:
> Aloha Robert,
>
> Have a look at the listings and minted packages. You can specify font size
> on a per-document or per-language basis. I believe listings has an option to
> wrap long lines (don't remember this for minted, though).
>
> The instructions here might be helpful:
>
> http://orgmode.org/worg/org-tutorials/org-latex-export.html#sec-12_2
>
> hth,
> Tom
>
> On May 4, 2011, at 10:53 AM, Robert Goldman wrote:
>
> I have a document that has big chunks of included source code.
> Unfortunately, when this is typeset in LaTeX, it typically blows past
> the right margin. I find it quite difficult to determine how many
> characters I get in a monospace line in LaTeX, and it seems like LaTeX
> won't give me enough to fit in plausible blocks of source code.
>
> Does anyone have a solution to this? Any way to tell org-mode to shrink
> the fontsize when exporting code examples to LaTeX? More condensed font
> to use for typewriter when exporting to LaTeX? Other tricks of the trade?
>
> Seems like many would have encountered this problem.
>
> Many thanks,
> r
>
>
Tom provides the practical answers, I go for the frivolous ones :-) : the
following
latex program will give you the text width of the page:
--8<---cut here---start->8---
\documentclass{article}
\begin{document}
\the\textwidth
\end{document}
%%% Local Variables:
%%% mode: latex
%%% TeX-master: t
%%% End:
--8<---cut here---end--->8---
I get 345.0pt (but you can use geometry.sty to change it).
Let's say we want to use cmtt10 (at its design size of 10pt, i.e. not scaled up
or down). The character sizes of this font can be obtained from the TFM file. An
easy way to get them in human-readable form is to use tftopl:
tftopl /usr/share/texmf-texlive/fonts/tfm/public/cm/cmtt10.tfm | grep CHARWD
will give you the character widths as fractions of the design size. Since this
is a fixed-width font, all widths are the same:
(CHARWD R 0.524996)
So the width of each character in points is:
0.524996 * design size = 5.24996pt
and you can accommodate
floor(345.0 / 5.24996) = 65
characters per line.
So there you have it: a frivolous exercise, almost completely OT for the
list and an almost useless answer[fn:1].
Nick
Footnotes:
[fn:1] I know: I have no life -- but I rather enjoyed it...
Re: [O] worg/org-contrib list items are missing
"Sullivan, Gregory (US SSA)" writes: > Something is broken exporting worg source to lists: > > http://orgmode.org/worg/org-contrib/ > > is missing the list item headers. I see it's missing the left part of the description list items. I ran a git-bisect and found the commit that introduced the problem: --8<---cut here---start->8--- 49e6bc899758114d6d29e69a8f9e40798d26782b is the first bad commit commit 49e6bc899758114d6d29e69a8f9e40798d26782b Author: Ethan Ligon Date: Sat Apr 9 18:39:35 2011 +0200 Fix for html & docbook export of description list items The problem is illustrated by the following example: * Illustration of bug in html export - This has a space after the colons :: so will work in latex and html - This doesn't have a space after the colons ::so is an invalid description item according to the org manual. Won't work in html or docbook. Will nevertheless work in latex, provided /first/ description item is valid. - Has a terminating space :: - So it works in both html and latex export! - Even though it's difficult to distinguish from the next example. - Lacks a terminating space :: - At present, *doesn't* work in html or docbook export, does in latex. This is the case that the following patch fixes. :04 04 feb2527d8b3294e9d9a118f4752a414b8431d706 4bdeed49ce735a321ddbb3053c22282dd9909677 M lisp --8<---cut here---end--->8--- Ethan, can you investigate?
Re: [O] Request for suggestions including source code
On 5/4/11 May 4 -4:13 PM, Thomas S. Dye wrote:
> Aloha Robert,
>
> Have a look at the listings and minted packages. You can specify font
> size on a per-document or per-language basis. I believe listings has an
> option to wrap long lines (don't remember this for minted, though).
>
> The instructions here might be helpful:
>
> http://orgmode.org/worg/org-tutorials/org-latex-export.html#sec-12_2
Hm. I'm still grappling with this. I am including many of these
examples by using a source snippet (in sh) that goes out and pulls the
example out of a source code file.
Even after adding
#+LaTeX_HEADER \usepackage{listings}
and
#+src: setup-listings
to the top of my file, and setting
org-export-latex-listings to 'listings
the :results of the source blocks, which look like, e.g., the following:
#+begin_src sh :exports results :results output
sourceSample.perl single code/ontology/top.prxo 'Class Pattern'
#+end_src
come out wrapped in
\begin{verbatim}
...
\end{verbatim}
Maybe I'm not doing enough. I'm a bit confused by the listings example
in the tutorial because it has the configuration examples be in their
own source block, and adds all of the options for specially typesetting
particular programming languages. It's not altogether clear to me which
bits of that are critical to getting the listings stuff to work at all,
and which are only specially tailoring its function.
Is it necessary to specify what programming language is used in order to
typeset using listings? I am using a domain specific language for which
there is no obvious listings setting and, anyway, what I am trying to
typeset is the /results/ of the source blocks, which are in a different
programming language from the /source/ of the source blocks.
I suspect I am just looking for a simpler solution, e.g., one which
would make org-mode give me the source blocks in
{\small
\begin{verbatim}
...
\end{verbatim}
}
instead of
\begin{verbatim}
...
\end{verbatim}
or something like that.
best,
r
Re: [O] Request for suggestions including source code
On 5/4/11 May 4 -4:44 PM, Nick Dokos wrote:
> Tom provides the practical answers, I go for the frivolous ones :-) : the
> following
> latex program will give you the text width of the page:
>
> --8<---cut here---start->8---
> \documentclass{article}
>
> \begin{document}
> \the\textwidth
> \end{document}
>
> %%% Local Variables:
> %%% mode: latex
> %%% TeX-master: t
> %%% End:
> --8<---cut here---end--->8---
>
> I get 345.0pt (but you can use geometry.sty to change it).
>
> Let's say we want to use cmtt10 (at its design size of 10pt, i.e. not scaled
> up
> or down). The character sizes of this font can be obtained from the TFM file.
> An
> easy way to get them in human-readable form is to use tftopl:
>
> tftopl /usr/share/texmf-texlive/fonts/tfm/public/cm/cmtt10.tfm | grep CHARWD
>
> will give you the character widths as fractions of the design size. Since this
> is a fixed-width font, all widths are the same:
>
>(CHARWD R 0.524996)
>
> So the width of each character in points is:
>
>0.524996 * design size = 5.24996pt
>
> and you can accommodate
>
>floor(345.0 / 5.24996) = 65
>
> characters per line.
>
> So there you have it: a frivolous exercise, almost completely OT for the
> list and an almost useless answer[fn:1].
This actually was pretty helpful. The problem is, of course, that I
can't rewrite all of my source code to be in 65-width lines, nor can I
convince my colleagues to do so.
So what I need now is some way to fix the verbatim environments that are
produced by org-mode to use a smaller font. I.e., instead of trying to
fix the source code to match char-width, fix the char-width to match the
source code. Any idea how to do that?
thanks,
r
Re: [O] Collapse LaTeX source before start of main document?
Chris Malone writes: > > I added your suggestion to my .emacs but upon export it removed the > entire block, which is odd based on the source code for the > function... Hmm... That's not my experience. When I export the following file... --8<---cut here---start->8--- * Preliminary material :prelim: Some preliminary material * Point one Text in point one * Point two :prelim: Text in point two. * Point three Text in point three. --8<---cut here---end--->8--- The resulting html looks like this (rendered in w3m)... --8<---cut here---start->8--- Some preliminary material Table of Contents * 1 Point one * 2 Point three 1 Point one Text in point one Text in point two. 2 Point three Text in point three. Date: 2011-05-04 18:22:09 EDT Author: Matt Lundin Org version 7.5 with Emacs version 24 Validate XHTML 1.0 --8<---cut here---end--->8--- Best, Matt
Re: [O] Request for suggestions including source code
On May 4, 2011, at 11:59 AM, Robert Goldman wrote:
On 5/4/11 May 4 -4:13 PM, Thomas S. Dye wrote:
Aloha Robert,
Have a look at the listings and minted packages. You can specify
font
size on a per-document or per-language basis. I believe listings
has an
option to wrap long lines (don't remember this for minted, though).
The instructions here might be helpful:
http://orgmode.org/worg/org-tutorials/org-latex-export.html#sec-12_2
Hm. I'm still grappling with this. I am including many of these
examples by using a source snippet (in sh) that goes out and pulls the
example out of a source code file.
Even after adding
#+LaTeX_HEADER \usepackage{listings}
and
#+src: setup-listings
Sorry for the confusion. In the example, the line
#+source: setup-listings
names the source code block that follows. I don't think it will do
anything by itself in your document.
That code block named setup-listings contains an example of a listings
setup that maps Org-mode's output for Emacs Lisp code blocks to
something listings recognizes. It can be executed in Org-mode, using
Babel, to setup the listings export. After this is done, then the
example should export correctly.
I'm not sure what is going wrong on your end. Perhaps org-export-
latex-custom-lang-environments needs to be configured for the language
you're using?
hth,
Tom
to the top of my file, and setting
org-export-latex-listings to 'listings
the :results of the source blocks, which look like, e.g., the
following:
#+begin_src sh :exports results :results output
sourceSample.perl single code/ontology/top.prxo 'Class Pattern'
#+end_src
come out wrapped in
\begin{verbatim}
...
\end{verbatim}
Maybe I'm not doing enough. I'm a bit confused by the listings
example
in the tutorial because it has the configuration examples be in their
own source block, and adds all of the options for specially
typesetting
particular programming languages. It's not altogether clear to me
which
bits of that are critical to getting the listings stuff to work at
all,
and which are only specially tailoring its function.
Is it necessary to specify what programming language is used in
order to
typeset using listings? I am using a domain specific language for
which
there is no obvious listings setting and, anyway, what I am trying to
typeset is the /results/ of the source blocks, which are in a
different
programming language from the /source/ of the source blocks.
I suspect I am just looking for a simpler solution, e.g., one which
would make org-mode give me the source blocks in
{\small
\begin{verbatim}
...
\end{verbatim}
}
instead of
\begin{verbatim}
...
\end{verbatim}
or something like that.
best,
r
Re: [O] Collapse LaTeX source before start of main document?
Hi Chris,
I just finished writing my master's thesis in org-mode.
On Wed, 4 May 2011 11:36:58 -0400
Chris Malone wrote:
> I'm working on using org mode for my PhD thesis. I'd like to do this
> in one large file where each headline is a single chapter. Naturally
> in a thesis there needs to be a lot of front matter: title page,
> abstract, signature page, etc. Right now, I'm doing this with
> something like:
For all formatting stuff, I just used
#+LaTeX_HEADER: \whatever{}
#+LaTeX_HEADER: \usepackage{universitystyle}
For my abstract I used
#+LaTeX_HEADER: \include{abstract}
where abstract.tex is a simple tex file with something like:
\abstract{ My abstract }
If you wish to include this inside the \begin{document}..\end{document}
block then you can use the same latex snippet but without
the "#+LaTeX_HEADER:".
I hope this helps and good luck with the thesis. :)
--
Suvayu
Open source is the future. It sets us free.
Re: [O] Request for suggestions including source code
On 5/4/11 May 4 -5:23 PM, Thomas S. Dye wrote:
>
> On May 4, 2011, at 11:59 AM, Robert Goldman wrote:
>
>> On 5/4/11 May 4 -4:13 PM, Thomas S. Dye wrote:
>>> Aloha Robert,
>>>
>>> Have a look at the listings and minted packages. You can specify font
>>> size on a per-document or per-language basis. I believe listings has an
>>> option to wrap long lines (don't remember this for minted, though).
>>>
>>> The instructions here might be helpful:
>>>
>>> http://orgmode.org/worg/org-tutorials/org-latex-export.html#sec-12_2
>>
>> Hm. I'm still grappling with this. I am including many of these
>> examples by using a source snippet (in sh) that goes out and pulls the
>> example out of a source code file.
>>
>> Even after adding
>>
>> #+LaTeX_HEADER \usepackage{listings}
>>
>> and
>>
>> #+src: setup-listings
>>
>
> Sorry for the confusion. In the example, the line
>
> #+source: setup-listings
>
> names the source code block that follows. I don't think it will do
> anything by itself in your document.
>
> That code block named setup-listings contains an example of a listings
> setup that maps Org-mode's output for Emacs Lisp code blocks to
> something listings recognizes. It can be executed in Org-mode, using
> Babel, to setup the listings export. After this is done, then the
> example should export correctly.
>
> I'm not sure what is going wrong on your end. Perhaps
> org-export-latex-custom-lang-environments needs to be configured for the
> language you're using?
Is there any chance that this won't work because I have a source snippet
in one language (sh) that returns as results a source snippet in a
/different/ language (a lisp-like domain-specific language)? I don't
off-hand see how I can come up with a single label for the source block
that takes this into account
This may be a weird enough case that I should be aiming at a solution
that is much simpler: e.g., just figuring out how to change all of my
verbatim environments to use a smaller font or changing the export
behavior so that /all/ verbatim blocks turn into listings blocks.
Best,
r
Re: [O] [Accepted] Make the latex export preprocessor rewrite #+INDEX to \index.
On 4.5.2011, at 17:08, Robert Goldman wrote: > On 5/4/11 May 4 -2:59 AM, Carsten Dominik wrote: >> Patch 767 (http://patchwork.newartisans.com/patch/767/) is now "Accepted". >> >> Maintainer comment: Pushed with modifications. Some optimization, and the >> original patch would have stopped at the first #+index line that was missing >> the entry... Please verify that it still works >> >> This relates to the following submission: >> >> http://mid.gmane.org/%3C1303991243-30731-2-git-send-email-rpgoldman%40sift.info%3E > > I think there's a minor problem with the patch. AFAICT, it binds the > local variable 'entry' but does not read it (instead it uses the match > text directly). That is right, that is unnecessary. I removed that, thanks. > As an aside, it might be desirable to handle the empty index case that > you identified. E.g., > > (if (> (match-end 1) (match-beginning 1)) >...rewrite the index entry... >;; else >emit a warning >rewrite the index entry as the empty string > ) You mean, instead of ignoring it, there should be an error message or warning? - Carsten
Re: [O] [Accepted] Make the latex export preprocessor rewrite #+INDEX to \index.
On 5/4/11 May 4 -5:36 PM, Carsten Dominik wrote:
>
> On 4.5.2011, at 17:08, Robert Goldman wrote:
>
>> On 5/4/11 May 4 -2:59 AM, Carsten Dominik wrote:
>>> Patch 767 (http://patchwork.newartisans.com/patch/767/) is now "Accepted".
>>>
>>> Maintainer comment: Pushed with modifications. Some optimization, and the
>>> original patch would have stopped at the first #+index line that was
>>> missing the entry... Please verify that it still works
>>>
>>> This relates to the following submission:
>>>
>>> http://mid.gmane.org/%3C1303991243-30731-2-git-send-email-rpgoldman%40sift.info%3E
>>
>> I think there's a minor problem with the patch. AFAICT, it binds the
>> local variable 'entry' but does not read it (instead it uses the match
>> text directly).
>
> That is right, that is unnecessary. I removed that, thanks.
>
>> As an aside, it might be desirable to handle the empty index case that
>> you identified. E.g.,
>>
>> (if (> (match-end 1) (match-beginning 1))
>>...rewrite the index entry...
>>;; else
>>emit a warning
>>rewrite the index entry as the empty string
>> )
>
> You mean, instead of ignoring it, there should be an error message
> or warning?
>
> - Carsten
I was suggesting a warning. I don't /believe/ (I'm not in a position to
check right now) that the previous code ignored it --- I think it was
going to write an empty index --- \index{} --- and I'm not sure whether
that would be happy with Latex, or would generate a hard-to-debug error
downstream after processing the generated latex.
I also don't know if it's easy to report the particular line in the org
file that's bad. I suspect not, because of the preprocessing, but I
could be wrong.
best,
R
Re: [O] Request for suggestions including source code
* Literate Programming and CWEB/NOWEB work great.
** Could use \scriptsize and/or \tiny and set the margins to 0--this
is what I do:
\documentclass[10pt]{report}
\pagestyle{empty}
\usepackage{anysize}
\marginsize{0cm}{0cm}{0cm}{0cm}
\begin{document}
\tiny
\begin{verbatim}
BlahSourceCode
\end{verbatim}
\scriptsize
\begin{verbatim}
BlahSourceCode
\end{verbatim}
Re: [O] Request for suggestions including source code
Robert Goldman wrote:
> On 5/4/11 May 4 -4:44 PM, Nick Dokos wrote:
>
> > So there you have it: a frivolous exercise, almost completely OT for the
> > list and an almost useless answer[fn:1].
>
> This actually was pretty helpful. The problem is, of course, that I
> can't rewrite all of my source code to be in 65-width lines, nor can I
> convince my colleagues to do so.
>
Precisely: that's why it was useless :-) I took a quick look at
Stevens's "Advanced Programming in the UNIX environment" (which I think
of as well-typeset) and I find that most of the time, he adheres to the
65-char limit - there are some comments that go up to 72 or so and stick
out a bit into the right margin. But I'm pretty sure he planned it to
the 65-char limit.
> So what I need now is some way to fix the verbatim environments that are
> produced by org-mode to use a smaller font. I.e., instead of trying to
> fix the source code to match char-width, fix the char-width to match the
> source code. Any idea how to do that?
>
Here is one possibility: create a verbfont.sty file like this:
--8<---cut here---start->8---
\makeatletter
\def\verbatim@font{\normalfont\scriptsize\ttfamily}
\makeatother
--8<---cut here---end--->8---
and add this to your org file:
--8<---cut here---start->8---
#+LATEX_HEADER: \usepackage{verbfont}
--8<---cut here---end--->8---
Instead of \scriptsize, you can use any of the ones defined in
size1X.clo (for some X). If you use \tiny, you should package a
magnifier with the book...
Nick
Re: [O] worg/org-contrib list items are missing
Jason Dunsmore writes: > "Sullivan, Gregory (US SSA)" writes: > >> Something is broken exporting worg source to lists: >> >> http://orgmode.org/worg/org-contrib/ >> >> is missing the list item headers. > > I see it's missing the left part of the description list items. I ran a > git-bisect and found the commit that introduced the problem: FWIW, the worg page can be fixed by adding an extra space after the "::" in the first description item. I'm applying this fix to Worg for the sake of readability, but am documenting my actions here, since it is related to the patch below. Best, Matt > > 49e6bc899758114d6d29e69a8f9e40798d26782b is the first bad commit > commit 49e6bc899758114d6d29e69a8f9e40798d26782b > Author: Ethan Ligon > Date: Sat Apr 9 18:39:35 2011 +0200 > > Fix for html & docbook export of description list items > > The problem is illustrated by the following example: > > * Illustration of bug in html export > - This has a space after the colons :: so will work in latex and html > - This doesn't have a space after the colons ::so is an invalid > description item according to the org manual. Won't work in html > or docbook. Will nevertheless work in latex, provided /first/ > description item is valid. > - Has a terminating space :: > - So it works in both html and latex export! > - Even though it's difficult to distinguish from the next example. > - Lacks a terminating space :: > - At present, *doesn't* work in html or docbook export, does in > latex. This is the case that the following patch fixes. > > :04 04 feb2527d8b3294e9d9a118f4752a414b8431d706 > 4bdeed49ce735a321ddbb3053c22282dd9909677 M lisp > > Ethan, can you investigate?
Re: [O] Request for suggestions including source code
On 5/4/11 May 4 -6:10 PM, Nick Dokos wrote:
> Robert Goldman wrote:
>
>> On 5/4/11 May 4 -4:44 PM, Nick Dokos wrote:
>> So what I need now is some way to fix the verbatim environments that are
>> produced by org-mode to use a smaller font. I.e., instead of trying to
>> fix the source code to match char-width, fix the char-width to match the
>> source code. Any idea how to do that?
>>
>
> Here is one possibility: create a verbfont.sty file like this:
>
> --8<---cut here---start->8---
> \makeatletter
> \def\verbatim@font{\normalfont\scriptsize\ttfamily}
> \makeatother
> --8<---cut here---end--->8---
>
> and add this to your org file:
>
> --8<---cut here---start->8---
> #+LATEX_HEADER: \usepackage{verbfont}
> --8<---cut here---end--->8---
>
> Instead of \scriptsize, you can use any of the ones defined in
> size1X.clo (for some X). If you use \tiny, you should package a
> magnifier with the book...
Thank you! That was just /exactly/ what I needed. The listings
approach seems neat for other cases, but mine is a simpler solution and
this nails it.
Best,
R
[O] Export options being ignored
,[ test.org ] | #+OPTIONS: <:nil | ** TODO Estimate effort for all of today's tasks |SCHEDULED: <2011-05-05 Thu 06:40 ++1d> ` Exporting the above file to pdf results in a file containing the SCHEDULED timestamp in it. I'm running org from git master, commit cd0446243861487096983f09e545105551af7f10 Apparently, all the symbol settings (^:t |:t etc...) exhibit the same behaviour. Options like toc:t, num:t, etc. do work. I'm not familiar with the code that does the parsing of the options so I have no idea where to look in order to debug this. Setting org-export-with-timestamps etc. does work as documented, so I'd say something is going wrong with the parsing. -- Eden Cardim Software Engineer edencardim.com +55 73 9986-3963
[O] [PATCH] worg/org-contrib list items are missing
Okay. I deny that 49e6bc899758114d6d29e69a8f9e40798d26782b broke html export. Before that patch there were *two* bugs related to description lists. After that there was one. See below for an explanation and patch. This also fixes an analogous bug in latex export. On Wed, May 4, 2011 at 5:04 PM, Matt Lundin wrote: > Jason Dunsmore writes: > >> "Sullivan, Gregory (US SSA)" writes: >> >>> Something is broken exporting worg source to lists: >>> >>> http://orgmode.org/worg/org-contrib/ >>> >>> is missing the list item headers. >> >> I see it's missing the left part of the description list items. I ran a >> git-bisect and found the commit that introduced the problem: > > FWIW, the worg page can be fixed by adding an extra space after the "::" > in the first description item. I'm applying this fix to Worg for the > sake of readability, but am documenting my actions here, since it is > related to the patch below. > > Best, > Matt > >> >> 49e6bc899758114d6d29e69a8f9e40798d26782b is the first bad commit >> commit 49e6bc899758114d6d29e69a8f9e40798d26782b >> Author: Ethan Ligon >> Date: Sat Apr 9 18:39:35 2011 +0200 >> >> Fix for html & docbook export of description list items >> >> The problem is illustrated by the following example: >> >> * Illustration of bug in html export >> - This has a space after the colons :: so will work in latex and html >> - This doesn't have a space after the colons ::so is an invalid >> description item according to the org manual. Won't work in html >> or docbook. Will nevertheless work in latex, provided /first/ >> description item is valid. >> - Has a terminating space :: >> - So it works in both html and latex export! >> - Even though it's difficult to distinguish from the next example. >> - Lacks a terminating space :: >> - At present, *doesn't* work in html or docbook export, does in >> latex. This is the case that the following patch fixes. >> >> :04 04 feb2527d8b3294e9d9a118f4752a414b8431d706 >> 4bdeed49ce735a321ddbb3053c22282dd9909677 M lisp >> >> Ethan, can you investigate? > The first bug was that when org-html.el or org-docbook.el tried to process a description list, if the first item in a list looked like - /org-annotate-file.el/ -- annotate a file with org syntax :: without a trailing space or tab, then the entire list would be treated as a bullet list, not a description list. The second bug was that if the list was identified by org-list.el as being a description list, but a *subsequent* item looked like the example above, then the description would get swallowed, and replaced by a ??? in html export. The commit mentioned above fixed the second problem. But that uncovered the first bug, trigged by a description list in Worg/org-contrib/index.org. * Illustration of bug in org-list identification of description lists - This doesn't have a space after the colons :: Previously, export would break, and description wouldn't be printed. - Even worse :: All other subsequent description items in the same list would also not work---they'd be exported as bullet lists, with the description stripped out (in html export). - Prior to commit 49e6bc899758114d6d29e69a8f9e40798d26782b :: this list would have been interpreted as a list of bullets, with the list item content including the description. - After commit 49e6bc899758114d6d29e69a8f9e40798d26782b :: this list would still have been interpreted as a list of bullets, but code in org-html.el (or org-docbook.el) would have stripped out the description part. - After fixing the regex in org-list.el :: Every description item in this list is exported correctly in both html and latex export. Here's a patch that fixes the regex in org-list.el: diff --git a/lisp/org-list.el b/lisp/org-list.el index 9c178e1..83d6828 100644 --- a/lisp/org-list.el +++ b/lisp/org-list.el @@ -369,7 +369,7 @@ It depends on `org-empty-line-terminates-plain-lists'.") (concat "^[ \t]*\\(\\(?:[-+*]\\|\\(?:[0-9]+\\|[A-Za-z]\\)[.)]\\)[ \t]*\\)" "\\(?:\\[@\\(?:start:\\)?\\([0-9]+\\|[A-Za-z]\\)\\]\\)?" "\\(?:\\(\\[[ X-]\\]\\)[ \t]+\\)?" - "\\(?:\\(.*\\)[ \t]+::[ \t]+\\)?") + "\\(?:\\(.*\\)[ \t]+::\\(?:[ \t]+\\|$\\)\\)?") "Matches a list item and puts everything into groups: group 1: bullet group 2: counter -- Ethan Ligon, Associate Professor Agricultural & Resource Economics University of California, Berkeley
Re: [O] Export options being ignored
Eden Cardim wrote: > > ,[ test.org ] > | #+OPTIONS: <:nil > | ** TODO Estimate effort for all of today's tasks > |SCHEDULED: <2011-05-05 Thu 06:40 ++1d> > ` > > Exporting the above file to pdf results in a file containing the > SCHEDULED timestamp in it. > > I'm running org from git master, commit > cd0446243861487096983f09e545105551af7f10 > > Apparently, all the symbol settings (^:t |:t etc...) exhibit the same > behaviour. Options like toc:t, num:t, etc. do work. I'm not familiar > with the code that does the parsing of the options so I have no idea > where to look in order to debug this. Setting org-export-with-timestamps > etc. does work as documented, so I'd say something is going wrong with > the parsing. > Reproduced and git bisected: , | aa6dba8a74016587755c250bb8cc4743a4082ea1 is the first bad commit | commit aa6dba8a74016587755c250bb8cc4743a4082ea1 | Author: Lawrence Mitchell | Date: Thu Jan 20 18:23:22 2011 + | | Only match complete words in org-export-add-options-to-plist | | * org-exp.el (org-export-add-options-to-plist): Require match to start | at a word-boundary. | | Previously, if an option was the suffix of another option (such as TeX | and LaTeX) the setting for the former would propagator to the latter. | This seems like an unintended consequence of a lax regexp in | org-export-add-options-to-plist. This patch allows options to share a | suffix with another option by requiring that the match against an | option starts at a word-boundary. | | :04 04 44d426100f5c092112e149a891eb2e043a8ca404 c76627facb6988aa08d4d1fa9f1ab2d9b4aa2f45 Mlisp ` Lawrence, can you take a look? Thanks, Nick
Re: [O] Org table with long lines visibility
Hi Juan You might want to try out also "C-u C-c `" or to toggle "M-x visible-mode RET". More comfortable would be to reuse this part from org-table-edit-field #+begin_src emacs-lisp (let ((b (save-excursion (skip-chars-backward "^|") (point))) (e (save-excursion (skip-chars-forward "^|\r\n") (point (remove-text-properties b e '(org-cwidth t invisible t display t intangible t)) (if (and (boundp 'font-lock-mode) font-lock-mode) (font-lock-fontify-block))) #+end_src that shows the whole content of the current cell until the next "org-table-align" from e. g. TAB. It should be relatively easy to combine this with "org-table-next-field" and parts of it for other moving directions and to assign that to keys for moving around. Michael On Wed, May 4, 2011 at 22:45, Johnny wrote: > Juan Pechiar writes: >> If you're running Emacs on a graphic environment, there is a mouse >> tooltip showing the whole cell contentes when you hover over a >> truncated cell. > > Thanks, but I don't like using the mouse as it is too inefficient when > moving in buffers. Is there any way not involving the mouse?
Re: [O] Export options being ignored
Nick Dokos wrote: > , > | aa6dba8a74016587755c250bb8cc4743a4082ea1 is the first bad commit > ` > Taking a look at the commit: , | commit aa6dba8a74016587755c250bb8cc4743a4082ea1 | Author: Lawrence Mitchell | Date: Thu Jan 20 18:23:22 2011 + | | Only match complete words in org-export-add-options-to-plist | | * org-exp.el (org-export-add-options-to-plist): Require match to start | at a word-boundary. | | Previously, if an option was the suffix of another option (such as TeX | and LaTeX) the setting for the former would propagator to the latter. | This seems like an unintended consequence of a lax regexp in | org-export-add-options-to-plist. This patch allows options to share a | suffix with another option by requiring that the match against an | option starts at a word-boundary. | | diff --git a/lisp/org-exp.el b/lisp/org-exp.el | index a265c3b..4a10303 100644 | --- a/lisp/org-exp.el | +++ b/lisp/org-exp.el | @@ -830,7 +830,7 @@ security risks." |(let ((op org-export-plist-vars)) | (while (setq o (pop op)) | (if (and (nth 1 o) | -(string-match (concat (regexp-quote (nth 1 o)) | +(string-match (concat "\\<" (regexp-quote (nth 1 o)) |":\\([^ \t\n\r;,.]*\\)") |options)) | (setq p (plist-put p (car o) ` explains the problem: \< matches the empty string at the beginning of a word (i.e. if the syntax class of the next character is "word") but it does not at the beginning of a char that is of some other syntax class (I think it will not match anything in this case). So Eden diagnosed it correctly: it *is* a parsing problem and it *does* involve the non-word options. At this point, the cure looks worse than the disease, so this commit should probably be reverted. Thanks, Nick
Re: [O] Org table with long lines visibility
Hi Johnny
On Wed, May 4, 2011 at 19:48, Johnny wrote:
> [...] so I am wondering if there is any way to make the
> 'org-table-edit-field' to be permanently visible in a buffer,
> automatically updating while moving around in the table to view the full
> content of the current cell?
There is not such a way yet but I totally agree that it would be
nothing but natural to have keys assigned to the buffer that opens
with "C-c `" to move around in the current table. I suggest
"S-///" for this in honor of the same keys in
the table formula editor ("C-c '") used to move around field
references. These keys could be available at least as long as the
buffer/cell content is left unchanged.
Michael
