[O] babel bugs??
Dear Babel developers
I may have found two bugs (org-mode: 7.8.03
release_7.8.03.330.gc804.dirty), emacs: 23.2.1):
1. when I have case-fold-search set to nil, I get problems with the
begin/end src notation:
, lower case works as expected
|
| #+begin_src emacs-lisp :results list
| (mapcar '(lambda (x)
| (concat "[["(replace-in-string x (getenv "HOME") "~") "]["
| (file-name-nondirectory x) "]]"))
| (directory-files (file-name-directory (buffer-file-name)) t
"^[a-z]*\.[a-z]+"))
| #+end_src
|
| #+RESULTS:
| - [[~/tmp/test/anotherTest.org][anotherTest.org]]
| - [[~/tmp/test/tmp.org][tmp.org]]
|
`
, in upper case org cannot find the head of the source blok
|
| #+BEGIN_SRC emacs-lisp :results list
| - [[~/tmp/test/anotherTest.org][anotherTest.org]]
| - [[~/tmp/test/tmp.org][tmp.org]]
|
| (mapcar '(lambda (x)
| (concat "[["(replace-in-string x (getenv "HOME") "~") "]["
| (file-name-nondirectory x) "]]"))
| (directory-files (file-name-directory (buffer-file-name)) t
"^[a-z]*\.[a-z]+"))
| #+END_SRC
`
Inside the second block (org-babel-where-is-src-block-head) evaluates to
nil
2. posted to the list before, but never got an answer:
,
| -org.snip---
| * here it works: org-ctrl-c-ctrl-c and export
|
| #+begin_src R :results output :exports results
| foo=matrix(1:2)
| foo
| #+end_src
|
| #+RESULTS:
| : [,1]
| : [1,]1
| : [2,]2
|
| * here it does not work:
|
| #+begin_src R :results output :exports results :session *R*
| foo=matrix(3:8)
| foo
| #+end_src
|
| the buffer *R* shows this:
|
| > 'org_babel_R_eoe'
| [1] "org_babel_R_eoe"
| org.snap--
|
| some debugging revealed this:
|
| ELISP> (org-babel-R-evaluate-session "*R*" "foo=matrix(1:2)\nfoo"
| output '("output" "replace") nil nil)
| *** Eval error ***
| ELISP> (org-babel-R-evaluate-external-process "foo=matrix(1:2)\nfoo"
| output '("output" "replace") nil nil)
| " [,1]\n[1,]1\n[2,]2\n"
`
would you rather have bug reports?
cheers
Tomy
Re: [O] notifications for todo items
On Thu, Feb 23 2012, Nick Dokos wrote: > what does this do that appt.el (and its org interface) does not? Sorry, I've totally forgotten to write about my motivation, to create such an org-notify module. Here a summary: - different warning periods for different todo-types - fine grained warning periods (smallest unit is second) - continue notifications, when deadline is overdue - easy modification of timestamps (just one click, to say "let's do it tomorrow") - switch from "todo" to "done" by clicking on the notification window - configurable notification types (email, notifications-notify, beep, etc.) - configurable notification period - configurable notification duration - crescendo notifications (be more aggressive, when time gets closer to deadline) There was a little thread about this subject: http://thread.gmane.org/gmane.emacs.orgmode/48832 Example usage: (org-notify-add 'appt '(:time "-1s" :period "20s" :duration 10 :actions (org-notify-action-message org-notify-action-ding)) '(:time "15m" :period "2m" :duration 100 :actions org-notify-action-notify) '(:time "2h" :period "5m" :actions org-notify-action-message) '(:time "1d" :actions org-notify-action-email)) This means for todo-items with `notify' property set to `appt': 1 day before deadline, send a reminder-email, 2 hours before deadline, start to send messages every 5 minutes, then, 15 minutes before deadline, start to pop up notification windows every 2 minutes. The timeout of the window is set to 100 seconds. Finally, when deadline is overdue, send messages and make noise. -- Peter
Re: [O] Beamer confusion: environments are ignored
Hi James,
James Harkins wrote:
> Still having Beamer problems. C-c C-e p is making the PDF at the end,
> but it's ignoring structural tags except for lists.
>
> I've pasted a simple example under my name. In the resulting .tex
> file, the code for both frames is identical, except for "sec" labels.
> The second frame contains Beamer environment properties while the
> first frame does not, so it looks like the block environments are not
> doing anything.
>
> For that matter, I just checked the tex file generated by Carsten's
> demo presentation in the org manual, and there's no evidence of the
> blocks at all. The only TeX environments that appear with \begin are
> {document}, {frame} and {itemize} -- but Carsten's demo uses:
>
> :PROPERTIES:
> :BEAMER_env: block
> :BEAMER_envargs: C[t]
> :BEAMER_col: 0.5
> :END:
>
> ...
>
> :PROPERTIES:
> :BEAMER_col: 0.5
> :BEAMER_env: block
> :BEAMER_envargs: <2->
> :END:
>
> ...
>
> :PROPERTIES:
> :BEAMER_env: block
> :END:
>
> ... and a :B_note: tag, which claims it "will be formatted as a beamer
> note" but it isn't.
>
> For my own short file, I would have assumed that I did something
> wrong, but that's less plausible for example code from the manual. So
> I suppose it must be an installation or configuration problem.
>
> Ideas?
>
> Tonight's experimentation is driven by the simple use case I mentioned
> before -- centering a paragraph (and eventually putting some extra
> space around it, but I can handle that later). E.g.,
>
> - A bullet heading within the frame
> A free paragraph
>
> Centered text
>
> - Another bullet
>
> Am I on the right track by looking at blocks? Could somebody give me a
> quick example of how to do this, and I'll try to extrapolate to other
> uses?
For horizontal centering, a workaround (or simply a solution) can be something
like:
#+LaTeX: \begin{center}
#+ATTR_LaTeX: width=0.75\linewidth
[[~/Pictures/Dock.jpg]]
#+LaTeX: \end{center}
Best regards,
Seb
--
Sebastien Vauban
Re: [O] Bug: org-indent-mode cursor movement [7.8.03]
Hello, Andrew Stine writes: > When org-indent-mode is active, the cursor repeatedly jumps to the > bottom of the buffer. This makes using the buffer impossible while > org-indent-mode is active. I cannot reproduce it. Could you send me an example file where the problem happens? Regards, -- Nicolas Goaziou
Re: [O] missing appointments
Rodrigo Amestica wrote: > Hi, > > I use appt to connect desktop notifications to appointments in my > agenda. However, the connection between the appointments and the > notification system does not happen until I visit the agenda with, for > example, "C-c a a", which I sometimes forget to invoke and I end up > missing appointments. > > Trying to automate I created a short cut like this: > > emacs -f org-agenda-list my-main-org-file > > However, this seems to execute org-agenda-list before my-main-org-file > has fully opened in its own buffer and I end up with the window split into > two buffers: top one scratch and bottom one my-main-org-file, which is > visually very annoying. It is completely mysterious to me the timing > at which different actions take place within emacs and how to control > and sequence them, like a 'wait' call. > > Is there a way to automatically execute org-agenda-list after > my-main-org-file has fully finished opening in its buffer? > I think this is the wrong way to go about it. > Is it there some more streamlined way to connect agenda to > notifications such that I would not need to explicitly enable them > every time I open the file? > The way to do it is to call org-agenda-to-appt. The trick is to call this function at all the necessary places/times. I have the following code in my initialization file, after the rest of org initialization: --8<---cut here---start->8--- ... (org-agenda-to-appt) (defadvice org-agenda-redo (after org-agenda-redo-add-appts) "Pressing `r' on the agenda will also add appointments." (progn (setq appt-time-msg-list nil) (org-agenda-to-appt))) (ad-activate 'org-agenda-redo) (add-hook 'org-capture-after-finalize-hook (function org-agenda-to-appt) ) ;; wrong (setq org-appt-timer (run-at-time "00:01" nil (function org-agenda-to-appt))) ... --8<---cut here---end--->8--- There are four pieces here: o an explicit call - this gets executed at initialization and loads up the appt-time-msg-list from the agenda. o advising org-agenda-redo so that after it's done, it resets appt-time-msg-list and calls org-agenda-to-appt again. That way, if something goes wrong, I can pop up the agenda, press "r" and start afresh. o add a call to org-capture-after-finalize-hook - that way when I capture an appointment for today, it will be added automatically. o finally, I would like to add a call at midnight every day to recalculate appointments for the next day - unfortunately, the call above is not correct, so for now I do it manually with an org-agenda-redo as above. One of these days I'll get that fixed. If anybody has done that already, I'll gladly steal your code :-) I *think* that should catch everything. BTW, there is an org-hacks entry by Russell Adams: http://orgmode.org/worg/org-hacks.html#org-agenda-appt-zenity where he suggests also adding it to org-agenda-finalize-hook: that way it gets done every time you display the agenda as well. Not sure whether it's necessary or overkill for me, but it certainly wouldn't hurt. Nick
Re: [O] Bug: org-indent-mode cursor movement [7.8.03]
Nicolas Goaziou wrote: > Hello, > > Andrew Stine writes: > > > When org-indent-mode is active, the cursor repeatedly jumps to the > > bottom of the buffer. This makes using the buffer impossible while > > org-indent-mode is active. > > I cannot reproduce it. Could you send me an example file where the > problem happens? > > The OP should also probably check whether it happens with emacs -q. Nick
Re: [O] notifications for todo items
Peter Münster wrote: > On Thu, Feb 23 2012, Nick Dokos wrote: > > > what does this do that appt.el (and its org interface) does not? > > Sorry, I've totally forgotten to write about my motivation, to create > such an org-notify module. > > Here a summary: > - different warning periods for different todo-types > - fine grained warning periods (smallest unit is second) > - continue notifications, when deadline is overdue > - easy modification of timestamps (just one click, to say > "let's do it tomorrow") > - switch from "todo" to "done" by clicking on the notification window > - configurable notification types (email, notifications-notify, beep, > etc.) > - configurable notification period > - configurable notification duration > - crescendo notifications (be more aggressive, when time gets closer to > deadline) > > There was a little thread about this subject: > http://thread.gmane.org/gmane.emacs.orgmode/48832 > > > Example usage: > (org-notify-add 'appt > '(:time "-1s" :period "20s" :duration 10 > :actions (org-notify-action-message > org-notify-action-ding)) > '(:time "15m" :period "2m" :duration 100 > :actions org-notify-action-notify) > '(:time "2h" :period "5m" > :actions org-notify-action-message) > '(:time "1d" :actions org-notify-action-email)) > > This means for todo-items with `notify' property set to `appt': 1 day before > deadline, send a reminder-email, 2 hours before deadline, start to send > messages every 5 minutes, then, 15 minutes before deadline, start to pop up > notification windows every 2 minutes. The timeout of the window is set to > 100 seconds. Finally, when deadline is overdue, send messages and make > noise. > Thanks! That's very helpful. I'll take a look in my copious (cough!) spare time. Nick
Re: [O] [babel] Editing 'quote' source blocks in artist mode
Nick Dokos writes: > Thorsten wrote: > >> >> Hi list, >> when I want to edit text inside a 'quote' source block, I find myself in >> picture/artist mode with wild key rebindings, e.g.: >> >> ,--- >> | RET (translated from ) runs the command artist-key-set-point, >> | which is an interactive compiled Lisp function in `artist.el'. >> | >> | It is bound to RET. >> | >> | (artist-key-set-point &optional ARG) >> | >> | Set a point for the current shape. With optional ARG, set the last point. >> `--- >> >> I don't think thats the intended behaviour? Shouldn't the edit buffer >> rather be in fundamental mode or something like this? >> To reproduce this: >> >> ,- >> | > | then inside the source block >> | C-c ' >> `- >> >> My system data: >> "GNU Emacs 24.0.93.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.24.10) >> of 2012-02-07 on arch >> Org-mode version 7.8.03 >> Ma Gnus v0.2" >> > > I can't reproduce it. > > Is C-c ' (still) bound to org-edit-special? Yes, it is. > C-h f org-edit-special RET says > > , > | org-edit-special is an interactive Lisp function in `org.el'. > | > | (org-edit-special &optional ARG) > | > | Call a special editor for the stuff at point. > | When at a table, call the formula editor with `org-table-edit-formulas'. > | When at the first line of an src example, call `org-edit-src-code'. > | When in an #+include line, visit the include file. Otherwise call > | `ffap' to visit the file at point. > ` > > and I get the ffap behavior in a quote block (not that that's particularly > attractive either). > > Did you try it emacs -q? Maybe it's a customization of yours. I tried that too, and again the edit buffer was in artist mode. I use the emacs24-starter-kit now, so not all customisations are mine. But I can't see anything that sets edit buffers in artist mode. Might that be related with openwith mode? I have that activated globally. But it shouldn't happen with emcas -q then. -- cheers, Thorsten
[O] agenda appt warn time (baby step part 2)
Hi,
The previous patch I sent was completely buggy. This one works but
doesn't fulfill my RFC. I think the warn time should be somewhere within
the time stamp...
diff --git a/emacs/org/org-agenda.el b/emacs/org/org-agenda.el
index 780794e..2a8e926 100644
--- a/emacs/org/org-agenda.el
+++ b/emacs/org/org-agenda.el
@@ -8490,6 +8490,7 @@ By default `org-agenda-to-appt' will use :deadline, :scheduled
and :timestamp entries. See the docstring of `org-diary' for
details and examples."
(interactive "P")
+ (require 'appt)
(if refresh (setq appt-time-msg-list nil))
(if (eq filter t)
(setq filter (read-from-minibuffer "Regexp filter: ")))
@@ -8518,6 +8519,12 @@ details and examples."
(let* ((evt (org-trim (or (get-text-property 1 'txt x) "")))
(cat (get-text-property 1 'org-category x))
(tod (get-text-property 1 'time-of-day x))
+ (warn-match (string-match appt-warning-time-regexp evt))
+ (warntime
+ (when warn-match
+ (prog1
+ (string-to-number (match-string 1 evt))
+ (setq evt (substring evt 0 warn-match)
(ok (or (null filter)
(and (stringp filter) (string-match filter evt))
(and (functionp filter) (funcall filter x))
@@ -8536,7 +8543,9 @@ details and examples."
"\\([0-9]\\{1,2\\}\\)\\([0-9]\\{2\\}\\)\\'" tod)
(concat (match-string 1 tod) ":"
(match-string 2 tod
- (appt-add tod evt)
+ (if warntime
+ (appt-add tod evt warntime)
+ (appt-add tod evt))
(setq cnt (1+ cnt) entries)
(org-release-buffers org-agenda-new-buffers)
(if (eq cnt 0)
[O] Org publish restrict to certain levels
Hello Experts, I have a relatively long and detailed document maintained in org but only won't to publish into LaTeX to the first 3 levels, because the rest of the levels are too many details. If I use COMMENT into every of them, looks very cumbersome. I'm wondering if there is any in-file config to enable this. Thanks! Xin
Re: [O] Bug: org-indent-mode cursor movement [7.8.03]
I've tried "-q" and it works, but only because emacs reverts to default version of org-mode. The version I am having trouble with is currently installed through elpa. As to example file, do you mean example org file? If so, I've had trouble with every org file I've tried, even blank ones. Regards, - Andrew On Feb 23, 2012 4:00 AM, "Nicolas Goaziou" wrote: > Hello, > > Andrew Stine writes: > > > When org-indent-mode is active, the cursor repeatedly jumps to the > > bottom of the buffer. This makes using the buffer impossible while > > org-indent-mode is active. > > I cannot reproduce it. Could you send me an example file where the > problem happens? > > > Regards, > > -- > Nicolas Goaziou >
[O] [babel] [PATCH] Add support for MonetDB for SQL blocks
Hi, the attached patch adds support for evaluating SQL blocks on MonetDB. The MonetDB client normally requires the password to be inputted on the console. To get around this, you have to use a dotfile ~/.monetdb with authentification data. Note that this file is ignored if you specify a user on the cmdline. See http://www.monetdb.org/Documentation/mclient-man-page for details. A usage example follows. Setup MonetDB test database and authentification data #+BEGIN_SRC sh :results output verbatim MONETDB_DIR=$HOME/unix/var/monetdb/demodb monetdbd create $MONETDB_DIR monetdbd start $MONETDB_DIR monetdb create demodb monetdb release demodb cat > ~/.monetdb0=limit to num) \r# - set maximum rows per page (-1=raw) \L file - save client/server interaction \X - trace mclient code \q - terminate session #+end_example Have fun! Viktor diff --git a/lisp/ob-sql.el b/lisp/ob-sql.el index 68bd95a..20fbad3 100644 --- a/lisp/ob-sql.el +++ b/lisp/ob-sql.el @@ -70,6 +70,10 @@ This function is called by `org-babel-execute-src-block'." (org-babel-temp-file "sql-out-"))) (header-delim "") (command (case (intern engine) +('monetdb (format "mclient -f tab %s < %s > %s" + (or cmdline "") + (org-babel-process-file-name in-file) + (org-babel-process-file-name out-file))) ('msosql (format "osql %s -s \"\t\" -i %s -o %s" (or cmdline "") (org-babel-process-file-name in-file)
[O] limitations of hard-coded field separator removed
Hi, attached a org-table-import.patch removes limitations of hard-coded separator char(s). `org-guess-separator' accepts and detects all chars as field separators. It works based on the assumption, that char looked for appears in equal number at each row. Also a default value `org-table-import-default-separator' should make guessing faster in some cases. Best regards, Andreas -- http://launchpad.net/python-mode http://launchpad.net/s-x-emacs-werkstatt/ diff --git a/lisp/org-table.el b/lisp/org-table.el index 39cddab..6ad572b 100644 --- a/lisp/org-table.el +++ b/lisp/org-table.el @@ -334,6 +334,11 @@ available parameters." :group 'org-table-import-export :type 'string) +(defcustom org-table-import-default-separator "\t" + "`org-table-import' may specify that value, avoid guessing." + :group 'org-table-import-export + :type 'string) + (defconst org-table-auto-recalculate-regexp "^[ \t]*| *# *\\(|\\|$\\)" "Detects a table line marked for automatic recalculation.") (defconst org-table-recalculate-regexp "^[ \t]*| *[#*] *\\(|\\|$\\)" @@ -474,71 +479,72 @@ SIZE is a string Columns x Rows like for example \"3x2\"." (goto-char pos))) (org-table-align))) +(defun org-guess-separator () + "Guess the separator char of a given table. + +Works based on the assumption, that char looked for appears in equal numbers at each row. " + (interactive) + (save-excursion +(let ((orig (point)) + char erg matches done pos first second) + (beginning-of-line) + ;; look first for `org-table-import-default-separator' + (when (re-search-forward org-table-import-default-separator nil t 1) +(setq erg (org-guess-separator-intern))) + (unless erg +(goto-char orig) +(when (re-search-forward "[[:punct:][:blank:]]" nil t 1) + (setq erg (org-guess-separator-intern + ;; maybe neither default nor of character-class punct + (unless erg +(goto-char orig) + +(setq erg (org-guess-separator-intern))) + (when (interactive-p) (if (string= "\t" erg) +(message "%s" "\\t") + (message "%s" erg))) + erg))) + +(defun org-guess-separator-intern () + (let (erg) +(while (and (not (eolp)) (not done)) + (setq pos (point)) + (setq char (progn (or (looking-back ".")(looking-at ".")) (match-string-no-properties 0))) + (setq matches (count-matches char (line-beginning-position) (line-end-position))) + (forward-line 1) + (if (eq matches (count-matches char (line-beginning-position) (line-end-position))) + (progn +(setq done t) +(setq erg char)) +(goto-char pos) +(forward-char 1))) +erg)) + (defun org-table-convert-region (beg0 end0 &optional separator) "Convert region to a table. -The region goes from BEG0 to END0, but these borders will be moved -slightly, to make sure a beginning of line in the first line is included. - -SEPARATOR specifies the field separator in the lines. It can have the -following values: - -'(4) Use the comma as a field separator -'(16)Use a TAB as field separator -integer When a number, use that many spaces as field separator -nil When nil, the command tries to be smart and figure out the - separator in the following way: - - when each line contains a TAB, assume TAB-separated material - - when each line contains a comma, assume CSV material - - else, assume one or more SPACE characters as separator." - (interactive "rP") + +Optional arg SEPARATOR prompts user to specify the separator char. " + (interactive "r\nP") (let* ((beg (min beg0 end0)) - (end (max beg0 end0)) - re) + (end (copy-marker (max beg0 end0))) + (separator (cond ((and separator (stringp separator)) + separator) + ((eq 4 (prefix-numeric-value separator)) + (read-from-minibuffer "Separator char: ") (goto-char beg) -(beginning-of-line 1) -(setq beg (move-marker (make-marker) (point))) -(goto-char end) -(if (bolp) (backward-char 1) (end-of-line 1)) -(setq end (move-marker (make-marker) (point))) -;; Get the right field separator -(unless separator - (goto-char beg) - (setq separator - (cond - ((not (re-search-forward "^[^\n\t]+$" end t)) '(16)) - ((not (re-search-forward "^[^\n,]+$" end t)) '(4)) - (t 1 +(unless separator (setq separator (org-guess-separator))) (goto-char beg) -(if (equal separator '(4)) - (while (< (point) end) - ;; parse the csv stuff - (cond - ((looking-at "^") (insert "| ")) - ((looking-at "[ \t]*$") (replace-match " |") (beginning-of-line 2)) - ((looking-at "[ \t]*\"\\([^\"\n]*\\)\"") - (replace-match "\\1") - (if (looking-at "\"") (insert "\""))) - ((looking-at "[^,\n]+") (goto-char (match-end 0))) - ((looking-at "[ \t]*,") (replace-match " | ")) - (t (beginning-of-line 2 - (setq re
Re: [O] missing appointments
Nick Dokos writes: > ;; wrong > (setq org-appt-timer (run-at-time "00:01" nil (function org-agenda-to-appt))) [...] > o finally, I would like to add a call at midnight every day to > recalculate appointments for the next day - unfortunately, the call > above is not correct, so for now I do it manually with an > org-agenda-redo as above. One of these days I'll get that fixed. If > anybody has done that already, I'll gladly steal your code :-) http://doc.norang.ca/org-mode.html#sec-14-1 Memnon
Re: [O] Bug: org-indent-mode cursor movement [7.8.03]
Andrew Stine wrote: > I've tried "-q" and it works, but only because emacs reverts to default > version of org-mode. The > version I am having trouble with is currently installed through elpa. > Then create a minimal .emacs file that will load the right version of org (but exclude all your customizations) and start with emacs -q -l /path/to/minimal/.emacs > As to example file, do you mean example org file? If so, I've had trouble > with every org file I've > tried, even blank ones. > Unless other people are having trouble with this, I'd suspect a customization of yours. Nick
Re: [O] Bug: org-indent-mode cursor movement [7.8.03]
On Thu, Feb 23, 2012 at 9:44 AM, Nick Dokos wrote: > Andrew Stine wrote: > >> I've tried "-q" and it works, but only because emacs reverts to default >> version of org-mode. The >> version I am having trouble with is currently installed through elpa. >> > > Then create a minimal .emacs file that will load the right version of org > (but exclude > all your customizations) and start with > > emacs -q -l /path/to/minimal/.emacs I've already done so. For reference, the code in that file is: (when (load (expand-file-name "~/.emacs.d/elpa/package.el")) (package-initialize)) I've been able to duplicate this bug on two machines, three installs, of emacs: An Archlinux machine with emacs 23.3 The same Archlinux machines with emacs 24.0 A Solaris 10 machine with emacs 23.3 Another note, I've discovered that the problem goes away if I reload the file "org-indent.el", specifically if I re-eval the function "org-indent-add-properties." I think that this is a problem with the way that elpa is loading the package, but I'm not certain what. > Unless other people are having trouble with this, I'd suspect a customization > of yours. That would follow, but the elpa package is dated Feb 16th and I suspect that most folks don't upgrade every week. I may just be the first person to come across this. - Andrew
Re: [O] [babel] Editing 'quote' source blocks in artist mode
Hi! Just tried this and I can confirm both your bugs. calling org-edit-special on the following line gives artist-mode (or whatever it is called..): : some text calling org-edit-special inside the block gives ffap: #+begin_quote some text #+end_quote /Gustav On Thu, Feb 23, 2012 at 10:39 AM, Thorsten wrote: > Nick Dokos writes: > > > Thorsten wrote: > > > >> > >> Hi list, > >> when I want to edit text inside a 'quote' source block, I find myself in > >> picture/artist mode with wild key rebindings, e.g.: > >> > >> > ,--- > >> | RET (translated from ) runs the command artist-key-set-point, > >> | which is an interactive compiled Lisp function in `artist.el'. > >> | > >> | It is bound to RET. > >> | > >> | (artist-key-set-point &optional ARG) > >> | > >> | Set a point for the current shape. With optional ARG, set the last > point. > >> > `--- > >> > >> I don't think thats the intended behaviour? Shouldn't the edit buffer > >> rather be in fundamental mode or something like this? > >> To reproduce this: > >> > >> ,- > >> | >> | then inside the source block > >> | C-c ' > >> `- > >> > >> My system data: > >> "GNU Emacs 24.0.93.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.24.10) > >> of 2012-02-07 on arch > >> Org-mode version 7.8.03 > >> Ma Gnus v0.2" > >> > > > > I can't reproduce it. > > > > Is C-c ' (still) bound to org-edit-special? > > Yes, it is. > > > C-h f org-edit-special RET says > > > > , > > | org-edit-special is an interactive Lisp function in `org.el'. > > | > > | (org-edit-special &optional ARG) > > | > > | Call a special editor for the stuff at point. > > | When at a table, call the formula editor with > `org-table-edit-formulas'. > > | When at the first line of an src example, call `org-edit-src-code'. > > | When in an #+include line, visit the include file. Otherwise call > > | `ffap' to visit the file at point. > > ` > > > > and I get the ffap behavior in a quote block (not that that's > particularly > > attractive either). > > > > Did you try it emacs -q? Maybe it's a customization of yours. > > I tried that too, and again the edit buffer was in artist mode. > I use the emacs24-starter-kit now, so not all customisations are mine. > But I can't see anything that sets edit buffers in artist mode. > > Might that be related with openwith mode? I have that activated > globally. But it shouldn't happen with emcas -q then. > > -- > cheers, > Thorsten > > >
Re: [O] [babel] Editing 'quote' source blocks in artist mode
Gustav Wikström wrote: > Hi! > > Just tried this and I can confirm both your bugs. > > calling org-edit-special on the following line gives artist-mode (or whatever > it is called..): > > : some text > That's a feature, not a bug: , | org-edit-fixed-width-region is an interactive Lisp function in | `org-src.el'. | | (org-edit-fixed-width-region) | | Edit the fixed-width ascii drawing at point. | This must be a region where each line starts with a colon followed by | a space character. | An new buffer is created and the fixed-width region is copied into it, | and the buffer is switched into `artist-mode' for editing. When done, | exit with C-c '. The edited text will then replace | the fragment in the Org-mode buffer. ` Nick > calling org-edit-special inside the block gives ffap: > > #+begin_quote > some text > #+end_quote > > /Gustav > > On Thu, Feb 23, 2012 at 10:39 AM, Thorsten wrote: > > Nick Dokos writes: > > > Thorsten wrote: > > > >> > >> Hi list, > >> when I want to edit text inside a 'quote' source block, I find myself > in > >> picture/artist mode with wild key rebindings, e.g.: > >> > >> > ,--- > >> | RET (translated from ) runs the command artist-key-set-point, > >> | which is an interactive compiled Lisp function in `artist.el'. > >> | > >> | It is bound to RET. > >> | > >> | (artist-key-set-point &optional ARG) > >> | > >> | Set a point for the current shape. With optional ARG, set the last > point. > >> > `--- > >> > >> I don't think thats the intended behaviour? Shouldn't the edit buffer > >> rather be in fundamental mode or something like this? > >> To reproduce this: > >> > >> ,- > >> | >> | then inside the source block > >> | C-c ' > >> `- > >> > > >> My system data: > >> "GNU Emacs 24.0.93.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.24.10) > >> of 2012-02-07 on arch > >> Org-mode version 7.8.03 > >> Ma Gnus v0.2" > >> > > > > I can't reproduce it. > > > > Is C-c ' (still) bound to org-edit-special? > > Yes, it is. > > > C-h f org-edit-special RET says > > > > , > > | org-edit-special is an interactive Lisp function in `org.el'. > > | > > | (org-edit-special &optional ARG) > > | > > | Call a special editor for the stuff at point. > > | When at a table, call the formula editor with > `org-table-edit-formulas'. > > | When at the first line of an src example, call `org-edit-src-code'. > > | When in an #+include line, visit the include file. Otherwise call > > | `ffap' to visit the file at point. > > ` > > > > and I get the ffap behavior in a quote block (not that that's > particularly > > attractive either). > > > > Did you try it emacs -q? Maybe it's a customization of yours. > > I tried that too, and again the edit buffer was in artist mode. > I use the emacs24-starter-kit now, so not all customisations are mine. > But I can't see anything that sets edit buffers in artist mode. > > Might that be related with openwith mode? I have that activated > globally. But it shouldn't happen with emcas -q then. > > -- > cheers, > Thorsten > > > > Alternatives: > >
Re: [O] [babel] Editing 'quote' source blocks in artist mode
Nick Dokos writes: > Gustav Wikström wrote: > >> Hi! >> >> Just tried this and I can confirm both your bugs. >> >> calling org-edit-special on the following line gives artist-mode (or >> whatever it is called..): >> >> : some text >> > > That's a feature, not a bug: A quote might be a fixed-width-region inside an org document, but who wants to edit a textual quote in picture/artitst mode? Quotes are almost always text imho. > , > | org-edit-fixed-width-region is an interactive Lisp function in > | `org-src.el'. > | > | (org-edit-fixed-width-region) > | > | Edit the fixed-width ascii drawing at point. > | This must be a region where each line starts with a colon followed by > | a space character. > | An new buffer is created and the fixed-width region is copied into it, > | and the buffer is switched into `artist-mode' for editing. When done, > | exit with C-c '. The edited text will then replace > | the fragment in the Org-mode buffer. > ` > > Nick > >> calling org-edit-special inside the block gives ffap: >> >> #+begin_quote >> some text >> #+end_quote >> >> /Gustav >> >> On Thu, Feb 23, 2012 at 10:39 AM, Thorsten wrote: >> >> Nick Dokos writes: >> >> > Thorsten wrote: >> > >> >> >> >> Hi list, >> >> when I want to edit text inside a 'quote' source block, I find myself >> in >> >> picture/artist mode with wild key rebindings, e.g.: >> >> >> >> >> ,--- >> >> | RET (translated from ) runs the command >> artist-key-set-point, >> >> | which is an interactive compiled Lisp function in `artist.el'. >> >> | >> >> | It is bound to RET. >> >> | >> >> | (artist-key-set-point &optional ARG) >> >> | >> >> | Set a point for the current shape. With optional ARG, set the last >> point. >> >> >> `--- >> >> >> >> I don't think thats the intended behaviour? Shouldn't the edit buffer >> >> rather be in fundamental mode or something like this? >> >> To reproduce this: >> >> >> >> ,- >> >> | > >> | then inside the source block >> >> | C-c ' >> >> `- >> >> >> >> >> My system data: >> >> "GNU Emacs 24.0.93.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.24.10) >> >> of 2012-02-07 on arch >> >> Org-mode version 7.8.03 >> >> Ma Gnus v0.2" >> >> >> > >> > I can't reproduce it. >> > >> > Is C-c ' (still) bound to org-edit-special? >> >> Yes, it is. >> >> > C-h f org-edit-special RET says >> > >> > , >> > | org-edit-special is an interactive Lisp function in `org.el'. >> > | >> > | (org-edit-special &optional ARG) >> > | >> > | Call a special editor for the stuff at point. >> > | When at a table, call the formula editor with >> `org-table-edit-formulas'. >> > | When at the first line of an src example, call `org-edit-src-code'. >> > | When in an #+include line, visit the include file. Otherwise call >> > | `ffap' to visit the file at point. >> > ` >> > >> > and I get the ffap behavior in a quote block (not that that's >> particularly >> > attractive either). >> > >> > Did you try it emacs -q? Maybe it's a customization of yours. >> >> I tried that too, and again the edit buffer was in artist mode. >> I use the emacs24-starter-kit now, so not all customisations are mine. >> But I can't see anything that sets edit buffers in artist mode. >> >> Might that be related with openwith mode? I have that activated >> globally. But it shouldn't happen with emcas -q then. >> >> -- >> cheers, >> Thorsten >> >> >> >> Alternatives: >> >> -- cheers, Thorsten
Re: [O] [babel] Editing 'quote' source blocks in artist mode
Thorsten wrote: > Nick Dokos writes: > > > Gustav Wikström wrote: > > > >> Hi! > >> > >> Just tried this and I can confirm both your bugs. > >> > >> calling org-edit-special on the following line gives artist-mode (or > >> whatever it is called..): > >> > >> : some text > >> > > > > That's a feature, not a bug: > > > A quote might be a fixed-width-region inside an org document, but who > wants to edit a textual quote in picture/artitst mode? > Nobody - I was just pointing out that we (at least, Gustav and I do) get this behavior and that's consistent with the code. OTOH, we *don't* all get the same behavior with #+begin/end_quote and the behavior you get is inconsistent with the code: you get picture mode, Gustav and I get (confusing) questions about opening a file with ffap. > Quotes are almost always text imho. > Not sure what the "best" solution is: sometimes they are ascii art and having picture mode on is helpful, sometimes they are text and some kind of text mode would be more appropriate. But they could really be anything so *any* choice is bound to disappoint at some point/time and I'm not sure org can be prescient enough TDRT all the time. Nick
[O] org-edit-special is available to other buffers
Hi, I asked about this a while ago on this list, but no one seemed interested. So I've gone ahead and implemented this myself. https://github.com/lewang/generic-edit-special This allows you to define beginning/ending regexps with corresponding language, and edit the region in between just like org-edit-special. Currently, I use it for HTML/css/javascript/rails. Any comments/bug reports welcome. Cheers. -- Le
Re: [O] [babel] Editing 'quote' source blocks in artist mode
Nick Dokos writes: > Thorsten wrote: > >> Nick Dokos writes: >> >> > Gustav Wikström wrote: >> > >> >> Hi! >> >> >> >> Just tried this and I can confirm both your bugs. >> >> >> >> calling org-edit-special on the following line gives artist-mode (or >> >> whatever it is called..): >> >> >> >> : some text >> >> >> > >> > That's a feature, not a bug: >> >> >> A quote might be a fixed-width-region inside an org document, but who >> wants to edit a textual quote in picture/artitst mode? >> > > Nobody - I was just pointing out that we (at least, Gustav and I do) get > this behavior and that's consistent with the code. OTOH, we *don't* all > get the same behavior with #+begin/end_quote and the behavior you get is > inconsistent with the code: you get picture mode, Gustav and I get > (confusing) questions about opening a file with ffap. > >> Quotes are almost always text imho. >> > > Not sure what the "best" solution is: sometimes they are ascii art and > having picture mode on is helpful, sometimes they are text and some kind > of text mode would be more appropriate. But they could really be anything > so *any* choice is bound to disappoint at some point/time and I'm not sure > org can be prescient enough TDRT all the time. I seem to remember that before my shift to emacs24 I just used quote-blocks and they were in text mode and I thought that was allright as default behaviour. Actually, I did not even notice what mode I was in, because it felt so natural to edit the quote as text. I'm not really into this, its a bit strange, and might be just a special problem with my emacs installation/configuration. -- cheers, Thorsten
Re: [O] missing appointments
Memnon Anon writes: > Nick Dokos writes: > >> ;; wrong >> (setq org-appt-timer (run-at-time "00:01" nil (function org-agenda-to-appt))) > [...] >> o finally, I would like to add a call at midnight every day to >> recalculate appointments for the next day - unfortunately, the call >> above is not correct, so for now I do it manually with an >> org-agenda-redo as above. One of these days I'll get that fixed. If >> anybody has done that already, I'll gladly steal your code :-) > > http://doc.norang.ca/org-mode.html#sec-14-1 > > Memnon Heh! Even I had to look that up... and it's my document! For the list archives I think this is the relevant part of the above link (since the sec-14-1 is likely to change in the future) --8<---cut here---start->8--- ; If we leave Emacs running overnight - reset the appointments one minute after midnight (run-at-time "24:01" nil 'bh/org-agenda-to-appt) --8<---cut here---end--->8--- This originally came from Carsten Dominik years ago ... when I was setting up my appt for the first time. Thanks Carsten! Regards, Bernt
Re: [O] Bug: org-indent-mode cursor movement [7.8.03]
Hello all, Byte-compiling org-mode a second time after installation seems to permanently solve the problem for me. I suspect that this is not a bug with org-mode, but with elpa. Thanks for your assistance. - Andrew
[O] Clocking time in frame title bar
Hi, I'm really enjoying using org-mode's clocking features and it's nice that it shows the current task and total clocking time in the modeline but for me there is a problem with this: I often have multiple windows open and my frame is split horizontally. This means the modeline is too short to contain this information. Also even if I could see it, it's being displayed redundantly in multiple modelines. So I thought about how it could be different and I realised something: I use the emacs GTK GUI but I turn off most things, scrollbars, menubars etc. but there is one thing still wasting space: the frame title bar. So why not use this space? I know emacs lisp and I'm happy to write a patch for this myself, but before I dive in I would like to ask a couple of questions here: first, does this sounds feasible? Is there something I don't know about the frame title that would make it unsuitable for being constantly updated like the modeline? Secondly, if it seems feasible, where is the best place to start in the org code (org-clock.el I guess) and would there be a preferable way to be able to switch this feature on and off? Thanks, Borbus.
[O] Bug: Consistency graph redisplay with links in filtered headings [7.8.03]
Habit lines containing links get mangled on redisplay when they are
filtered out of the agenda view.
Here's how to reproduce it:
1. Run `emacs -Q -l setup.el'.
2. Type `M-x org-agenda', then `a' for weekly agenda.
3. Type `C-u \ TAB random' to filter out items tagged `random'.
4. Move point to `Another item'.
5. Press `I' to clock in (which calls `org-habit-insert-consistency-graphs').
6. Type `/ /' to remove the filter.
Now there is a misaligned consistency graph on the first TODO item,
partly obscuring the link and the original consistency graph.
Here is `test-case.org':
* TODO [[file:setup.el][A link]]
:random:
SCHEDULED: <2012-02-16 Thu .+1d>
:PROPERTIES:
:STYLE:
habit
:END:
* TODO Another item
SCHEDULED: <2012-02-16 Thu .+1d>
:PROPERTIES:
:STYLE:
habit
:END:
And here is `setup.el':
(add-to-list 'load-path "/src/org-mode/lisp")
(require 'org)
(setq org-modules (cons 'org-habit org-modules))
(setq org-agenda-files '("./test-case.org"))
I'm not sure if this is the best way to go about it but this patch
solves the problem:
>From c7d5abcd886c17c25f2dab1a658e0c0accc9f211 Mon Sep 17 00:00:00 2001
From: Thomas Morgan
Date: Wed, 22 Feb 2012 10:12:19 +0100
Subject: [PATCH] * org-habit.el (org-habit-insert-consistency-graphs):
Disable filters temporarily; this helps with alignment if
there are links.
---
lisp/org-habit.el | 13 +++--
1 files changed, 11 insertions(+), 2 deletions(-)
diff --git a/lisp/org-habit.el b/lisp/org-habit.el
index 4274aae..6b47766 100644
--- a/lisp/org-habit.el
+++ b/lisp/org-habit.el
@@ -336,7 +336,14 @@ current time."
(let ((inhibit-read-only t) l c
(buffer-invisibility-spec '(org-link))
(moment (time-subtract (current-time)
- (list 0 (* 3600 org-extend-today-until) 0
+ (list 0 (* 3600 org-extend-today-until) 0)))
+ disabled-overlays)
+;; Disable filters; this helps with alignment if there are links.
+(mapc (lambda (ol)
+ (when (overlay-get ol 'invisible)
+ (overlay-put ol 'invisible nil)
+ (setq disabled-overlays (cons ol disabled-overlays
+ (overlays-in (point-min) (point-max)))
(save-excursion
(goto-char (if line (point-at-bol) (point-min)))
(while (not (eobp))
@@ -352,7 +359,9 @@ current time."
(time-subtract moment (days-to-time org-habit-preceding-days))
moment
(time-add moment (days-to-time org-habit-following-days))
- (forward-line)
+ (forward-line)))
+(mapc (lambda (ol) (overlay-put ol 'invisible t))
+ disabled-overlays)))
(defun org-habit-toggle-habits ()
"Toggle display of habits in an agenda buffer."
--
1.7.5.4
Emacs : GNU Emacs 24.0.93.1 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
of 2012-02-09 on tyl
Package: Org-mode version 7.8.03
current state:
==
(setq
org-export-blocks '((src org-babel-exp-src-block nil) (comment
org-export-blocks-format-comment t) (ditaa org-export-blocks-format-ditaa nil)
(dot org-export-blocks-format-dot nil))
org-ctrl-c-ctrl-c-hook '(org-babel-hash-at-point
org-babel-execute-safely-maybe)
org-export-preprocess-before-selecting-backend-code-hook
'(org-beamer-select-beamer-code)
org-tab-first-hook '(org-hide-block-toggle-maybe
org-src-native-tab-command-maybe)
org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers
org-cycle-show-empty-lines org-optimize-window-after-visibility-change)
org-agenda-before-write-hook '(org-agenda-add-entry-text)
org-speed-command-hook '(org-speed-command-default-hook
org-babel-speed-command-hook)
org-babel-pre-tangle-hook '(save-buffer)
org-occur-hook '(org-first-headline-recenter)
org-export-interblocks '((lob org-babel-exp-lob-one-liners) (src
org-babel-exp-inline-src-blocks))
org-metaup-hook '(org-babel-load-in-session-maybe)
org-confirm-elisp-link-function 'yes-or-no-p
org-export-latex-format-toc-function 'org-export-latex-format-toc-default
org-export-preprocess-before-normalizing-links-h
Re: [O] Bug: org-indent-mode cursor movement [7.8.03]
Andrew Stine writes: > Byte-compiling org-mode a second time after installation seems to > permanently solve the problem for me. I suspect that this is not a bug > with org-mode, but with elpa. Thanks for your assistance. You might want to file a bug report against Emacs, since gnu-elpa is now part of it. The way package manager compiles sources is troublesome when the same package (more to the point an earlier version of it) is reachable via a different directory in load-path and it can go completely haywire if part of that package is already loaded into memory (like when you've had a (require 'org) in your customization). Unfortunately for orgmode that is always the case since it is also part of Emacs. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptation for Waldorf Blofeld V1.15B11: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
Re: [O] Clocking time in frame title bar
Well I just went ahead and wrote the hack anyway and it seems to work for me, here is what I did: ;; show clock and timer stuff in the frame title (defvar plain-frame-title-format frame-title-format) (defun clock-in-frame-title () (if (org-clocking-p) (setq frame-title-format (list (concat (car plain-frame-title-format) " :: Clocked in: " (org-clock-get-clock-string) " :: Pomodoro:" org-timer-mode-line-string))) (setq frame-title-format plain-frame-title-format))) (run-at-time t 1 'clock-in-frame-title) (add-hook 'org-clock-in-hook 'clock-in-frame-title) (add-hook 'org-clock-out-hook 'clock-in-frame-title) (add-hook 'org-clock-cancel-hook 'clock-in-frame-title) Any comments? Is run-at-time the best thing to use here? Note that I use the Pomodoro method and use the code to start the Pomodoro that was posted to this list previously: http://orgmode.org/worg/org-gtd-etc.html Borbus.
Re: [O] missing appointments
Bernt Hansen wrote: > Memnon Anon writes: > > > Nick Dokos writes: > > > >> ;; wrong > >> (setq org-appt-timer (run-at-time "00:01" nil (function > >> org-agenda-to-appt))) > > [...] > >> o finally, I would like to add a call at midnight every day to > >> recalculate appointments for the next day - unfortunately, the call > >> above is not correct, so for now I do it manually with an > >> org-agenda-redo as above. One of these days I'll get that fixed. If > >> anybody has done that already, I'll gladly steal your code :-) > > > > http://doc.norang.ca/org-mode.html#sec-14-1 > > > > Memnon > > Heh! Even I had to look that up... and it's my document! > > For the list archives I think this is the relevant part of the above > link (since the sec-14-1 is likely to change in the future) > > ; If we leave Emacs running overnight - reset the appointments one minute > after midnight > (run-at-time "24:01" nil 'bh/org-agenda-to-appt) > > This originally came from Carsten Dominik years ago ... when I was > setting up my appt for the first time. > > Thanks Carsten! > Thanks, Memnon! And Bernt and Carsten (and also Russell Adams who had it in the hack I mentioned yesterday)! I'm not sure I understand how it works, but I've added it (plus some debugging) and we'll see how it goes: is the "24:01" a relative time or an absolute time? I can't make heads or tails of the run-at-time doc. And what reschedules it for next time? Doesn't the timer fire once (if REPEAT is nil) and then it's done? I remember I had some misconceptions about run-at-time before and these are probably more misconceptions on my part. One of these days, I'll dust the cobwebs out (but they keep returning...) Nick
Re: [O] [babel] problem with sh blocks
Bernt Hansen writes: > Andreas Leha writes: > >> Org-mode version 7.8.03, pulled last week >> (how do I get the release info as well?) > > If you are running from a git repository then M-x org-version should > show the results of 'git describe' automatically. > > C-u M-x org-version RET > Org-mode version 7.8.03 (release_7.8.03.420.gaf2a4) > > Regards, > Bernt Hi Bernt, thanks. I did not get the git describe part. Now looking at the code of org-version, I saw, that I get this only, when I run org from the repository (I did make install and load from another place). Kind of obvious. Now I am loading org from the repository. Bit anyway, since I have some changes committed locally on top, that won't give useful (useful to others) information. Regards, Andreas
Re: [O] [babel] Editing 'quote' source blocks in artist mode
>> >> Not sure what the "best" solution is: sometimes they are ascii art and >> having picture mode on is helpful, sometimes they are text and some kind >> of text mode would be more appropriate. But they could really be anything >> so *any* choice is bound to disappoint at some point/time and I'm not sure >> org can be prescient enough TDRT all the time. > > I seem to remember that before my shift to emacs24 I just used > quote-blocks and they were in text mode and I thought that was allright > as default behaviour. Actually, I did not even notice what mode I was > in, because it felt so natural to edit the quote as text. > > I'm not really into this, its a bit strange, and might be just a special > problem with my emacs installation/configuration. I can confirm that this is the behavior seen on Emacs24 even when no configuration is loaded. I think this is the *wrong* behavior, quotes are generally textual and loading them in artist mode (to me) is surprising and undesirable. In looking at the code it seems that `org-edit-special' will launch *any* block type in fixed width mode which isn't explicitly caught by `org-edit-src-code'. See the relevant portion of the function [1]. I think the fix here would be to change `org-edit-fixed-width-region' s.t. it only returns true when in fixed width block types (e.g., example). Then possibly add another case statement to launch other block types into text-mode special editing. Best, Footnotes: [1] The call to `org-edit-fixed-width-region' returns true when the point is in *any* block type. , | (cond ;; proceed with `org-edit-special' |((save-excursion | (beginning-of-line 1) | (looking-at "\\(?:#\\+\\(?:setupfile\\|include\\):?[ \t]+\"?\\|[ \t]*.*?file=\"\\)\\([^\"\n>]+\\)")) | (find-file (org-trim (match-string 1 |((org-edit-src-code)) |((org-edit-fixed-width-region)) |((org-at-table.el-p) | (org-edit-src-code)) |((or (org-at-table-p) | (save-excursion | (beginning-of-line 1) | (looking-at "[ \t]*#\\+TBLFM:"))) | (call-interactively 'org-table-edit-formulas)) |(t (call-interactively 'ffap))) ` -- Eric Schulte http://cs.unm.edu/~eschulte/
Re: [O] missing appointments
Nick Dokos wrote: > > I'm not sure I understand how it works, but I've added it (plus some > debugging) and we'll see how it goes: is the "24:01" a relative time or > an absolute time? I can't make heads or tails of the run-at-time doc. I went through the code: it's an absolute time and it represents one minute past midnight of the next day (my original "00:01" was one minute past midnight of the current day, i.e. some time in the past). > And what reschedules it for next time? Doesn't the timer fire once (if REPEAT > is nil) and then it's done? Still not clear about this though. I'll see what happens at midnight tonight. Nick PS. BTW, I was just looking through Bernt's document and saw that in my earlier mail, I missed the activation of appointments: (appt-activate 1) So that's one more thing for the OP to add to his .emacs.
Re: [O] Org publish restrict to certain levels
Xin Shi wrote:
> I have a relatively long and detailed document maintained in org but
> only won't to publish into LaTeX to the first 3 levels, because the
> rest of the levels are too many details. If I use COMMENT into every
> of them, looks very cumbersome. I'm wondering if there is any in-file
> config to enable this.
>
I thought it could be done through a combination of settings: an infile
setting of H:3 (or thereabouts) and a BIND setting of
org-export-latex-low-levels to
nil.
C-h v org-export-latex-low-levels RET says:
,
| org-export-latex-low-levels is a variable defined in `org-latex.el'.
| Its value is itemize
|
| Documentation:
| How to convert sections below the current level of sectioning.
| This is specified by the `org-export-headline-levels' option or the
| value of "H:" in Org's #+OPTION line.
|
| This can be either nil (skip the sections), `description', `itemize', <
the doc says it can be nil to skip them
| or `enumerate' (convert the sections as the corresponding list type), or
| a string to be used instead of \section{%s}. In this latter case,
| the %s stands here for the inserted headline and is mandatory.
|
| It may also be a list of three string to define a user-defined environment
| that should be used. The first string should be the like
| "\begin{itemize}", the second should be like "\item %s %s" with up
| to two occurrences of %s for the title and a label, respectively. The third
| string should be like "\end{itemize".
|
| You can customize this variable.
`
Unfortunately, there is a bug in org-latex.el, in org-export-latex-subcontent
,
| ((listp org-export-latex-low-levels)
|(if (string-match "% ends low level$"
| (buffer-substring (point-at-bol 0) (point)))
|(delete-region (point-at-bol 0) (point))
| (insert (car org-export-latex-low-levels) "\n"))
org-export-latex-low-levels cannot be nil here: car will blow up
|(insert (format (nth 2 org-export-latex-low-levels)
or here: format will blow up
|heading
|(if label (format "\\label{%s}" label) "")))
|(insert (org-export-latex-content content))
|(cond ((stringp subcontent) (insert subcontent))
| ((listp subcontent) (org-export-latex-sub subcontent)))
|(insert (nth 1 org-export-latex-low-levels)
|" %% ends low level\n"))
|
`
Nick
[O] Bug: Org-mode don't recognizes footnote references inside a #BEGIN_VERSE--#END_VERSE block [7.8.03]
Remember to cover the basics, that is, what you expected to happen and
what in fact did happen. You don't know how to make a good report? See
http://orgmode.org/manual/Feedback.html#Feedback
Your bug report will be posted to the Org-mode mailing list.
Lets suppose that you have a piece of code like this:
--
#+BEGIN_VERSE
This is my poetry
with two lines[1]
#+END_VERSE
[1] Nominally, an auto-reference poetry.
--
Org-mode don't recognizes the footnote reference inside the
#+BEGIN_VERSE--#+END_VERSE block.
Emacs : GNU Emacs 23.4.1 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
of 2012-02-08 on felix-laptop
Package: Org-mode version 7.8.03
current state:
==
(setq
org-log-done nil
org-export-latex-after-initial-vars-hook '(org-beamer-after-initial-vars)
org-todo-keyword-faces '(("DOWNLOADING" :foreground "dark blue" :weight bold)
("ERROR" :foreground "red" :weight bold))
org-speed-command-hook '(org-speed-command-default-hook
org-babel-speed-command-hook)
org-metaup-hook '(org-babel-load-in-session-maybe)
org-footnote-section nil
org-footnote-tag-for-non-org-mode-files nil
org-after-todo-state-change-hook '(org-clock-out-if-current)
org-footnote-fill-after-inline-note-extraction t
org-footnote-auto-label 'plain
org-export-latex-format-toc-function 'org-export-latex-format-toc-default
org-tab-first-hook '(org-hide-block-toggle-maybe
org-src-native-tab-command-maybe
org-babel-hide-result-toggle-maybe)
org-src-mode-hook '(org-src-babel-configure-edit-buffer
org-src-mode-configure-edit-buffer)
org-confirm-shell-link-function 'yes-or-no-p
org-export-first-hook '(org-beamer-initialize-open-trackers)
org-agenda-before-write-hook '(org-agenda-add-entry-text)
org-babel-pre-tangle-hook '(save-buffer)
org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers
org-cycle-show-empty-lines
org-optimize-window-after-visibility-change)
org-export-preprocess-before-normalizing-links-hook
'(org-remove-file-link-modifiers)
org-email-link-description-format "Email %c: %s"
org-mode-hook '(turn-on-auto-fill turn-on-flyspell turn-on-font-lock
#[nil "\300\301\302\303\304$\207"
[org-add-hook change-major-mode-hook org-show-block-all
append local] 5]
#[nil "\300\301\302\303\304$\207"
[org-add-hook change-major-mode-hook
org-babel-show-result-all append local] 5]
org-babel-result-hide-spec org-babel-hide-all-hashes)
org-ctrl-c-ctrl-c-hook '(org-babel-hash-at-point
org-babel-execute-safely-maybe)
org-confirm-elisp-link-function 'yes-or-no-p
org-export-interblocks '((src org-babel-exp-non-block-elements))
org-clock-out-hook '(org-clock-remove-empty-clock-drawer)
org-occur-hook '(org-first-headline-recenter)
org-export-preprocess-before-selecting-backend-code-hook
'(org-beamer-select-beamer-code)
org-export-latex-final-hook '(org-beamer-amend-header org-beamer-fix-toc
org-beamer-auto-fragile-frames
org-beamer-place-default-actions-for-lists)
org-metadown-hook '(org-babel-pop-to-session-maybe)
org-export-blocks '((src org-babel-exp-src-block nil) (export-comment
org-export-blocks-format-comment t)
(ditaa org-export-blocks-format-ditaa nil) (dot
org-export-blocks-format-dot nil))
)
--
,= ,-_-. =. Bruno Félix Rezende Ribeiro (oitofelix)
((_/)o o(\_)) Uns o chamam de super-vaca...
`-'(. .)`-' Outros de hyper-touro...
\_/ Eu o chamo simplesmente: meta-gnu!
[O] enhancement request: {est+} summary type for HH:MM properties
Hello,
Please would someone have a look at this enhancement request?
Given a columns definition like this:
#+COLUMNS: %50ITEM %5Effort(Hours est.){est+}
if the property :Effort: contains time values in HH:MM format then the
{est+} summary type doesn't work because it requires a real number
('1.1') or a range of reals (e.g. '1.1-2.5').
There are already functions in org-colview.el that convert between
string of HH:MM and numbers. I am gradually learning elisp and have
recently taken a long time to achieve something fairly simple so am
passing this one along!
Thanks,
Myles
Re: [O] Beamer confusion: environments are ignored
(Sorry for breaking the thread -- I'm using the digest. Come to think of it, I
was wondering -- how do other digest readers participate in discussions without
messing up the thread IDs? Use a news reader, or...? Nabble?)
Sebastien Vauban wrote:
> For horizontal centering, a workaround (or simply a solution) can be something
> like:
>
> #+LaTeX: \begin{center}
> #+ATTR_LaTeX: width=0.75\linewidth
> [[~/Pictures/Dock.jpg]]
> #+LaTeX: \end{center}
>
> Best regards,
> Seb
Thanks. After reading the Beamer user's guide, this will get me pretty much
where I need to go.
Still, though, if there is nothing wrong with Carsten's example presentation
and it renders incorrectly, then I suppose it's a bug.
Shall I file a bug report? There is a reproducer here:
http://article.gmane.org/gmane.emacs.orgmode/52631
Can someone confirm? Bug or not?
hjh
--
James Harkins /// dewdrop world
jamshar...@dewdrop-world.net
http://www.dewdrop-world.net
"Come said the Muse,
Sing me a song no poet has yet chanted,
Sing me the universal." -- Whitman
blog: http://www.dewdrop-world.net/words
audio clips: http://www.dewdrop-world.net/audio
more audio: http://soundcloud.com/dewdrop_world/tracks
Re: [O] orgmode and auctex
Christopher Witte wrote:
> Hi all,
>
> (setq TeX-auto-save t)
> (setq TeX-parse-self t)
> (setq-default TeX-master nil)
> (make-variable-buffer-local 'TeX-master) ;; I think this is need because the
> variable is not buffer
> local until Auctex is active
>
> (defun org-mode-reftex-setup ()
> (setq TeX-master t)
> (load-library "reftex")
> (and (buffer-file-name)
> (file-exists-p (buffer-file-name))
> (progn
> (reftex-parse-all)
> (reftex-set-cite-format "[[cite:%l][%l]]")))
> (define-key org-mode-map (kbd "C-c )") 'reftex-citation)
> (define-key org-mode-map (kbd "C-c (") 'org-mode-reftex-search))
> (add-hook 'org-mode-hook 'org-mode-reftex-setup)
>
> This appears to work for me. This should make the buffer local version of
> TeX-master "t" for all
> org buffer and keep it the default otherwise. Is this a good way to work
> around this problem?
>
I think so - at least, I can't think of a better way.
Nick
