Re: [O] Passing font size to exported LaTeX table
Hi Nick, On Mon, 13 Jun 2011 01:29:03 -0400 Nick Dokos nicholas.do...@hp.com wrote: LaTeX commands limited within the scope of the floating environment. I'd rewrite this last line slightly - the scope belongs to the command and the environment withing which the command is placed, limits the scope of the command: ...LaTeX commands and have their scope limited to the floating environment. For example one can set the fontsize of a table different from the rest of the document by putting something like =\footnotesize= right This is not quite right: the fontsize in the table is by default set to normal size, but the rest of the document does not have to be normal size. I suggest ...For example one can set the fontsize of a table different from the default normal size by putting something like =\footnotesize= right... Done and pushed. :) Thanks, Nick Thanks for the comments, -- Suvayu Open source is the future. It sets us free.
Re: [O] custom IDs not exported
With your patch I could export correctly to HTML a big collection of data, with the same results as before (except for the changed _ to -, of course). Links work. Thanks, Daniel El Sat, 11 Jun 2011 23:12:26 -0400 Nick Dokos va escriure: I was afraid that other exporters might break because of this. Apologies for the inconvenience. And, btw, thanks for the test case. I have a minimal patch that I think fixes this problem, but there are other underscores used in various places in org-html.el so there might be additional problems. I'd appreciate it if you (and/or others) test it and report not only on this problem but on any other problems you find. Thanks, Nick diff --git a/lisp/org-html.el b/lisp/org-html.el index afc6a77..b5d371f 100644 --- a/lisp/org-html.el +++ b/lisp/org-html.el @@ -1395,7 +1395,7 @@ lang=\%s\ xml:lang=\%s\ (setq txt (replace-match t t txt))) (setq href (replace-regexp-in-string - \\. _ (format sec-%s snumber))) + \\. - (format sec-%s snumber))) (setq href (org-solidify-link-text (or (cdr (assoc href org-export-preferred-target-alist)) href))) (push (format @@ -2412,7 +2412,7 @@ When TITLE is nil, just close all open levels. (insert ul\nli title br/\n (aset org-levels-open (1- level) t) (setq snumber (org-section-number level) - snu (replace-regexp-in-string \\. _ snumber)) + snu (replace-regexp-in-string \\. - snumber)) (setq level (+ level org-export-html-toplevel-hlevel -1)) (if (and num (not body-only)) (setq title (concat
Re: [O] installing the OpenDocumentText Exporter
Hi I don´t have the M-x list-packages option. When I do M-x package-list-packages I get a list of packages, but org-odt is not there. Not sure what is the problem. I´m using emacs 23.3.1 in windows xp. In the meanwhile, could you explain me how to install org-odt by hand, using the conventional tar file? Many thanks, Julian On Mon, Jun 13, 2011 at 4:21 AM, Jambunathan K kjambunat...@gmail.com wrote: Julian Burgos jmbur...@uw.edu writes: Apologies for the basic question. I need some help installing the OpenDocumentText Exporter using the ELPA (package manager). I´ve added the org-odt repository by adding this to my .emacs file: (setq package-archives '((ELPA . http://tromey.com/elpa/;) (gnu . http://elpa.gnu.org/packages/;) (org-odt . http://repo.or.cz/w/org-mode/org-jambu.git/blob_plain/HEAD:/packages/;) )) but the OpenDocumentText Exporter does not show up in the list of available packages. What I am missing? I am not sure what the problem could be at your end. Does the archive-contents get downloaded succesfully? Are you able to see packages from the other repos? Does the package manager report any problems in the *Messages* buffer. I ran M-x list-packages with the settings that you have. I see that archive-contents file is getting succesfully downloaded. I see the following line in the *Packages* buffer. --8---cut here---start-8--- org-odt 20110519 available OpenDocumentText exporter for Orgmode --8---cut here---end---8--- I see following lines in the *Messages* buffer: --8---cut here---start-8--- Contacting host: tromey.com:80 Reading [text/plain]... 11k of 11k (100%) Reading... done. Saving file c:/Documents and Settings/kjambunathan/My Documents/My Data/.emacs.d/elpa/archives/ELPA/archive-contents... Wrote c:/Documents and Settings/kjambunathan/My Documents/My Data/.emacs.d/elpa/archives/ELPA/archive-contents Contacting host: elpa.gnu.org:80 Reading [text/plain]... 738 bytes of 726 bytes (102%) Reading... done. Saving file c:/Documents and Settings/kjambunathan/My Documents/My Data/.emacs.d/elpa/archives/gnu/archive-contents... Wrote c:/Documents and Settings/kjambunathan/My Documents/My Data/.emacs.d/elpa/archives/gnu/archive-contents Contacting host: repo.or.cz:80 Saving file c:/Documents and Settings/kjambunathan/My Documents/My Data/.emacs.d/elpa/archives/org-odt/archive-contents... Wrote c:/Documents and Settings/kjambunathan/My Documents/My Data/.emacs.d/elpa/archives/org-odt/archive-contents --8---cut here---end---8--- Many thanks, Julian -- -- Julian Mariano Burgos Hafrannsóknastofnunin/Marine Research Institute Skúlagata 4, 121 Reykjavík, Iceland Sími/Telephone : +354-5752037 Bréfsími/Telefax: +354-5752001 Netfang/Email: jul...@hafro.is, jmbur...@uw.edu
Re: [O] org-bbdb-anniversaries gives error 'bad sexp'
Philipp Haselwarter philipp.haselwar...@gmx.de writes: On 2011-05-16 14:08 UT, Matt Lundin m...@imapmail.org wrote: ML I have anniversaries working in my own setup, so between the two ML sets of modifications, I should be able to provide a full set of ML fixes.More soon... Would you mind sharing the working bits of your setup? I just tried %%(org-bbdb-anniversaries) and got a Bad sexp at line […] thanks for the effort! Certainly. These are the temporary workarounds I'm using to get org-bbdb to work with the new bbdb: --8---cut here---start-8--- (defalias 'bbdb-company 'bbdb-search-organization) (defalias 'bbdb-name 'bbdb-search-name) (defun bbdb-record-getprop (record label) (and (eq label 'company) (setq label 'organization)) (if (memq label '(name degree organization address phone mail aka)) (funcall (intern (concat bbdb-record- (symbol-name label))) record) (bbdb-record-note record label))) (defadvice bbdb-split (around my-bbdb-split activate) (when (or (string= string \n) (string= string -)) (let ((sep string)) (setq string separator separator sep) ad-do-it))) --8---cut here---end---8--- Other work has prevented me from updating org-bbdb.el yet, but I will get to it as soon as I can. Best, Matt
[O] [ANN] org-odt-20110613.tar released
I am announcing the next release of org-odt-20110613.tar. Refer the Release Notes for more information.[1] To tickle your curiosity, this release adds support for exporting an Org file to pdf, doc and ppt. This is accomplished by passing the odt file through an external converter [2]. The release also includes a homebrewed converter called BasicODConverter. org-odt veterans can jump to the following sections of the Release Notes for a quick start. 1. Test driving the Exporter 2. How can I export to doc or docx format? [3] Feedback and bug reports are welcome. Specifically from the users of unoconv and [J|Py]ODConverter Jambunathan K. Footnotes: [1] http://repo.or.cz/w/org-mode/org-jambu.git/blob_plain/HEAD:/packages/README.html [2] Well this is an understatement. You can export between all the formats recognized by the Open/LibreOffice. You can export a odt file to mediawiki and docbook for example. You can convert a csv file to xls. You can convert a html file to odt. You can also convert a odt file to odt. You may ask does that latter scenario makes sense. unoconv for example, updates indices etc etc while doing an export. So there you go. [3] http://repo.or.cz/w/org-mode/org-jambu.git/blob_plain/HEAD:/packages/README.html#converter --
Re: [O] Org-toggle-checkbox broken in 7.5?
Good comments! I did some tests beforehand but did not try the minimal .emacs. The key is still bound to the function according to C-h c and M-x org-toggle-checkbox did not do any difference. There is something blocking the function in my initialization though, because when using a minimal init.el it did work! Since it's probably a local error springing from something altered by me I'll continue with the debugging on my own. Thanks for the input. /Gustav -Original Message- From: n...@dokosmarshall.org [mailto:n...@dokosmarshall.org] On Behalf Of Nick Dokos Sent: den 11 juni 2011 19:51 To: Wikström, Gustav Cc: emacs-orgmode@gnu.org; nicholas.do...@hp.com Subject: Re: [O] Org-toggle-checkbox broken in 7.5? Wikström, Gustav gustav.wikst...@sogeti.se wrote: Hello! The command C-c C-x C-b has stopped working for me and I quietly blame 7.5 for it. Anyone who can attest or reject this statement? Works here: Org-mode version 7.5 (baseline.273.g889a48) Before blaming org, please do your due diligence: Execute the function by hand, with M-x org-toggle-checkbox RET, and *report the results*: it does not work is just not specific enough, because it depends on your expectations which may or may not match reality. If it does nothing, then say so explicitly. Is the key still bound to the correct function? C-h c C-c C-x C-b will tell you whether the key is still bound to what it is supposed to be bound to (org-toggle-checkbox in this case). If not, then you are probably using some minor mode that hijacks the key. Check the mode line for what minor modes you are running, eliminate them one by one and see if you can get the functionality back. If this doesn't resolve it, next start up emacs without your customizations, just a minimal .emacs file that initializes org-mode, visit the file and do the things above again. I keep a very short minimal.emacs file for exactly this purpose, start up emacs with emacs -q -l ~/minimal.emacs and try to reproduce the problem. In 99% of problems, these are enough to identify the culprit. If you feel a bit adventurous and have the time, you can learn a bit about debugging (see section 18.2, Edebug, of the Elisp manual) and trace the execution of the function. If you don't know elisp, you may feel somewhat apprehensive about this, but it's a good way to dig deeper into emacs. Nick
Re: [O] installing the OpenDocumentText Exporter
Julian Burgos jmbur...@uw.edu writes: Hi I don´t have the M-x list-packages option. When I do M-x package-list-packages I get a list of packages, but org-odt is not there. Not sure what is the problem. I´m using emacs 23.3.1 in windows xp. I am assuming that you are using a non-Emacs version of package.el. I recommend that you use 1. This version of http://repo.or.cz/w/emacs.git/blob_plain/1a0a666f941c99882093d7bd08ced15033bc3f0c:/lisp/emacs-lisp/package.el if you are on Emacs-23 and 2. Delete hand installed package.el if you are on Emacs-24. In the meanwhile, could you explain me how to install org-odt by hand, using the conventional tar file? Let me know if you are still having issues after upgrading the package.el. I will share further instructions with you. Jambunathan K. Many thanks, Julian On Mon, Jun 13, 2011 at 4:21 AM, Jambunathan K kjambunat...@gmail.com wrote: Julian Burgos jmbur...@uw.edu writes: Apologies for the basic question. I need some help installing the OpenDocumentText Exporter using the ELPA (package manager). I´ve added the org-odt repository by adding this to my .emacs file: (setq package-archives '((ELPA . http://tromey.com/elpa/;) (gnu . http://elpa.gnu.org/packages/;) (org-odt . http://repo.or.cz/w/org-mode/org-jambu.git/blob_plain/HEAD:/packages/;) )) but the OpenDocumentText Exporter does not show up in the list of available packages. What I am missing? I am not sure what the problem could be at your end. Does the archive-contents get downloaded succesfully? Are you able to see packages from the other repos? Does the package manager report any problems in the *Messages* buffer. I ran M-x list-packages with the settings that you have. I see that archive-contents file is getting succesfully downloaded. I see the following line in the *Packages* buffer. --8---cut here---start-8--- org-odt 20110519 available OpenDocumentText exporter for Orgmode --8---cut here---end---8--- I see following lines in the *Messages* buffer: --8---cut here---start-8--- Contacting host: tromey.com:80 Reading [text/plain]... 11k of 11k (100%) Reading... done. Saving file c:/Documents and Settings/kjambunathan/My Documents/My Data/.emacs.d/elpa/archives/ELPA/archive-contents... Wrote c:/Documents and Settings/kjambunathan/My Documents/My Data/.emacs.d/elpa/archives/ELPA/archive-contents Contacting host: elpa.gnu.org:80 Reading [text/plain]... 738 bytes of 726 bytes (102%) Reading... done. Saving file c:/Documents and Settings/kjambunathan/My Documents/My Data/.emacs.d/elpa/archives/gnu/archive-contents... Wrote c:/Documents and Settings/kjambunathan/My Documents/My Data/.emacs.d/elpa/archives/gnu/archive-contents Contacting host: repo.or.cz:80 Saving file c:/Documents and Settings/kjambunathan/My Documents/My Data/.emacs.d/elpa/archives/org-odt/archive-contents... Wrote c:/Documents and Settings/kjambunathan/My Documents/My Data/.emacs.d/elpa/archives/org-odt/archive-contents --8---cut here---end---8--- Many thanks, Julian -- --
Re: [O] custom IDs not exported
Daniel Clemente n142...@gmail.com wrote: With your patch I could export correctly to HTML a big collection of data, with the same results as before (except for the changed _ to -, of course). Links work. Great! I really appreciate the extensive testing. Thanks, Nick Thanks, Daniel El Sat, 11 Jun 2011 23:12:26 -0400 Nick Dokos va escriure: I was afraid that other exporters might break because of this. Apologies for the inconvenience. And, btw, thanks for the test case. I have a minimal patch that I think fixes this problem, but there are other underscores used in various places in org-html.el so there might be additional problems. I'd appreciate it if you (and/or others) test it and report not only on this problem but on any other problems you find. Thanks, Nick diff --git a/lisp/org-html.el b/lisp/org-html.el index afc6a77..b5d371f 100644 --- a/lisp/org-html.el +++ b/lisp/org-html.el @@ -1395,7 +1395,7 @@ lang=\%s\ xml:lang=\%s\ (setq txt (replace-match t t txt))) (setq href (replace-regexp-in-string - \\. _ (format sec-%s snumber))) + \\. - (format sec-%s snumber))) (setq href (org-solidify-link-text (or (cdr (assoc href org-export-preferred-target-alist)) href))) (push (format @@ -2412,7 +2412,7 @@ When TITLE is nil, just close all open levels. (insert ul\nli title br/\n (aset org-levels-open (1- level) t) (setq snumber (org-section-number level) - snu (replace-regexp-in-string \\. _ snumber)) + snu (replace-regexp-in-string \\. - snumber)) (setq level (+ level org-export-html-toplevel-hlevel -1)) (if (and num (not body-only)) (setq title (concat
Re: [O] Org-toggle-checkbox broken in 7.5?
Wikström, Gustav gustav.wikst...@sogeti.se wrote: Good comments! I did some tests beforehand but did not try the minimal .emacs. The key is still bound to the function according to C-h c and M-x org-toggle-checkbox did not do any difference. There is something blocking the function in my initialization though, because when using a minimal init.el it did work! Since it's probably a local error springing from something altered by me I'll continue with the debugging on my own. A useful technique for finding such local errors is to systematically eliminate (about) half of your .emacs and try with the remaining half, then continue halving, keeping the half that shows the problem. You can usually bisect your way through to the problem fairly efficiently. Thanks for the input. Glad it helped. Nick /Gustav -Original Message- From: n...@dokosmarshall.org [mailto:n...@dokosmarshall.org] On Behalf Of Nick Dokos Sent: den 11 juni 2011 19:51 To: Wikström, Gustav Cc: emacs-orgmode@gnu.org; nicholas.do...@hp.com Subject: Re: [O] Org-toggle-checkbox broken in 7.5? Wikström, Gustav gustav.wikst...@sogeti.se wrote: Hello! The command C-c C-x C-b has stopped working for me and I quietly blame 7.5 for it. Anyone who can attest or reject this statement? Works here: Org-mode version 7.5 (baseline.273.g889a48) Before blaming org, please do your due diligence: Execute the function by hand, with M-x org-toggle-checkbox RET, and *report the results*: it does not work is just not specific enough, because it depends on your expectations which may or may not match reality. If it does nothing, then say so explicitly. Is the key still bound to the correct function? C-h c C-c C-x C-b will tell you whether the key is still bound to what it is supposed to be bound to (org-toggle-checkbox in this case). If not, then you are probably using some minor mode that hijacks the key. Check the mode line for what minor modes you are running, eliminate them one by one and see if you can get the functionality back. If this doesn't resolve it, next start up emacs without your customizations, just a minimal .emacs file that initializes org-mode, visit the file and do the things above again. I keep a very short minimal.emacs file for exactly this purpose, start up emacs with emacs -q -l ~/minimal.emacs and try to reproduce the problem. In 99% of problems, these are enough to identify the culprit. If you feel a bit adventurous and have the time, you can learn a bit about debugging (see section 18.2, Edebug, of the Elisp manual) and trace the execution of the function. If you don't know elisp, you may feel somewhat apprehensive about this, but it's a good way to dig deeper into emacs. Nick
[O] how to change the headline starter *
Hi, is it possible to change the headline starter, for example from * to - ? thanks, -- Harven
[O] problem with utf8 todo keywords
Hi, I use emacs 23.2.1 together with org 6.33. I am trying to add the character ▶ as a todo keyword with no success. Starting with emacs -Q, I execute the following code in the scratch buffer (setq org-todo-keywords '((sequence \u25b6 ok) (sequence \u25b8 ok))) Then I open a simple .org file containing * ▶ first * ▸ second Only the second keyword is highlighted. Why is it not the case with the first keyword ? Thanks, -- Harven
Re: [O] Org-toggle-checkbox broken in 7.5?
Nick Dokos nicholas.do...@hp.com wrote: Wikström, Gustav gustav.wikst...@sogeti.se wrote: Good comments! I did some tests beforehand but did not try the minimal .emacs. The key is still bound to the function according to C-h c and M-x org-toggle-checkbox did not do any difference. There is something blocking the function in my initialization though, because when using a minimal init.el it did work! Since it's probably a local error springing from something altered by me I'll continue with the debugging on my own. One other possibility is that the function was broken in some orgmode version for a short while: you might be unlucky enough to update at just the wrong time and see the problem, but most of us might be using versions either before the breakage or after the fix. So another useful thing to do is pull the latest and try it out. Assuming it works, you can continue with latest or check out an earlier version that includes the fix (most people do the former, I think). Nick A useful technique for finding such local errors is to systematically eliminate (about) half of your .emacs and try with the remaining half, then continue halving, keeping the half that shows the problem. You can usually bisect your way through to the problem fairly efficiently. Thanks for the input. Glad it helped. Nick /Gustav
Re: [O] MobileOrg Android
Hi Nathan, I'm the maintainer of MobileOrg for Android. Have you read the org-mode documentation for MobileOrg? http://orgmode.org/manual/MobileOrg.html#MobileOrg That's a good place to start in figuring out what MobileOrg expects of org-mode, and also what org-mode expects from MobileOrg. The synchronization modes refer mostly to where you stage your org-mode files. The outline mode will work in the upcoming version of the application. You should definitely read the org-mode documentation about MobileOrg and I think that will give you a pretty good idea of how synchronization is handled from both sides. On Sat, Jun 11, 2011 at 2:11 PM, Nathan Neff nathan.n...@gmail.com wrote: I just joined the 21st century and got a smart phone. I downloaded the MobileOrg for Android application, and have some questions, most of them are probably dumb, because I have only played with the phone for a bit. 1) Is there documentation regarding the various setups/syncing modes? I would like to know how to get data off my phone, put .org files on my phone. I know how to use Dropsend, etc, but I would probably rather just use rsync or git to sync the phone's data. 2) The menu for MobileOrg Android has an Outline button, but it doesn't do anything. 3) In Configure Synchronization Settings there's a setting where you specify where index.org is. What do I put in there? Is this setting affected by the other Synchronization settings? 4) What does Sync actually mean? Is it like rsync where it copies the latest file, or does it attempt a merge? What happens if you have new stuff in each file? Does DropSend asking you which one you want, or provide a diff tool? As you can see, I'm very new to Android and have no idea what I'm doing :-) I do plan (within the next few months) to start learning how to develop on Android platform, and I think that Mobile Org Android would be a good Scratch your own itch program to start with. I'd be more than willing to start a FAQ on the Github Wiki with any answers that I get from this post. Thanks, --Nate
Re: [O] installing the OpenDocumentText Exporter
Ah! That was it! I got org-odt installed. On Mon, Jun 13, 2011 at 1:15 PM, Jambunathan K kjambunat...@gmail.com wrote: Julian Burgos jmbur...@uw.edu writes: Hi I don´t have the M-x list-packages option. When I do M-x package-list-packages I get a list of packages, but org-odt is not there. Not sure what is the problem. I´m using emacs 23.3.1 in windows xp. I am assuming that you are using a non-Emacs version of package.el. I recommend that you use 1. This version of http://repo.or.cz/w/emacs.git/blob_plain/1a0a666f941c99882093d7bd08ced15033bc3f0c:/lisp/emacs-lisp/package.el if you are on Emacs-23 and 2. Delete hand installed package.el if you are on Emacs-24. In the meanwhile, could you explain me how to install org-odt by hand, using the conventional tar file? Let me know if you are still having issues after upgrading the package.el. I will share further instructions with you. Jambunathan K. Many thanks, Julian On Mon, Jun 13, 2011 at 4:21 AM, Jambunathan K kjambunat...@gmail.com wrote: Julian Burgos jmbur...@uw.edu writes: Apologies for the basic question. I need some help installing the OpenDocumentText Exporter using the ELPA (package manager). I´ve added the org-odt repository by adding this to my .emacs file: (setq package-archives '((ELPA . http://tromey.com/elpa/;) (gnu . http://elpa.gnu.org/packages/;) (org-odt . http://repo.or.cz/w/org-mode/org-jambu.git/blob_plain/HEAD:/packages/;) )) but the OpenDocumentText Exporter does not show up in the list of available packages. What I am missing? I am not sure what the problem could be at your end. Does the archive-contents get downloaded succesfully? Are you able to see packages from the other repos? Does the package manager report any problems in the *Messages* buffer. I ran M-x list-packages with the settings that you have. I see that archive-contents file is getting succesfully downloaded. I see the following line in the *Packages* buffer. --8---cut here---start-8--- org-odt 20110519 available OpenDocumentText exporter for Orgmode --8---cut here---end---8--- I see following lines in the *Messages* buffer: --8---cut here---start-8--- Contacting host: tromey.com:80 Reading [text/plain]... 11k of 11k (100%) Reading... done. Saving file c:/Documents and Settings/kjambunathan/My Documents/My Data/.emacs.d/elpa/archives/ELPA/archive-contents... Wrote c:/Documents and Settings/kjambunathan/My Documents/My Data/.emacs.d/elpa/archives/ELPA/archive-contents Contacting host: elpa.gnu.org:80 Reading [text/plain]... 738 bytes of 726 bytes (102%) Reading... done. Saving file c:/Documents and Settings/kjambunathan/My Documents/My Data/.emacs.d/elpa/archives/gnu/archive-contents... Wrote c:/Documents and Settings/kjambunathan/My Documents/My Data/.emacs.d/elpa/archives/gnu/archive-contents Contacting host: repo.or.cz:80 Saving file c:/Documents and Settings/kjambunathan/My Documents/My Data/.emacs.d/elpa/archives/org-odt/archive-contents... Wrote c:/Documents and Settings/kjambunathan/My Documents/My Data/.emacs.d/elpa/archives/org-odt/archive-contents --8---cut here---end---8--- Many thanks, Julian -- -- -- Julian Mariano Burgos Hafrannsóknastofnunin/Marine Research Institute Skúlagata 4, 121 Reykjavík, Iceland Sími/Telephone : +354-5752037 Bréfsími/Telefax: +354-5752001 Netfang/Email: jul...@hafro.is, jmbur...@uw.edu
[O] [PATCH] Change underscores to hyphens for HTML export
From 28c0b3afce11a8e2bd452ccab44b96c00a4401ca Mon Sep 17 00:00:00 2001 From: Nick Dokos n...@dokosmarshall.org Date: Sat, 11 Jun 2011 23:38:09 -0400 Subject: [PATCH] Change underscores to hyphens for HTML export * lisp/org-html.el (org-export-as-html): changed underscores to hyphens in section number. (org-html-level-start): ditto. Daniel Clemente reported that after commit 438536f6157794101ce0957e39cad6bf70580751 which changed underscores to hyphens in org-exp.el, he had problems exporting HTML files that used to work. In particular, org files that used CUSTOM_ID properties were broken. This patch is a minimal fix for this problem: it changes underscores to hyphens in section numbers only. Daniel has tested the fix on an extensive collection of org files and reports that no additional problems have surfaced. There are other places in org-html where underscores are used, so there may be additional problems: if any are found, they should be fairly straightforward to fix (as this problem was). Many thanks to Daniel for findind and reporting the problem and testing the fix on a large collection of his org files. TINYCHANGE Signed-off-by: Nick Dokos n...@dokosmarshall.org --- lisp/org-html.el |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/lisp/org-html.el b/lisp/org-html.el index afc6a77..b5d371f 100644 --- a/lisp/org-html.el +++ b/lisp/org-html.el @@ -1395,7 +1395,7 @@ lang=\%s\ xml:lang=\%s\ (setq txt (replace-match t t txt))) (setq href (replace-regexp-in-string - \\. _ (format sec-%s snumber))) + \\. - (format sec-%s snumber))) (setq href (org-solidify-link-text (or (cdr (assoc href org-export-preferred-target-alist)) href))) (push (format @@ -2412,7 +2412,7 @@ When TITLE is nil, just close all open levels. (insert ul\nli title br/\n (aset org-levels-open (1- level) t) (setq snumber (org-section-number level) - snu (replace-regexp-in-string \\. _ snumber)) + snu (replace-regexp-in-string \\. - snumber)) (setq level (+ level org-export-html-toplevel-hlevel -1)) (if (and num (not body-only)) (setq title (concat -- 1.7.5.1.169.g505a1
[O] [PATCH] Allow S-left/S-right editing in indented clocktables
It wasn't possible to use S-up/down/left/right on the clocktable BEGIN line when the whole table was indented. Interestingly enough calling the function directly would work, it turned out to be a regexp in org.el that was still pinned to bol. There was a second one further down that is used to recognize dynamic blocks that got the same treatment. From ab9cb1d760f6f45eee026b30793dff0df5d5f719 Mon Sep 17 00:00:00 2001 From: Achim Gratz strom...@stromeko.de Date: Mon, 13 Jun 2011 18:32:53 +0200 Subject: [PATCH] Allow S-left/S-right editing in indented clocktables * lisp/org.el (org-clocktable-try-shift, org-find-dblock): Fix regexp to allow space and tab before the #+BEGIN: cookie TINYCHANGE --- lisp/org.el |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/lisp/org.el b/lisp/org.el index 1b342a6..6c6843b 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -3902,7 +3902,7 @@ If yes, offer to stop it and to save the buffer with the changes. (defun org-clocktable-try-shift (dir n) Check if this line starts a clock table, if yes, shift the time block. - (when (org-match-line #\\+BEGIN: clocktable\\) + (when (org-match-line ^[ \t]*#\\+BEGIN:[ \t]+clocktable\\) (org-clocktable-shift dir n))) ;; Autoload org-timer.el @@ -10594,7 +10594,7 @@ If not found, stay at current position and return nil. (let (pos) (save-excursion (goto-char (point-min)) - (setq pos (and (re-search-forward (concat ^#\\+BEGIN:[ \t]+ name \\) + (setq pos (and (re-search-forward (concat ^[ \t]*#\\+BEGIN:[ \t]+ name \\) nil t) (match-beginning 0 (if pos (goto-char pos)) -- 1.7.5.4 Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Samples for the Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#BlofeldSamplesExtra
Re: [O] Org-toggle-checkbox broken in 7.5?
Please report back when you identify the issue. I regularly get latest org and have never gotten org-toggle-checkbox to do anything. On Jun 13, 2011, at 6:05, Wikström, Gustav gustav.wikst...@sogeti.se wrote: Good comments! I did some tests beforehand but did not try the minimal .emacs. The key is still bound to the function according to C-h c and M-x org-toggle-checkbox did not do any difference. There is something blocking the function in my initialization though, because when using a minimal init.el it did work! Since it's probably a local error springing from something altered by me I'll continue with the debugging on my own. Thanks for the input. /Gustav -Original Message- From: n...@dokosmarshall.org [mailto:n...@dokosmarshall.org] On Behalf Of Nick Dokos Sent: den 11 juni 2011 19:51 To: Wikström, Gustav Cc: emacs-orgmode@gnu.org; nicholas.do...@hp.com Subject: Re: [O] Org-toggle-checkbox broken in 7.5? Wikström, Gustav gustav.wikst...@sogeti.se wrote: Hello! The command C-c C-x C-b has stopped working for me and I quietly blame 7.5 for it. Anyone who can attest or reject this statement? Works here: Org-mode version 7.5 (baseline.273.g889a48) Before blaming org, please do your due diligence: Execute the function by hand, with M-x org-toggle-checkbox RET, and *report the results*: it does not work is just not specific enough, because it depends on your expectations which may or may not match reality. If it does nothing, then say so explicitly. Is the key still bound to the correct function? C-h c C-c C-x C-b will tell you whether the key is still bound to what it is supposed to be bound to (org-toggle-checkbox in this case). If not, then you are probably using some minor mode that hijacks the key. Check the mode line for what minor modes you are running, eliminate them one by one and see if you can get the functionality back. If this doesn't resolve it, next start up emacs without your customizations, just a minimal .emacs file that initializes org-mode, visit the file and do the things above again. I keep a very short minimal.emacs file for exactly this purpose, start up emacs with emacs -q -l ~/minimal.emacs and try to reproduce the problem. In 99% of problems, these are enough to identify the culprit. If you feel a bit adventurous and have the time, you can learn a bit about debugging (see section 18.2, Edebug, of the Elisp manual) and trace the execution of the function. If you don't know elisp, you may feel somewhat apprehensive about this, but it's a good way to dig deeper into emacs. Nick
[O] Patchwork server broken?
The last patch I see on the patchwork server is from 2011-05-19. Not sure who (other than John Wiegley) has the appropriate privileges, but can somebody check what it's doing? Thanks, Nick
Re: [O] Org-toggle-checkbox broken in 7.5?
Hello, Ido Magal ido.ma...@gmail.com writes: Please report back when you identify the issue. I regularly get latest org and have never gotten org-toggle-checkbox to do anything. That's interesting, even if a bit vague. So, when you use C-c C-c on the following line : - [ ] Do that Really nothing happens ? Regards, -- Nicolas Goaziou
Re: [O] How to change the face of =code= and ~verbatim~ ?
At Wed, 27 Apr 2011 09:51:00 +0800, Huang Tao wrote: [1 text/plain; ISO-8859-1 (7bit)] [2 text/html; ISO-8859-1 (7bit)] It seems that the default color of =code= and ~verbatim~ cannot stick out itself on black bg color with gray fg color. How can I change it? PS =code= and ~verbatim~ looks fine with white bg color. Appreciate for any tips! Customize the faces `org-code' and `org-verbatim'. E.g. create a =code= and call M-x describe-face RET. Best, -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgpQ4voEkNb4F.pgp Description: PGP signature
Re: [O] how to change the headline starter *
I don't think this is possible. The * as a headline starter seems to be hard-coded in org. Also, - is used as a list starter (as well as other starters such as +). -- Darlan Cavalcante At Sat, 11 Jun 2011 20:58:39 +0200, harven har...@free.fr wrote: Hi, is it possible to change the headline starter, for example from * to - ? thanks, -- Harven
Re: [O] Org-toggle-checkbox broken in 7.5?
I grossly misunderstood. org-toggle-checkbox ( C-c C-c, C-c C-x C-b) works correctly. I expected org-toggle-checkbox to toggle from - item to - [ ] item and obviously it doesn't do this. Sorry for the noise. Carry on. On Mon, Jun 13, 2011 at 11:40, Nicolas Goaziou n.goaz...@gmail.com wrote: That's interesting, even if a bit vague. So, when you use C-c C-c on the following line : - [ ] Do that Really nothing happens ? Regards, -- Nicolas Goaziou
Re: [O] [patch] bring back the multiline option for latex tables
If there are no objections I'm going to apply this patch. It is relatively small so hopefully any new bugs should be easily identifiable. Best -- Eric Eric Schulte schulte.e...@gmail.com writes: Hi, The following patch make the behavior of LaTeX table exporter more closely resemble the documented behavior (at least to my mind). I'm hesitant to apply this patch myself as it applies to org-latex.el which is outside of my area of expertise. Please apply this if it looks reasonable. Thanks -- Eric From fc8700f52c2fbfb1ec601e3bbb32c37e38a4cfbb Mon Sep 17 00:00:00 2001 From: Eric Schulte schulte.e...@gmail.com Date: Wed, 1 Jun 2011 10:18:34 -0600 Subject: [PATCH] replacing the multicolumn option for latex tables This brings the behavior inline with the documentation. * lisp/org-latex.el (org-export-latex-tables): Check for the multiline option and set the `floatp' option to true when multicolumn tables are requested. --- lisp/org-latex.el |5 +++-- 1 files changed, 3 insertions(+), 2 deletions(-) diff --git a/lisp/org-latex.el b/lisp/org-latex.el index e2c74ae..0d64f68 100644 --- a/lisp/org-latex.el +++ b/lisp/org-latex.el @@ -1838,7 +1838,8 @@ The conversion is made depending of STRING-BEFORE and STRING-AFTER. longtblp (and attr (stringp attr) (string-match \\longtable\\ attr)) tblenv (if (and attr (stringp attr) - (string-match (regexp-quote table*) attr)) + (or (string-match (regexp-quote table*) attr) + (string-match \\multicolumn\\ attr))) table* table) tabular-env (if (and attr (stringp attr) @@ -1851,7 +1852,7 @@ The conversion is made depending of STRING-BEFORE and STRING-AFTER. align (and attr (stringp attr) (string-match \\align=\\([^ \t\n\r]+\\) attr) (match-string 1 attr)) - floatp (or caption label) + floatp (or caption label (string= table* tblenv)) placement (if (and attr (stringp attr) (string-match [ \t]*\\placement=\\(\\S-+\\) attr)) -- 1.7.4.1 -- Eric Schulte http://cs.unm.edu/~eschulte/
Re: [O] problem with utf8 todo keywords
This does not answer your question, but I remember a long time ago I saw some screen-shots of org-mode where some keywords were changed to icons (png images, I think). The screen-shots were pretty, but I don't know if the project was further developed or not. Here a thread about it http://www.mail-archive.com/emacs-orgmode@gnu.org/msg14736.html -- Darlan Cavalcante At Sat, 11 Jun 2011 20:56:46 +0200, harven har...@free.fr wrote: Hi, I use emacs 23.2.1 together with org 6.33. I am trying to add the character ▶ as a todo keyword with no success. Starting with emacs -Q, I execute the following code in the scratch buffer (setq org-todo-keywords '((sequence \u25b6 ok) (sequence \u25b8 ok))) Then I open a simple .org file containing * ▶ first * ▸ second Only the second keyword is highlighted. Why is it not the case with the first keyword ? Thanks, -- Harven
[O] State Started in orange (3 colours)
Hey, I wanted to get 3 types of state in red, in orange and in green, like http://orgmode.org/ However I have gone through http://orgmode.org/manual/Tracking-TODO-state-changes.html and I could not find it. I tried: (setq org-todo-keywords '((sequence TODO IN_PROGRESS | DONE | MAYBE))) It does not work as I wanted. (setq org-todo-keywords '((sequence TODO IN_PROGRESS | DONE MAYBE))) works however I have just 2 states (two colours: red and green). I use Ubuntu 10.10 GNU Emacs 23.1.50.1 (i486-pc-linux-gnu, GTK+ Version 2.18.0) release_7.5-370-gf089a Org-mode version 7.5 (release_7.5.370.gf089a) I hope you can help me. Greetings, Magnus
Re: [O] State Started in orange (3 colours)
Hi Marcin Try C-h v org-todo-keyword-faces. Michael On Mon, Jun 13, 2011 at 23:29, Marcin Magnus mag_...@o2.pl wrote: I wanted to get 3 types of state in red, in orange and in green, like http://orgmode.org/ However I have gone through http://orgmode.org/manual/Tracking-TODO-state-changes.html and I could not find it. I tried: (setq org-todo-keywords '((sequence TODO IN_PROGRESS | DONE | MAYBE))) It does not work as I wanted. (setq org-todo-keywords '((sequence TODO IN_PROGRESS | DONE MAYBE))) works however I have just 2 states (two colours: red and green). I use Ubuntu 10.10 GNU Emacs 23.1.50.1 (i486-pc-linux-gnu, GTK+ Version 2.18.0) release_7.5-370-gf089a Org-mode version 7.5 (release_7.5.370.gf089a) I hope you can help me.
Re: [O] [babel] variable org-babel-function-def-export-keyword not respected?
Hi Erik, You're right, this functionality appears to have been removed some time ago. There are now two variables which are defined but are never used. 1. org-babel-function-def-export-keyword 2. org-babel-function-def-export-indent Perhaps this functionality should be dropped, if it took this many months for anyone to report it missing it may not be worth the added complexity in the code base. Thoughts? -- Eric Erik Iverson er...@ccbr.umn.edu writes: Hello, At some point in the distant org past, I seem to recall that named source code blocks were exported with their names in tact. Now (latest git pull, Org-mode version 7.5 (release_7.5.367.gc4737)) the code is only exported, and not the name of the block. For example, export the following to HTML. * a block here's a named block #+source: rand(n) #+begin_src R runif(n) #+end_src) This seems in conflict with the doc-string for the following variable. (defvar org-babel-function-def-export-keyword function The keyword to substitute for the source name line on export. When exporting a source block function, this keyword will appear in the exported version in the place of source name line. A source block is considered to be a source block function if the source name is present and is followed by a parenthesized argument list. The parentheses may be empty or contain whitespace. An example is the following which generates n random \(uniform) numbers. #+source: rand(n) #+begin_src R runif(n) #+end_src) Am I interpreting this correctly? Thanks! --e -- Eric Schulte http://cs.unm.edu/~eschulte/
Re: [O] Literate Programming - Continue a Source Block?
Hi Neeum, Neeum Zawan mailingli...@nawaz.org writes: Eric Schulte schulte.e...@gmail.com writes: Hi Neeum, Thanks for your feedback. Your point is well taken about the flexibility of header arguments, and the ability of a header argument based solution to overwrite blocks. I would mention that variables such as the newly introduced `org-babel-tangle-named-block-combination' may be easily set on a per-file bases using file local variables---basically adding a line like the following to the top of your Org-mode file. Somehow I couldn't get your new function to work. The variable is set to append, and I removed all org-modes from my system except the latest from git. I even ensured that this code gets executed: (append (mapconcat #'identity named \n)) However, the output I get is the same as before - it just uses the first source block. Could you try the attached example file? I first evaluated the following elisp code to set the combination variable's value to append. #+begin_src emacs-lisp (setq org-babel-tangle-named-block-combination 'append) #+end_src I then call org-babel-tangle in the attached Org-mode file to generate the attached elisp file. * continued code blocks :PROPERTIES: :tangle: yes :comments: yes :END: #+source: foo #+begin_src emacs-lisp (message foo:%S 1) #+end_src #+begin_src emacs-lisp (message un-named) #+end_src #+source: bar #+begin_src emacs-lisp (message bar:%S 1) #+end_src #+source: foo #+begin_src emacs-lisp (message foo:%S 2) #+end_src #+source: bar #+begin_src emacs-lisp (message bar:%S 2) #+end_src #+begin_src emacs-lisp :tangle no :results silent (with-temp-buffer (insert-file-contents scraps.el) (eval-buffer)) #+end_src combined-tangle-example.el Description: application/emacs-lisp Incidentally, why do we need \n as a separator? What if I wanted to do (in Python) def func(a, b, func_args): stuff In other words, I want to add more arguments later on. Wouldn't a \n mess things up here? Ah, this is a good point. I've just changed the code to avoid inserting superfluous newlines. Thanks! Cheers -- Eric Thanks. -- Eric Schulte http://cs.unm.edu/~eschulte/
Re: [O] Literate Programming - Continue a Source Block?
Achim Gratz strom...@nexgo.de writes: Eric Schulte schulte.e...@gmail.com writes: I think append is just as clear as concatenate, Fair enough, in my mind append needs an existing entity, but I guess it could be an empty one. and collate implies shuffling which is not happening. Well, I was getting ahead of myself... I hope you don't mind me harping on about this. I'm wary of adding too much duplicate functionality. It is already possible to organize the tangling of many named code blocks using noweb reference expansion (a feature which I've used myself on real projects in the past). This existing method allows for unique block names and for arbitrary tangling order. The examples presented in this thread pointed out one difficulty with how noweb references currently work, namely that you need to know in advance all block names for finally tangling them and that when adding or removing things you need to remember to keep these references current in potentially many places. Simplicity is the only reason that the new name-based appending behavior was implemented, simplicity which (in my opinion) is lost when the user defines a naming and sorting schema. My general objection is that since you now require that the names be all the same, there is no way to distinguish between those blocks anymore. This will come back to bite you when you then later need to make a distinction since you'll then have to rework everything to unique names again. I consider that sort of simplicity a trap for the unwary. Splitting between a basename and an index extension would instead allow for appending with the basename and still getting at individual blocks using the full name (with the index part). I've had one specific use-case in mind where this would be needed. You'd normally just concatenate all source blocks (let's assume for the moment that the index part is separated from the basename by ::) source::* Let's say you have three source blocks and need to point-patch the second one for this run: source::1 source-patch::2 source::3 If the three source blocks are all just named source, there's no way to do this short of changing their names and all the references that use them. The index part doesn't have to be numeric, it just needs to be orderable. Anyone not using index extensions gets an implicit one by order of appearance, so that wouldn't require any code duplication and you can in this case still say source Being able to provide custom naming and sorting schemes could be deferred to hook functions the user has to provide, as they will indeed be rarely needed. So an implementation that keeps current behaviour would provide an implicit indexer (by order of appearance), an empty sorter and three selectors (all=append, first last). Anyone who needs more than that has to customize those functions, but I suppose the more common application scenarios will sneak into the baseline sooner or later. The move from implicit to explicit indexing should be supported by providing another hook in the implicit indexer. Regards, Achim. Hi Achim, Thanks for sharing your thoughts. How would you feel about moving away from special source block names and moving towards implementing this behavior with a header argument? Specifically two header arguments which would both take the name of a named code block, these header arguments would be as follows - append :: will append the current code block's body to the named code block during tangling - overwrite :: will overwrite the named code block's body with the body of the current code block for simple concatenate the value of the append header argument could be easily set on the file or subtree level. I feel that for many reasons (most of which have been discussed in relation to a header argument solution earlier in this thread) such a solution would be simpler and more consistent with the rest of Babel than the current name-based solution. Thoughts? -- Eric -- Eric Schulte http://cs.unm.edu/~eschulte/
[O] http://orgmode.org/ is down
Just a heads up. The main orgmode.org server appears to be down, git and the web-page. Best -- Eric -- Eric Schulte http://cs.unm.edu/~eschulte/
Re: [O] http://orgmode.org/ is down
It's been down since June 12, 2011 too and maybe earlier than that.On Mon, 13 Jun 2011, Eric Schulte wrote: Just a heads up. The main orgmode.org server appears to be down, git and the web-page. Best -- Eric
Re: [O] http://orgmode.org/ is down
I have been able to push changes up to the repository as recently as this afternoon. Jude DaShiell jdash...@shellworld.net writes: It's been down since June 12, 2011 too and maybe earlier than that.On Mon, 13 Jun 2011, Eric Schulte wrote: Just a heads up. The main orgmode.org server appears to be down, git and the web-page. Best -- Eric -- Eric Schulte http://cs.unm.edu/~eschulte/
Re: [O] http://orgmode.org/ is down
Apparently the pull part has been broken since Sunday. No updates of any kind happened when I tried a pul Sunday.On Mon, 13 Jun 2011, Eric Schulte wrote: I have been able to push changes up to the repository as recently as this afternoon. Jude DaShiell jdash...@shellworld.net writes: It's been down since June 12, 2011 too and maybe earlier than that.On Mon, 13 Jun 2011, Eric Schulte wrote: Just a heads up. The main orgmode.org server appears to be down, git and the web-page. Best -- Eric
Re: [O] http://orgmode.org/ is down
Script started on Mon 13 Jun 2011 10:15:49 PM EDT jude@md:~/org-mode$ pwd /home/jude/org-mode jude@md:~/org-mode$ git pull orgmode.org[0: 67.23.43.128]: errno=Connection timed out fatal: unable to connect a socket (Connection timed out) jude@md:~/org-mode$ exit exit Script done on Mon 13 Jun 2011 10:19:26 PM EDT On Mon, 13 Jun 2011, Jude DaShiell wrote: Apparently the pull part has been broken since Sunday. No updates of any kind happened when I tried a pul Sunday.On Mon, 13 Jun 2011, Eric Schulte wrote: I have been able to push changes up to the repository as recently as this afternoon. Jude DaShiell jdash...@shellworld.net writes: It's been down since June 12, 2011 too and maybe earlier than that.On Mon, 13 Jun 2011, Eric Schulte wrote: Just a heads up. The main orgmode.org server appears to be down, git and the web-page. Best -- Eric
Re: [O] #+begin_example broken when #+begin_src included inside?
Nick Dokos nicholas.dokos at hp.com writes: I can certainly confirm that: I reported it a week ago - see http://thread.gmane.org/gmane.emacs.orgmode/42546 Nick Lots of org syntax remains inappropriately live inside EXAMPLE blocks. For example, a property drawer inside an EXAMPLE block will show up 'folded' when you open the file. Paul
