[Orgmode] [Buglet] org-table-current-column needs to be made (interactive)
org-table-current-column is called interactively from the Tbl menu but is not declared (interactive), so when the menu item is activated I get: Debugger entered--Lisp error: (wrong-type-argument commandp org-table-current-column) call-interactively(org-table-current-column nil nil) Alternatively, the menu entry can be deleted (but since that's how I found the function, I'd like to keep the menu entry !-) Org version: Org-mode version 7.01trans (release_7.01h.595.g9f96) Thanks, Nick ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [Buglet] org-table-current-column needs to be made (interactive)
On Sep 30, 2010, at 8:07 AM, Nick Dokos wrote: org-table-current-column is called interactively from the Tbl menu but is not declared (interactive), so when the menu item is activated I get: Debugger entered--Lisp error: (wrong-type-argument commandp org- table-current-column) call-interactively(org-table-current-column nil nil) Alternatively, the menu entry can be deleted (but since that's how I found the function, I'd like to keep the menu entry !-) OK, it is now an interactive function that reports back with a message. - 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: with-parsed-tramp-file-name
Austin F. Frank austin.fr...@gmail.com writes: Hello! Recently I discovered that I can no longer evaluate R source code blocks on a file opened using TRAMP. I've recreated the bug using a minimal config. The process to reproduce this bug is described below. Using Org-mode version 7.01trans (release_7.01h.746.g72c5) with the following minimal configuration: ;; specific to my setup (add-to-list 'load-path (expand-file-name ~/src.remote/org-mode/lisp/)) (add-to-list 'load-path (expand-file-name /usr/local/share/emacs/site-lisp/)) ;; general instructions (require 'tramp) (require 'tramp-sh) ; have to do this to set tramp-remote-path? (require 'ess-site) (require 'org-install) (setq debug-on-error t) ;; active Babel languages (org-babel-do-load-languages 'org-babel-load-languages '((R . t))) ;; required for R to work correctly on my remote server (add-to-list 'tramp-remote-path 'tramp-own-remote-path) I evaluate the following code block from a file accessed using TRAMP: #+source: R-options #+BEGIN_SRC R :cache no :results silent :exports none options(digits = 4) theme_set(theme_bw(18)) theme_thesis - theme_update(panel.margin = unit(1.5, lines)) theme_set(theme_thesis) lattice.options(default.args = list(as.table = TRUE)) dev.new() #+END_SRC And get the following backtrace: #v+ Debugger entered--Lisp error: (invalid-function with-parsed-tramp-file-name) with-parsed-tramp-file-name(/scpc:bcs:/tmp/R-22126Grk nil nil) org-babel-local-file-name(/scpc:bcs:/tmp/R-22126Grk) org-babel-process-file-name(/scpc:bcs:/tmp/R-22126Grk noquote) org-babel-R-evaluate-session(*R* options(digits = 4)\ntheme_set(theme_bw(18))\ntheme_thesis - theme_update(panel.margin = unit(1.5, \lines\))\ntheme_set(theme_thesis)\nlattice.options(default.args = list(as.table = TRUE))\ndev.new() value nil nil) org-babel-R-evaluate(*R* options(digits = 4)\ntheme_set(theme_bw(18))\ntheme_thesis - theme_update(panel.margin = unit(1.5, \lines\))\ntheme_set(theme_thesis)\nlattice.options(default.args = list(as.table = TRUE))\ndev.new() value nil nil) org-babel-execute:R(options(digits = 4)\ntheme_set(theme_bw(18))\ntheme_thesis - theme_update(panel.margin = unit(1.5, \lines\))\ntheme_set(theme_thesis)\nlattice.options(default.args = list(as.table = TRUE))\ndev.new()\n ((:cache . no) (:comments . ) (:exports . none) (:height . 600) (:hlines . no) (:noweb . no) (:results . silent) (:session) (:shebang . ) (:tangle . no) (:width . 1000))) org-babel-execute-src-block(nil (R options(digits = 4)\ntheme_set(theme_bw(18))\ntheme_thesis - theme_update(panel.margin = unit(1.5, \lines\))\ntheme_set(theme_thesis)\nlattice.options(default.args = list(as.table = TRUE))\ndev.new()\n ((:cache . no) (:comments . ) (:exports . none) (:height . 600) (:hlines . no) (:noweb . no) (:results . silent) (:session) (:shebang . ) (:tangle . no) (:width . 1000)) R-options nil 0)) org-babel-execute-src-block-maybe() org-babel-execute-maybe() org-babel-execute-safely-maybe() run-hook-with-args-until-success(org-babel-execute-safely-maybe) org-ctrl-c-ctrl-c(nil) call-interactively(org-ctrl-c-ctrl-c nil nil) #v- But I can see that `with-parsed-tramp-file-name' is a defined function by using C-h f, which reports: #v+ with-parsed-tramp-file-name is a Lisp macro in `tramp.el'. (with-parsed-tramp-file-name FILENAME VAR rest BODY) #v- Can anyone help me understand why I can't evaluate R source blocks on a remote machine? Is there further debugging information I can provide? Thanks, /au I tried to replicate this and I get the same error. If I manually load ob.el by M-x load-file with Location as /path/to/ob.el then C-c C-c works. But (require 'ob) is not working. Am I missing something? Thanks and Regards Noorul ___ 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] ELPA Howto
I managed to create an elpa compatible tar for orgmode. Recording here
what I did in the hope that it will be useful.
Creating ELPA-compatible tar:
1. Add the enclosed changes to Makefile.
2. Create an ELPA-compatible tarfile with
$ make TAG=20100930 elpa
3. Copy the generated org-20100930.tar to the package server
ELPA Server-side setup:
1. Server is running on loopback IP.
,[ C-h v package-archives RET ]
| package-archives is a variable defined in `package.el'.
| Its value is
| ((self . http://127.0.0.1/packages/;))
|
`
2. Directory structure
,
| dir packages
| 97 archive-contents
| 3,778,560 org-20100930.tar
|2 File(s) 3,778,657 bytes
|
| cat packages/archive-contents
|
| (1
| (org .
| [(20100930)
|nil Outline-based notes management and organizer tar])
| )
|
`
3. .emacs
,
| (custom-set-variables
| '(package-archives (quote ((self . http://127.0.0.1/packages/;)
`
, [ .emacs ]
| (when (load (expand-file-name ~/elisp/package.el))
| (package-initialize))
`
The tar file is now ready for installation with M-x list-packages etc
etc.
An Observation:
package.el generates an 'org-autoloads.el' as part of compilation and
loads the same as part of activation. This means that autoloads such as
'org-agenda' gets served from the newly installed package while
non-autoloads like 'org-overview' still point to the old installation.
This means that a restart of Emacs is necessary for the new changes to
take effect. I am not sure whether it is intended. But this behaviour
could surprise the user.
Jambunathan K.
Attachments:
X diff --git a/Makefile b/Makefile
X old mode 100644
X new mode 100755
X index 1c1f317..a84b62f
X --- a/Makefile
X +++ b/Makefile
X @@ -53,6 +53,9 @@ CP = cp -p
X # Name of the program to install info files
X INSTALL_INFO=install-info
X
X +
X +DOCSTRING = Outline-based notes management and organizer
X +
X ##--
X ## BELOW THIS LINE ON YOUR OWN RISK!
X ##--
X @@ -325,6 +328,14 @@ distfile:
X zip -r org-$(TAG).zip org-$(TAG)
X gtar zcvf org-$(TAG).tar.gz org-$(TAG)
X
X +elpa:install-info
X + $(MKDIR) org-$(TAG)
X + cp -r $(LISPFILES0) org-$(TAG)/
X + cp $(infodir)/dir org-$(TAG)
X + cp $(INFOFILES) org-$(TAG)
X + echo (define-package \org\ \$(TAG)\ \$(DOCSTRING)\)
org-$(TAG)/org-pkg.el
X + tar cf org-$(TAG).tar org-$(TAG) --remove-files
X +
X makerelease:
X @if [ X$(TAG) = X ]; then echo *** No tag ***; exit 1; fi
X ${MAKE} distfile
X
Jambunathan K.
___
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] table, moving cells
On 29/09/10 17:58, Carsten Dominik wrote: Hi Martin, On Sep 25, 2010, at 6:02 PM, Martin G. Skjæveland wrote: Hi, is there a quick way for moving a cell about in a table? I enjoy swapping the order of rows and columns in a table using Meta + [arrow], but I have not found a ways of doing the same for a single cell. Is it possible? Example, with the cursor on '2' in the following table | A | B | C | | 1 | 2 | 3 | | x | y | z | and pressing [move cell left] would give me | A | B | C | | 2 | 1 | 3 | | x | y | z | Thanks! Hi Carsten I fail to see the use case for this. I have come across two use cases lately where I have been missing this feature: 1) in a timetable, swapping a cell or two, e.g., the title of a talk and the speaker, with next week's values; and 2) making a seating plan for a social event. In the latter, moving people about quick and easy is nice. Yes, this can be useful sometimes, and you can use `C-c C-x C-w' and `C-c C-x C-y' to cut and paste individual fields or even rectangular regions. Ok, thanks, I did not know about these. But for pushing a cell value to a neighboring cell, I don't see a frequent use that would call for a special command beyond what I listed above. Do you? I agree that it is not a frequent operation. For the seating plan, I ended up with lots of post-it notes on a wall, which worked just fine! :) Thanks again! Martin ___ 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] package-menu-revert - Bug?
Emacs version. , | GNU Emacs 23.1.91.1 (i386-mingw-nt5.1.2600) of 2010-01-03 on PRETEST ` I am using package.el http://github.com/davidswelt/aquamacs-emacs/raw/aquamacs24 (I hope it is as good as one in the trunk) If I do M-x list-packages, I see that revert-buffer-function gets set to package-menu-revert. The problem seems to be that it is having a 'global' effect so that a revert on an elisp buffer fails with if: The current buffer is not a Package Menu Please take care of this if it is not already taken care of. Jambunathan K. ___ 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: [PATCH] Allow code edit buffer to inherit active region
Hi Dan, Dan Davison wrote: Now, if the region is contained within a src block, then it will be inherited by the language major mode edit buffer. One consequence is that commands like M-; (comment-region) and C-M-\ (indent-region) can be called with their native effects from a src block in the Org buffer. Am I right assuming we still need such a code in order to get the wanted effect with the native keys (I mean, for example, =M-;= instead of =C-c C-v C-x M-;=)? --8---cut here---start-8--- ;; allow comment region in the code edit buffer (according to language) (defun my/org-comment-dwim (optional arg) (interactive P) (or (org-babel-do-key-sequence-in-edit-buffer (kbd M-;)) (comment-dwim arg))) (define-key org-mode-map (kbd M-;) 'my/org-comment-dwim) ;; allow indent region in the code edit buffer (according to language) (defun my/org-indent-region (optional arg) (interactive P) (or (org-babel-do-key-sequence-in-edit-buffer (kbd C-M-\\)) (indent-region arg))) (define-key org-mode-map (kbd C-M-\\) 'my/org-indent-region) --8---cut here---end---8--- BTW, note that I make use of =kbd= to have a more intuitive writing of the key bindings (just copy what =C-h k= shows, except for the =\= that has to be escaped). Isn't this more portable (other versions of Emacs, or XEmacs)? Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] (Sorry, Wrong list) Re: package-menu-revert - Bug?
Meant for emacs-devel. Wrongly ended up here. Sorry. Jambunathan K kjambunat...@gmail.com writes: Emacs version. , | GNU Emacs 23.1.91.1 (i386-mingw-nt5.1.2600) of 2010-01-03 on PRETEST ` I am using package.el http://github.com/davidswelt/aquamacs-emacs/raw/aquamacs24 (I hope it is as good as one in the trunk) If I do M-x list-packages, I see that revert-buffer-function gets set to package-menu-revert. The problem seems to be that it is having a 'global' effect so that a revert on an elisp buffer fails with if: The current buffer is not a Package Menu Please take care of this if it is not already taken care of. Jambunathan K. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: with-parsed-tramp-file-name
Hi Austin, Noorul Islam K M noo...@noorul.com writes: Austin F. Frank austin.fr...@gmail.com writes: Recently I discovered that I can no longer evaluate R source code blocks on a file opened using TRAMP. Just btw, I use Org every day at the moment (with emacs24) to execute code (mostly R) on remote machines. The method I use is to store all Org files locally, and use the :dir header argument to specify the machine on which to run R, e.g. --8---cut here---start-8--- #+babel: :dir /davi...@oak.well.ox.ac.uk:~/bench [...] #+begin_src R system(hostname, intern=TRUE) #+end_src #+results: : oak --8---cut here---end---8--- Do you get the same error evaluating R remotely using this method? Using Org-mode version 7.01trans (release_7.01h.746.g72c5) with the What's your emacs version? following minimal configuration: ;; specific to my setup (add-to-list 'load-path (expand-file-name ~/src.remote/org-mode/lisp/)) (add-to-list 'load-path (expand-file-name /usr/local/share/emacs/site-lisp/)) ;; general instructions (require 'tramp) (require 'tramp-sh) ; have to do this to set tramp-remote-path? I don't see tramp-sh in emacs23; I do see it in emacs24. (require 'ess-site) (require 'org-install) (setq debug-on-error t) ;; active Babel languages (org-babel-do-load-languages 'org-babel-load-languages '((R . t))) ;; required for R to work correctly on my remote server (add-to-list 'tramp-remote-path 'tramp-own-remote-path) I evaluate the following code block from a file accessed using TRAMP: [...] How about we test this simple source block: #+begin_src R system(hostname, intern=TRUE) #+end_src in a file on the remote machine opened using C-x C-f with the /u...@machine:path/to/file syntax, with this minimal config: --8---cut here---start-8--- (add-to-list 'load-path /PATH/TO/ess/lisp) (require 'ess-site) (add-to-list 'load-path /PATH/TO/org-mode/lisp) (require 'org-install) (setq debug-on-error t) (org-babel-do-load-languages 'org-babel-load-languages '((R . t))) --8---cut here---end---8--- And get the following backtrace: Debugger entered--Lisp error: (invalid-function with-parsed-tramp-file-name) with-parsed-tramp-file-name(/scpc:bcs:/tmp/R-22126Grk nil nil) org-babel-local-file-name(/scpc:bcs:/tmp/R-22126Grk) [...] With emacs 23.1.1, I get a different error, also involving tramp functions (backtrace below). With emacs 24.0.50.1 I get no error. However, if I add in your two tramp (require) lines: (require 'tramp) (require 'tramp-sh) Then I do get an error with emacs24, again different. I suspect part of the problem is to do with those (require tramp...) lines in your config. Could you try without those lines, and without (add-to-list 'tramp-remote-path 'tramp-own-remote-path) Instead, could you try (setq org-babel-R-command /PATH/TO/R/EXECUTABLE --slave --no-save) I tried to replicate this and I get the same error. If I manually load ob.el by M-x load-file with Location as /path/to/ob.el then C-c C-c works. But (require 'ob) is not working. Am I missing something? Noruul, what does (featurep 'ob) evaluate to before you manually attempt the (require 'ob) ? And what goes wrong when you do the require? If (part of) this is an issue of tramp differences between emacs23 and 24 then the tramp author Michael Albinus has already been extremely helpful on several occasions with tramp issues and I am confident he will be able to advise. Dan Error from emacs24 with tramp require lines in emacs config: --8---cut here---start-8--- Debugger entered--Lisp error: (void-function tramp-compat-octal-to-decimal) signal(void-function (tramp-compat-octal-to-decimal)) byte-code(\203 \305G!\203 \n\306\203 \307\207\203 \305 G!\203 \n\310\203 \207\31...@\fa\\207 [completion localname operation filename err zerop (file-exists-p file-directory-p) t (expand-file-name file-name-as-directory) signal] 3) tramp-file-name-handler(insert-file-contents /scpc:davi...@oak.well.ox.ac.uk:/tmp/austin.org t nil nil nil) insert-file-contents(/scpc:davi...@oak.well.ox.ac.uk:/tmp/austin.org t) byte-code(\302\303 \302\\210)\302\207 [inhibit-read-only filename t insert-file-contents] 3) find-file-noselect-1(#buffer austin.org /scpc:davi...@oak.well.ox.ac.uk:/tmp/austin.org nil nil /scpc:davi...@oak.well.ox.ac.uk:/tmp/austin.org ((149 . 8410) (-1 . 0))) find-file-noselect(/scpc:davi...@oak.well.ox.ac.uk:/tmp/austin.org nil nil t) find-file(/scpc:davi...@oak.well.ox.ac.uk:/tmp/austin.org t) call-interactively(find-file nil nil) --8---cut here---end---8--- Error with emacs23: --8---cut here---start-8--- Debugger entered--Lisp error: (wrong-type-argument number-or-marker-p )
[Orgmode] Re: Fold preamble/options under first header
John Hendy jw.he...@gmail.com writes:
Hi,
Is it possible to fold the preamble (#+latex_header, #+options, etc.)
under a first header? Mine get rather long, especially for Beamer documents.
I just attempted it and it appears to work, but I wanted to know if anyone
else has tried this and succeeded or if there are any things to watch out
for.
Hi John,
I do this rotutinely without problems. I put all my #+ lines under a
heading named something like Org config and tagged with :noexport:. I
put it at the end of the file, where it is out of the way.
In fact I will stick my neck out and suggest that that should be the
norm for Worg files; in my opinion it is very ugly to start off a file
with a mass of technical configuration lines starting #+. The title,
author and date should be there; not most of the other stuff. Org is
about focusing on content.
However,
Currently I have:
---
* Preamble:noexport:
#+latex_class: beamer
#+author: John Hendy
#+date: \today
#+startup: beamer
#+options: toc:nil latex:t tex:t
#+latex_class_options: [presentation]
#+beamer_frame_level: 2
#+beamer_header_extra: \usetheme{default}
#+latex_header: \usepackage[usenames,dvipsnames]{xcolor}
#+latex_header: \usepackage{tikz,ifthen}
#+latex_header: \usetikzlibrary{decorations,arrows,automata,positioning}
#+latex_header: \usepackage{setspace}
#+latex_header: \setstretch{1.3}
#+latex_header: \usepackage{MinionPro}
#+latex_header: \renewcommand{\sfdefault{Myriad-LF}}
\AtBeginSection[]{
\begin{frame}beamer
\frametitle{Outline}
\tableofcontents[currentsection]
\end{frame}}
I don't think that bit of LaTeX code is going to make it into your
exported output, because the heading is tagged :noexport:. The #+ lines
are fine though.
Dan
#+title: Title
* First actual heading...
--
The output looks fine... are there any foreseeable issues with this?
John
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Fold preamble/options under first header
John Hendy jw.he...@gmail.com writes:
Hi,
Is it possible to fold the preamble (#+latex_header, #+options, etc.)
under a first header? Mine get rather long, especially for Beamer documents.
I just attempted it and it appears to work, but I wanted to know if anyone
else has tried this and succeeded or if there are any things to watch out
for.
Hi John,
I do this rotutinely without problems. I put all my #+ lines under a
heading named something like Org config and tagged with :noexport:. I
put it at the end of the file, where it is out of the way.
In fact I will stick my neck out and suggest that that should be the
norm for Worg files; in my opinion it is very ugly to start off a file
with a mass of technical configuration lines starting #+. The title,
author and date should be there; not most of the other stuff. Org is
about focusing on content.
However,
Currently I have:
---
* Preamble:noexport:
#+latex_class: beamer
#+author: John Hendy
#+date: \today
#+startup: beamer
#+options: toc:nil latex:t tex:t
#+latex_class_options: [presentation]
#+beamer_frame_level: 2
#+beamer_header_extra: \usetheme{default}
#+latex_header: \usepackage[usenames,dvipsnames]{xcolor}
#+latex_header: \usepackage{tikz,ifthen}
#+latex_header: \usetikzlibrary{decorations,arrows,automata,positioning}
#+latex_header: \usepackage{setspace}
#+latex_header: \setstretch{1.3}
#+latex_header: \usepackage{MinionPro}
#+latex_header: \renewcommand{\sfdefault{Myriad-LF}}
\AtBeginSection[]{
\begin{frame}beamer
\frametitle{Outline}
\tableofcontents[currentsection]
\end{frame}}
I don't think that bit of LaTeX code is going to make it into your
exported output, because the heading is tagged :noexport:. The #+ lines
are fine though.
Dan
#+title: Title
* First actual heading...
--
The output looks fine... are there any foreseeable issues with this?
John
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Fold preamble/options under first header
John Hendy jw.he...@gmail.com writes:
Hi,
Is it possible to fold the preamble (#+latex_header, #+options, etc.)
under a first header? Mine get rather long, especially for Beamer documents.
I just attempted it and it appears to work, but I wanted to know if anyone
else has tried this and succeeded or if there are any things to watch out
for.
Hi John,
I do this rotutinely without problems. I put all my #+ lines under a
heading named something like Org config and tagged with :noexport:. I
put it at the end of the file, where it is out of the way.
In fact I will stick my neck out and suggest that that should be the
norm for Worg files; in my opinion it is very ugly to start off a file
with a mass of technical configuration lines starting #+. The title,
author and date should be there; not most of the other stuff. Org is
about focusing on content.
However,
Currently I have:
---
* Preamble:noexport:
#+latex_class: beamer
#+author: John Hendy
#+date: \today
#+startup: beamer
#+options: toc:nil latex:t tex:t
#+latex_class_options: [presentation]
#+beamer_frame_level: 2
#+beamer_header_extra: \usetheme{default}
#+latex_header: \usepackage[usenames,dvipsnames]{xcolor}
#+latex_header: \usepackage{tikz,ifthen}
#+latex_header: \usetikzlibrary{decorations,arrows,automata,positioning}
#+latex_header: \usepackage{setspace}
#+latex_header: \setstretch{1.3}
#+latex_header: \usepackage{MinionPro}
#+latex_header: \renewcommand{\sfdefault{Myriad-LF}}
\AtBeginSection[]{
\begin{frame}beamer
\frametitle{Outline}
\tableofcontents[currentsection]
\end{frame}}
I don't think that bit of LaTeX code is going to make it into your
exported output, because the heading is tagged :noexport:. The #+ lines
are fine though.
Dan
#+title: Title
* First actual heading...
--
The output looks fine... are there any foreseeable issues with this?
John
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Fold preamble/options under first header
John Hendy jw.he...@gmail.com writes:
Hi,
Is it possible to fold the preamble (#+latex_header, #+options, etc.)
under a first header? Mine get rather long, especially for Beamer documents.
I just attempted it and it appears to work, but I wanted to know if anyone
else has tried this and succeeded or if there are any things to watch out
for.
Hi John,
I do this rotutinely without problems. I put all my #+ lines under a
heading named something like Org config and tagged with :noexport:. I
put it at the end of the file, where it is out of the way.
In fact I will stick my neck out and suggest that that should be the
norm for Worg files; in my opinion it is very ugly to start off a file
with a mass of technical configuration lines starting #+. The title,
author and date should be there; not most of the other stuff. Org is
about focusing on content.
However,
Currently I have:
---
* Preamble:noexport:
#+latex_class: beamer
#+author: John Hendy
#+date: \today
#+startup: beamer
#+options: toc:nil latex:t tex:t
#+latex_class_options: [presentation]
#+beamer_frame_level: 2
#+beamer_header_extra: \usetheme{default}
#+latex_header: \usepackage[usenames,dvipsnames]{xcolor}
#+latex_header: \usepackage{tikz,ifthen}
#+latex_header: \usetikzlibrary{decorations,arrows,automata,positioning}
#+latex_header: \usepackage{setspace}
#+latex_header: \setstretch{1.3}
#+latex_header: \usepackage{MinionPro}
#+latex_header: \renewcommand{\sfdefault{Myriad-LF}}
\AtBeginSection[]{
\begin{frame}beamer
\frametitle{Outline}
\tableofcontents[currentsection]
\end{frame}}
I don't think that bit of LaTeX code is going to make it into your
exported output, because the heading is tagged :noexport:. The #+ lines
are fine though.
Dan
#+title: Title
* First actual heading...
--
The output looks fine... are there any foreseeable issues with this?
John
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [PATCH] Adjustment of point in Org-src buffer
Currently, if point is in the #+end_src line, then in the org-src edit buffer it goes to the beginning of the last line. There are two patches below. Patch 1 changes this so that point goes to the end of the last line of code. This gives nicer behaviour when creating an active region in the edit buffer. Patch 2 places a save-excursion round this, and gets rid of an org-goto-line, so that point in the Org buffer is not affected by generating the edit buffer. Patch 1: Adjustment of location of point when generating org-src edit buffer --8---cut here---start-8--- diff --git a/lisp/org-src.el b/lisp/org-src.el index 6c4c464..05580d9 100644 --- a/lisp/org-src.el +++ b/lisp/org-src.el @@ -211,9 +211,7 @@ buffer. (interactive) (unless (eq context 'save) (setq org-edit-src-saved-temp-window-config (current-window-configuration))) - (let ((line (org-current-line)) - (col (current-column)) - (mark (and (use-region-p) (mark))) + (let ((mark (and (use-region-p) (mark))) (case-fold-search t) (info (org-edit-src-find-region-and-lang)) (babel-info (org-babel-get-src-block-info)) @@ -223,7 +221,7 @@ buffer. (preserve-indentation org-src-preserve-indentation) (allow-write-back-p (null code)) block-nindent total-nindent ovl lang lang-f single lfmt buffer msg - begline markline markcol) + begline markline markcol line col) (if (not info) nil (setq beg (move-marker beg (nth 0 info)) @@ -254,6 +252,9 @@ buffer. (org-set-local 'org-edit-src-content-indentation 0 (unless (functionp lang-f) (error No such language mode: %s lang-f)) + (if ( (point) end) (goto-char end)) + (setq line (org-current-line) + col (current-column)) (org-goto-line line) (if (and (setq buffer (org-edit-src-find-buffer beg end)) (if org-src-ask-before-returning-to-edit-buffer --8---cut here---end---8--- Patch 2: Don't move point when generating org-src edit buffer ~ --8---cut here---start-8--- diff --git a/lisp/org-src.el b/lisp/org-src.el index 05580d9..c1d579c 100644 --- a/lisp/org-src.el +++ b/lisp/org-src.el @@ -252,10 +252,10 @@ buffer. (org-set-local 'org-edit-src-content-indentation 0 (unless (functionp lang-f) (error No such language mode: %s lang-f)) - (if ( (point) end) (goto-char end)) - (setq line (org-current-line) - col (current-column)) - (org-goto-line line) + (save-excursion + (if ( (point) end) (goto-char end)) + (setq line (org-current-line) + col (current-column))) (if (and (setq buffer (org-edit-src-find-buffer beg end)) (if org-src-ask-before-returning-to-edit-buffer (y-or-n-p Return to existing edit buffer? [n] will revert changes: ) t)) --8---cut here---end---8--- Dan ___ 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: [PATCH] Adjustment of point in Org-src buffer
Dan Davison davi...@stats.ox.ac.uk writes: Currently, if point is in the #+end_src line, then in the org-src edit buffer it goes to the beginning of the last line. There are two patches below. Patch 1 changes this so that point goes to the end of the last line of code. This gives nicer behaviour when creating an active region in the edit buffer. Patch 2 places a save-excursion round this, and gets rid of an org-goto-line, so that point in the Org buffer is not affected by generating the edit buffer. These patches have been applied. Patch 1: Adjustment of location of point when generating org-src edit buffer diff --git a/lisp/org-src.el b/lisp/org-src.el index 6c4c464..05580d9 100644 --- a/lisp/org-src.el +++ b/lisp/org-src.el @@ -211,9 +211,7 @@ buffer. (interactive) (unless (eq context 'save) (setq org-edit-src-saved-temp-window-config (current-window-configuration))) - (let ((line (org-current-line)) - (col (current-column)) - (mark (and (use-region-p) (mark))) + (let ((mark (and (use-region-p) (mark))) (case-fold-search t) (info (org-edit-src-find-region-and-lang)) (babel-info (org-babel-get-src-block-info)) @@ -223,7 +221,7 @@ buffer. (preserve-indentation org-src-preserve-indentation) (allow-write-back-p (null code)) block-nindent total-nindent ovl lang lang-f single lfmt buffer msg - begline markline markcol) + begline markline markcol line col) (if (not info) nil (setq beg (move-marker beg (nth 0 info)) @@ -254,6 +252,9 @@ buffer. (org-set-local 'org-edit-src-content-indentation 0 (unless (functionp lang-f) (error No such language mode: %s lang-f)) + (if ( (point) end) (goto-char end)) + (setq line (org-current-line) + col (current-column)) (org-goto-line line) (if (and (setq buffer (org-edit-src-find-buffer beg end)) (if org-src-ask-before-returning-to-edit-buffer Patch 2: Don't move point when generating org-src edit buffer ~ diff --git a/lisp/org-src.el b/lisp/org-src.el index 05580d9..c1d579c 100644 --- a/lisp/org-src.el +++ b/lisp/org-src.el @@ -252,10 +252,10 @@ buffer. (org-set-local 'org-edit-src-content-indentation 0 (unless (functionp lang-f) (error No such language mode: %s lang-f)) - (if ( (point) end) (goto-char end)) - (setq line (org-current-line) - col (current-column)) - (org-goto-line line) + (save-excursion + (if ( (point) end) (goto-char end)) + (setq line (org-current-line) + col (current-column))) (if (and (setq buffer (org-edit-src-find-buffer beg end)) (if org-src-ask-before-returning-to-edit-buffer (y-or-n-p Return to existing edit buffer? [n] will revert changes: ) t)) Dan ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Title for capture template
Hello,
I capture a lot of stuff with that template:
--8---cut here---start-8---
(No Org entry
(file+headline ~/Public/Notes-on-Org.txt Notes)
* %^{Title}
:PROPERTIES:
:Created: %U
:END:
%i
From %a
:empty-lines 1)
--8---cut here---end---8---
What I don't understand is that, sometimes, I can reuse (with the up arrow, in
the echo area) the title of the previous capture, sometimes not. Even when I
capture two articles *with the same template* at a couple of minutes
interval...
Unluckily, I still have no clue on how to reproduce this.
Best regards,
Seb
--
Sébastien Vauban
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Title for capture template
On Sep 30, 2010, at 12:58 PM, Sébastien Vauban wrote:
Hello,
I capture a lot of stuff with that template:
--8---cut here---start-8---
(No Org entry
(file+headline ~/Public/Notes-on-Org.txt Notes)
* %^{Title}
:PROPERTIES:
:Created: %U
:END:
%i
From %a
:empty-lines 1)
--8---cut here---end---8---
What I don't understand is that, sometimes, I can reuse (with the up
arrow, in
the echo area) the title of the previous capture, sometimes not.
Even when I
capture two articles *with the same template* at a couple of minutes
interval...
Unluckily, I still have no clue on how to reproduce this.
I believe you can reuse after the second time you are
using the template in an Emacs session, but not after the first.
Seems like the history variable I am using needs to be
initialized first - I just pushed the fix for this.
Note that the history is prompt specific. So all templates that
use a %^{Title} prompt will access the same
history.
HTH
- Carsten
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Having (too) many files in org-agenda-files
On Sep 30, 2010, at 12:20 AM, Sébastien Vauban wrote: Hi Carsten, Carsten Dominik wrote: On Sep 29, 2010, at 10:32 AM, Sébastien Vauban wrote: Carsten Dominik wrote: On Sep 28, 2010, at 8:45 PM, Sébastien Vauban wrote: Of course, I have many, many files in Org mode. All files I write (or touch) in fact. Of course, I would like to search through my files at some point in time. The problem is the load-time of my Emacs, now 221 seconds, coming from 20 seconds before the heavy use of Org... 4 minutes of startup time is entirely unacceptable. And I think you need to identify what is causing this. fontification at display time is standard, I believe. It seems not, from what I see in the Messages buffer. I really don't have the impression of having fiddled with that, really. You must be doing something strange [...] maybe forcing global fontification for each file or so. To repeat myself, no to that question. But ispell and flyspell are called for Org files. Maybe there are interactions? [Using org-agenda-text-search-extra-files] reduces my load time from 221 seconds down to 92 seconds. Already a huge diff! Still bad though. I am wondering what is causing the fontification message. I do not get this, so it must be something in your setup. You should try to find out when this is happening and why. You've seen, from my reply to Matt, why my *Messages* buffer is more verbose than yours. It's on purpose, just to be able to figure out more easily what's going on. Though, I don't have yet... Also, you might consider to remove (org-agenda-list) from .emacs. I think it is pretty much always a bad idea to put a command like this into your startup. Just make it a habit to call it early after starting Emacs. Honestly, that would not change that much. Having to wait 92 seconds at startup, or a long time just a few minutes later has the same impact for me. And: don't try to make me stop using Org ;-)) :-) The reason why I am suggesting to remove this command is more that it make emacs more usable for command line usage etc. Furthermore, you are adding quite a bit to font-lock, but I don't see why it should be so slow. My Emacs starts up in 4 seconds at most. When I create an agenda, I am talking 1 second to maybe 2. I have about 10 files contributing to the agenda. - Carsten It also seems to me you some of the extra packages might be activated several times in each file. One possible reason could be that you have put the code to turn them on into several hooks like text-mode-hook, outline-mode-hook, and org-mode-hook. Turning on org-mode will first run text-mode-hook, then outline-mode-hook, then org-mode-hook . Maybe you are also calling font-lock-fontify-buffer explicitly in one of your hooks? The only fontification customs that I do are here: --8---cut here---start-8--- ;; special words (setq keywords-critical-pattern \\(BUGS\\|FIXME\\|TODO\\|todo\\|XXX\\|[Ee][Rr][Rr][Oo][Rr]\\| [Mm][Ii][Ss][Ss][Ii][Nn][Gg]\\|[Ii][Nn][Vv][Aa][Ll][Ii][Dd]\\|[Ff] [Aa][Ii][Ll][Ee][Dd]\\|[Cc][Oo][Rr][Rr][Uu][Pp][Tt][Ee][Dd]\\)) (make-face 'keywords-critical) (GNUEmacs (set-face-attribute 'keywords-critical nil :foreground red :background yellow :weight 'bold)) (setq keywords-org-critical-pattern \\(BUGS\\|FIXME\\|XXX\\|[^*] TODO\\|[Ee][Rr][Rr][Oo][Rr]\\|[Mm] [Ii][Ss][Ss][Ii][Nn][Gg]\\|[Ii][Nn][Vv][Aa][Ll][Ii][Dd]\\|[Ff][Aa] [Ii][Ll][Ee][Dd]\\|[Cc][Oo][Rr][Rr][Uu][Pp][Tt][Ee][Dd]\\)) ; smaller subset of keywords for ensuring no conflict with Org mode TODO keywords ;; FIXME Highlighting all special keywords but TODO in Org mode is already a ;; good step. Though, a nicer integration would be that TODO strings in the ;; headings are not touched by this code, and that only TODO strings in the ;; text body would be. Don't know (yet) how to do that... (make-face 'keywords-org-critical) (GNUEmacs (set-face-attribute 'keywords-org-critical nil :foreground red :background yellow :weight 'bold)) (setq keywords-normal-pattern \\([Ww][Aa][Rr][Nn][Ii][Nn][Gg]\\)) (make-face 'keywords-normal) (GNUEmacs (set-face-attribute 'keywords-normal nil :foreground magenta2 :background yellow)) ;; set up highlighting of special words for proper selected major modes only (dolist (mode '(fundamental-mode svn-log-view-mode text-mode)) ; no interference with Org mode (which derives from text-mode) (font-lock-add-keywords mode `((,keywords-critical-pattern 1 'keywords- critical prepend) (,keywords-normal-pattern 1 'keywords- normal prepend ;; set up highlighting of special words for Org mode only (dolist (mode '(org-mode)) (font-lock-add-keywords mode `((,keywords-org-critical-pattern 1 'keywords-org-critical prepend)
[Orgmode] Re: Title for capture template
Hi Carsten,
Carsten Dominik wrote:
On Sep 30, 2010, at 12:58 PM, Sébastien Vauban wrote:
What I don't understand is that, sometimes, I can reuse (with the up arrow,
in the echo area) the title of the previous capture, sometimes not. Even
when I capture two articles *with the same template* at a couple of minutes
interval...
Unluckily, I still have no clue on how to reproduce this.
I believe you can reuse after the second time you are using the template in
an Emacs session, but not after the first. Seems like the history variable I
am using needs to be initialized first.
That's a possible explanation. I'll update and report any future problem.
Note that the history is prompt specific. So all templates that
use a %^{Title} prompt will access the same
history.
OK. Thanks.
Best regards,
Seb
--
Sébastien Vauban
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Having (too) many files in org-agenda-files
Hi, Carsten Dominik wrote: On Sep 30, 2010, at 12:20 AM, Sébastien Vauban wrote: Carsten Dominik wrote: On Sep 29, 2010, at 10:32 AM, Sébastien Vauban wrote: Carsten Dominik wrote: On Sep 28, 2010, at 8:45 PM, Sébastien Vauban wrote: Of course, I have many, many files in Org mode. All files I write (or touch) in fact. Of course, I would like to search through my files at some point in time. The problem is the load-time of my Emacs, now 221 seconds, coming from 20 seconds before the heavy use of Org... 4 minutes of startup time is entirely unacceptable. And I think you need to identify what is causing this. fontification at display time is standard, I believe. It seems not, from what I see in the Messages buffer. I really don't have the impression of having fiddled with that, really. You must be doing something strange [...] maybe forcing global fontification for each file or so. To repeat myself, no to that question. But ispell and flyspell are called for Org files. Maybe there are interactions? [Using org-agenda-text-search-extra-files] reduces my load time from 221 seconds down to 92 seconds. Already a huge diff! Still bad though. I am wondering what is causing the fontification message. I do not get this, so it must be something in your setup. You should try to find out when this is happening and why. You've seen, from my reply to Matt, why my *Messages* buffer is more verbose than yours. It's on purpose, just to be able to figure out more easily what's going on. Though, I don't have yet... Also, you might consider to remove (org-agenda-list) from .emacs. I think it is pretty much always a bad idea to put a command like this into your startup. Just make it a habit to call it early after starting Emacs. Honestly, that would not change that much. Having to wait 92 seconds at startup, or a long time just a few minutes later has the same impact for me. And: don't try to make me stop using Org ;-)) :-) The reason why I am suggesting to remove this command is more that it make emacs more usable for command line usage etc. Not convinced yet ;-) For command-line Emacs, either I use emacsclient or emacs without my config file, so that's not the problem there. And the fact is I need my agenda quite early in the process (after firing up Emacs). Furthermore, you are adding quite a bit to font-lock, but I don't see why it should be so slow. Does someone know if the way I use column-marker and the highlighting some keywords is wrong? My Emacs starts up in 4 seconds at most. When I create an agenda, I am talking 1 second to maybe 2. I have about 10 files contributing to the agenda. I would love such figures. It also seems to me you some of the extra packages might be activated several times in each file. One possible reason could be that you have put the code to turn them on into several hooks like text-mode-hook, outline-mode-hook, and org-mode-hook. Turning on org-mode will first run text-mode-hook, then outline-mode-hook, then org-mode-hook . Maybe you are also calling font-lock-fontify-buffer explicitly in one of your hooks? The only fontification customs that I do are here: --8---cut here---start-8--- ;; special words (setq keywords-critical-pattern \\(BUGS\\|FIXME\\|TODO\\|todo\\|XXX\\|[Ee][Rr][Rr][Oo][Rr]\\| [Mm][Ii][Ss][Ss][Ii][Nn][Gg]\\|[Ii][Nn][Vv][Aa][Ll][Ii][Dd]\\|[Ff] [Aa][Ii][Ll][Ee][Dd]\\|[Cc][Oo][Rr][Rr][Uu][Pp][Tt][Ee][Dd]\\)) (make-face 'keywords-critical) (GNUEmacs (set-face-attribute 'keywords-critical nil :foreground red :background yellow :weight 'bold)) (setq keywords-org-critical-pattern \\(BUGS\\|FIXME\\|XXX\\|[^*] TODO\\|[Ee][Rr][Rr][Oo][Rr]\\|[Mm] [Ii][Ss][Ss][Ii][Nn][Gg]\\|[Ii][Nn][Vv][Aa][Ll][Ii][Dd]\\|[Ff][Aa] [Ii][Ll][Ee][Dd]\\|[Cc][Oo][Rr][Rr][Uu][Pp][Tt][Ee][Dd]\\)) ; smaller subset of keywords for ensuring no conflict with Org mode TODO keywords ;; FIXME Highlighting all special keywords but TODO in Org mode is already a ;; good step. Though, a nicer integration would be that TODO strings in the ;; headings are not touched by this code, and that only TODO strings in the ;; text body would be. Don't know (yet) how to do that... (make-face 'keywords-org-critical) (GNUEmacs (set-face-attribute 'keywords-org-critical nil :foreground red :background yellow :weight 'bold)) (setq keywords-normal-pattern \\([Ww][Aa][Rr][Nn][Ii][Nn][Gg]\\)) (make-face 'keywords-normal) (GNUEmacs (set-face-attribute 'keywords-normal nil :foreground magenta2 :background yellow)) ;; set up highlighting of special words for proper selected major modes only (dolist (mode '(fundamental-mode svn-log-view-mode text-mode)) ; no interference with Org mode (which derives from text-mode) (font-lock-add-keywords mode `((,keywords-critical-pattern 1 'keywords- critical
[Orgmode] Re: How do I convert org to OpenOffice?
Lennart Borgman lennart.borg...@gmail.com writes: There is a way, isn't there? ;-) I've had great success with LaTeX2rtf (i..e, org-LaTeX-rtf). As long as you are not using too many exotic packages, it works like a charm. The website indicates that there are Windows binaries available: http://latex2rtf.sourceforge.net/ http://sourceforge.net/projects/latex2rtf/files/ 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] Re: Fold preamble/options under first header
Thanks Dan and Juan.
So far everything has seemed to work, though a few odds and ends occurred --
I'm going to try moving to the end of the file and see if that helps. I
think I had to remove the headline, C-c C-c to get a modified option to
take and then could re-add the headline. I might be wrong about needing to
do that. I'll fiddle some more. Thanks for the #+setupfile tip!
John
On Thu, Sep 30, 2010 at 3:53 AM, Dan Davison davi...@stats.ox.ac.uk wrote:
John Hendy jw.he...@gmail.com writes:
Hi,
Is it possible to fold the preamble (#+latex_header, #+options, etc.)
under a first header? Mine get rather long, especially for Beamer
documents.
I just attempted it and it appears to work, but I wanted to know if
anyone
else has tried this and succeeded or if there are any things to watch out
for.
Hi John,
I do this rotutinely without problems. I put all my #+ lines under a
heading named something like Org config and tagged with :noexport:. I
put it at the end of the file, where it is out of the way.
In fact I will stick my neck out and suggest that that should be the
norm for Worg files; in my opinion it is very ugly to start off a file
with a mass of technical configuration lines starting #+. The title,
author and date should be there; not most of the other stuff. Org is
about focusing on content.
However,
Currently I have:
---
* Preamble:noexport:
#+latex_class: beamer
#+author: John Hendy
#+date: \today
#+startup: beamer
#+options: toc:nil latex:t tex:t
#+latex_class_options: [presentation]
#+beamer_frame_level: 2
#+beamer_header_extra: \usetheme{default}
#+latex_header: \usepackage[usenames,dvipsnames]{xcolor}
#+latex_header: \usepackage{tikz,ifthen}
#+latex_header: \usetikzlibrary{decorations,arrows,automata,positioning}
#+latex_header: \usepackage{setspace}
#+latex_header: \setstretch{1.3}
#+latex_header: \usepackage{MinionPro}
#+latex_header: \renewcommand{\sfdefault{Myriad-LF}}
\AtBeginSection[]{
\begin{frame}beamer
\frametitle{Outline}
\tableofcontents[currentsection]
\end{frame}}
I don't think that bit of LaTeX code is going to make it into your
exported output, because the heading is tagged :noexport:. The #+ lines
are fine though.
Dan
#+title: Title
* First actual heading...
--
The output looks fine... are there any foreseeable issues with this?
John
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [PATCH] Compiling multiple times the LaTeX output
Hi Noorul and all, Noorul Islam K M wrote: Sébastien Vauban wxhgmqzgw...@spammotel.com writes: I've been taught of a weird observation: the page number indicated in the TOC of a PDFLaTeX output is wrong by one page... Quoting from source code (defcustom org-latex-to-pdf-process '(pdflatex -interaction nonstopmode -output-directory %o %f pdflatex -interaction nonstopmode -output-directory %o %f) Commands to process a LaTeX file to a PDF file. This is a list of strings, each of them will be given to the shell as a command. Attached my proposed patch for fixing this, regarding the TOC error (needed a third compilation). Here, as many compilations as necessary are run, up to when LaTeX confirms the result is stable (no message please re-run...). Best regards, Seb -- Sébastien Vauban Changes in HEAD Modified lisp/org-latex.el diff --git a/lisp/org-latex.el b/lisp/org-latex.el index 9a62457..4b3e7f2 100644 --- a/lisp/org-latex.el +++ b/lisp/org-latex.el @@ -456,17 +456,17 @@ allowed. The default we use here encompasses both. :group 'org-export) (defcustom org-latex-to-pdf-process - '(pdflatex -interaction nonstopmode -output-directory %o %f -pdflatex -interaction nonstopmode -output-directory %o %f) + '(rm -f %b.log; pdflatex -interaction nonstopmode -output-directory %o %f; while (grep -e \Rerun .* cross-references\ %b.log /dev/null); do rm -f %b.log; pdflatex -interaction nonstopmode -output-directory %o %f; done) Commands to process a LaTeX file to a PDF file. This is a list of strings, each of them will be given to the shell as a command. %f in the command will be replaced by the full file name, %b by the file base name (i.e. without extension) and %o by the base directory of the file. The reason why this is a list is that it usually takes several runs of -pdflatex, maybe mixed with a call to bibtex. Org does not have a clever -mechanism to detect which of these commands have to be run to get to a stable -result, and it also does not do any error checking. +pdflatex, maybe mixed with a call to bibtex. Org does now have a clever +mechanism to detect how many times the document has to be compiled to +get to a stable result for the cross-references. Though, bibtex calls +are still missing and it also does not do any error checking. Alternatively, this may be a Lisp function that does the processing, so you could use this to apply the machinery of AUCTeX or the Emacs LaTeX mode. ___ 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: with-parsed-tramp-file-name
On Thu, Sep 30 2010, Dan Davison wrote: Just btw, I use Org every day at the moment (with emacs24) to execute code (mostly R) on remote machines. The method I use is to store all Org files locally, and use the :dir header argument to specify the machine on which to run R, e.g. At some point I was (naively?) worried about the portability of this kind of path. Additionally, I do sometimes want to run things locally, like if I'm offline. Because a file that is opened over TRAMP usually transparently starts processes over TRAMP, and because it's less typing, and because of my untested portability concern, I have stuck to using the edit-and-execute over TRAMP method, with all paths defined relative to the edited file. #+babel: :dir /davi...@oak.well.ox.ac.uk:~/bench [...] #+begin_src R system(hostname, intern=TRUE) #+end_src #+results: : oak Do you get the same error evaluating R remotely using this method? I do, when using the previously-reported config file. What's your emacs version? GNU Emacs 24.0.50.7 (powerpc-apple-darwin8.11.0, NS apple-appkit-824.48) of 2010-09-30 I don't see tramp-sh in emacs23; I do see it in emacs24. Yup, I use emacs24 built from a checkout from the git mirror of the bzr sources. How about we test this simple source block: #+begin_src R system(hostname, intern=TRUE) #+end_src in a file on the remote machine opened using C-x C-f with the /u...@machine:path/to/file syntax, with this minimal config: (add-to-list 'load-path /PATH/TO/ess/lisp) (require 'ess-site) (add-to-list 'load-path /PATH/TO/org-mode/lisp) (require 'org-install) (setq debug-on-error t) (org-babel-do-load-languages 'org-babel-load-languages '((R . t))) I suspect part of the problem is to do with those (require tramp...) lines in your config. Could you try without those lines, and without (add-to-list 'tramp-remote-path 'tramp-own-remote-path) I can try this for debugging, but I do need that configuration option eventually. I build R and install R packages within my home directory on the server in question. Without 'tramp-own-remote-path my R packages aren't found by the R process. Also, this Instead, could you try (setq org-babel-R-command /PATH/TO/R/EXECUTABLE --slave --no-save) is not a portable solution, as on my local machine I use /usr/local/bin/R and on the remote machine I use ~/bin/R. I suppose I could setup a conditional assignment based on host name, but since I already know 'tramp-own-remote-path works, that's my preferred option. Also, all of the results below are unchanged when I explicitly set the org-babel-R-command. Results: 1. This file, opened locally: --8---cut here---start-8--- #+begin_src emacs-lisp (add-to-list 'load-path /usr/local/share/emacs/site-lisp) (require 'ess-site) (add-to-list 'load-path (expand-file-name ~/src.remote/org-mode/lisp)) (require 'org-install) (setq debug-on-error t) (org-babel-do-load-languages 'org-babel-load-languages '((R . t))) #+end_src #+results: | (R . t) | #+begin_src R :dir /bcs:~/ system(hostname, intern=TRUE) #+end_src --8---cut here---end---8--- Gives this backtrace: #v+ Debugger entered--Lisp error: (void-function org-babel-temp-file) org-babel-temp-file(R-) org-babel-R-evaluate-external-process(system(\hostname\, intern=TRUE) value nil nil) org-babel-R-evaluate(nil system(\hostname\, intern=TRUE) value nil nil) org-babel-execute:R(system(\hostname\, intern=TRUE)\n ((:cache . no) (:comments . ) (:dir . /bcs:~/) (:exports . code) (:hlines . no) (:noweb . no) (:results . replace) (:session . none) (:shebang . ) (:tangle . no))) org-babel-execute-src-block(nil (R system(\hostname\, intern=TRUE)\n ((:cache . no) (:comments . ) (:dir . /bcs:~/) (:exports . code) (:hlines . no) (:noweb . no) (:results . replace) (:session . none) (:shebang . ) (:tangle . no)) nil nil 0)) org-babel-execute-src-block-maybe() run-hook-with-args-until-success(org-babel-execute-src-block-maybe) org-ctrl-c-ctrl-c(nil) call-interactively(org-ctrl-c-ctrl-c nil nil) #v- This is also true if I explicitly set `org-babel-R-command' in the emacs-lisp source block, as well as if I explicitly (require 'ob). This feels to me like it isn't even getting to the point where the TRAMP errors could arise. If I manually load ob.el by M-x load-file with Location as /path/to/ob.el then C-c C-c works. But (require 'ob) is not working. Am I missing something? With the above minimal config file edited locally with a remote execution directory, I get the same as Noruul. The above error disappears if I (load-file ~/src.remote/org-mode/lisp/ob.el). I also no longer get the TRAMP error I originally reported. Noruul, what does (featurep 'ob) evaluate to before you manually attempt the (require 'ob) ? And what goes wrong when you do the require? (featurep 'ob) reports `t' for me, before a (require 'ob). (fboundp
Re: [Orgmode] table, moving cells
Theres a very simple way to do this; its been available in EMACS as long as I can remember--which is back to the late 80's--and OrgMode makes it even easier since it evens-up/covers-down/aligns columns in real-time: All you have to do is: Go to the bottom right corner of the cell or column you would like to move and set a mark CS@, then go the the top right corner of the square cell or rectangular region of cells you intend to move and do Cxk == cut-rectangle--then go to where you want to move the cell or rectangle and do Cxry to do the yank-rectangle where you'd like to put it. I just tested it--works fine! ;-) On Thu, Sep 30, 2010 at 3:51 AM, Martin G. Skjæveland mart...@ifi.uio.nowrote: On 29/09/10 17:58, Carsten Dominik wrote: Hi Martin, On Sep 25, 2010, at 6:02 PM, Martin G. Skjæveland wrote: Hi, is there a quick way for moving a cell about in a table? I enjoy swapping the order of rows and columns in a table using Meta + [arrow], but I have not found a ways of doing the same for a single cell. Is it possible? Example, with the cursor on '2' in the following table | A | B | C | | 1 | 2 | 3 | | x | y | z | and pressing [move cell left] would give me | A | B | C | | 2 | 1 | 3 | | x | y | z | Thanks! Hi Carsten I fail to see the use case for this. I have come across two use cases lately where I have been missing this feature: 1) in a timetable, swapping a cell or two, e.g., the title of a talk and the speaker, with next week's values; and 2) making a seating plan for a social event. In the latter, moving people about quick and easy is nice. Yes, this can be useful sometimes, and you can use `C-c C-x C-w' and `C-c C-x C-y' to cut and paste individual fields or even rectangular regions. Ok, thanks, I did not know about these. But for pushing a cell value to a neighboring cell, I don't see a frequent use that would call for a special command beyond what I listed above. Do you? I agree that it is not a frequent operation. For the seating plan, I ended up with lots of post-it notes on a wall, which worked just fine! :) Thanks again! Martin ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Having (too) many files in org-agenda-files
Hi Carsten, Carsten Dominik wrote: On Sep 28, 2010, at 8:45 PM, Sébastien Vauban wrote: I would like to search through my files at some point in time. I even would like to search through your files at some point in time, I mean through =org-mode/contrib/babel= and =Worg= for example. Hence, I put them in =org-agenda-files= [...]. About a separate variable for search file, that does of cause exist: org-agenda-text-search-extra-files Funny, though, that these files are already scanned when: - clocking in a task of some org-agenda-files, or I don't see the reason for this. - calling the org-dispatcher (=C-c a=) I understand that such scan should occur as soon as I press =C-c a s=, but why already when pressing =C-c a=? Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: how to show all subheadings of current level +1, then all of current level +2 etc.
Hi Michael, Am 01.09.2010 19:13, schrieb Michael Brand: Hi Rainer On Tue, Aug 17, 2010 at 20:32, Michael Brand michael.ch.br...@gmail.com wrote: My implementation shows the same level always for _all_ headings in the file. Showing or hiding more or less levels for only the _current_ heading as I understand you would like, is too hard for me to implement without help. It was not that hard for me to eliminate this limitation, see http://thread.gmane.org/gmane.emacs.orgmode/17581/focus=29518 Michael ___ 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 I finally tried your code! Excellent, thanks! Works as expected! One thing I noticed. It will continue to increment the Content view to relative level counter even when all levels are expanded. Rainer ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Having (too) many files in org-agenda-files
On Sep 30, 2010, at 3:37 PM, Sébastien Vauban wrote: Hi Carsten, Carsten Dominik wrote: On Sep 28, 2010, at 8:45 PM, Sébastien Vauban wrote: I would like to search through my files at some point in time. I even would like to search through your files at some point in time, I mean through =org-mode/contrib/babel= and =Worg= for example. Hence, I put them in =org-agenda-files= [...]. About a separate variable for search file, that does of cause exist: org-agenda-text-search-extra-files Funny, though, that these files are already scanned when: - clocking in a task of some org-agenda-files, or I don't see the reason for this. - calling the org-dispatcher (=C-c a=) I understand that such scan should occur as soon as I press =C-c a s=, but why already when pressing =C-c a=? No, this is wrong. Please check the content of org-agenda-files. - Carsten Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: How do I convert org to OpenOffice?
Matt Lundin m...@imapmail.org writes: Lennart Borgman lennart.borg...@gmail.com writes: There is a way, isn't there? ;-) I've had great success with LaTeX2rtf (i..e, org-LaTeX-rtf). As long as you are not using too many exotic packages, it works like a charm. It works fairly well with LaTeX2rtf. Cross references didn't work though. A colleague just showed me PyODConverter[1] which seems to be some kind of command line remote control for OO.o. So what you do is to export org to html and then use PyODConverter to convert html to doc. According to him it works well. HTH Christian Footnotes: [1] http://www.artofsolving.com/opensource/pyodconverter -- Christian Egli Swiss Library for the Blind, Visually Impaired and Print Disabled Grubenstrasse 12, CH-8045 Zürich, Switzerland ___ 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: Filter scheduled items
Out of curiosity, how are you doing this in org-mode? I currently use an inbox and touch each TODO item once to schedule, prioritize, and file it, but I have to open up my tasks file. If there is a way to see these in agenda, it would allow me to add other files to my agenda (files without inboxes) and schedule them for completion. Thanks, Jeff On Wed, Sep 29, 2010 at 11:27 PM, Marcelo de Moraes Serpa celose...@gmail.com wrote: Hmm, org actually does this already. The problem is that I was filtering by TODO items, and the scheduled item was the parent of two TODO items (A non-TODO item tagged as PROJECT). So now I guess the question is: Can I make sub-items inherit the schedule information? Thanks! Marcelo. On Wed, Sep 29, 2010 at 7:16 PM, Marcelo de Moraes Serpa celose...@gmail.com wrote: Hello list, Is therre a way to create an agenda view which will display only items that have no been scheduled to a date in the future? Thanks, Marcelo. ___ 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 -- Jeffrey Horn Graduate Lecturer and PhD Student in Economics George Mason University (704) 271-4797 jh...@gmu.edu jrhorn...@gmail.com ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] ELPA Howto
This means that a restart of Emacs is necessary for the new changes to take effect. I am not sure whether it is intended. But this behaviour could surprise the user. When using ELPA, I always restart emacs. I got into that habit when installing many code packages (like the ruby/rails package, is it Rinari?). I kept getting weird errors without a restart. I guess what I'm saying is org won't be alone in requiring a restart. Jeff ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] latex export problem
Dear list,
I have an org file named test.org structured as follows (minimal example):
--minimal example
* Head
text
* Second head
:PROPERTIES:
:EXPORT_OPTIONS: H:5 num:nil toc:t \n:nil @:t ::t |:t ^:{} -:t f:t
*:t skip:nil d:nil tags:nil
:EXPORT_TITLE: My Title
:EXPORT_FILE_NAME: scripts/filename
:END:
#+begin_src latex
\input gentium-ge
#+end_src
** section
text
--end of minimal example---
I export the second head to a filename.tex file in a subdirectory (and
convert it later to ConTeXt code, but that shouldn't matter here). I
swear that this worked -- I have everything pertaining to my lectures in
this file.
However, it stopped working recently (without updating org-mode). All I
get when I export Second Head to latex is:
No such file: /Users/me/test.org
The cause is the #+begin_src ... #+end_src block
Did I inadvertently change some parameter? Or is it a bug (less likely)?
Thanks for your suggestions, Jörg
___
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: [PATCH] Allow code edit buffer to inherit active region
Sébastien Vauban wxhgmqzgwmuf-genee64ty+gs+fvcfc7...@public.gmane.org writes: Hi Dan, Dan Davison wrote: Now, if the region is contained within a src block, then it will be inherited by the language major mode edit buffer. One consequence is that commands like M-; (comment-region) and C-M-\ (indent-region) can be called with their native effects from a src block in the Org buffer. Am I right assuming we still need such a code in order to get the wanted effect with the native keys (I mean, for example, =M-;= instead of =C-c C-v C-x M-;=)? Hi Séb, Yes. If people think it is worthwhile, we could make it so that these are controlled by variables `org-src-comment-natively' and `org-src-indent-natively'. However, currently that is not the case. The only such variable currently is `org-src-tab-acts-natively'. By the way, please note that there is a minor wrinkle: if you place point in the #+end_src line in the Org buffer, then it goes to the beginning of the last line of code in the edit buffer, and the region will not contain what you were intending (all the code). I'm going to submit a patch so that point goes to the end of the code in this case. Dan ;; allow comment region in the code edit buffer (according to language) (defun my/org-comment-dwim (optional arg) (interactive P) (or (org-babel-do-key-sequence-in-edit-buffer (kbd M-;)) (comment-dwim arg))) (define-key org-mode-map (kbd M-;) 'my/org-comment-dwim) ;; allow indent region in the code edit buffer (according to language) (defun my/org-indent-region (optional arg) (interactive P) (or (org-babel-do-key-sequence-in-edit-buffer (kbd C-M-\\)) (indent-region arg))) (define-key org-mode-map (kbd C-M-\\) 'my/org-indent-region) BTW, note that I make use of =kbd= to have a more intuitive writing of the key bindings (just copy what =C-h k= shows, except for the =\= that has to be escaped). Isn't this more portable (other versions of Emacs, or XEmacs)? 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] Org-protocol / Chrome on Linux
Yes i'm running a pretty standard Ubuntu 10.04 setup. I managed to get it working on chrome by removing the encodeURIComponent command on location.href. I could simulate it in the terminal like this. matt...@helium:~$ xdg-open org-protocol://capture://http%3A%2F%2Forgmode.org Error showing URL: Operation not supported matt...@helium:~$ xdg-open org-protocol://capture://http://orgmode.org matt...@helium:~$ (worked) Strange that it worked in FF. Maybe Chrome and FF encodes URIs differently? Anyway. Works for me now so i'm pleased... /Mattias On Wed, Sep 1, 2010 at 01:20, Sebastian Rose sebastian_r...@gmx.de wrote: Mattias Jämting matt...@jwd.se writes: Hello, Have someone managed to get org-protocol ( http://orgmode.org/worg/org-contrib/org-protocol.php) working in chrome on linux (i use ubuntu) ? (I have tried; it works in firefox, but not in chrome - which is my preferred browser nowadays.) Please let my know if it works for you, or if you have any hints on setting it up. Do you have Gnome libs installed? On a current GNU/Linux you could install protocol handlers for all programs as explained in http://orgmode.org/worg/org-contrib/org-protocol.php#sec-3_1 I don't know how to setup protocols with Chrome, but once you have done that, restarting Chrome and clicking one of the test links should work: http://orgmode.org/worg/org-contrib/org-protocol.php#sec-3_4 Please report back if you get it to work. Maybe you could even provide a little description we could add to the docs. HTH Sebastian (I will not use Chrome, since I don't want sites as trusted repos in my sources list, that uses the uninstall script in the *.deb package, to put the site into my sources list again.) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode -- Mattias Jämting www.jwd.se | matt...@jwd.se | 070-6760182 Internet, Coding, Design, Usablility - since 1998 ___ 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] table, moving cells
On 2010-09-30 13:21, Martin G. Skjæveland wrote: For the seating plan, I ended up with lots of post-it notes on a wall, which worked just fine! :) You might consider using a concept/graph editor like yED (closed source) or Dia or xfig and save the trees and the paint on your wall! ___ 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: [PATCH] Allow code edit buffer to inherit active region
Hi Dan, Dan Davison wrote: Sébastien Vauban writes: Dan Davison wrote: Now, if the region is contained within a src block, then it will be inherited by the language major mode edit buffer. One consequence is that commands like M-; (comment-region) and C-M-\ (indent-region) can be called with their native effects from a src block in the Org buffer. Am I right assuming we still need such a code in order to get the wanted effect with the native keys (I mean, for example, =M-;= instead of =C-c C-v C-x M-;=)? Yes. If people think it is worthwhile, we could make it so that these are controlled by variables `org-src-comment-natively' and `org-src-indent-natively'. However, currently that is not the case. The only such variable currently is `org-src-tab-acts-natively'. I find such a code worthwhile, for every Org-Babel user, yes. I would advocate for don't hesitate one more minute... unless there's a nope! popping up very soon... By the way, please note that there is a minor wrinkle: if you place point in the #+end_src line in the Org buffer, then it goes to the beginning of the last line of code in the edit buffer, and the region will not contain what you were intending (all the code). I'm going to submit a patch so that point goes to the end of the code in this case. I've indeed got glitches when playing a bit with it. Thanks for the coming updates... Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Having (too) many files in org-agenda-files
Sébastien Vauban wxhgmqzgw...@spammotel.com wrote: Also, you might consider to remove (org-agenda-list) from .emacs. I think it is pretty much always a bad idea to put a command like this into your startup. Just make it a habit to call it early after starting Emacs. Honestly, that would not change that much. Having to wait 92 seconds at startup, or a long time just a few minutes later has the same impact for me. And: don't try to make me stop using Org ;-)) :-) The reason why I am suggesting to remove this command is more that it make emacs more usable for command line usage etc. Not convinced yet ;-) For command-line Emacs, either I use emacsclient or emacs without my config file, so that's not the problem there. And the fact is I need my agenda quite early in the process (after firing up Emacs). Maybe you should try adding a call to the profiler to your .emacs and try to measure e.g. how much the font locking costs. Off the top of my head and entirely untested, adding , | (require 'elp) | (elp-instrument-package font-lock) | | ;; rest of your .emacs | | (elp-results) ` might be enough. HTH, Nick ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] buglet in org-toggle-checkbox
Not a big bug... When I invoke org-toggle-checkbox with ^U in order to add a checkbox to a list item that doesn't have one, I get this message in the minibuffer: Invalid search bound (wrong side of point) although the command seems to work correctly. When I turn on debug-on-error, I get the following backtrace: Debugger entered--Lisp error: (error Invalid search bound (wrong side of point)) re-search-forward(^\\([ ]*\\([-+]\\|\\([0-9]+[.)]\\)\\)\\|[ ]+\\*\\)\\([]+\\|$\\) #marker at 86578 in todo.org move) byte-code(` \n \f#\204 At the point when I invoke this, I was at this position (marked by ++) in the buffer ** TODO Headline [/] - ++ Best, r ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [PATCH] Compiling multiple times the LaTeX output
Sébastien Vauban wxhgmqzgw...@spammotel.com wrote: Hi Noorul and all, Noorul Islam K M wrote: Sébastien Vauban wxhgmqzgw...@spammotel.com writes: I've been taught of a weird observation: the page number indicated in the TOC of a PDFLaTeX output is wrong by one page... Quoting from source code (defcustom org-latex-to-pdf-process '(pdflatex -interaction nonstopmode -output-directory %o %f pdflatex -interaction nonstopmode -output-directory %o %f) Commands to process a LaTeX file to a PDF file. This is a list of strings, each of them will be given to the shell as a command. Attached my proposed patch for fixing this, regarding the TOC error (needed a third compilation). Here, as many compilations as necessary are run, up to when LaTeX confirms the result is stable (no message please re-run...). I don't know if that's still the case, but there were (rare) situations where that would *never* happen: LaTeX would oscillate between two different states of output, so you always needed to do one more compilation. The only fix was to rearrange the *input* sligthly to try to get LaTeX out of its rut. It may be wise to limit the number of compilations to 3 (but perhaps make it configurable, so that it can be increased if necessary). Nick ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Org-protocol / Chrome on Linux
Mattias Jämting matt...@jwd.se writes: Yes i'm running a pretty standard Ubuntu 10.04 setup. I managed to get it working on chrome by removing the encodeURIComponent command on location.href. I could simulate it in the terminal like this. matt...@helium:~$ xdg-open org-protocol://capture://http%3A%2F%2Forgmode.org Error showing URL: Operation not supported matt...@helium:~$ xdg-open org-protocol://capture://http://orgmode.org matt...@helium:~$ (worked) Strange that it worked in FF. Maybe Chrome and FF encodes URIs differently? Ooops! I just was going to blame Google. Looking into the ECMA standard, I found this: 15.1.3 URI Handling Function Properties ... ... A URI is composed of a sequence of components separated by component separators. The general form is: Scheme : First / Second ; Third ? Fourth where the italicised names represent components and the “:”, “/”, “;” and “?” are reserved characters used as separators. The encodeURI and decodeURI functions are intended to work with complete URIs; they assume that any reserved characters in the URI are intended to have special meaning and so are not encoded. The encodeURIComponent and decodeURIComponent functions are intended to work with the individual component parts of a URI; they assume that any reserved characters represent text and so must be encoded so that they are not interpreted as reserved characters when the component is part of a complete URI. That document states encodeURI is to be used with complete URIs (as the name says...). Funny. Chrome is the only browser that works like that :) I'll go and adjust the docs. Thanks for your Report!! Sebastian ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Org-protocol / Chrome on Linux
Sebastian Rose sebastian_r...@gmx.de writes: Mattias Jämting matt...@jwd.se writes: Yes i'm running a pretty standard Ubuntu 10.04 setup. I managed to get it working on chrome by removing the encodeURIComponent command on location.href. I could simulate it in the terminal like this. matt...@helium:~$ xdg-open org-protocol://capture://http%3A%2F%2Forgmode.org Error showing URL: Operation not supported matt...@helium:~$ xdg-open org-protocol://capture://http://orgmode.org matt...@helium:~$ (worked) Strange that it worked in FF. Maybe Chrome and FF encodes URIs differently? Ooops! I just was going to blame Google. Looking into the ECMA standard, I found this: 15.1.3 URI Handling Function Properties ... ... A URI is composed of a sequence of components separated by component separators. The general form is: Scheme : First / Second ; Third ? Fourth where the italicised names represent components and the “:”, “/”, “;” and “?” are reserved characters used as separators. The encodeURI and decodeURI functions are intended to work with complete URIs; they assume that any reserved characters in the URI are intended to have special meaning and so are not encoded. The encodeURIComponent and decodeURIComponent functions are intended to work with the individual component parts of a URI; they assume that any reserved characters represent text and so must be encoded so that they are not interpreted as reserved characters when the component is part of a complete URI. That document states encodeURI is to be used with complete URIs (as the name says...). Funny. Chrome is the only browser that works like that :) I'll go and adjust the docs. Thanks for your Report!! Actually --- errr --- there is nothing to adjust. The docs are exactly right. This is because of some örfflkjsgs in xdg-open. No one ever said something about xdg-open. Org-protocol is supposed to work with emacsclient: matt...@helium:~$ emacsclient org-protocol://capture://http%3A%2F%2Forgmode.org works. Sebastian ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: How do I convert org to OpenOffice?
Christian Egli christian.e...@sbszh.ch writes: Matt Lundin m...@imapmail.org writes: Lennart Borgman lennart.borg...@gmail.com writes: There is a way, isn't there? ;-) I've had great success with LaTeX2rtf (i..e, org-LaTeX-rtf). As long as you are not using too many exotic packages, it works like a charm. It works fairly well with LaTeX2rtf. Cross references didn't work though. The manual suggests that cross-references work, but that their functionality depends on the office suite: http://latex2rtf.sourceforge.net/docu_1_9_14.html#Cross%20References I've found both section references and page references to work well with Open Office. A colleague just showed me PyODConverter[1] which seems to be some kind of command line remote control for OO.o. So what you do is to export org to html and then use PyODConverter to convert html to doc. According to him it works well. Thanks for pointing this out. 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] Re: [PATCH] Compiling multiple times the LaTeX output
Hi Nick, Nick Dokos wrote: Sébastien Vauban wxhgmqzgw...@spammotel.com wrote: Noorul Islam K M wrote: Sébastien Vauban wxhgmqzgw...@spammotel.com writes: I've been taught of a weird observation: the page number indicated in the TOC of a PDFLaTeX output is wrong by one page... Quoting from source code (defcustom org-latex-to-pdf-process '(pdflatex -interaction nonstopmode -output-directory %o %f pdflatex -interaction nonstopmode -output-directory %o %f) Commands to process a LaTeX file to a PDF file. This is a list of strings, each of them will be given to the shell as a command. Attached my proposed patch for fixing this, regarding the TOC error (needed a third compilation). Here, as many compilations as necessary are run, up to when LaTeX confirms the result is stable (no message please re-run...). I don't know if that's still the case, but there were (rare) situations where that would *never* happen: LaTeX would oscillate between two different states of output, so you always needed to do one more compilation. The only fix was to rearrange the *input* sligthly to try to get LaTeX out of its rut. In years of LaTeX use, that's something that I never have had to play with. I think such experiences are close to 0 in one full LaTeX live. Though, yes, it can happen. It may be wise to limit the number of compilations to 3 (but perhaps make it configurable, so that it can be increased if necessary). Nice idea. I'll try to see if I can come up with something like that. Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Filter scheduled items
Marcelo de Moraes Serpa celose...@gmail.com writes: Hmm, org actually does this already. The problem is that I was filtering by TODO items, and the scheduled item was the parent of two TODO items (A non-TODO item tagged as PROJECT). So now I guess the question is: Can I make sub-items inherit the schedule information? Yes, by using org-use-property-inheritance. This works when doing a property search, so you'll have to use tags-todo. Does this custom command accomplish what you are looking for? --8---cut here---start-8--- (add-to-list 'org-agenda-custom-commands ;; a todo list with no future items and inherited scheduling info '(x No future items tags-todo +SCHEDULED=\today\/!+TODO ((org-use-property-inheritance '(SCHEDULED) --8---cut here---end---8--- Best, Matt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Filter scheduled items
Thanks Matt, I will try that out and let you know how it goes. Out of curiosity, how are you doing this in org-mode? I currently use an inbox and touch each TODO item once to schedule, prioritize, and file it, but I have to open up my tasks file. I just add it to the agenda C-c [. Agenda will then show any scheduled items in the calendar view (C-c a a). Is that what you are asking about? Cheerds, Marcelo. On Thu, Sep 30, 2010 at 11:58 AM, Matt Lundin m...@imapmail.org wrote: Marcelo de Moraes Serpa celose...@gmail.com writes: Hmm, org actually does this already. The problem is that I was filtering by TODO items, and the scheduled item was the parent of two TODO items (A non-TODO item tagged as PROJECT). So now I guess the question is: Can I make sub-items inherit the schedule information? Yes, by using org-use-property-inheritance. This works when doing a property search, so you'll have to use tags-todo. Does this custom command accomplish what you are looking for? --8---cut here---start-8--- (add-to-list 'org-agenda-custom-commands ;; a todo list with no future items and inherited scheduling info '(x No future items tags-todo +SCHEDULED=\today\/!+TODO ((org-use-property-inheritance '(SCHEDULED) --8---cut here---end---8--- Best, Matt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Having (too) many files in org-agenda-files
Hi Nick, Nick Dokos wrote: Sébastien Vauban wxhgmqzgw...@spammotel.com wrote: Also, you might consider to remove (org-agenda-list) from .emacs. I think it is pretty much always a bad idea to put a command like this into your startup. Just make it a habit to call it early after starting Emacs. Honestly, that would not change that much. Having to wait 92 seconds at startup, or a long time just a few minutes later has the same impact for me. Maybe you should try adding a call to the profiler to your .emacs and try to measure e.g. how much the font locking costs. Off the top of my head and entirely untested, adding , | (require 'elp) | (elp-instrument-package font-lock) | | ;; rest of your .emacs | | (elp-results) ` might be enough. Here are the results. --8---cut here---start-8--- font-lock-fontify-buffer 96 15.383627999 0.1602461249 font-lock-default-fontify-buffer 96 15.378296000 0.1601905833 font-lock-fontify-region 96 15.284044000 0.1592087916 font-lock-default-fontify-region 96 15.282674000 0.1591945208 font-lock-fontify-keywords-region 96 15.184516 0.1581720416 font-lock-prepend-text-property8608 0.271222 3.150...e-05 font-lock-unfontify-region 96 0.085972 0.0008955520 font-lock-add-keywords 166 0.080081 0.0004824216 font-lock-compile-keywords 138 0.067193 0.0004869057 font-lock-default-unfontify-region 96 0.037866 0.0003944375 font-lock-mode 142 0.034468 0.0002427323 font-lock-default-function 142 0.028445 0.0002003169 font-lock-mode-internal73 0.027252 0.0003733287 font-lock-turn-on-thing-lock 73 0.023893 0.0003273150 font-lock-compile-keyword 5505 0.022555 4.097...e-06 font-lock-set-defaults 525 0.017453 3.324...e-05 font-lock-remove-keywords 130 0.001856 1.428...e-05 font-lock-change-mode 33 0.001606 4.866...e-05 font-lock-eval-keywords81 0.001250 1.543...e-05 font-lock-value-in-major-mode 187 0.000387 2.074...e-06 font-lock-extend-region-wholelines 96 0.000309 3.21875e-06 font-lock-extend-region-multiline 96 0.000254 2.656...e-06 font-lock-extend-jit-lock-region-after-change 28 0.000252 9.035...e-06 font-lock-after-fontify-buffer 96 0.000249 2.604...e-06 font-lock-choose-keywords 41 8.899...e-05 2.170...e-06 font-lock-update-removed-keyword-alist 36 6.8e-05 1.888...e-06 --8---cut here---end---8--- with 94 files in my =org-agenda-files=. Yes, 94, not 96? You can effectively see that =font-lock-*= is taking me 15s during my Emacs startup. Though, I don't know what's the next action to be taken from this observation. Can you guide me? Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Having (too) many files in org-agenda-files
On Sep 30, 2010, at 7:08 PM, Sébastien Vauban wrote: Hi Nick, Nick Dokos wrote: Sébastien Vauban wxhgmqzgw...@spammotel.com wrote: Also, you might consider to remove (org-agenda-list) from .emacs. I think it is pretty much always a bad idea to put a command like this into your startup. Just make it a habit to call it early after starting Emacs. Honestly, that would not change that much. Having to wait 92 seconds at startup, or a long time just a few minutes later has the same impact for me. Maybe you should try adding a call to the profiler to your .emacs and try to measure e.g. how much the font locking costs. Off the top of my head and entirely untested, adding , | (require 'elp) | (elp-instrument-package font-lock) | | ;; rest of your .emacs | | (elp-results) ` might be enough. Here are the results. --8---cut here---start-8--- font-lock-fontify-buffer 96 15.383627999 0.1602461249 Well, the point I am trying to make already for a number of messages is this: font-lock-fontify-buffer should not be called at all - it is not called in my setup. But, apparently, fontlock is bad, but not the worst issue you are encountering. font-lock-default-fontify-buffer 96 15.378296000 0.1601905833 font-lock-fontify-region 96 15.284044000 0.1592087916 font-lock-default-fontify-region 96 15.282674000 0.1591945208 font-lock-fontify-keywords-region 96 15.184516 0.1581720416 font-lock-prepend-text-property 86080.271222 3.150...e-05 font-lock-unfontify-region 96 0.085972 0.0008955520 font-lock-add-keywords 166 0.080081 0.0004824216 font-lock-compile-keywords 138 0.067193 0.0004869057 font-lock-default-unfontify-region 96 0.037866 0.0003944375 font-lock-mode 142 0.034468 0.0002427323 font-lock-default-function 142 0.028445 0.0002003169 font-lock-mode-internal 73 0.027252 0.0003733287 font-lock-turn-on-thing-lock 73 0.023893 0.0003273150 font-lock-compile-keyword 55050.022555 4.097...e-06 font-lock-set-defaults 525 0.017453 3.324...e-05 font-lock-remove-keywords 130 0.001856 1.428...e-05 font-lock-change-mode 33 0.001606 4.866...e-05 font-lock-eval-keywords 81 0.001250 1.543...e-05 font-lock-value-in-major-mode 187 0.000387 2.074...e-06 font-lock-extend-region-wholelines 96 0.000309 3.21875e-06 font-lock-extend-region-multiline 96 0.000254 2.656...e-06 font-lock-extend-jit-lock-region-after-change 28 0.000252 9.035...e-06 font-lock-after-fontify-buffer 96 0.000249 2.604...e-06 font-lock-choose-keywords 41 8.899...e-05 2.170...e-06 font-lock-update-removed-keyword-alist 36 6.8e-05 1.888...e-06 --8---cut here---end---8--- with 94 files in my =org-agenda-files=. Yes, 94, not 96? You can effectively see that =font-lock-*= is taking me 15s during my Emacs startup. Though, I don't know what's the next action to be taken from this observation. Can you guide me? You should instrument other packages like org and outline to see where the rest of the time is eaten. - 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] Projects+Next Actions view
Hello list, Another thing that I like about Things (http://culturedcode.com/things/) is the Next Actions view. It basically lists all projects plus the very first next action for each of them. When you need some perspective, having quick access to a view like this is very useful. It also shows any orphan tasks (tasks that don't belong to a project), so you have a nice overview of what you can do based on your own input. With org, I have created a Projects view, a tags agenda filter filtering for non-todo items. I could use follow mode, which is quite useful, but doesn't give the same uncluttered view Things does with its next actions view. I was wondering if it would be possible, even if more elisp would be needed, to create a view like this? E.x: * Keep the cat alive :PROJECT:HOME: ** TODO Feed the cat ... * Feature 2 :PROJECT:FEATURE: ** TODO Run the script ... A screenshot of my Things dashboard: http://i56.tinypic.com/2u4kimh.jpg. On the right you see the Projects and Next Actions view. On the left, blurred too, you see first the projects list and below it the Areas of Responsibility list. Cheers, Marcelo. ___ 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: Requests about the code demarcation
Eric Schulte schulte.e...@gmail.com writes: Thanks for the suggestions, I've just implemented them. This likely relates to commit eb0068e9, which raises this warning In org-babel-demarcate-block: ob.el:1141:49:Warning: reference to free variable `org-babel-load-languages' during byte-compile. Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Factory and User Sound Singles for Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds ___ 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] [babel] bug in ob-plantuml.el
Hi I just found a bug in ob-plantuml.el (if (string= (file-name-extension out-file) svg) -tsvg ) needs to be changed to (if (string= (file-name-extension out-file) svg) -tsvg ) as otherwise, when using the file name extension .svg, the -tsvg is concatenated behing -jar without space producing an error message. Cheers, Rainer -- NEW GERMAN FAX NUMBER!!! Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany) Centre of Excellence for Invasion Biology Natural Sciences Building Office Suite 2039 Stellenbosch University Main Campus, Merriman Avenue Stellenbosch South Africa Cell: +27 - (0)83 9479 042 Fax:+27 - (0)86 516 2782 Fax:+49 - (0)321 2125 2244 email: rai...@krugs.de Skype: RMkrug Google: r.m.k...@gmail.com ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Having problems with faces in org agenda
My org agendas for day and week are showing DONE items with the DONE in red, and not dulled out. This makes the agenda less useful than it might be for at-a-glance planning. This (bright red DONEs) does not happen when I am looking at an org file, where the TODO keyword is red and the DONE keyword is green. I don't know if this helps, but someone on the IRC suggested that I put my cursor on one of the red DONEs in the agenda and do describe-char. This is what I get: character: ⇧O (79, #o117, #x4f) preferred charset: ascii (ASCII (ISO646 IRV)) code point: 0x4F syntax: wwhich means: word category: .:Base, a:ASCII, l:Latin, r:Roman buffer code: #x4F file code: #x4F (encoded by coding system nil) display: no font available Character code properties: customize what to show name: LATIN CAPITAL LETTER O general-category: Lu (Letter, Uppercase) There is an overlay here: From 1828 to 1884 face hl-line window nil There are text properties here: date 734045 day 734045 done-faceorg-agenda-done dotime time duration nil effort nil effort-minutes nil extraDeadline: face org-todo help-echomouse-2 or RET jump to org file ~/org/todo.org mouse-face highlight org-agenda-type agenda org-category todo org-complex-heading-regexp [Show] org-day-cnt 5 org-hd-marker#marker at 79288 in todo.org org-highest-priority 65 org-lowest-priority 67 org-marker #marker at 79334 in todo.org org-not-done-regexp (TODO\\|WAIT\\|DELEGATED\\)\\ org-todo-regexp (TODO\\|WAIT\\|DELEGATED\\|DONE\\|CANCELED\\)\\ prefix-length26 priority 1000 tags nil time time-of-day nil todo-state [Show] txt DONE Get flights for ILC 2010 type deadline undone-face org-warning I suspect that this is related to the fact that the face is org-todo rather than org-agenda-done, but I don't understand any better than this. This is on aquamacs 2.1, if that helps. Thanks for any suggestions. Best, r ___ 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 ??? Cannot export custom link type to ASCII :-(
Hi Sebastian, I believe I have fixed the bug. But please note that there is a typo in your function osm-org-link-export, in the last line it must be target, not taget. HTH - Carsten On Sep 30, 2010, at 12:35 AM, Sebastian Rose wrote: Carsten Dominik carsten.domi...@gmail.com writes: Hi Sebastian, is this still an open issue? If you, can you please summarize again and show the code you are using for your link definition? I am not sure if I have up to date information. - Carsten Hi Carsten, it's still an issue when exporting to ASCII. The reason is, that my track links have long paths (all the coordinates of the track plus the desired filename, see the comments in the code for an example link). That causes the footnote for a track to span pages (worsed case). See the example ASCII export on the bottom of this mail. Anyway, I'll rarely export the files to ASCII, so it's not urgent at all. The code is here: http://github.com/SebastianRose/org-osm/blob/master/org-osm-link.el The function to export those links is: mime-attachment On Sep 6, 2010, at 3:13 PM, Sebastian Rose wrote: Org file: * Test links [[track:((9.707032442092896 52.37033874553582))test.svg][test- track]] ASCII-export: 1 Test links ~ [test-track] [test-track]: track:((9.707032442092896 52.37033874553582))test.svg Sebastian ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] buglet in org-toggle-checkbox
Hello, Robert Goldman writes: When I invoke org-toggle-checkbox with ^U in order to add a checkbox to a list item that doesn't have one, I get this message in the minibuffer: Invalid search bound (wrong side of point) Patch sent to maintainers. Thank you. 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] link export confused when URL parameter is another URL
If find that this orgtext [[http://www.foo.com/foo?URL=http://www.bar.com][test]] exports to html incorrectly as [[http://www.foo.com/foo?URL=[[http://www.bar.com][test][http://www.bar.com][test]]] using today's fresh git pull make install Any pointers? Thanks Malcolm Cook Stowers Institute for Medical Research - Bioinformatics Kansas City, Missouri USA ___ 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 ??? Cannot export custom link type to ASCII :-(
Carsten Dominik carsten.domi...@gmail.com writes: Hi Sebastian, I believe I have fixed the bug. But please note that there is a typo in your function osm-org-link-export, in the last line it must be target, not taget. HTH - Carsten Hi Carsten, it's fixed indeed! Thanks a bunch! Sebastian ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Requests about the code demarcation
Fixed, Thanks -- Eric Achim Gratz strom...@nexgo.de writes: Eric Schulte schulte.e...@gmail.com writes: Thanks for the suggestions, I've just implemented them. This likely relates to commit eb0068e9, which raises this warning In org-babel-demarcate-block: ob.el:1141:49:Warning: reference to free variable `org-babel-load-languages' during byte-compile. Achim. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [babel] bug in ob-plantuml.el
Ah, Fixed, Thanks -- Eric Rainer M Krug r.m.k...@gmail.com writes: Hi I just found a bug in ob-plantuml.el (if (string= (file-name-extension out-file) svg) -tsvg ) needs to be changed to (if (string= (file-name-extension out-file) svg) -tsvg ) as otherwise, when using the file name extension .svg, the -tsvg is concatenated behing -jar without space producing an error message. Cheers, Rainer ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Projects+Next Actions view
Marcelo de Moraes Serpa celose...@gmail.com writes: Another thing that I like about Things (http://culturedcode.com/things/) is the Next Actions view. It basically lists all projects plus the very first next action for each of them. When you need some perspective, having quick access to a view like this is very useful. It also shows any orphan tasks (tasks that don't belong to a project), so you have a nice overview of what you can do based on your own input. With org, I have created a Projects view, a tags agenda filter filtering for non-todo items. I could use follow mode, which is quite useful, but doesn't give the same uncluttered view Things does with its next actions view. I was wondering if it would be possible, even if more elisp would be needed, to create a view like this? E.x: * Keep the cat alive :PROJECT:HOME: ** TODO Feed the cat ... * Feature 2 :PROJECT:FEATURE: ** TODO Run the script ... You could use a sparse tree view: (add-to-list 'org-agenda-custom-commands '(x PROJECT+N/A tags-tree PROJECT|TODO=\TODO\ ((org-show-siblings nil) (org-show-entry-below nil 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] Re: Fixing slowness of following Gnus links to IMAP articles
Hi David, David Maus dm...@ictsoc.de writes: Sébastien Vauban wrote: Hi David, David Maus wrote: Sébastien Vauban wrote: it just perfectly *works*! Great, great feature... Thanks a lot. Sweet! I must add that 14 seconds is the average time for my huge folder. For folder of more traditional sizes (less emails), it's more or less instantaneous... I suppose (from the timing of the functions) that what takes that long is Gnus building the view of the folder. Just pushed to master. This commit is incompatible with development Gnus (and, therefore, the Gnus that will be released with Emacs 24). Going forward, nnimap.el no longer has the function nnimap-group-overview-filename. Thus, with the default settings and development gnus, org-follow-link fails on gnus links to imap links. For the time being, could we set the default value of org-gnus-nnimap-query-article-no-from-file to nil? This would allow users of Courier servers and Emacs 23 to gain the speed benefits without causing unexpected problems for users of development Gnus. For reference, here are the full commit details: --8---cut here---start-8--- commit 6d7b15cf9ff4025c2670e48c08f52e12a8b5928b Author: David Maus dm...@ictsoc.de Date: Thu Sep 9 14:16:22 2010 +0200 Mitigate access to messages on slow IMAP servers. * org-gnus.el (org-gnus-nnimap-query-article-no-from-file): New customization variable. (org-gnus-nnimap-cached-article-number): New function. (org-gnus-follow-link): Try to fetch cached article number of message-id. Some IMAP servers (e.g. Courier) are slow when searching for a message by its message id header field. Because article numbers in IMAP mailboxes are persistent UIDs, we can try to look up the UID of a IMAP message in Gnus' cache for the mailbox in question and skip the slow search on the server. The problem with slow server was reported by S?bastien Vauban and the patch is based on the work of Tassilo Horn. --8---cut here---end---8--- Best, Matt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: [PATCH] Alphabetical ordered lists
Carsten, If you think this is acceptable I'll start working on it. Thanks, Nathaniel Flath On Wed, Sep 29, 2010 at 10:46 AM, Nicolas Goaziou n.goaz...@gmail.com wrote: Hello, Carsten Dominik writes: Or, alternatively, put it in with an option to turn it on (default off, I think). And maybe we should after all limit it to a single character to avoid confusion. Yes, I do realise that I asked for several characters - but I am learning... What will then happen if the user is cycling bullets in a 100+ items list and hits alphabetic bullets? Besides undoing that move, there's nothing much that could be done then. Further cycling would become impossible. One idea would be to count items before cycling, and skipping alphabetic bullets for lists above 26 items. It has to be carefully implemented, as it could get very heavy on computations with large lists. Also, inserting new items in an alphabetical list should check if the 27th item has been reached and change bullets back to numbers if needed. I'm sure there are others subtleties that I can't think of right now. 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
