Re: [Orgmode] org-mode + babel + ledger + html publishing issue
Hi Sébastien and Eric, 1. However, the results are not displayed. How can I achieve that? Replace all :exports none by :exports results. see http://orgmode.org/manual/exports.html#exports ah, I missed that one, thanks a lot! 2. Second (minor) issue is that if I move cursor to allinone line in the Balance section and press C-c C-c, an extra empty line is appended behind the result. By pressing C-c C-c multiple times, multiple empty lines are inserted. No idea, but I have the exact same behavior with totally different code blocks. I can reproduce this as well. I have had no time yet to try and make a complete minimal example. Yours should be sufficient to serve as bug report to the real Babel experts (Eric and Dan). Ok, I'll try to file a bug report. Thank you, Tomas ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Bug: minor issue with C-c C-c on babel block [7.4 (release_7.4.25.geb0d)]
Hi all, If I move cursor to allinone line in the Balance section and press C-c C-c, an extra empty line is appended behind the result. By pressing C-c C-c multiple times, multiple empty lines are inserted. Only seems to be an issue with the label, C-c C-c on the first babel block does behave fine, i.e. it doesn't insert extra new lines. The org file is at the end of this email. Thank you, Tomas Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know how to make a good report? See http://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org-mode mailing list. Emacs : GNU Emacs 23.1.50.1 (x86_64-pc-linux-gnu, GTK+ Version 2.18.0) of 2009-09-27 on crested, modified by Debian Package: Org-mode version 7.4 (release_7.4.25.geb0d) current state: == (setq org-log-done t org-export-latex-after-initial-vars-hook '(org-beamer-after-initial-vars) org-speed-command-hook '(org-speed-command-default-hook org-babel-speed-command-hook) org-agenda-files ... org-babel-load-languages '((ledger . t)) org-metaup-hook '(org-babel-load-in-session-maybe) org-after-todo-state-change-hook '(org-clock-out-if-current) org-export-blocks-postblock-hook '(org-exp-res/src-name-cleanup) org-export-html-title-format org-publish-use-timestamps-flag nil org-export-latex-format-toc-function 'org-export-latex-format-toc-default org-tab-first-hook '(org-hide-block-toggle-maybe org-src-native-tab-command-maybe org-babel-hide-result-toggle-maybe) org-src-mode-hook '(org-src-babel-configure-edit-buffer org-src-mode-configure-edit-buffer) org-confirm-shell-link-function 'yes-or-no-p org-export-first-hook '(org-beamer-initialize-open-trackers) org-agenda-before-write-hook '(org-agenda-add-entry-text) org-default-notes-file ~/org/notes.org org-export-docbook-xslt-proc-command xsltproc -o '%s' '%s' org-export-html-toplevel-hlevel 1 org-babel-pre-tangle-hook '(save-buffer) org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers org-cycle-show-empty-lines org-optimize-window-after-visibility-change) org-publish-project-alist ... org-export-preprocess-before-normalizing-links-hook '(org-remove-file-link-modifiers) org-mode-hook '((lambda nil (org-add-hook (quote change-major-mode-hook) (quote org-show-block-all) (quote append) (quote local)) ) #[nil \300\301\302\303\304$\207 [org-add-hook change-major-mode-hook org-babel-show-result-all append local] 5] org-babel-result-hide-spec org-babel-hide-all-hashes) org-ctrl-c-ctrl-c-hook '(org-babel-hash-at-point org-babel-execute-safely-maybe) org-return-follows-link t org-confirm-elisp-link-function 'yes-or-no-p org-export-interblocks '((lob org-babel-exp-lob-one-liners) (src org-babel-exp-inline-src-blocks)) org-occur-hook '(org-first-headline-recenter) org-export-preprocess-before-selecting-backend-code-hook '(org-beamer-select-beamer-code) org-export-latex-final-hook '(org-beamer-amend-header org-beamer-fix-toc org-beamer-auto-fragile-frames org-beamer-place-default-actions-for-lists) org-metadown-hook '(org-babel-pop-to-session-maybe) org-export-blocks '((src org-babel-exp-src-blocks nil) (comment org-export-blocks-format-comment t) (ditaa org-export-blocks-format-ditaa nil) (dot org-export-blocks-format-dot nil)) ) === the org file starts here #+options: creator:nil author:nil minor issue with C-c C-c on babel block * Bug If I move cursor to =allinone= line in the Balance section and press =C-c C-c=, an extra empty line is appended behind the result. By pressing =C-c C-c= multiple times, multiple empty lines are inserted. * Summary #+srcname: allinone #+begin_src ledger :exports results 2010/01/01 * Starting balance assets:bank:savings £1300.00 income:starting balances 2010/07/22 * Got paid assets:bank:chequing £1000.00 income:salary 2010/07/23 Rent expenses:rent £500.00 assets:bank:chequing 2010/07/24 Food expenses:food £150.00 assets:bank:chequing 2010/07/31 * Interest on bank savings assets:bank:savings £3.53 income:interest 2010/07/31 * Transfer savings assets:bank:savings £250.00 assets:bank:chequing 2010/08/01 got paid again assets:bank:chequing £1000.00 income:salary #+end_src #+results: allinone :£2653.53 assets : £650.00 expenses : £-3303.53 income * Balance #+srcname: balance #+begin_src ledger :cmdline -s bal :noweb yes :exports results allinone #+end_src #+results: balance #+begin_example
[Orgmode] mac-iCal / mac-link-grabber integration.
Hi, I have problems to integrate mac-iCal / mac-link-grabber. (Snow Leopard 10.6.5 / GNU Emacs 23.2.1 (x86_64-apple-darwin, NS apple-appkit-1038.29) / Org-mode version 7.3) The steps: 1. M-x customize-group RET org RET 2. enabling mac-link-grabber and mac-iCal 3. .emacs: (add-hook 'org-mode-hook '(lambda () (define-key org-mode-map (kbd C- c g) 'omgl-grab-link))) 4. restart One entry in the adressbook is selected and after typing c-c g in emacs, the buffer says: Symbol's function definition is void: omgl-grab- link What´s wrong? How can I see my iCal event in the org agenda (c-c a a)? Thank you, Holger ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Automatically folding latex environment
Hello everyone, Is there a way to tell org to fold Latex environments (i.e., #+begin_latex #+end_latex) automatically at start-up ? It would be nice to hide my latex commands with out having to press tab all the time. It would be very good if we could do this automatically using #+startup or a function that folds all latex environment in the buffer, like AUCTEX Thanks M ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Latex: exporting a tree
Third attempt to get your attention: - If you export the (new) minimal example below to latex (C-cC-e l), it works. - If you only export a tree (Subtree in the example; C-cC-e 1 l), the first table ends at the horizontal line and everything between it and the next node (Subsubtree) is eliminated. The second (identical) table is exported correctly. - If you remove the asterisk(s) in the first table, it works. This problem crept in in the last days or weeks before 7.4. It may not be a problem for most of you, but I happen to have a number of files where columns are automatically displayed as tables preceding the first subnode (#+BEGIN: columnview ...). An alternative would be to display %ITEM in column-view without the asterisks. Emacs 23.2.1 on OS X 10.6.5 Org-mode version 7.4 (release_7.4.24.g48b11.dirty) Thanks, Jörg ---New minimal example * Subtree | One| Two | Three | |+--+---| | * Test | text | text | | ** One | text | text | Some text ** Subsubtree | One| Two | Three | |+--+---| | * Test | text | text | | ** One | text | text | End of new minimal example- On 12/10/10 3:49 PM, Jörg Hagmann wrote: I checked the problem below with the latest (7.4 alias 7.3) version and it is still there. Could somebody look into that? Emacs 23.2 on OS X 10.6.5 Thanks, Jörg With today's pull, exporting a subtree to latex (C-cC-e 1 l) truncates a table at the horizontal line and eliminates the text between the table and the next heading. It works when exporting the whole file (C-cC-e l). ---Minimal example-- * Test :PROPERTIES: :COLUMNS: %15ITEM(Lecture) %number %Date %hours{+} %status{X/} :status_ALL: [ ] [X] :END: #+BEGIN: columnview :hlines 1 :id local :maxlevel 2 | Lecture | number | Date | hours | status | |-+--+--+---+| | * Test | | | 2 | [0/1] | | ** One | 16.1.7.1 | [2010-12-13 Mon 10:15-12:00] | 2 | [ ]| #+END: Some text ** One :PROPERTIES: :Date: [2010-12-13 Mon 10:15-12:00] :hours: 2 :number: 16.1.7.1 :status: [ ] :END: -End of minimal example--- ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Example for beamer export with blocks and twocolumn
Loris Bennett loris.benn...@fu-berlin.de writes: [...] Perhaps a remark about how to set org-export-latex-classes could be added to the documentation in the wiki, particularly since the current Debian stable comes with emacs 22.2, which presumably contains a yet older version of orgmode. Good point. I'll update the beamer tutorial on Worg to make sure it states clearly what version of org is required. I don't think there's any mileage to be gained in going into details about org-export-latex-classes, however. -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 23.2.1 : using Org-mode version 7.4 (release_7.4.25.geb0d) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
REJECT patches (was: Re: [Orgmode] [PATCH] org-agenda: allow to negate skip conditions )
Please, reject the following patches: Julien Danjou jul...@danjou.info writes: On Tue, Dec 14 2010, Julien Danjou wrote: * org-agenda.el (org-agenda-skip-if): Allow to negate conditions. This was not meant to be sent as it is. Forget it. 1. see above http://patchwork.newartisans.com/patch/482/ 2. my stupid patch to add (debug) calls to org-capture.el to help in fixing the :PROPERTIES: bug[1] http://patchwork.newartisans.com/patch/477/ cheers, Giovanni [1] http://lists.gnu.org/archive/html/emacs-orgmode/2010-12/msg00690.html by the way, perhaps the bug will be fixed if the path[2] by Julien is applied. [2] http://patchwork.newartisans.com/patch/478/ ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: REJECT patches (was: Re: [Orgmode] [PATCH] org-agenda: allow to negate skip conditions )
On Dec 15, 2010, at 11:55 AM, Giovanni Ridolfi wrote: Please, reject the following patches: Done. - Carsten Julien Danjou jul...@danjou.info writes: On Tue, Dec 14 2010, Julien Danjou wrote: * org-agenda.el (org-agenda-skip-if): Allow to negate conditions. This was not meant to be sent as it is. Forget it. 1. see above http://patchwork.newartisans.com/patch/482/ 2. my stupid patch to add (debug) calls to org-capture.el to help in fixing the :PROPERTIES: bug[1] http://patchwork.newartisans.com/patch/477/ cheers, Giovanni [1] http://lists.gnu.org/archive/html/emacs-orgmode/2010-12/msg00690.html by the way, perhaps the bug will be fixed if the path[2] by Julien is applied. [2] http://patchwork.newartisans.com/patch/478/ ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Latex: exporting a tree
Hi Jörg, On Dec 15, 2010, at 11:04 AM, Jörg Hagmann wrote: Third attempt to get your attention: why the impatience? Your first attempt was December 9, now it is December 15... No-one is being payed here for fixing problems. - If you export the (new) minimal example below to latex (C-cC-e l), it works. - If you only export a tree (Subtree in the example; C-cC-e 1 l), the first table ends at the horizontal line and everything between it and the next node (Subsubtree) is eliminated. The second (identical) table is exported correctly. - If you remove the asterisk(s) in the first table, it works. Thank you for your report, this issue is fixed now. Nicolas, I believe this was one of your patches - the limited outline regexp needs to be anchored in the way you use it in org-latex.el. Greetings - Carsten This problem crept in in the last days or weeks before 7.4. It may not be a problem for most of you, but I happen to have a number of files where columns are automatically displayed as tables preceding the first subnode (#+BEGIN: columnview ...). An alternative would be to display %ITEM in column-view without the asterisks. Emacs 23.2.1 on OS X 10.6.5 Org-mode version 7.4 (release_7.4.24.g48b11.dirty) Thanks, Jörg ---New minimal example * Subtree | One| Two | Three | |+--+---| | * Test | text | text | | ** One | text | text | Some text ** Subsubtree | One| Two | Three | |+--+---| | * Test | text | text | | ** One | text | text | End of new minimal example- On 12/10/10 3:49 PM, Jörg Hagmann wrote: I checked the problem below with the latest (7.4 alias 7.3) version and it is still there. Could somebody look into that? Emacs 23.2 on OS X 10.6.5 Thanks, Jörg With today's pull, exporting a subtree to latex (C-cC-e 1 l) truncates a table at the horizontal line and eliminates the text between the table and the next heading. It works when exporting the whole file (C-cC-e l). ---Minimal example-- * Test :PROPERTIES: :COLUMNS: %15ITEM(Lecture) %number %Date %hours{+} %status{X/} :status_ALL: [ ] [X] :END: #+BEGIN: columnview :hlines 1 :id local :maxlevel 2 | Lecture | number | Date | hours | status | |-+--+--+--- +| | * Test | | | 2 | [0/1] | | ** One | 16.1.7.1 | [2010-12-13 Mon 10:15-12:00] | 2 | [ ]| #+END: Some text ** One :PROPERTIES: :Date: [2010-12-13 Mon 10:15-12:00] :hours: 2 :number: 16.1.7.1 :status: [ ] :END: -End of minimal example--- ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] BUG Latex: exporting a tree
Jörg Hagmann joerg.hagm...@unibas.ch writes: Third attempt to get your attention: I confirm the bug. GNU Emacs 23.2.1 (i386-mingw-nt5.1.2600) of 2010-05-08 on G41R2F1 Org-mode version 7.4 commit-eb0d35dd185043933a0415222adc51906579dc67 - If you export the (new) minimal example below to latex (C-cC-e l), it works. ---New minimal example * Subtree | One| Two | Three | |+--+---| | * Test | text | text | | ** One | text | text | Some text, subtree 1 ** Subsubtree | One 2 | Two 2 | Three 2 | |+--+---| | * Test 2 | text 2 | text 2 | | ** One 2 | text 2 | text 2 | End of new minimal example- - If you only export a tree (Subtree in the example; C-c C-e 1 l), the first table ends at the horizontal line and everything between it and the next node (Subsubtree) is eliminated. The second (identical) table is exported correctly. this happens also if it is manually selected the region between * Subtree and subtree 1 and exported with C-c C-e The html export works ok. - If you remove the asterisk(s) in the first table, it works. Actually, it works *only* for the lines without * --example: * Subtree | One| Two | Three | |+--+---| | Test | text | text | | ** One | text | text | Some text, subtree 1 - Is exported as: \begin{center} \begin{tabular}{lll} One Two Three \\ \hline Testtexttext \\ \end{tabular} \end{center} \section{Subsubtree} the second line ** One is not exported. This problem crept in in the last days or weeks before 7.4. Emacs 23.2.1 on OS X 10.6.5 Org-mode version 7.4 (release_7.4.24.g48b11.dirty) cheers, Giovanni P.S. Jörg in the meanwhile you may write a function, to post-process your column-view, that either deletes * or substitutes | * - space with | ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: moving in the agenda view is slow
Hello all, I'm resurrecting an old (well, not that old) thread dealing with the agenda view being slow. I have now determined that, at least in my case, the problem is not with org but with the X server. On a dual screen setup, the agenda view is slow on one screen but shows instant response on the other, and this is for the same window: simply moving the window from one screen to another changes the performance. There is no way this could be org. I'm not sure what is happening with my X server but that's a problem outside the scope of this mailing list :-) -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 23.2.1 : using Org-mode version 7.4 (release_7.4.25.geb0d) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] BUG Latex: exporting a tree
Giovanni Ridolfi giovanni.rido...@yahoo.it writes: I confirm the bug. Carsten has just fixed it while I was still writing. ;-) Org-mode version 7.4 commit-eb0d35dd185043933a0415222adc51906579dc67 hey, Giovanni, how can you use a 7 minutes old version?! :-) Giovanni ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Latex: exporting a tree
Hello, Carsten Dominik writes: Nicolas, I believe this was one of your patches - the limited outline regexp needs to be anchored in the way you use it in org-latex.el. Ok. Today, I will check others limited outline regexp in use. Regards, -- Nicolas ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] mac-iCal / mac-link-grabber integration.
Hi Holger, On 10-Dec-15, at 4:56 AM, hma...@hush.ai wrote: Hi, I have problems to integrate mac-iCal / mac-link-grabber. (Snow Leopard 10.6.5 / GNU Emacs 23.2.1 (x86_64-apple-darwin, NS apple-appkit-1038.29) / Org-mode version 7.3) The steps: 1. M-x customize-group RET org RET 2. enabling mac-link-grabber and mac-iCal 3. .emacs: (add-hook 'org-mode-hook '(lambda () (define-key org-mode-map (kbd C- c g) 'omgl-grab-link))) Small spelling mistake there. Try this: (add-hook 'org-mode-hook '(lambda () (define-key org-mode-map (kbd C- c g) 'omlg-grab-link))) Please let me know if that fixes your problem. -Anthony 4. restart One entry in the adressbook is selected and after typing c-c g in emacs, the buffer says: Symbol's function definition is void: omgl-grab- link What´s wrong? How can I see my iCal event in the org agenda (c-c a a)? Thank you, Holger ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Latex: exporting a tree
On Dec 15, 2010, at 1:13 PM, Nicolas Goaziou wrote: Hello, Carsten Dominik writes: Nicolas, I believe this was one of your patches - the limited outline regexp needs to be anchored in the way you use it in org-latex.el. Ok. Today, I will check others limited outline regexp in use. Yes, thank you. It is a bit confusing that outline-regexp itself is not anchored, so all places who use it to search for a headline need the anchor added at re-search-forward time. I think this is some history issue, and it may have to do with the fact that in the old days, outline forling was done by converting \n to \r and back, which makes and anchored regexp no longer match after \r I fell over this issue *a lot* a couple of years ago :) - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: org-mode gnus integration across two machines when using nnimap
On Fri, 26 Nov 2010 14:40:18 -0500 Dan Christensen j...@uwo.ca wrote: DC Tommy Kelly tommy.ke...@verilab.com writes: Here's the link to your reply to me: [[gnus:gmane.emacs.gnus.general#87tyj4x798@uwo.ca][email from Dan Christensen: Re: org-mode gnus integration ]] DC Since this stores the group name and the message-id, it should work across DC different Gnus sessions. The reason I assumed there would be a problem is that even if I simply *move* a Gnus article from one group to another, that breaks the link. DC That makes sense, since the link refers to the group. DC I believe the Gnus registry can keep track of the message ID -- group DC mapping, so org-mode could use this if the article isn't found in the DC expected group and the user has the registry enabled. Yes, but it can fail (it doesn't catch external moves and the user can limit the registry size to save memory). See nnregistry.el for an example of how to use `gnus-refer-article-method' with the registry. So maybe the org-mode Gnus integration can use gnus-refer-article-method, if it doesn't already, and let the user decide if the registry should be part of the refer search path. Ted ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] mac-iCal / mac-link-grabber integration.
Hi Anthony, Small spelling mistake there. Try this: (add-hook 'org-mode-hook '(lambda () (define-key org-mode-map (kbd C- c g) 'omlg-grab-link))) Please let me know if that fixes your problem. -Anthony the buffer says again: Symbol's function definition is void: omlg-grab-link Can you also give support for the iCal issue? Thanks, Holger ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] mac-iCal / mac-link-grabber integration.
On 10-Dec-15, at 8:58 AM, hma...@hush.ai wrote: Hi Anthony, Small spelling mistake there. Try this: (add-hook 'org-mode-hook '(lambda () (define-key org-mode-map (kbd C- c g) 'omlg-grab-link))) Please let me know if that fixes your problem. -Anthony the buffer says again: Symbol's function definition is void: omlg-grab-link Hm, that should work. It sounds like the module is not loading correctly. Can you confirm that it is indeed loaded? Also, can you try evaluating this in the scratch buffer (obviously with the path pointing to the right place): (load-file /path/to/org/contrib/lisp/org-mac-link-grabber.el) ...and then try the shortcut again? Can you also give support for the iCal issue? Sorry, no. I don't use it. -Anthony ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [Babel] Tangling ignores LOB file?
Hi Seb, I just pushed up a fix which should allow noweb references to be resolved using the library of babel. Thanks -- Eric Sébastien Vauban wxhgmqzgw...@spammotel.com writes: #+TITLE: Tangling process ignores LOB? #+DATE: 2010-12-07 #+LANGUAGE: en_US #+BABEL: :cmdline -S server -U user -P password -d database -n -w 700 :results output :exports both * Abstract References to named code blocks located in a LOB file seem to be ignored by the tangling process. * Example ** Common code These 2 SQL code blocks are, and will be, reused all over the place: #+srcname: set-count-off #+begin_src sql :eval never -- no longer display the count message SET NOCOUNT ON #+end_src #+srcname: defvar-now #+begin_src sql :eval never DECLARE @now smalldatetime SET @now = CONVERT(smalldatetime, CAST(YEAR(GETDATE()) AS char(4)) + '-' + CAST(MONTH(GETDATE()) AS char(2)) + '-' + CAST(DAY(GETDATE()) AS char(2)) + ' ' + CAST(DATEPART(hh, GETDATE()) AS char(2)) + ':' + CAST(DATEPART(mi, GETDATE()) AS char(2)) + ':' + '00', 120) -- ODBC canonical #+end_src ** Specific code For example, I use them here: #+begin_src sql :engine msosql :noweb yes set-count-off defvar-now SELECT TOP 5 @now AS now FROM table #+end_src #+results: | now | | --- | | 2010-12-07 15:14:00 | | 2010-12-07 15:14:00 | | 2010-12-07 15:14:00 | | 2010-12-07 15:14:00 | | 2010-12-07 15:14:00 | | | And it works (see the /results/ table). But... * Problem If I put the *common code blocks* into some LOB file (i.e., I move them out of this file) and ingest it, then the specific code does not properly run anymore. In other words, it seems that the tangle process does not take into account the code blocks located in the LOB. Best regards, Seb ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Fontification of blocks
Hi Seb, I was thinking that it would be nice to be able to try this out through setting a variable (as most org customizations are handled) which would activate/de-activate the extra fontification. I think that adding a new block delimiter face which inherits from the org-meta face as you've suggested is the way to go. I would recommend however that rather than removing/changing the org-meta-line, quote and verse delimiting faces to cover the entire line you simply add the org-block-begin/end-line face overtop of these existing faces. That way the default behavior is not changed by the patch, and users have more control over the final display. In fact rather than having the org-block-begin/end-line faces inherit from org-meta-line why not have them begin as empty faces. Do you think this sounds like a good way to go? If so would you mind submitting a patch which - doesn't remove existing faces but rather adds these new faces overtop of them - includes of definition of the org-block-begin/end-line faces to empty faces (otherwise the elisp compiler will warn of references to undefined variables) Also, could you share an example code snippet which initializes the org-block-begin/end-line faces initialized (either here and/or on worg)? Many Thanks -- Eric Sébastien Vauban wxhgmqzgw...@spammotel.com writes: Hi Eric, Eric Schulte wrote: Sébastien Vauban wxhgmqzgw...@spammotel.com writes: In order to make the blocks stand out more clearly in the mix of prose, code and table results of many Babel Org files, I've added 2 new faces: - org-block-begin-line - org-block-end-line These apply to the line just before and after the block's body: #+srcname: top-10-dossiers-with-many-prestations #+begin_src sql org-block-begin-line SELECT TOP 10 prsPfiID_fk, COUNT(*) AS '# Prestations' FROM prestations GROUP BY prsPfiID_fk ORDER BY COUNT(*) DESC #+end_src org-block-end-line Not only for =src=, but also for =verse=, =quote=, etc. This looks like a very nice addition. Could you refactor your patch so that this behavior is controlled by a user configurable defcustom variable? For sure, I'm willing whatever is needed to make it more acceptable. But I'm not sure about the purpose of that variable... You want something such as =org-have-extra-faces=, and in case of: - =t=, use them - =nil=, use the old face =org-meta-line=. Is is that? I find that to be uselessly complexifying the fontification code. What was in my mind was have 2 new deffaces (not provided in the patch), with the same default value (or even an inherit property, that's much better) as =org-meta-line=. Wouldn't that be better? In the case of the inheritage, if not customized in the color theme, the user would not see any change (I guess)... FYI, my intention is to add different faces as well for header arguments and their values... Best regards, Seb ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Bug: minor issue with C-c C-c on babel block [7.4 (release_7.4.25.geb0d)]
Hi Tomas, I have just pushed up a fix for this issue. Thanks -- Eric Tomas Hlavaty t...@logand.com writes: Hi all, If I move cursor to allinone line in the Balance section and press C-c C-c, an extra empty line is appended behind the result. By pressing C-c C-c multiple times, multiple empty lines are inserted. Only seems to be an issue with the label, C-c C-c on the first babel block does behave fine, i.e. it doesn't insert extra new lines. The org file is at the end of this email. Thank you, Tomas Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know how to make a good report? See http://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org-mode mailing list. Emacs : GNU Emacs 23.1.50.1 (x86_64-pc-linux-gnu, GTK+ Version 2.18.0) of 2009-09-27 on crested, modified by Debian Package: Org-mode version 7.4 (release_7.4.25.geb0d) current state: == (setq org-log-done t org-export-latex-after-initial-vars-hook '(org-beamer-after-initial-vars) org-speed-command-hook '(org-speed-command-default-hook org-babel-speed-command-hook) org-agenda-files ... org-babel-load-languages '((ledger . t)) org-metaup-hook '(org-babel-load-in-session-maybe) org-after-todo-state-change-hook '(org-clock-out-if-current) org-export-blocks-postblock-hook '(org-exp-res/src-name-cleanup) org-export-html-title-format org-publish-use-timestamps-flag nil org-export-latex-format-toc-function 'org-export-latex-format-toc-default org-tab-first-hook '(org-hide-block-toggle-maybe org-src-native-tab-command-maybe org-babel-hide-result-toggle-maybe) org-src-mode-hook '(org-src-babel-configure-edit-buffer org-src-mode-configure-edit-buffer) org-confirm-shell-link-function 'yes-or-no-p org-export-first-hook '(org-beamer-initialize-open-trackers) org-agenda-before-write-hook '(org-agenda-add-entry-text) org-default-notes-file ~/org/notes.org org-export-docbook-xslt-proc-command xsltproc -o '%s' '%s' org-export-html-toplevel-hlevel 1 org-babel-pre-tangle-hook '(save-buffer) org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers org-cycle-show-empty-lines org-optimize-window-after-visibility-change) org-publish-project-alist ... org-export-preprocess-before-normalizing-links-hook '(org-remove-file-link-modifiers) org-mode-hook '((lambda nil (org-add-hook (quote change-major-mode-hook) (quote org-show-block-all) (quote append) (quote local)) ) #[nil \300\301\302\303\304$\207 [org-add-hook change-major-mode-hook org-babel-show-result-all append local] 5] org-babel-result-hide-spec org-babel-hide-all-hashes) org-ctrl-c-ctrl-c-hook '(org-babel-hash-at-point org-babel-execute-safely-maybe) org-return-follows-link t org-confirm-elisp-link-function 'yes-or-no-p org-export-interblocks '((lob org-babel-exp-lob-one-liners) (src org-babel-exp-inline-src-blocks)) org-occur-hook '(org-first-headline-recenter) org-export-preprocess-before-selecting-backend-code-hook '(org-beamer-select-beamer-code) org-export-latex-final-hook '(org-beamer-amend-header org-beamer-fix-toc org-beamer-auto-fragile-frames org-beamer-place-default-actions-for-lists) org-metadown-hook '(org-babel-pop-to-session-maybe) org-export-blocks '((src org-babel-exp-src-blocks nil) (comment org-export-blocks-format-comment t) (ditaa org-export-blocks-format-ditaa nil) (dot org-export-blocks-format-dot nil)) ) === the org file starts here #+options: creator:nil author:nil minor issue with C-c C-c on babel block * Bug If I move cursor to =allinone= line in the Balance section and press =C-c C-c=, an extra empty line is appended behind the result. By pressing =C-c C-c= multiple times, multiple empty lines are inserted. * Summary #+srcname: allinone #+begin_src ledger :exports results 2010/01/01 * Starting balance assets:bank:savings 1300.00 income:starting balances 2010/07/22 * Got paid assets:bank:chequing 1000.00 income:salary 2010/07/23 Rent expenses:rent 500.00 assets:bank:chequing 2010/07/24 Food expenses:food 150.00 assets:bank:chequing 2010/07/31 * Interest on bank savings assets:bank:savings 3.53 income:interest 2010/07/31 * Transfer savings assets:bank:savings 250.00 assets:bank:chequing 2010/08/01 got paid again assets:bank:chequing 1000.00 income:salary #+end_src #+results: allinone :£2653.53 assets :
Re: [Orgmode] [Babel] (Don't) recenter buffer after evaluating code block
Hi Seb, I can't reproduce this behavior, maybe it is something specific to your configuration. When starting with a bare config (e.g. emacs -Q) do you still have this problem? Thanks -- Eric Sébastien Vauban wxhgmqzgw...@spammotel.com writes: Hi, I've noticed that, after every (single) code block evaluation, the buffer is getting re-centered around point. I personally find this annoying, and tried to get rid of it. So I've searched all `ob-*.el' files for the string `recenter', but I did not find any. Any idea on how to turn this off? Best regards, Seb ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Latex: exporting a tree
Hello, Others uses of org-get-limited-outline-regexp are corrects. Though, shouldn't I replace all those calls to `org-get-limited-outline-regexp' with `org-with-limited-levels' macro? Regards, -- Nicolas ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Here is my article on date-trees and capture mode
Charles Cave charles.c...@gmail.com writes: Here is my article: http://members.optusnet.com.au/~charles57/GTD/datetree.html I welcome feedback so I can make the article as useful as possible. Thanks for the clear walk-through! I never cease to be amazed at the versatility of org. For instance, instead of using a date-tree, one can organize files by subject and then rely on the agenda's logging capabilities to reconstruct a daily/weekly journal. Indeed, might it be worth a mention in the tutorial that a date-tree is not the only way to do logging in Org-mode? Org-mode is truly the Perl of PIMs: there's more than one way to do it. Thanks again for the great tutorial! Matt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [OT] orgmode.org down?
Giovanni Ridolfi giovanni.rido...@yahoo.it writes: Marco doma...@gmail.com writes: Hello dear orgers, is the site orgmode.org down ? yes. cheers, Giovanni ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode http://www.downforeveryoneorjustme.com/ is actually quite handy for this moments. And yes, orgmode.org is down. http://www.downforeveryoneorjustme.com/orgmode.org Oscar ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Lisp error: (void-variable org-inhibit-highlight-removal) with `C-c / /'
Hi Sébastien, Sébastien Vauban wxhgmqzgwmuf-genee64ty+gs+fvcfc7...@public.gmane.org writes: This seems new to me... #+begin_src emacs-lisp Debugger entered--Lisp error: (void-variable org-inhibit-highlight-removal) (if org-inhibit-highlight-removal nil (mapc (quote delete-overlay) org-occur-highlights) (setq org-occur-highlights nil) (setq org-occur-parameters nil) (unless noremove (remove-hook ... ... ...))) (unless org-inhibit-highlight-removal (mapc (quote delete-overlay) org-occur-highlights) (setq org-occur-highlights nil) (setq org-occur-parameters nil) (unless noremove (remove-hook ... ... ...))) org-remove-occur-highlights(nil nil t) (if keep-previous nil (org-remove-occur-highlights nil nil t)) (unless keep-previous (org-remove-occur-highlights nil nil t)) org-occur(some-string nil) call-interactively(org-occur) (cond ((equal ans 100) (call-interactively ...)) ((equal ans 98) (call-interactively ...)) ((equal ans 97) (call-interactively ...)) ((equal ans 116) (org-show-todo-tree nil)) ((equal ans 84) (org-show-todo-tree ...)) ((member ans ...) (call-interactively ...)) ((member ans ...) (setq kwd ...) (setq value ...) (unless ... ...) (org-match-sparse-tree arg ...)) ((member ans ...) (call-interactively ...)) (t (error No such sparse tree command \%c\ ans))) (let (ans kwd value) (message Sparse tree: [r]egexp [/]regexp [t]odo [T]odo-kwd [m]atch [p]roperty\n [d]eadlines [b]efore-date [a]fter-date) (setq ans (read-char-exclusive)) (cond (... ...) (... ...) (... ...) (... ...) (... ...) (... ...) (... ... ... ... ...) (... ...) (t ...))) org-sparse-tree(nil) call-interactively(org-sparse-tree nil nil) #+end_src My Org-mode version: 7.4 (release_7.4.24.g48b11) Best regards, Seb My patch above fixes this: http://permalink.gmane.org/gmane.emacs.orgmode/35046 I'm afraid an earlier patch of mine introduced a stray apostrophe. I apologize to all who encounter this error. Best, Matt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [PATCH] Quote any special characters in org-make-target-link-regexp
* lisp/org.el (org-make-target-link-regexp): regexp-quote target before replacing whitespace. Previously a radio link ... would match all three-letter words in the buffer. The manual indicates the radio links are meant to match literally (modulo whitespace differences), so we should regexp-quote all the targets to avoid over-eager matching. --- This problem bit me when writing up some notes on CUDA, which uses ... to indicate a function call from a CPU onto a GPU. I think this is the right fix, since I can't imagine a situation where you would want foo.bar to match foo.bar, rather than foo\\.bar. lisp/org.el |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/lisp/org.el b/lisp/org.el index 6d1062c..5733d67 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -5424,6 +5424,7 @@ between words. ( (mapconcat (lambda (x) + (setq x (regexp-quote x)) (while (string-match + x) (setq x (replace-match \\s-+ t t x))) x) -- 1.7.3.3.398.g0b0cd ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Link descriptions
At Tue, 14 Dec 2010 08:09:21 -1000, Thomas S. Dye wrote: Aloha all, After reading through the documentation fairly carefully, link descriptions are yielding unexpected results. Perhaps I missed something? I have a link defined for citep: #+source: define-citep-link #+begin_src emacs-lisp (org-add-link-type citep 'ebib (lambda (path desc format) (cond ((eq format 'latex) (format \\citep[%s]{%s} desc path) #+end_src With input like [[citep:jones][Jones]], it works fine, yielding \citep[Jones]{jones}. My hope, however, is to pass page numbers in the description so with [[citep:jones][123]] I get \citep[123]{jones}. When I have a description like this, I get [[citep:jones]$^{123}$] instead. This looks like a bug to me (at least I wish it would work to pass page numbers to the \citep command). Have I overlooked a restriction on link descriptions? This is a bug, but not related to links: The LaTeX exporter turns a sequence like: ][\d+] into ]$^{\d+}$ Where \d+ is a placeholder for one or more numbers. The question I cannot answer (yet?) is: Why? Best, -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgprNJxKDvGO8.pgp Description: PGP signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Error in pre-command-hook
Thorsten gruenderteam.ber...@googlemail.com writes: I wouls like to find the definition of the C-c . and C-u-c . key strokes. I did a multi-isearch in all .el files in the org directory - the only hit was in a comment in org.el. Where are these keys defined? Finally I found the culprit: ;; Enable EDE (Project Management) features (global-ede-mode 1) in my .emacs enables EDE project-management in org-buffers too, and EDE has many keybindings that start with C-c . and then one additional letter, shadowing the org-keybindings. in my autopair.el configurations I have the following: (autopair-global-mode) (add-hook 'lisp-mode-hook #'(lambda () (setq autopair-dont-activate t))) I don't find an ede-mode-hook or a variable ede-dont-activate. Is there a generic way to disable global-ede-mode for org buffers? cheers Thorsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] How to use headlines and lists in Org to structure your thoughts?
Karl Maihofer ignora...@gmx.de writes: The ongoing discussion about inline tasks and drawers withhin lists much depends on the way you use Org, I think. Perhaps it is a good idea to brainstorm some fundamental aspects in regard to headlines and lists. Why and in which situations do we use lists? I use lists for a number of reasons but one specific one that cannot be handled by headlines is to have automatic numbering. More generally, headlines are part of the structure and lists are part of the content. -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 23.2.1 : using Org-mode version 7.4 (release_7.4.26.g8eee) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] allow table* specification with #+ATTR_LaTeX:
Hi, The attached patch allows the use of table* latex tables from within Org mode documents using the attr_latex lines, for example #+CAPTION: A wide table #+LABEL: tbl:wide #+ATTR_LaTeX: table* align=l|lp{3cm}r|l | ... | ... | | ... | ... | Should this be added, or should we put together a more general solution for different types of table environments? Currently only longtable is supported. Also, is there already a way to do this that I have missed? Thanks -- Eric diff --git a/lisp/org-latex.el b/lisp/org-latex.el index a261171..b7f48d3 100644 --- a/lisp/org-latex.el +++ b/lisp/org-latex.el @@ -1741,7 +1741,7 @@ The conversion is made depending of STRING-BEFORE and STRING-AFTER. (org-table-last-column-widths (copy-sequence org-table-last-column-widths)) fnum fields line lines olines gr colgropen line-fmt align - caption shortn label attr floatp placement longtblp) + caption shortn label attr floatp placement longtblp tblenv) (if org-export-latex-tables-verbatim (let* ((tbl (concat \\begin{verbatim}\n raw-table \\end{verbatim}\n))) @@ -1758,6 +1758,9 @@ The conversion is made depending of STRING-BEFORE and STRING-AFTER. 'org-label raw-table) longtblp (and attr (stringp attr) (string-match \\longtable\\ attr)) + tblenv (if (and attr (stringp attr) + (string-match (regexp-quote table*) attr)) + table* table) align (and attr (stringp attr) (string-match \\align=\\([^ \t\n\r]+\\) attr) (match-string 1 attr)) @@ -1821,7 +1824,8 @@ The conversion is made depending of STRING-BEFORE and STRING-AFTER. (concat (if longtblp (concat \\begin{longtable}{ align }\n) - (if floatp (format \\begin{table}%s\n placement))) + (if floatp + (format \\begin{%s}%s\n tblenv placement))) (if floatp (format \\caption%s{%s} %s @@ -1852,7 +1856,7 @@ The conversion is made depending of STRING-BEFORE and STRING-AFTER. \n\\end{center}\n \n)) (if longtblp \\end{longtable} - (if floatp \\end{table} + (if floatp (format \\end{%s} tblenv) \n\n (defun org-export-latex-convert-table.el-table () ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Latex: exporting a tree
On Dec 15, 2010, at 7:15 PM, Nicolas Goaziou wrote: Hello, Others uses of org-get-limited-outline-regexp are corrects. Though, shouldn't I replace all those calls to `org-get-limited-outline-regexp' with `org-with-limited-levels' macro? I have not looked closely at your new code - but yes, this is what the macro is for! Cheers - Carsten Regards, -- Nicolas ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Link descriptions
On Dec 15, 2010, at 9:34 AM, David Maus wrote: At Tue, 14 Dec 2010 08:09:21 -1000, Thomas S. Dye wrote: Aloha all, After reading through the documentation fairly carefully, link descriptions are yielding unexpected results. Perhaps I missed something? I have a link defined for citep: #+source: define-citep-link #+begin_src emacs-lisp (org-add-link-type citep 'ebib (lambda (path desc format) (cond ((eq format 'latex) (format \\citep[%s]{%s} desc path) #+end_src With input like [[citep:jones][Jones]], it works fine, yielding \citep[Jones]{jones}. My hope, however, is to pass page numbers in the description so with [[citep:jones][123]] I get \citep[123]{jones}. When I have a description like this, I get [[citep:jones]$^{123}$] instead. This looks like a bug to me (at least I wish it would work to pass page numbers to the \citep command). Have I overlooked a restriction on link descriptions? This is a bug, but not related to links: The LaTeX exporter turns a sequence like: ][\d+] into ]$^{\d+}$ Where \d+ is a placeholder for one or more numbers. The question I cannot answer (yet?) is: Why? Best, -- David Perhaps it has to do with footnotes? That's an org-mode environment with square brackets and, in some instances, a superscript number. Whether or not to set the footnote number superscript or some other way would ideally be handled by the LaTeX class, so shouldn't be something the org-mode LaTeX exporter worries about. In my LaTeX experience, directly set superscripts outside of math are found in area measurements, e.g. 10~m$^[2}$, but not much else. These musings are my way of saying that I can't think of a reason ][\d +] should set a superscript in the LaTeX export. All the best, Tom All the best, Tom ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Link descriptions
On Wed, 15 Dec 2010 17:33:38 -1000 Thomas S.Dye t...@tsdye.com wrote: On Dec 15, 2010, at 9:34 AM, David Maus wrote: At Tue, 14 Dec 2010 08:09:21 -1000, Thomas S. Dye wrote: Aloha all, After reading through the documentation fairly carefully, link descriptions are yielding unexpected results. Perhaps I missed something? I have a link defined for citep: #+source: define-citep-link #+begin_src emacs-lisp (org-add-link-type citep 'ebib (lambda (path desc format) (cond ((eq format 'latex) (format \\citep[%s]{%s} desc path) #+end_src With input like [[citep:jones][Jones]], it works fine, yielding \citep[Jones]{jones}. My hope, however, is to pass page numbers in the description so with [[citep:jones][123]] I get \citep[123]{jones}. When I have a description like this, I get [[citep:jones]$^{123}$] instead. This looks like a bug to me (at least I wish it would work to pass page numbers to the \citep command). Have I overlooked a restriction on link descriptions? This is a bug, but not related to links: The LaTeX exporter turns a sequence like: ][\d+] into ]$^{\d+}$ Where \d+ is a placeholder for one or more numbers. The question I cannot answer (yet?) is: Why? Best, -- David Perhaps it has to do with footnotes? That's an org-mode environment with square brackets and, in some instances, a superscript number. Whether or not to set the footnote number superscript or some other way would ideally be handled by the LaTeX class, so shouldn't be something the org-mode LaTeX exporter worries about. In my LaTeX experience, directly set superscripts outside of math are found in area measurements, e.g. 10~m$^[2}$, but not much else. These musings are my way of saying that I can't think of a reason ] [\d +] should set a superscript in the LaTeX export. Sometime back I had a problem with [2010] type references. Jan Bocker made a disable-plain-footnotes-hack function that put a non-printing space between the [ and the 2. Will the same trick work here? Cheers, Alan All the best, Tom All the best, Tom ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode -- Alan L Tyreehttp://www2.austlii.edu.au/~alan Tel: 04 2748 6206 ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [Bug] Abstract block prematurely ended by asterisk
Title says it all. The following code does not export correctly. (Reproduced from memory can anyone else confirm?) #+BEGIN_ABSTRACT *Bold Text.* This is a sentence. #+END_ABSTRACT The LaTeX code produced is (in full) #+BEGIN_SRC latex \begin{ABSTRACT} *Bold #+END_SRC Note the lack of a closing environment and the truncated content. I remember pdflatex complaining that ABSTRACT is an invalid environment, but don't recall whether that was related to the asterisk issue. Using org-mode 7.4 in emacs 23.2. Jeff -- Jeffrey Horn Graduate Lecturer and PhD Student in Economics George Mason University (704) 271-4797 jh...@gmu.edu jrhorn...@gmail.com http://www.failuretorefrain.com/jeff/ ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode