Re: [Orgmode] [bug] org-insert-link in different frame
Applied, thanks. - Carsten On Apr 7, 2010, at 6:16 PM, Lluís wrote: Hi Lluis, would you like to make a patch for me to fix this? Here it goes. Note that I've found some weirdness that I don't know how to solve, and might well be a systemic problem of the current implementation of `framepop' (or either a lack of elisp knowledge from my part): - Bind an org-mode buffer to framepop from "frame0" (`framepop-display-buffer'); this creates "framefp" and calls `redirect-frame-focus', redirecting "framefp" to "frame0" - Create a new frame "frame1". - Call `suspend-frame' on "frame0" - Switch to "framefp" and call `org-insert-link' This has the unfortunate effect of showing the "*Org Links*" buffer in "frame1", and then raising "frame0" for the user input in the minibuffer. Result? If both "frame0" and "frame1" were on the same screen, the former is on top of the latter, thus preventing the useer to see the "*Org Links*" buffer. After some tests, I've also found that `get-buffer-window' prefers "frame1" even when `org-completing-read' later on uses "frame0" for the minibuffer, so this is still confusing to use (now without having `suspend-frame' on "frame0"). My elisp knowledge is too limited to find a solution to this, but the patch at least works in the simple case of "frame0"+"framefp" (which is the schenario that raised the initial error). Read you, Lluis -- "And it's much the same thing with knowledge, for whenever you learn something new, the whole world becomes that much richer." -- The Princess of Pure Reason, as told by Norton Juster in The Phantom Tollbooth - 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] Example of failing link
I just revisited the same experienmce with 6.35e. All of my links give the same results but one example is [[file:apoptosis.org::*Topics][Topics and Ideas]] Paul Schlesinger "... the justification for a physical concept lies exclusively in its clear and unambiguous relation to facts that can be experienced." A. Einstein Kings College 1921 Message: 26 Date: Tue, 6 Apr 2010 16:51:19 -0500 From: "Paul Schlesinger" Subject: [Orgmode] Org 6.35 To: Message-ID: Content-Type: text/plain; charset="iso-8859-1" Just down loaded and install 6.35 from web site. Running XP and emacs. When trying to follow link I get an error ShellExecute failed. Moved back to 6.34c and everything works fine. Paul Schlesinger "... the justification for a physical concept lies exclusively in its clear and unambiguous relation to facts that can be experienced." A. Einstein Kings College 1921 -- next part -- An HTML attachment was scrubbed... URL: http://lists.gnu.org/pipermail/emacs-orgmode/attachments/20100406/24703edb/attachment.html -- Message: 27 Date: Wed, 7 Apr 2010 07:56:27 +0200 From: Carsten Dominik Subject: Re: [Orgmode] Org 6.35 To: Paul Schlesinger Cc: emacs-orgmode@gnu.org Message-ID: <173993fa-28eb-4e19-b48f-c18aba4e1...@gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Hi Paul, can you please post the link that causes problems? Thanks. - 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] Pro/Con Lists
Is there a decent way to create these using Org Mode? I tried plain lists, but when exported to HTML the entries lose their '+' and '-' signs (and gain some kind of bulletpoint). ___ 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] Exporting to HTML opens resulting file
It seems that when I export to HTML, something, somewhere, opens the file so I have yet another buffer open. Is there any way to configure that behaviour so that I don't get even more swamped by buffers than I am already, or alternatively automatically name the buffer with something that I can instruct ido to ignore (setq ido-ignore-buffers ...)? Using org-mode 6.21b in emacs 23.1 if it makes any difference. ___ 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: Pro/Con Lists
"Gary ." writes: > Is there a decent way to create these using Org Mode? I tried > plain lists, but when exported to HTML the entries lose their '+' > and '-' signs (and gain some kind of bulletpoint). How about checkboxes? (I havn't tried to export them). -- Miłego dnia, Łukasz Stelmach ___ 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] persistent default task with org-clock-persist?
I have (setq org-clock-persist 'history) in my .emacs (and of course (org-clock-persistence-insinuate)), and the most recently-used tasks are indeed persistent between Emacs sessions. However, I like to use C-u C-u C-c C-x C-i to set a default task for general planning, etc. This default task does not seem to persist between sessions. Is there a way to either make the default task persistent, or to increase the number of tasks that are kept in the history? I apologize if this answer is in the documentation and I have somehow missed it. ___ 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] Pro/Con Lists
"Gary ." writes: Hi, Gary > Is there a decent way to create a PROs/Cons list > these using Org Mode? Depends on your level of decency ;-) * Suggestion 1 + PROS + fast + furious + CONS + rough + noisy * Suggestion 2 + PROS fast + PROS furious + CONS rough + CONS noisy You can write a function that writes the words "PROS" & "CONS" and bind it to a keystroke. You can also write a function that, in the HTML exported file, substitutes the words "PROS" & "CONS" with the appropriate class, e.g.: (defun gio-red-cons () ""(interactive) () (setq a (point-min)) (while (< a (point-max)) (re-search-forward " PROS" nil nil ) (replace-match "CONS<\/span>" ) (setq a (point))) ) and use it in the post-export-hook (see the manual) to have coloured PROS and CONS HTH Giovanni ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Exporting to HTML opens resulting file
I had a similar request before but never get solved. I support this request. On Thu, Apr 8, 2010 at 4:11 AM, Gary . wrote: > It seems that when I export to HTML, something, somewhere, opens the > file so I have yet another buffer open. Is there any way to configure > that behaviour so that I don't get even more swamped by buffers than I > am already, or alternatively automatically name the buffer with > something that I can instruct ido to ignore (setq ido-ignore-buffers > ...)? Using org-mode 6.21b in emacs 23.1 if it makes any difference. > > > ___ > Emacs-orgmode mailing list > Please use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode > ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Exporting to HTML opens resulting file
On Apr 8, 2010, at 3:34 PM, Xin Shi wrote: I had a similar request before but never get solved. I support this request. (setq org-export-kill-product-buffer-when-displayed t) will do this when the exported file is shown immediately, so the buffer will be removed during `C-c C-e b', but not during `C-c C-e h' I guess we could have a variable that always removes the buffer. - Carsten On Thu, Apr 8, 2010 at 4:11 AM, Gary . orgm...@garydjones.name> wrote: It seems that when I export to HTML, something, somewhere, opens the file so I have yet another buffer open. Is there any way to configure that behaviour so that I don't get even more swamped by buffers than I am already, or alternatively automatically name the buffer with something that I can instruct ido to ignore (setq ido-ignore-buffers ...)? Using org-mode 6.21b in emacs 23.1 if it makes any difference. ___ 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 - 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] Example of failing link
Hi Paul I think this is fixed with the current git master - please check. - Carsten On Apr 7, 2010, at 11:13 PM, Paul Schlesinger wrote: I just revisited the same experienmce with 6.35e. All of my links give the same results but one example is [[file:apoptosis.org::*Topics][Topics and Ideas]] Paul Schlesinger "... the justification for a physical concept lies exclusively in its clear and unambiguous relation to facts that can be experienced." A. Einstein Kings College 1921 Message: 26 Date: Tue, 6 Apr 2010 16:51:19 -0500 From: "Paul Schlesinger" Subject: [Orgmode] Org 6.35 To: Message-ID: Content-Type: text/plain; charset="iso-8859-1" Just down loaded and install 6.35 from web site. Running XP and emacs. When trying to follow link I get an error ShellExecute failed. Moved back to 6.34c and everything works fine. Paul Schlesinger "... the justification for a physical concept lies exclusively in its clear and unambiguous relation to facts that can be experienced." A. Einstein Kings College 1921 -- next part -- An HTML attachment was scrubbed... URL: http://lists.gnu.org/pipermail/emacs-orgmode/attachments/20100406/24703edb/attachment.html -- Message: 27 Date: Wed, 7 Apr 2010 07:56:27 +0200 From: Carsten Dominik Subject: Re: [Orgmode] Org 6.35 To: Paul Schlesinger Cc: emacs-orgmode@gnu.org Message-ID: <173993fa-28eb-4e19-b48f-c18aba4e1...@gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Hi Paul, can you please post the link that causes problems? Thanks. - 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 - 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] Exporting to HTML opens resulting file
On Thu, Apr 8, 2010 at 3:54 PM, Carsten Dominik wrote: > > On Apr 8, 2010, at 3:34 PM, Xin Shi wrote: > >> I had a similar request before but never get solved. I support this >> request. > > (setq org-export-kill-product-buffer-when-displayed t) > > will do this when the exported file is shown immediately, so > the buffer will be removed during `C-c C-e b', Aha! Err... what exactly does "browse immediately" mean? I am guessing it uses the browse-url-browser-function to open the produced page in a browser? In my case that points to Firefox, and indeed I can `C-c C-o' on a link in a .org file and it opens nicely. Nothing browser-like happens if I `C-c C-e b', however... > but not during `C-c C-e h' > > I guess we could have a variable that always removes the buffer. *choke* Well, not for me. I mean, I *do* want to export and then look at the result, hence I don't want the "product buffer" open as well. I just wasn't aware of this connection between "browse immediately" and killing the product buffer. It doesn't seem that org-export-kill-product-buffer-when-displayed exists in the version I have, however :-( ___ 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-mode (recent git) tries to open .c and other plaintext file:// links with less on debian
Hiho! Confirmed fixed (for me) with recent git. Thanks! ;) I didn't notice that this issue was double-posted: Ich schrieb: > > [[file:~/anon-vc/emacs/src/emacs.c::fatal_error_signal%20sig][file:~/anon-vc/emacs/src/emacs.c::fatal_error_signal > sig]] > > until I looked what org-open-file does with edebug and noticed it > tries to handle the file according to its mailcap entry. > > Which is, on my debian testing systems: > > text/plain; less '%s'; needsterminal > > which makes a lot of sense when I try to open a plaintext file > attachment e.g. with mutt. > > >From emacs, not so good. > > Indeed, M-x list-processes lists a less process: > > Proc Status Buffer TtyCommand > less /home/fdf/anon-vc/emacs/src/emacs.c run (none) /dev/pts/6 > /usr/bin/zsh -c less /home/fdf/anon-vc/emacs/src/emacs.c ---Zitatende--- Paul Schlesinger schrieb: > I just revisited the same experienmce with 6.35e. > All of my links give the same results but one example is > > [[file:apoptosis.org::*Topics][Topics and Ideas]] > Just down loaded and install 6.35 from web site. Running XP and emacs. When > trying to follow link I get an error > ShellExecute failed. Moved back to 6.34c and everything works fine. ---Zitatende--- -- Friedrich Delgado Friedrichs TauPan on Ircnet and Freenode ;) ___ 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 in org-table?
2010/4/7 Carsten Dominik : > this works just fine for me. Many thanks to Carsten and David for their responses. I'am a bit at a loss on where the problem may lay: I have made a fresh installation of Emacs 23.1 and org-mode 6.35f -- and nothing else. The .emacs init file contains nothing else but: --> (require 'org-install) <-- Yet, I am still experiencing the same problem: When in the file: --> | Col1 | Col2 | Col3 | |+---+---| | long table entry | sh. t. e. | sh. t. e. | | <10> | | | <-- the table is aligned properly (showing " long tab=> " in the first column), and I move the mouse cursor over that field, what is shown in the pop-up window is only "Clipped table field, use C-c ` to edit. Full value is:" and an empty line. Since I am running Emacs under Windows (Vista) I am wondering if in programming this feature any assumptions might have been made about the behaviour of the operating system, assumptions Windows might not match? Best regards, and many thanks for your help Rainer -- Prof. Dr. Rainer Thiel Dekan Philosophische Fakultät 07737 Jena, Germany (EU) r.th...@uni-jena.de ___ 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] org-babel-perl and formats
Łukasz Stelmach writes: > Hello. > > I am not sure I will be able to spend some time on this so I'll share my > observation with you. org-babel-perl can't cope with perl formats, with > their endings to be precise. A format is defined by: > > format FORMAT_NAME = > body of the format > . > > The problem is that formats *must* and with a single solitary dot or, to > be precise "\n.\n" sequence. org-babel-perl doesn't care about it and > puts "\t" befor the dot. Hi Łukasz, Could you post an example? I don't believe we insert tab characters. I've never used a perl format before, but I just tried it and it seemed to work OK with C-c C-c: --8<---cut here---start->8--- #+begin_src perl format STDOUT = @<< @|| @>> "left", "middle", "right" . write ; #+end_src #+results: : leftmiddleright --8<---cut here---end--->8--- Incidentally, do you know the variable org-src-preserve-indentation? When I first read your email I thought that would be the answer. In fact it doesn't seem to be relevant, but I thought I would mention it anyway. Dan > > Are these indents really necessary in the text > that goes straight through IPC pipes of our OS of choice? ___ 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 in org-table?
I have been able to reproduce the behaviour reported in the OP exactly once. After adding a second table to the file the tooltip behaved as expected and neither undoing nor starting from a fresh file could reproduce it While experimenting I noticed that in the following table: | Title1 | Title2 | |+| | 1. column, 1. rather long entry | 2. column, 1. rather long entry | | 1. column, 2. rather long entry | 2. column, 2. rather long entry | | <14> | <14> | the tooltip texts for the "=>" in the second column are those of the first column. I'm running: Emacs : GNU Emacs 23.1.1 (x86_64-pc-linux-gnu, GTK+ Version 2.16.6) of 2010-04-05 on fluxx Package: Org-mode version 6.35f (release_6.35f.1.g39c91.dirty) Andreas On Thu, 8 Apr 2010 17:32:54 +0200 Rainer Thiel wrote: > 2010/4/7 Carsten Dominik : > > this works just fine for me. > > Many thanks to Carsten and David for their responses. I'am a bit at a > loss on where the problem may lay: I have made a fresh installation > of Emacs 23.1 and org-mode 6.35f -- and nothing else. > > The .emacs init file contains nothing else but: > > --> > (require 'org-install) > > <-- > > Yet, I am still experiencing the same problem: When in the file: > > --> > | Col1 | Col2 | Col3 | > |+---+---| > | long table entry | sh. t. e. | sh. t. e. | > | <10> | | | > > <-- > > the table is aligned properly (showing " long tab=> " in the first > column), and I move the mouse cursor over that field, what is shown in > the pop-up window is only "Clipped table field, use C-c ` to edit. > Full value is:" and an empty line. > > Since I am running Emacs under Windows (Vista) I am wondering if in > programming this feature any assumptions might have been made about > the behaviour of the operating system, assumptions Windows might not > match? > > Best regards, and many thanks for your help > > Rainer > -- > Prof. Dr. Rainer Thiel > Dekan Philosophische Fakult__t > 07737 Jena, Germany (EU) > r.th...@uni-jena.de > > > ___ > Emacs-orgmode mailing list > Please use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Exporting to HTML opens resulting file
Hi Gary, maybe we need to settle some terminology first. When Org-mode exports, is is actually producing the product in a buffer. So the buffer is there first. When it is complete, the buffer is written to a file, but stays in Emacs - so we now have a buffer visiting the file on the disk. So if you are exporting in order to produce the file, you may not want to keep the buffer. That is a perfectly reasonable request. Of course, sometimes you might want to look at the buffer - in that case you'd want to keep it. So there is no general solution for this. The variable org-export-kill-product-buffer-when-displayed has the following effect: Some export commands do not only produce the export file, but immediately display it with an appropriate viewer. For example, `C-c C-e b' should open your browser. And `C-c C-e d' should produce a PDF file and open it with a PDF viewer (not sure if this did work in the quite old version of Org-mode you have). If immediate opening does not work, something funny if going on. This should work. HTH - Carsten On Apr 8, 2010, at 4:22 PM, Gary . wrote: On Thu, Apr 8, 2010 at 3:54 PM, Carsten Dominik wrote: On Apr 8, 2010, at 3:34 PM, Xin Shi wrote: I had a similar request before but never get solved. I support this request. (setq org-export-kill-product-buffer-when-displayed t) will do this when the exported file is shown immediately, so the buffer will be removed during `C-c C-e b', Aha! Err... what exactly does "browse immediately" mean? I am guessing it uses the browse-url-browser-function to open the produced page in a browser? In my case that points to Firefox, and indeed I can `C-c C-o' on a link in a .org file and it opens nicely. Nothing browser-like happens if I `C-c C-e b', however... but not during `C-c C-e h' I guess we could have a variable that always removes the buffer. *choke* Well, not for me. I mean, I *do* want to export and then look at the result, hence I don't want the "product buffer" open as well. I just wasn't aware of this connection between "browse immediately" and killing the product buffer. It doesn't seem that org-export-kill-product-buffer-when-displayed exists in the version I have, however :-( ___ 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] Bug: (org-set-tags t t) gives an error point is not currently on a headline
Hi, When I run (org-set-tags t t) to realign all tags in the buffer, it doesn't work unless the point is currently on a headline, because org-set-tags calls (org-get-tags-string) early on, and org-get-tags-string raises an error if not on a headline. This can be fixed by moving the binding of `current' to `(org-get-tags-string)' into the else clause of the first if statment. I have attached a patch -Ryan -- diff --git a/lisp/org.el b/lisp/org.el index dc45871..1745116 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -12113,7 +12113,7 @@ If DATA is nil or the empty string, any tags will be removed." With prefix ARG, realign all tags in headings in the current buffer." (interactive "P") (let* ((re (concat "^" outline-regexp)) - (current (org-get-tags-string)) + ;(current (org-get-tags-string)) (col (current-column)) (org-setting-tags t) table current-tags inherited-tags ; computed below when needed @@ -12126,68 +12126,71 @@ With prefix ARG, realign all tags in headings in the current buffer." (org-set-tags nil t) (end-of-line 1))) (message "All tags realigned to column %d" org-tags-column)) - (if just-align - (setq tags current) - ;; Get a new set of tags from the user - (save-excursion - (setq table (append org-tag-persistent-alist - (or org-tag-alist (org-get-buffer-tags)) - (and org-complete-tags-always-offer-all-agenda-tags - (org-global-tags-completion-table (org-agenda-files - org-last-tags-completion-table table - current-tags (org-split-string current ":") - inherited-tags (nreverse -(nthcdr (length current-tags) - (nreverse (org-get-tags-at - tags - (if (or (eq t org-use-fast-tag-selection) - (and org-use-fast-tag-selection - (delq nil (mapcar 'cdr table - (org-fast-tag-selection - current-tags inherited-tags table - (if org-fast-tag-selection-include-todo org-todo-key-alist)) - (let ((org-add-colon-after-tag-completion t)) - (org-trim - (org-without-partial-completion - (org-icompleting-read "Tags: " 'org-tags-completion-function - nil nil current 'org-tags-history))) - (while (string-match "[-+&]+" tags) - ;; No boolean logic, just a list - (setq tags (replace-match ":" t t tags - - (if org-tags-sort-function - (setq tags (mapconcat 'identity - (sort (org-split-string tags (org-re "[^[:alnum:]...@]+")) - org-tags-sort-function) ":"))) - - (if (string-match "\\`[\t ]*\\'" tags) - (setq tags "") - (unless (string-match ":$" tags) (setq tags (concat tags ":"))) - (unless (string-match "^:" tags) (setq tags (concat ":" tags - - ;; Insert new tags at the correct column - (beginning-of-line 1) - (cond - ((and (equal current "") (equal tags ""))) - ((re-search-forward - (concat "\\([ \t]*" (regexp-quote current) "\\)[ \t]*$") - (point-at-eol) t) - (if (equal tags "") - (setq rpl "") - (goto-char (match-beginning 0)) - (setq c0 (current-column) p0 (if (equal (char-before) ?*) - (1+ (point)) (point)) - c1 (max (1+ c0) (if (> org-tags-column 0) -org-tags-column - (- (- org-tags-column) (length tags - rpl (concat (make-string (max 0 (- c1 c0)) ?\ ) tags))) - (replace-match rpl t t) - (and (not (featurep 'xemacs)) c0 indent-tabs-mode (tabify p0 (point))) - tags) - (t (error "Tags alignment failed"))) - (org-move-to-column col) - (unless just-align - (run-hooks 'org-after-tags-change-hook) + ;(let ((current (unless arg (org-get-tags-string + (let ((current (org-get-tags-string))) +(if just-align + +(setq tags current) + ;; Get a new set of tags from the user + (save-excursion +(setq table (append org-tag-persistent-alist +(or org-tag-alist (org-get-buffer-tags)) +(and org-complete-tags-always-offer-all-agenda-tags + (org-global-tags-completion-table (org-agenda-files + org-last-tags-completion-table table + current-tags (org-split-string current ":") + inherited-tags (nreverse + (nthcdr (length current-tags) + (nreverse (org-get-tags-at + tags + (if (or (eq t org-use-fast-tag-selection) + (and org-use-fast-tag-selection + (delq nil (mapcar 'cdr table + (org-fast-tag-selection + current-tags inherited-tags table + (if org-fast-tag-selection-include-todo org-todo-key-alist)) +(let ((org-add-colon-after-tag-completion t)) + (org-trim + (org-without-partial-completion +(org-icompleting-read "Tag
Re: [Orgmode] Exporting to HTML opens resulting file
Hi Carsten, I've tried to set: (setq org-export-kill-product-buffer-when-displayed t) But when I use "org-export-as-html" to export HTML, I can still see the .html buffer. Am I missing something here? Thanks! Xin On Thu, Apr 8, 2010 at 9:54 AM, Carsten Dominik wrote: > > On Apr 8, 2010, at 3:34 PM, Xin Shi wrote: > > I had a similar request before but never get solved. I support this >> request. >> > > (setq org-export-kill-product-buffer-when-displayed t) > > will do this when the exported file is shown immediately, so > the buffer will be removed during `C-c C-e b', but not during `C-c C-e h' > > I guess we could have a variable that always removes the buffer. > > - Carsten > > > >> >> On Thu, Apr 8, 2010 at 4:11 AM, Gary . >> wrote: >> It seems that when I export to HTML, something, somewhere, opens the >> file so I have yet another buffer open. Is there any way to configure >> that behaviour so that I don't get even more swamped by buffers than I >> am already, or alternatively automatically name the buffer with >> something that I can instruct ido to ignore (setq ido-ignore-buffers >> ...)? Using org-mode 6.21b in emacs 23.1 if it makes any difference. >> >> >> ___ >> 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 >> > > - 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] Exporting to HTML opens resulting file
Xin, from your email I couldn't determine the org-version you're using. I believe a /recent/ version would be required for this variable to work. I'm using the nightly build ""6.34trans"" dated "2010_02_25"; I find things to work fine - .html buffer does not linger around with C-e C-x b ___ 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] [babel] Add option to display process buffer when editing R source code blocks
Julien Barnier writes: > Hi, > > This is a small patch to org-babel-R.el which allows to automatically > display the R process buffer when editing R source code blocks with > org-edit-src-code. Hi Julien, Could I suggest a slightly different route? We already have the functions org-babel-switch-to-session and org-babel-load-session, which work for any language. These switch to the process buffer, like your patch does. I agree with you about wanting a function that ends up displaying the process buffer and the code edit buffer. I have the following personal function which achieves that: (defun dan/org-babel-switch-to-code-with-session (&optional arg) "Switch to code edit buffer and display session" (interactive "P") (save-excursion (org-babel-switch-to-session arg nil)) (org-edit-src-code)) Could you experiment with these functions, and see if they are satisfactory, amd let us know if we can improve things? E.g. we could include a function like my one above to display both the session with the edit-buffer. Note that o-b-load-session additionally loads the body of the block into the session; and that switch-session, if called with a prefix arg, assigns variables from the header args in the session[1]. These are bound to M-down and M-up when on a code block. Oh, and also... org-babel-switch-to-session and org-babel-load-session use the emacs function pop-to-buffer. That means that there's all sorts of extra control you can have over how the windows are displayed. See the documentation for things like pop-to-buffer, pop-up-windows, split-window-sensibly, special-display-buffer-names, etc. Dan Footnotes: [1] Just fixed bug here; please pull latest version. > > A custom variable allows to choose between no process buffer > (default), only the source code block and the process buffer, or the > org file, the source code block and the process buffer. > > As I'm quite new to git, I hope my patch is usable, because I > generated it from a org-babel-R.el file which already had some > modifications from master. > > Sincerely, > > -- > Julien > > > --- > contrib/babel/lisp/langs/org-babel-R.el | 27 ++- > 1 files changed, 26 insertions(+), 1 deletions(-) > > diff --git a/contrib/babel/lisp/langs/org-babel-R.el > b/contrib/babel/lisp/langs/org-babel-R.el > index 8b333cc..3924089 100644 > --- a/contrib/babel/lisp/langs/org-babel-R.el > +++ b/contrib/babel/lisp/langs/org-babel-R.el > @@ -218,7 +218,32 @@ Currently, insert hline if column names in output have > been requested." >(if column-names-p >(cons (car result) (cons 'hline (cdr result))) > result)) > - > + > + > +(defcustom org-babel-R-edit-src-show-process nil > + "Layout of windows while editing R source blocks in org files" > + :group 'org-babel > + :type '(choice (const :tag "No process buffer" nil) > +(const :tag "Show source block and process buffer" "full") > +(const :tag "Show org file, source block and process buffer" > "split"))) > + > +(defadvice org-edit-src-code (around org-edit-src-code-with-R-process > activate) > + "Display process buffer when eidting R source code blocks" > + (if org-babel-R-edit-src-show-process > +(let* ((info (org-babel-get-src-block-info)) > + (lang (first info)) > + (R-src-block (and info (string= (upcase lang) "R" > + ad-do-it > + (when R-src-block > + (cond ((string= org-babel-R-edit-src-show-process "split") > + (split-window-vertically) > + (ess-switch-to-end-of-ESS) > + (other-window -1)) > + ((string= org-babel-R-edit-src-show-process "full") > + (delete-other-windows) > + (ess-switch-to-end-of-ESS) > + (other-window 1) > +ad-do-it)) > > (provide 'org-babel-R) > ;;; org-babel-R.el ends here ___ 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] Exporting to HTML opens resulting file
On Apr 8, 2010, at 8:23 PM, Xin Shi wrote: Hi Carsten, I've tried to set: (setq org-export-kill-product-buffer-when-displayed t) But when I use "org-export-as-html" to export HTML, I can still see the .html buffer. Am I missing something here? Yes, you are not reading what I write :-) Try org-export-as-html-and-open. - Carsten Thanks! Xin On Thu, Apr 8, 2010 at 9:54 AM, Carsten Dominik > wrote: On Apr 8, 2010, at 3:34 PM, Xin Shi wrote: I had a similar request before but never get solved. I support this request. (setq org-export-kill-product-buffer-when-displayed t) will do this when the exported file is shown immediately, so the buffer will be removed during `C-c C-e b', but not during `C-c C- e h' I guess we could have a variable that always removes the buffer. - Carsten On Thu, Apr 8, 2010 at 4:11 AM, Gary . orgm...@garydjones.name> wrote: It seems that when I export to HTML, something, somewhere, opens the file so I have yet another buffer open. Is there any way to configure that behaviour so that I don't get even more swamped by buffers than I am already, or alternatively automatically name the buffer with something that I can instruct ido to ignore (setq ido-ignore-buffers ...)? Using org-mode 6.21b in emacs 23.1 if it makes any difference. ___ 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 - Carsten - 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: [OT] Re: Org mode and emacs email
Henri-Paul Indiogine writes: > I would like to truncate the subject line. Right now it wraps to the > next line and that does not look well. > > Anyone knows how to do that? I am very new to all this, but... how about turning off line wrapping in that buffer? Greetings, Eraldo ___ 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: Bug: Emacs opens a new instance for each file in agenda list on org-mobile-push
Hello, Ran into this strange "condition" myself on Emacs 23/Win 7 and latest org-mode (6.35f). Found the solution (i think) and decided to share although the thread is old: org-mobile tries to calculate checksums but is unable to find a program for it. Since the executable name is empty windows thinks we want to open the file. I downloaded and copied md5sums.exe to a folder in my path and now it seems to work. org-mobile only looks for md5sum (without an s) though so i had to rename the exe. /Mattias Mattias Jämting, Jämting Web & Design www.jamting.se | +46 (0)70 6760182 On Fri, Dec 18, 2009 at 14:14, Steve Brown wrote: > Just a quick follow up to my own post. > > The only thing I *hadn't* done was to revert to 22.3, so I tried that this > lunchtime, et voila - no more spurious frames/instances. > > Thanks to everyone who helped or gave advice, very much appreciated. > > Steve > > > > ___ > 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] conkeror, org-remember, special-display-buffer-names and remember
Using the worg code to remember from firefox/conkeror I had hoped that setting special-display-buffer-names to a list containing "*Remember*" would see the frame created by using "C-c r" deleted when the *Remember* buffer is killed. That is not the case. Currently I get a new frame with each call to emacs client from conkeror which I must then manually close after committing the remember using C-c C-c. What other options are there? ___ 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] make `org-export-as-org' respect the to-buffer 'string option
see below -- Eric diff --git a/lisp/org-exp.el b/lisp/org-exp.el index 6d576dc..5a0b22b 100644 --- a/lisp/org-exp.el +++ b/lisp/org-exp.el @@ -2490,7 +2490,8 @@ directory." filename))) (backup-inhibited t) (buffer (find-file-noselect filename)) - (region (buffer-string))) + (region (buffer-string)) + str-ret) (save-excursion (switch-to-buffer buffer) (erase-buffer) @@ -2536,7 +2537,11 @@ directory." (write-file (concat filename ".html"))) (kill-buffer newbuf))) (set-buffer-modified-p nil) - (kill-buffer (current-buffer) + (if (equal to-buffer 'string) + (progn (setq str-ret (buffer-string)) + (kill-buffer (current-buffer)) + str-ret) +(kill-buffer (current-buffer)) (defvar org-archive-location) ;; gets loaded with the org-archive require. (defun org-get-current-options () ___ 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] Using Org for browsing and managing buffers
I've been working on an Org tool to browse Emacs buffers. Emacs has the
function list-buffers (C-x C-b), where you can view a list of buffers,
delete buffers, etc. This is intended to be a replacement for
list-buffers, implemented in Org-mode.
The code is attached, and there's a git repo at
http://github.com/dandavison/org-buffers
After putting the code in your load-path and doing
(require 'org-buffers), use the function `org-buffers-list' to create
the listing buffer. This is a read-only Org-mode buffer populated with
links to open buffers. Information is stored for each buffer using
properties. By default, the buffers are grouped by major mode. Here's a
screenshot.
http://www.princeton.edu/~ddavison/org-buffers/by-major-mode.png
The buffer has some special key-bindings:
| ? | Show all keybindings |
| g | Update buffer (prefix arg does hard reset) |
| b | Select a different property to group by|
| RET | follow link to buffer on this line |
| d | Mark buffer for deletion |
| u | Remove mark|
| x | Delete marked buffers |
| o | Like RET (see variable org-buffers-follow-link-method) |
| . | Like RET but switch to buffer in same window |
| h | toggle between headings and plain entries for buffers |
| p | toggle in-buffer properties on/off |
| c | Switch to column-view |
If there's an active region, d and u operate on all buffers in the
region.
Some variables that can be configured:
- org-buffers-buffer-properties
- org-buffers-excluded-modes
- org-buffers-excluded-buffers
- org-buffers-follow-link-method
- org-buffers-mode-hook
- org-buffers-buffer-name
Some possible extensions:
- Browse recent files using recentf
- Allow several buffers to be marked for side-by-side display
- Maintain folding configuration across buffer updates
- Make faster
As always, any feedback, suggestions and patches will be very welcome!
Dan
p.s. The column-view mode works for following links, but does need
further attention.
;;; org-buffers.el --- An Org-mode tool for buffer management
;; Copyright (C) 2010 Dan Davison
;; Author: Dan Davison
;; Keywords: outlines, hypermedia, calendar, wp
;; Homepage: http://orgmode.org
;;; License:
;; This program is free software; you can redistribute it and/or modify
;; it under the terms of the GNU General Public License as published by
;; the Free Software Foundation; either version 3, or (at your option)
;; any later version.
;;
;; This program is distributed in the hope that it will be useful,
;; but WITHOUT ANY WARRANTY; without even the implied warranty of
;; MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
;; GNU General Public License for more details.
;;
;; You should have received a copy of the GNU General Public License
;; along with GNU Emacs; see the file COPYING. If not, write to the
;; Free Software Foundation, Inc., 51 Franklin Street, Fifth Floor,
;; Boston, MA 02110-1301, USA.
;;; Commentary:
;;; Code:
(require 'org)
(require 'cl)
;;; Variables
(defvar org-buffers-buffer-name
"*Buffers*"
"Name of buffer in which buffer list is displayed")
(defvar org-buffers-state
'((:by . "major-mode") (:atom . heading) (:properties . nil))
"Association list specifiying the current state of org-buffers.")
(defvar org-buffers-follow-link-method 'org-open-at-point
"Method used to follow link with RET. Must be one of
'org-open-at-point :: use `org-open-at-point' to follow link.
'current-window:: use switch-to-buffer
'other-window :: use switch-to-buffer-other-window
Setting this variable to 'current-window makes the behaviour more
consistent with that of `Buffer-menu-mode' and `dired-mode'")
(defvar org-buffers-buffer-properties
'(("buffer-name" . (buffer-name))
("major-mode" . (let ((mode (symbol-name major-mode)))
(if (string-match "-mode$" mode)
(replace-match "" nil t mode) mode)))
("buffer-file-name" . (buffer-file-name))
("default-directory" . default-directory)
("buffer-modified-p" . (format "%s" (buffer-modified-p
"Association list specifying properties to be stored for each
buffer. The car of each element is the name of the property, and
the cdr is an expression which, when evaluated in the buffer,
yields the property value.")
(defcustom org-buffers-excluded-buffers
`("*Completions*" ,org-buffers-buffer-name)
"List of names of buffers that should not be listed by
org-buffers-list."
:group 'org-buffers)
(defcustom org-buffers-excluded-modes nil
"List of names of major-modes (strings) that should not be listed
by org-buffers-list."
:group 'org-buffers)
;;; Mode
(defvar org-buffers-mode-map (make-sparse-keymap))
(defvar org-buffers-mode-hook nil
"Hook for functions to be c
[Orgmode] Re: Using Org for browsing and managing buffers
Dan-- Very nice. I will say, though, that the very first thing I did was (define-key org-buffers-mode-map "q" 'bury-buffer) I would request that something like this be included in the default keybindings. A smarter version might try to restore the window config From before org-buffers-list was called. See ibuffer-quit for an example. Will report back after more testing! Thanks! /au -- Austin Frank http://aufrank.net GPG Public Key (D7398C2F): http://aufrank.net/personal.asc pgpO8fd0TNvK1.pgp Description: PGP signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] link failure
6.35g corrected the difficulty Thank you Paul Schlesinger "... the justification for a physical concept lies exclusively in its clear and unambiguous relation to facts that can be experienced." A. Einstein Kings College 1921 Date: Thu, 8 Apr 2010 15:57:58 +0200 From: Carsten Dominik Subject: Re: [Orgmode] Example of failing link To: Paul Schlesinger Cc: emacs-orgmode@gnu.org Message-ID: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Hi Paul I think this is fixed with the current git master - please check. - Carsten On Apr 7, 2010, at 11:13 PM, Paul Schlesinger wrote: > I just revisited the same experienmce with 6.35e. > All of my links give the same results but one example is > > [[file:apoptosis.org::*Topics][Topics and Ideas]] > > Paul Schlesinger > "... the justification for a physical concept lies exclusively > in its clear and unambiguous relation to facts that can be > experienced." > A. Einstein Kings College 1921 ___ 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] non-numeric arg for body-only latex export
Hi,
This small patch changes the behavior of `org-export-as-latex' so that
when a simple (non-numeric) prefix arg is provided the body-only option
is set to true.
I find this very useful as I often only want to export a small active
region (often a table) to latex for pasting into an existing latex
buffer. This patch makes that use case very easy.
Thanks -- Eric
diff --git a/lisp/org-latex.el b/lisp/org-latex.el
index ff4ae62..bbee957 100644
--- a/lisp/org-latex.el
+++ b/lisp/org-latex.el
@@ -584,6 +584,7 @@ simply return the content of \begin{document}...\end{document},
without even the \begin{document} and \end{document} commands.
when PUB-DIR is set, use this as the publishing directory."
(interactive "P")
+ (when (and (not body-only) (listp arg)) (setq body-only t))
(run-hooks 'org-export-first-hook)
;; Make sure we have a file name when we need it.
___
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
