Re: [O] org -> deck.js?
Hello Matt, Matt Price writes: > Hi folks, > > has anyone had any luck converting org files to deck.js? I'm working > on a presentation for tomorrow... and wondering if html5-slideshow is > still the best export path. Thanks folks!! I am not really answering your question. I had a terrible experience last month, where I took org to html path (Since I needed to show some gif files). The slides' width and height are changed when displaying by the projector and slides stretched out of the screen. Just a word of caution. > matt > -- YYR
[O] bug#9695: allowed date range
Version: 24.1 Seems to have been fixed, but this bug was never closed, nor included on the discussion. Ref thread http://lists.gnu.org/archive/html/emacs-orgmode/2011-10/msg00439.html
[O] org -> deck.js?
Hi folks, has anyone had any luck converting org files to deck.js? I'm working on a presentation for tomorrow... and wondering if html5-slideshow is still the best export path. Thanks folks!! matt
[O] bug#9809: 24.0.90; flyspell-auto-correct-word hard to access in org-mode
Eric Hanchrow wrote: > I started emacs with "emacs -Q". Then I typed > > M-x o r g - m o d e M-x f l y s p e l l - > m o d e C-h c C-h c M-TAB > > C-h c showed me " runs the command pcomplete". > C-h c M-TAB (which I typed via Ctrl+Alt+i) showed me "M-TAB runs the > command flyspell-auto-correct-word". > > I expected _both_ key events -- and M-TAB -- to show me > flyspell-auto-correct-word. This occurs because org.el for some reason tries to define the M-TAB key 3 different ways: (org-defkey org-mode-map [(meta tab)] 'pcomplete) (org-defkey org-mode-map "\M-\t" 'pcomplete) (org-defkey org-mode-map "\M-\C-i" 'pcomplete) Removing all but the second definition would fix this. Ref "Named ASCII Control Characters" in the lispref. If you do not want to distinguish between (for example) and `C-i', make just one binding, for the ASCII character (octal code 011). If you do want to distinguish, make one binding for this ASCII character, and another for the "function key" `tab'.
Re: [O] org-mime-htmlize and org-preview-latex-fragment
>> On Thu, 22 Mar 2012 23:34:08 +0100, Uwe Brauer wrote: > Now org-mime-htmlize allows me to htmlize a message buffer > but seems not to work with org-preview-latex-fragment > either the png is not exported or I obtain an error message > of the sort: > Unknown conversion type nil for latex fragments. I am very confused the code in question contains a line of the sort: (org-export-with-LaTeX-fragments "dvipng") Uwe Brauer So the functionality seems to be implemented?
[O] org-mime-htmlize and org-preview-latex-fragment
Hello I love org-preview-latex-fragment and I would like to use it for scientific correspondence. There exists a couple of extensions for Thunderbird which insert latex generated png into an (html) email. Now org-mime-htmlize allows me to htmlize a message buffer but seems not to work with org-preview-latex-fragment either the png is not exported or I obtain an error message of the sort: Unknown conversion type nil for latex fragments. Is this easy to implement the org-preview-latex-fragment support for org-mime-htmlize? Thanks Uwe Brauer
[O] org-babel tangling + ascii export
Is it possible to combine org-babel tangling with ASCII export, so that the tangled file would have ALL of the Org-file's content as comments (preserving indentation etc as the ASCII export does), with the code blocks inserted as non-comments? Basically I want to write the program in literate-programming form in Org mode, but be able to export it into an executable form that's independent of Org but still has all the information (not just the text immediately before each code block). Thanks for help, ilya
Re: [O] [babel] BUG in call lines
Hi Andreas, I think the behaviour you have discovered is governed by the constant org-babel-block-lob-one-liner-regexp; However, tweaking this regular expression the right way seems to be really hard (impossible): http://stackoverflow.com/questions/546433/regular-expression-to-match-outer-brackets ,so the only option seems to be to write a function to do the matching correctly, but which is probably a big task ... So as I understand things, I would recommend to stick with the current behaviour and use your workaround :-) with kind regards, Marc Am 22.03.2012 09:42, schrieb Andreas Leha: Hi all, there seems to be a bug in call lines: Suppose, I have a src block with two parameters: #+name: insert_hline #+header: :var fulltable=mytable() :var after_row=1 #+begin_src emacs-lisp (let ((rrr (cons (quote hline) fulltable)) (bottomrows (nthcdr after_row fulltable)) (toprows (reverse (nthcdr (- (length fulltable) after_row) (reverse fulltable) (setcdr rrr bottomrows) (setcdr (nthcdr (- after_row 1) fulltable) rrr) fulltable) #+end_src As first argument I would like to pass the results of a second source block: #+name: mytable #+begin_src R data.frame(par=1:3, val=1:3) #+end_src #+results: mytable | 1 | 1 | | 2 | 2 | | 3 | 3 | So, what I do is: #+call: insert_hline(fulltable=mytable(),after_row=1) :hlines yes :colnames no #+results: insert_hline(fulltable=mytable() | 1 | 1 | |---+---| | 2 | 2 | | 3 | 3 | But the #+results: name is shortened. So, the following won't produce another results block, but wrongly update the block above: #+call: insert_hline(fulltable=mytable(),after_row=2) :hlines yes :colnames no The problem seems to be the ")" within the parameter list stopping some parsing. Note: This works as expected #+call: insert_hline[:var fulltable=mytable() :var after_row=1]() :hlines yes :colnames no #+results: insert_hline[:var fulltable=mytable() :var after_row=1]() | 1 | 1 | |---+---| | 2 | 2 | | 3 | 3 | #+call: insert_hline[:var fulltable=mytable() :var after_row=2]() :hlines yes :colnames no #+results: insert_hline[:var fulltable=mytable() :var after_row=2]() | 1 | 1 | | 2 | 2 | |---+---| | 3 | 3 | Regards, Andreas
[O] GSoC 2012: Mentor application?
Hi List, visiting the GSoC 2012 page recently I was surprised to see the following announcement: ,-- | mentors: apply now! | Login or Register | with a Google Account to get started. `-- I do not remember having read something about mentor application in the timeline or faq from Google. Do mentors have to apply individually at the Google website just like students? -- cheers, Thorsten
[O] [PATCH] org-show-subtree
Dear Depeloppers, I'm using org-mode with outline-minor-mode. I found a trouble with C-c C-o C-s, show-subtree, says Wrong type argument: commandp, org-show-subtree in the mini-buffer. I think the attached patch fix this trouble. Best wishes, K.Nagashima uni.n...@gmail.com diff --git a/lisp/org.el b/lisp/org.el index 9f70ebb..876dada 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -21179,6 +21179,7 @@ Stop at the first and last subheadings of a superior heading." (defun org-show-subtree () "Show everything after this heading at deeper levels." + (interactive) (outline-flag-region (point) (save-excursion
[O] R sessionInfo() and orgmode footnotes
Dear all, I am having troubles to export my documents to a pdf when I have the R sessionInfo() as a result. Nevertheless I can export them as a html. I think org-mode export to latex is getting confused with the output of the sessionInfo() function and the footnotes definition. The next is a example: EXAMPLE This is a strange case [fn:1] #+BEGIN_SRC R :exports both :results output x <- rnorm(100) sessionInfo() #+END_SRC [fn:1] It does not let me export to latex I am using the latest version of org-mode and emacs. Cheers, Alejandro
Re: [O] ELPA syncing cronjob stopped running
Tassilo Horn writes: >>> on irc some user reported that the current org-mode version listed >>> in `M-x package-list-packages' cannot be downloaded anymore. It >>> seems that this is caused by some cronjob that stopped running on >>> February, 14th. >> >> Looks like some kind of firewall snafu when the machine moved to the >> new location last month. On it. The FSF sysadmin has now fixed it. Thanks for the heads up.
Re: [O] new exporter: exporting subtree with "outside calls"
Hello, Andreas Leha writes: > I experience problems with the new export engine (accessible via > org-export-dispatch). > > When I limit the export to the current subtree, > the export fails with > , > | if: reference 'foo' not found in this buffer > ` > when 'foo' is the name of a source block defined outside of that subtree > but called inside. > > Here is an example: How do I export the first subtree only with the new > exporter? You can't, but that's a bug. I have pushed a commit that should fix that problem. May you confirm this? Regards, -- Nicolas Goaziou
Re: [O] meaning of body-only in org-export-as-html
Hi Chris, >> On Fri, 16 Mar 2012 16:33:22 -0600, Chris Gray said: > Hello, I am using org-export-as-html with the body-only parameter > set to t in the org plugin for ikiwiki that I'm working on. It > works almost perfectly, but I recently had a user point out that > it's not possible to get a table of contents, even when one is > explicitly asked for in the #+OPTIONS line of the org file. > Since the table of contents is part of the body (at least in the > sense that it is between the tags), I found this surprising. > So would it cause problems to change the line > (if (and org-export-with-toc (not body-only)) ...) > to > (if org-export-with-toc ...) > in org-export-as-html? I see one problem in that it would be then be inconsistent with org-export-as-ascii which considers the TOC to be part of the header. I would like to be able to export just the TOC (as ascii, and I understand a new ascii exporter has been written lately). The same thing for the html exporter would presumably solve your problem too because then you could export TOC+body (as html)? > Cheers, Chris Myles
Re: [O] Remaining Work Report
Hi Sebastian, >> On Mon, 19 Mar 2012 14:33:17 +0100, Sebastien Vauban said: > #+COLUMNS: %40ITEM(Task) %6Effort(Estim.){:} * Context > The question I'm trying to give an answer to is: *what's the > remaining number of hours (or days) to finish my project*? I have just been through this myself so I hope I will be able to help. To exclude DONE items from the columnview I moved the Effort property out of the way to the Old_Effort property when the state changes to DONE: ,--- | (require 'org) | (defun my-move-effort-if-done () | "For TOC style columnview table. Don't want to include DONE | items in the TODO Effort column so copy Effort to Old_Effort | property" | (interactive) | ( when (string= (org-get-todo-state) "DONE") | (member (org-get-todo-state) org-done-keywords) | ;; check if changing to DONE | (org-entry-put nil "Old_Effort" (org-get-effort)) | ;; get the :Effort: property | ;(message (format "Got: %s when changin to %s" ( org-get-effort ) (org-get-todo-state))) | (setq org-clock-effort (org-get-effort)) | (org-entry-delete nil "Effort"))) | | (setq org-after-todo-state-change-hook nil) | | (add-hook 'org-after-todo-state-change-hook | 'my-move-effort-if-done) `--- Unlike your example I made heavy use of inline tasks and also wanted heading numbers instead of asterisks, so that the final table looks like a table of contents with estimated times remaining. I had to do some more things to achieve this and can elaborate if you like. Myles
[O] new exporter: exporting subtree with "outside calls"
Hi all, I experience problems with the new export engine (accessible via org-export-dispatch). When I limit the export to the current subtree, the export fails with , | if: reference 'foo' not found in this buffer ` when 'foo' is the name of a source block defined outside of that subtree but called inside. Here is an example: How do I export the first subtree only with the new exporter? ,[ test.org ] | #+PROPERTY: session *R:2* | | | * Test new LaTeX exporter | #+call: data_generation() :results silent :exports none | | The plot looks like this: | #+begin_src R :results graphics :file test.png :exports results | plot(x) | #+end_src | | #+results: | [[file:test.png]] | | | | * Generate the data :noexport: | #+name: data_generation | #+begin_src R | x <- rnorm(10) | #+end_src ` Best, Andreas
Re: [O] GSoC 2012 -- Elisp backend for Ragel
Writing a first cut backend for elisp into ragel is probably not a big job. Porting org to that backend is damn ambitious
Re: [O] GSoC 2012 -- Elisp backend for Ragel
Aurélien Aptel writes: Hi Aurelien, > Here's a draft of my application. I was hoping someone (mentors?) > could help me improve it (suggestion, typo, correction). Keep in mind > English is not my native language. I copied and pasted the Ragel proposal from this email: ,--- | From: Rustom Mody | Subject: Another gsoc idea -- ragel | Newsgroups: gmane.emacs.orgmode | To: emacs-orgmode | Date: Fri, 9 Mar 2012 20:24:55 +0530 (1 week, 5 days, 21 hours ago) | | Ragel http://www.complang.org/ragel/ is a tool that integrates regular | expressions and state machines under one umbrella. | It has backends currently for C, C++, Objective-C, D, Java and Ruby. | I do not think having an elisp backend would be a very big task. | | After that (in my estimate) org-mode code would (could) become half as | long and twice as fast -- at least those sections that are heavily | regex oriented `--- to the GSoC ideas page, and added (a bit deliberately) the author of the email and Bastien (Guerry) as potential mentors for the project idea - just assuming they might be interested in mentoring. But I did not confirm with neither of them! I would therefore suggest that you contact them to find out who might actually be the mentor for your project. -- cheers, Thorsten
Re: [O] Sticky Agenda buffer: Announcement and request for testing
Hi all, no need to hurry, I just wanted to hear about plans. I can stick with the test branch for now. Best, Rainer Am 22.03.2012 11:12, schrieb Bastien: > Hi Rainer, > > Rainer Stengele writes: > >> I have had no problems with sticky buffers. >> I use 2 or 3 of them and really like the function. >> When will they be merged into master? > I will test the branch and merge it to master if there is no problem. > > But I need to focus on releasing 7.8.07 first, which will be the one > I'll sync with Emacs. > > I would say the branch will be merged within a week or so. > > Best, >
Re: [O] Sticky Agenda buffer: Announcement and request for testing
Hi Rainer, Rainer Stengele writes: > I have had no problems with sticky buffers. > I use 2 or 3 of them and really like the function. > When will they be merged into master? I will test the branch and merge it to master if there is no problem. But I need to focus on releasing 7.8.07 first, which will be the one I'll sync with Emacs. I would say the branch will be merged within a week or so. Best, -- Bastien
Re: [O] Sticky Agenda buffer: Announcement and request for testing
Hi Carsten, I have had no problems with sticky buffers. I use 2 or 3 of them and really like the function. When will they be merged into master? Regards, Rainer Am 11.03.2012 13:48, schrieb Dominik, Carsten: > Hi everyone, > > already in Januar, Max Mikhanosha had published the first > version of his code to implement multiple agenda buffers. I have > worked with him over the last few weeks, and we think that > it is now quite stable. > > Sticky agenda buffers (this is how Max calls it now) means the > ability to keep multiple agenda buffer around. So while this > does not cut down on the time it takes to create an agenda view, > it has massive impact in a situation where you would like to > switch between different agenda views frequently. > > The code it available in the git repository, in the branch > max-sticky-agenda. And it would be great if a few people > could go ahead and do some testing before we merge it. > Testing should be done both with sticky buffers turned off and > turned on. > > We have made it now very simple to test it: > > git pull origin > git checkout max-sticky-agenda > > Then, in Emacs, use the `*' key in the agenda dispatcher > to turn sticky buffers on and off. > > Since sticky buffers are not made new each time you look > at them, you need to update them when you think it is needed, > by pressing `g' or `r' in the buffer. To make sure all > buffer are rebuilt, use `C-c a * *', so press the star twice > to toggle sticky buffer off and back on. This will remove > all existing agenda buffers, so that they will be made again > when you dispatch to them. > > Regards > > - Carsten and Max > >
Re: [O] Missing date in Org-Agenda Day buffer
Hi Rasmus, Rasmus Rempling writes: > When scheduling may working day I use the Org-Agenda Day view and the > column mode with the format as given below. This work very well and I am > happy with the set-up. However, as shown in the attached png file the date > is missing. My initial thought was that it is the same color as the shadowy > highlight of the table headlines, but this is the same as the effort-sum. I > have tried to find a solution, but not succeded. > > I have tried two different background/foreground with the same result > (black/white and reverse). This should be fixed now, please confirm. As a workaround If you don't clone from master/hotfix, you can set `org-agenda-columns-show-summaries' to nil as a temporary workaround. Thanks to you and Nick for reporting this! -- Bastien
Re: [O] Patch: Customize failure for org-agenda-custom-commands
Hi Joe, "Joe Vornehm Jr." writes: > The Customize interface for org-agenda-custom-commands fails for > agenda commands with an org-agenda-entry-types command option. The > reason it fails is that the org-agenda-entry-types option should be a > quoted list, but the defcustom expression doesn't add the quote > properly. A patch is below. Applied, thanks. -- Bastien
Re: [O] Commit bb2848 causes performance problems
Hi Marcel, Marcel van der Boom writes: > commit bb28480169558a183fab2330476a49b4fb1aec46 causes major > performance problems in my install. thanks a lot for reporting this -- the gain in speed when commenting the culprit lines out is clear. I added a FIXME to find another way of folding drawers in subtrees. Thanks again! -- Bastien
Re: [O] ELPA syncing cronjob stopped running
Chong Yidong writes: >> on irc some user reported that the current org-mode version listed in >> `M-x package-list-packages' cannot be downloaded anymore. It seems that >> this is caused by some cronjob that stopped running on February, 14th. > > Looks like some kind of firewall snafu when the machine moved to the new > location last month. On it. Great, thank you. Bye, Tassilo
Re: [O] [babel] lisp block evaluation vs. call
Andreas Leha writes: > Hi all, > > Say, I have a lisp function working on (and returning a) table: > > #+name: insert_hline > #+header: :var fulltable=testtable :var after_row=1 > #+begin_src emacs-lisp > (let ((rrr (cons (quote hline) fulltable)) > (bottomrows (nthcdr after_row fulltable)) > (toprows (reverse (nthcdr (- (length fulltable) after_row) (reverse > fulltable) > (setcdr rrr bottomrows) > (setcdr (nthcdr (- after_row 1) fulltable) rrr) > fulltable) > #+end_src > > Now, I want to apply it on this testtable: > #+name: testtable > | parameter | value | > | amount| 1 | > | margin|12 | > > > > When evaluated directly, this works fine and as expected: > > #+results: insert_hline > | parameter | value | > |---+---| > | amount| 1 | > | margin|12 | > > > But when I call this code block, I miss the header, even though the > manual states > #+begin_quote > For example Emacs Lisp code blocks ignore the :colnames header > argument entirely given the ease with which tables with column names > may be handled directly in Emacs Lisp. > #+end_quote > #+call: insert_hline(fulltable=testtable, after_row=1) > > #+results: insert_hline(fulltable=testtable, after_row=1) > | amount | 1 | > | margin | 12 | > > > If I want to get the header back, I have to explicitly > state ':colnames yes' > #+call: insert_hline(fulltable=testtable,after_row=1) :colnames yes > > #+results: insert_hline(fulltable=testtable,after_row=1) > | parameter | value | > |---+---| > | amount| 1 | > | margin|12 | > > > I guess, that inconsistency I will have to live with? > > Best regards, > Andreas Hi all, I just remembered this has been answered: http://thread.gmane.org/gmane.emacs.orgmode/51695/focus=51701 So, this can be closed. Sorry for the noise. - Andreas
[O] [babel] BUG in call lines
Hi all, there seems to be a bug in call lines: Suppose, I have a src block with two parameters: #+name: insert_hline #+header: :var fulltable=mytable() :var after_row=1 #+begin_src emacs-lisp (let ((rrr (cons (quote hline) fulltable)) (bottomrows (nthcdr after_row fulltable)) (toprows (reverse (nthcdr (- (length fulltable) after_row) (reverse fulltable) (setcdr rrr bottomrows) (setcdr (nthcdr (- after_row 1) fulltable) rrr) fulltable) #+end_src As first argument I would like to pass the results of a second source block: #+name: mytable #+begin_src R data.frame(par=1:3, val=1:3) #+end_src #+results: mytable | 1 | 1 | | 2 | 2 | | 3 | 3 | So, what I do is: #+call: insert_hline(fulltable=mytable(),after_row=1) :hlines yes :colnames no #+results: insert_hline(fulltable=mytable() | 1 | 1 | |---+---| | 2 | 2 | | 3 | 3 | But the #+results: name is shortened. So, the following won't produce another results block, but wrongly update the block above: #+call: insert_hline(fulltable=mytable(),after_row=2) :hlines yes :colnames no The problem seems to be the ")" within the parameter list stopping some parsing. Note: This works as expected #+call: insert_hline[:var fulltable=mytable() :var after_row=1]() :hlines yes :colnames no #+results: insert_hline[:var fulltable=mytable() :var after_row=1]() | 1 | 1 | |---+---| | 2 | 2 | | 3 | 3 | #+call: insert_hline[:var fulltable=mytable() :var after_row=2]() :hlines yes :colnames no #+results: insert_hline[:var fulltable=mytable() :var after_row=2]() | 1 | 1 | | 2 | 2 | |---+---| | 3 | 3 | Regards, Andreas
[O] [babel] lisp block evaluation vs. call
Hi all, Say, I have a lisp function working on (and returning a) table: #+name: insert_hline #+header: :var fulltable=testtable :var after_row=1 #+begin_src emacs-lisp (let ((rrr (cons (quote hline) fulltable)) (bottomrows (nthcdr after_row fulltable)) (toprows (reverse (nthcdr (- (length fulltable) after_row) (reverse fulltable) (setcdr rrr bottomrows) (setcdr (nthcdr (- after_row 1) fulltable) rrr) fulltable) #+end_src Now, I want to apply it on this testtable: #+name: testtable | parameter | value | | amount| 1 | | margin|12 | When evaluated directly, this works fine and as expected: #+results: insert_hline | parameter | value | |---+---| | amount| 1 | | margin|12 | But when I call this code block, I miss the header, even though the manual states #+begin_quote For example Emacs Lisp code blocks ignore the :colnames header argument entirely given the ease with which tables with column names may be handled directly in Emacs Lisp. #+end_quote #+call: insert_hline(fulltable=testtable, after_row=1) #+results: insert_hline(fulltable=testtable, after_row=1) | amount | 1 | | margin | 12 | If I want to get the header back, I have to explicitly state ':colnames yes' #+call: insert_hline(fulltable=testtable,after_row=1) :colnames yes #+results: insert_hline(fulltable=testtable,after_row=1) | parameter | value | |---+---| | amount| 1 | | margin|12 | I guess, that inconsistency I will have to live with? Best regards, Andreas
[O] [babel] Call lines with "their own" results
Hi all, Is there a way to force #+call line to have their own results block? Or what is the best practice to achieve that? I remember that there was a thread on this recently... Example: #+name: sampleblock #+begin_src R :colnames yes data.frame(par=1, val=1) #+end_src I can call this block: #+call: sampleblock() #+results: sampleblock() | 1 | 1 | Now, I want to call this block with different arguments, but instead of placing the results here, the result block above gets updated. #+call: sampleblock() :colnames yes Note: I can cheat to achieve this, but is this the best way? #+call: sampleblock(execute="!") :colnames yes #+results: sampleblock(execute="!") | par | val | |-+-| | 1 | 1 |
Re: [O] ELPA syncing cronjob stopped running
Tassilo Horn writes: > on irc some user reported that the current org-mode version listed in > `M-x package-list-packages' cannot be downloaded anymore. It seems that > this is caused by some cronjob that stopped running on February, 14th. Looks like some kind of firewall snafu when the machine moved to the new location last month. On it.