[O] [ANN] orgbox: Mailbox-like task scheduling in org-agenda.
Hello all, For your information, to anyone interested in GTD and org-mode, I am developing a tiny tool for org-mode to schedule your agenda tasks easily like Mailbox iPhone app (http://www.mailboxapp.com/). https://github.com/yasuhito/orgbox (This is already available on MELPA.) Usage: - Open org-agenda view. - Move your cursor to a task you want to schedule and type C-c C-s (or M-x orgbox). - Select one of the scheduling method from the menu shown on the minibuffer. - [l] Later Today - [e] This Evening - [t] Tomorrow - [w] This Weekend - [n] Next Week - [i] In a Month - [s] Someday - [p] Pick Date If anyone is interested in being involved in taking this forward, that'd be great. Yasuhito
Re: [O] Out of Order Evaluation
Andreas Leha med.uni-goettingen.de> writes: > > Hi Michael, > > Michael Weylandt gmail.com> writes: > > > Hi, > > > > I want to put a summary of my analysis at the beginning of a document > > using results calculated at the end of the document. Is this possible? [snip] > > > > Is this possible in a single pass? Not quite. The method suggested by Andreas computes the result twice. If there is any randomness in the results (as in the example) you will get a different answer in the summary than when the block is later evaluated. > > I've played with #+NAME and > > <> but haven't gotten the out-of-order evaluation quite > > right. You can use #+results: the-mean before #+NAME: the-mean #+begin_src R mean(x) #+end_src which is after 'theanalysis' block. And if the format is not pleasing add a filter that reformats the result. > > > > Michael > > > > How about something along: > > --8<---cut here---start->8--- > #+TITLE: Test > #+AUTHOR: Michael Weylandt > #+PROPERTY: header-args:R :session *__R__* :exports both > > * Summary > The mean result was src_R[:exports results :var analysisresults=theanalysis()]{mean(unlist(analysisresults))} > > * Analysis, > We do some complicated calculations: > > #+name: theanalysis > #+BEGIN_SRC R > x <- rnorm(5) > #+END_SRC > --8<---cut here---end--->8--- It might be better to mark all the blocks in the doc ':eval never' and ':exports code' or ':exports none' and put blocks before the first headline that do all the calcs from noweb references, and put the #+results lines (if you need them) wherever you want them in the doc. Like so: --8<---cut here---start->8--- #+TITLE: Test #+AUTHOR: Michael Weylandt #+PROPERTY: header-args:R :session *__R__* :exports both #+NAME: master #+BEGIN_SRC R :noweb yes :results silent :exports results <> #+END_SRC * Summary The mean result was src_R[:exports results]{mean(x)} * Analysis, We do some complicated calculations: #+name: theanalysis #+BEGIN_SRC R :eval never :exports code x <- rnorm(5) #+END_SRC --8<---cut here---end--->8--- IMO, needing ':exports results' for inline src blocks is a bug not a feature. HTH, Chuck
Re: [O] orgtble and flyspell interaction causing mem exhaustion error?
Hi Bastien, Bastien wrote: Hi Charles, Charles Millar writes: I have had the same problem on Vista. On my system it started about six to eight weeks ago. As I recall, a couple of times I attempted to create an org-table from a tab separated Excel spreadsheet using C-c |. The first bar appeared and emacs froze. is it getting any better with latest Org? Seems rather annoying, if should get this fixed somehow. I guess it's fixed. Believe it or not, until earlier today, I did not have any reason to convert an Excel tab delimited file. I did so with no problem. I had forgotten about my earlier problem in this regards. Thanks for keeping on top of this. Charlie
[O] Relative Remote Reference (column->row)
Hi there, I'm trying to refer to the row number of a remote table, using the current column number shifted by one. Remote Table: #+NAME: my-table | Header1 | Header2 | |-+-| | a |23 | | b |7| | c |13 | | d |66 | | e |5| |-+-| | Result | 42 | Table where remote value should be inserted: ... #+TBLFM: @1$3..@1$7= remote(my-table,@$#$2) My problem is, that this remote reference starts in row 3 (because of @$#), however, I'd like to start in row 2 (that means @$#-1). However, this relative reference does not seem to work here. Any idea what command I can use here? Thanks! Best, Volker
Re: [O] Out of Order Evaluation
Hi Michael, Michael Weylandt writes: > Hi, > > I want to put a summary of my analysis at the beginning of a document > using results calculated at the end of the document. Is this possible? > > #= > #+TITLE: Test > #+AUTHOR: Michael Weylandt > #+PROPERTY: header-args:R :session *__R__* :exports both > > * Summary > The mean result was src_R[:exports results]{mean(x)} > > * Analysis, > We do some complicated calculations: > > #+BEGIN_SRC R > x <- rnorm(5) > #+END_SRC > #= > > Is this possible in a single pass? I've played with #+NAME and > <> but haven't gotten the out-of-order evaluation quite > right. > > Michael > How about something along: --8<---cut here---start->8--- #+TITLE: Test #+AUTHOR: Michael Weylandt #+PROPERTY: header-args:R :session *__R__* :exports both * Summary The mean result was src_R[:exports results :var analysisresults=theanalysis()]{mean(unlist(analysisresults))} * Analysis, We do some complicated calculations: #+name: theanalysis #+BEGIN_SRC R x <- rnorm(5) #+END_SRC --8<---cut here---end--->8--- Regards, Andreas
Re: [O] Navigating from agenda causes incorrect expansion of children
Hi Samuel, Samuel Wales writes: > my strong intuition says that it calls for a global solution rather > than patching each one as it comes up. There is this bug report I made recently: http://comments.gmane.org/gmane.emacs.bugs/83721 I would love to have this fixed for Emacs 24.4, not sure I'll have the time given the current undergoing work on Org. But that's part of the problem you encounter. Best, -- Bastien
[O] Out of Order Evaluation
Hi, I want to put a summary of my analysis at the beginning of a document using results calculated at the end of the document. Is this possible? #= #+TITLE: Test #+AUTHOR: Michael Weylandt #+PROPERTY: header-args:R :session *__R__* :exports both * Summary The mean result was src_R[:exports results]{mean(x)} * Analysis, We do some complicated calculations: #+BEGIN_SRC R x <- rnorm(5) #+END_SRC #= Is this possible in a single pass? I've played with #+NAME and <> but haven't gotten the out-of-order evaluation quite right. Michael (Bonus question, is there a way to not have to put ":exports results" in inline blocks?)
Re: [O] orgtble and flyspell interaction causing mem exhaustion error?
Hi Charles, Charles Millar writes: > I have had the same problem on Vista. On my system it started about > six to eight weeks ago. As I recall, a couple of times I attempted to > create an org-table from a tab separated Excel spreadsheet using C-c > |. The first bar appeared and emacs froze. is it getting any better with latest Org? Seems rather annoying, if should get this fixed somehow. Thanks, -- Bastien
Re: [O] Radio targets with mixed capitalisation do not work in HTML export
Hi Nicolas, Bastien writes: > Can you make the change (ie. radio-link is a link with a description, > the description being its parsed path)? If so, do you want me to make > the change in the backends or do you want to take care of this too? I see you reverted related commits -- are you on this? It's one of the last thing I want to get fixed before we release Org 8.2.3. Thanks in advance, -- Bastien
Re: [O] special table from clock
Hi Martin, Martin writes: > Where do I find the contrib/ repository? ~$ git clone git://orgmode.org/org-mode.git ~$ cd org-mode/contrib/ or http://orgmode.org/org-8.2.5h.zip, unzip, and open the* contrib/ directory. > So what I think now is, I'd like to get some elisp functions which can > parse my orgmode files, where I have i.e. an appointment APPT or an TODO > entry and getting things (keywords, CLOCK:, properties out of it and > also the text after my things (or should I the text in a Drawer, maybe > its easyer for parsers later) - getting the things out of the entries > and work with them on in any other way. (org-entry-get (point) "APPT") will get you the value of the property APPT in the current subtree. Same for other properties. As for more fine-grained parsing, start with (org-element-at-point) -- but beware this can lead to a long trip into the internals. You can also check: http://orgmode.org/worg/dev/org-syntax.html, by Nicolas, which gives a thorough introduction to Org syntax. > so if org-collector is a good way to see how it works, it would be very > useful for me. Please check it and let us know about your progress. Best, -- Bastien
Re: [O] preview and default class [8.2.5h (release_8.2.5h-677-g55b0a3 @ /home/youngfrog/sourcetrees/org-mode/lisp/)]
Nicolas Richard writes: > Indeed there usually is some difference between C (magit) and C-x 4 a. I > will have a look and report it when I get a chance. That'd be great, thanks, -- Bastien
Re: [O] Navigating from agenda causes incorrect expansion of children
i will try to do so. i have been writing a long bug report on it for years. from memory, going from magit does this type of thing, as do query replace, isearch, and a few other things. they all cause this type of bug. my strong intuition says that it calls for a global solution rather than patching each one as it comes up. On 3/20/14, Bastien wrote: > Hi Samuel, > > Samuel Wales writes: > >> unfortunately, that is not a global solution as there are various >> other places where the same behavior occurs. > > Please report them when you have time and when you're sure this is > not the intended behavior. > > Thanks, > > -- > Bastien > -- The Kafka Pandemic: http://thekafkapandemic.blogspot.com The disease DOES progress. MANY people have died from it. And ANYBODY can get it. Denmark: free Karina Hansen NOW.
Re: [O] Verify Org-mode syntax
Hello, Karl Voit writes: > Currently, I do have some issues like [1] which sometimes cause "loss > of data" [2] and multiple times a day(!) my Emacs enters some endless > loop so that I have to kill it [3]. Very annoying and frustrating. > > Therefore, I've got the feeling that at least some issues are > related to messed up Org-mode syntax like [1]. > > How can I verify Org-mode syntax to identify at least some obvious > issues? > > Thanks! > > > > 1. http://article.gmane.org/gmane.emacs.orgmode/83167 > > 2. This is somewhat exaggerated. When a time-stamp on the wrong > position messes up a SCHEDULED line, the issue never gets listed > on my agenda and is therefore "lost" to me. > > 3. Both, on Windows and Linux! [1] should be fixed. Does it still happen with a recent Org? [3] should be fixed too. Please update Org. I don't understand [2], though. Could you show an example? Regards, -- Nicolas Goaziou
[O] bug#17040: 24.3.50; Emacs + Org mode hangs
Eli Zaretskii wrote: >> From: Sebastien Vauban >> Cc: 17...@debbugs.gnu.org >> Date: Thu, 20 Mar 2014 11:30:28 +0100 >> >> > What we need is names of some Lisp functions, preferably from Org, >> > that we could then examine in order to look for potential infloops. >> > That's impossible without Lisp backtrace. To get that, you need the >> > .gdbinit file, and you need to instruct GDB to read it by using the >> > 'source' command. >> >> I still have that GDB session open... So I just did it: >> >> --8<---cut here---start->8--- >> (gdb) source ~/.gdbinit >> SIGINT is used by the debugger. >> Are you sure you want to change it? (y or n) [answered Y; input not from >> terminal] >> Warning: /cygdrive/c/Program Files >> (x86)/emacs-r114715-20131019-w32/bin/../lwlib: No such file or directory. >> Environment variable "DISPLAY" not defined. >> TERM = xterm-256color >> (gdb) ~/.gdbinit:1261: Error in sourced command file: >> PC register is not available > > That session is ruined, so it won't help. This happened because you > typed "finish" after attaching the debugger; next time please don't do > that. > > Since you say these problems are quite frequent, please produce the > Lisp backtrace next time this happens. OK, right. Best regards, Seb -- Sebastien Vauban
[O] bug#17040: 24.3.50; Emacs + Org mode hangs
> From: Sebastien Vauban > Cc: 17...@debbugs.gnu.org > Date: Thu, 20 Mar 2014 11:30:28 +0100 > > > What we need is names of some Lisp functions, preferably from Org, > > that we could then examine in order to look for potential infloops. > > That's impossible without Lisp backtrace. To get that, you need the > > .gdbinit file, and you need to instruct GDB to read it by using the > > 'source' command. > > I still have that GDB session open... So I just did it: > > --8<---cut here---start->8--- > (gdb) source ~/.gdbinit > SIGINT is used by the debugger. > Are you sure you want to change it? (y or n) [answered Y; input not from > terminal] > Warning: /cygdrive/c/Program Files > (x86)/emacs-r114715-20131019-w32/bin/../lwlib: No such file or directory. > Environment variable "DISPLAY" not defined. > TERM = xterm-256color > (gdb) ~/.gdbinit:1261: Error in sourced command file: > PC register is not available That session is ruined, so it won't help. This happened because you typed "finish" after attaching the debugger; next time please don't do that. Since you say these problems are quite frequent, please produce the Lisp backtrace next time this happens. Thanks.
Re: [O] org-agenda-do-date-late and emacs freeze
Hi Matt and all, thanks a lot for the detailed investigation -- I revisited the related problems and applied a fix. Please let me know if you encoutner some glitches. All best, -- Bastien
Re: [O] Bug: shift-enter in org tables leaves cursor in wrong position [8.2.5h (8.2.5h-6-g8e1386-elpa @ /cygdrive/c/Users/jason/.emacs.d/elpa/org-20140203/)]
Hi Bastien On Thu, Mar 20, 2014 at 3:15 PM, Bastien wrote: > I fixed this again in maint, please let me know if it's now okay for > you. Thanks, Yes, also release_8.2.5h-809-g61d still solves my use case with literal links in a table, thank you. I tested only GNU Emacs and can not tell for XEmacs. Michael
[O] bug#17040: 24.3.50; Emacs + Org mode hangs
Juanma Barranquero wrote: > On Wed, Mar 19, 2014 at 3:57 PM, Sebastien Vauban > wrote: > >> I've had 5 infloops of Emacs, not less. > > Where you in the minibuffer? Lately I've had a couple of weird > infloops apparently related to completion. Honestly, I don't remember. But, for sure, I wasn't in the same conditions the 5 times; otherwise, I'd have identified such a pattern. Best regards, Seb -- Sebastien Vauban
[O] bug#17040: 24.3.50; Emacs + Org mode hangs
On Wed, Mar 19, 2014 at 3:57 PM, Sebastien Vauban wrote: > I've had 5 infloops of Emacs, not less. Where you in the minibuffer? Lately I've had a couple of weird infloops apparently related to completion.
Re: [O] Namespace problem org-mode / Clojure
A belated, but very big thanks to both of you! It works perfectly now :) Best, Volker On Thu, Mar 13, 2014 at 4:18 PM, Bastien wrote: > Hi, > > Soapy Smith writes: > > > I installed the update and ran Volker's test code. It works! The > > namespace is preserved from block-to-block. Thank you Bastien! > > You're welcome! > > > I experimented with the :session option, however, I am now not sure I > > understand how it is supposed to work. > > Me neither :) I see there are discussions on the cider-emacs mailing > list about session-handling for cider -- let makes sure someone there > can test sessions in Org Babel and report any problem or possible > enhancement. > > Thanks in advance, > > -- > Bastien >
Re: [O] special table from clock
Bastien writes: > Hi Martin, > > > One quick idea is to use properties and to look at org-collector.el > from the contrib/ repository. Where do I find the contrib/ repository? > What is not clear is whether you are confortable with writing Elisp. > If you are, then starting from org-collector.el and writing your own > transformation functions will surely lead to something... sorry for > not being more helpful here. I think you are very helpful for me, because I thought about that. I didn't know much about elisp, but at the moment I'm creating a new package for me, for another special purpose. So what I think now is, I'd like to get some elisp functions which can parse my orgmode files, where I have i.e. an appointment APPT or an TODO entry and getting things (keywords, CLOCK:, properties out of it and also the text after my things (or should I the text in a Drawer, maybe its easyer for parsers later) - getting the things out of the entries and work with them on in any other way. so if org-collector is a good way to see how it works, it would be very useful for me. Thanks, Martin
[O] Verify Org-mode syntax
Hi! Is there a method to verify Org-mode files? Currently, I do have some issues like [1] which sometimes cause "loss of data" [2] and multiple times a day(!) my Emacs enters some endless loop so that I have to kill it [3]. Very annoying and frustrating. Therefore, I've got the feeling that at least some issues are related to messed up Org-mode syntax like [1]. How can I verify Org-mode syntax to identify at least some obvious issues? Thanks! 1. http://article.gmane.org/gmane.emacs.orgmode/83167 2. This is somewhat exaggerated. When a time-stamp on the wrong position messes up a SCHEDULED line, the issue never gets listed on my agenda and is therefore "lost" to me. 3. Both, on Windows and Linux! -- mail|git|SVN|photos|postings|SMS|phonecalls|RSS|CSV|XML to Org-mode: > get Memacs from https://github.com/novoid/Memacs < https://github.com/novoid/extract_pdf_annotations_to_orgmode + more on github
Re: [O] following org links to gnus messages and window management
Hi Eric, Eric Abrahamsen writes: > I have a setup that's probably more complicated than what you want, but > maybe you'll find something interesting in it. The problem is, you need > to somehow specify when or under what conditions you do away with the > opened windows and return to your org file or agenda. In my case, I use > the following to answer emails. When I open the link it stores the > current window configuration, and when the email is sent it triggers the > restore. Thanks a lot, it gives me many ideas to explore. Alan
Re: [O] Bug: shift-enter in org tables leaves cursor in wrong position [8.2.5h (8.2.5h-6-g8e1386-elpa @ /cygdrive/c/Users/jason/.emacs.d/elpa/org-20140203/)]
Hi Michael, I fixed this again in maint, please let me know if it's now okay for you. Thanks, -- Bastien
Re: [O] bug#16832: Emacs goes crazy when deleting lines
Nicolas Goaziou wrote: > Eli Zaretskii writes: > >> Thanks. So this looks like a problem with Org Mode. In particular, >> org-element-inline-babel-call-successor takes a lot of time in this >> case. That function traverses the buffer from top to bottom: >> >> (while (search-forward "call_" nil t) >> (save-excursion >>(goto-char (match-beginning 0)) >>(when (looking-at org-babel-inline-lob-one-liner-regexp) >> (throw 'exit (cons 'inline-babel-call (point) > > This one is an updated function, which doesn't match posted report. > I expect it to be faster than the previous implementation. It would be > nice to have a new profiler report, though. New test done just now. Still too slow (see video on http://screencast.com/t/elBEfuZtd62), but much, much less... There is an order of magnitude with the previous performance! Excellent. Environment: - GNU Emacs 24.3.50.1 (i686-pc-mingw32) of 2014-03-15 on LEG570 - Org-mode version 8.2.5h (release_8.2.5h-808-g60a6c0), fetched 10 mins ago Performance report: --8<---cut here---start->8--- - ...2357 97% - ad-activate 2343 97% - ad-activate-advised-definition 2343 97% - ad-make-cache-id2343 97% - ad-arglist 2343 97% - require 2343 97% - apply2343 97% - ad-Advice-require 2343 97% - let2343 97% - let* 2343 97% - org-element-at-point 2342 97% - save-excursion 2342 97% - save-restriction 2342 97% - let 2342 97% - cond 2342 97% - org-element--parse-to 2342 97% - catch 2342 97% - save-excursion2342 97% - save-restriction 2342 97% - let*2342 97% - let* 2017 83% - prog1 2017 83% - catch2017 83% - while 2017 83% - if 2017 83% - progn 2017 83% - setq 2017 83% - org-element--get-next-object-candidates 2017 83% - delq 2017 83% - if2017 83% - mapcar 2017 83% - # 2017 83% - funcall2017 83% - org-element-latex-or-entity-successor 912 37% - save-excursion912 37% - let 912 37% if 912 37% - org-element-link-successor 389 16% - save-excursion389 16% - let 389 16% if 389 16% - org-element-line-break-successor 215 8% - save-excursion215 8% - let 215 8% and 215 8% - org-element-inline-src-block-successor 99 4% - save-excursion 99 4% if99 4% + org-element-macro-successor 53 2% + org-element-footnote-reference-successor 53
Re: [O] [PATCH] Write org variables into own R environment instead of .GlobalEnv
Bastien writes: > Rainer M Krug writes: > >> OK - I'll let you know when I hear something. > > We should both hear about it. > > Please ping me if you don't hear anything in a month, > I'll then ask again to the FSF copyright clerk. I'll do - thanks. > > Also, the formatting of the Changelog entry is not correct, > please carefully read http://orgmode.org/worg/org-contribute.html OK - I will do so and re-send the patch. >>> >>> Thanks in advance! >> >> Patch is in a separate email - hope the commit message is better >> now. > > Looks good, thanks! Thanks, Rainer -- Rainer M. Krug email: Rainerkrugsde PGP: 0x0F52F982 pgpYuCv14UNjJ.pgp Description: PGP signature
Re: [O] preview and default class [8.2.5h (release_8.2.5h-677-g55b0a3 @ /home/youngfrog/sourcetrees/org-mode/lisp/)]
Le 20/03/2014 11:55, Bastien a écrit : > Hi Nicolas, > > Nicolas Richard writes: > >> Here's a patch. I can commit it if you like, but I don't want to do so >> without some review (it's not as trivial a change as moving the >> corresponding footnote to the other section). > > I can't apply the patch, either on maint or on master, but by reading > it carefully it looks good. > Just add a missing full-stop at the end of the Changelog sentence "in > its own section.", and perhaps use `C-x 4 a' from within the diff to > include the section's name in the Changelog too. Ok, I'll fix that and make sure it can be applied to master (I'm not sure how I managed to miss that part.) > PS: I didn't check carefully because I don't use `C' from magit, but > I assume magit may be wrong in creating Changelogs. We should report > this to magit maintainers if this is true. Indeed there usually is some difference between C (magit) and C-x 4 a. I will have a look and report it when I get a chance. -- Nico.
Re: [O] [PATCH] Write org variables into own R environment instead of .GlobalEnv
Rainer M Krug writes: > OK - I'll let you know when I hear something. We should both hear about it. Please ping me if you don't hear anything in a month, I'll then ask again to the FSF copyright clerk. Also, the formatting of the Changelog entry is not correct, please carefully read http://orgmode.org/worg/org-contribute.html >>> >>> OK - I will do so and re-send the patch. >> >> Thanks in advance! > > Patch is in a separate email - hope the commit message is better > now. Looks good, thanks! -- Bastien
Re: [O] [PATCH] Write org variables into own R environment instead of .GlobalEnv
Bastien writes: > Hi Rainer, > > Rainer M Krug writes: > >> I mailed them on Tuesday, using the form >> [[http://orgmode.org/request-assign-future.txt]] but did not get a >> response. > > This usually take 4-6 weeks, so let's be patient. OK - I'll let you know when I hear something. > >>> Also, the formatting of the Changelog entry is not correct, >>> please carefully read http://orgmode.org/worg/org-contribute.html >> >> OK - I will do so and re-send the patch. > > Thanks in advance! Patch is in a separate email - hope the commit message is better now. Thanks, Rainer -- Rainer M. Krug email: Rainerkrugsde PGP: 0x0F52F982 pgpyFtFePcXIt.pgp Description: PGP signature
[O] [PATCH] Write org variables into own R environment
* lisp/ob-R.el (org-babel-expand-body:R): Create empty environment called `org' in R before adding variables and afterwards lock it and add it to the R search path. (org-babel-variable-assignments:R): Assign variables into own `org' environment in R instead of .GlobalEnv These patch implements the writing of org variables into a separate R environment and attaches it to the search path. For the usage of these variables, nothing changes in R, but: 1) The org variables are now grouped and can be seen via `ls(org)' in R and are not shown anymore in the .GlobalEnv when using `ls()' 2) As the environment `org' and all bindings are locked, the variables can not be accidentally deleted. They can be overwritten, but they can be restored by simply deleting the variable in R or by using `org$VARIABLE' instead of `VARIABLE' 3) All variables can be saved by simply calling `save(org, FILENAME' in R which makes it possible to store all variable definitions for tangling in one file. --- lisp/ob-R.el | 25 + 1 file changed, 9 insertions(+), 16 deletions(-) diff --git a/lisp/ob-R.el b/lisp/ob-R.el index 62aa7f2..82971de 100644 --- a/lisp/ob-R.el +++ b/lisp/ob-R.el @@ -103,8 +103,12 @@ this variable.") (append (when (cdr (assoc :prologue params)) (list (cdr (assoc :prologue params - (org-babel-variable-assignments:R params) - (list body) +'("try(detach(org), silent=TRUE)") + '("org <- new.env()") +(org-babel-variable-assignments:R params) +'("lockEnvironment(org)") +'("attach(org)") +(list body) (when (cdr (assoc :epilogue params)) (list (cdr (assoc :epilogue params))) (if graphics-file @@ -203,20 +207,9 @@ This function is called by `org-babel-execute-src-block'." "TRUE" "FALSE")) (row-names (if rownames-p "1" "NULL"))) (if (= max min) - (format "%s <- read.table(\"%s\", - header=%s, - row.names=%s, - sep=\"\\t\", - as.is=TRUE)" name file header row-names) - (format "%s <- read.table(\"%s\", - header=%s, - row.names=%s, - sep=\"\\t\", - as.is=TRUE, - fill=TRUE, - col.names = paste(\"V\", seq_len(%d), sep =\"\"))" - name file header row-names max -(format "%s <- %s" name (org-babel-R-quote-tsv-field value + (format "assign( '%s', read.table(\"%s\", header=%s, row.names=%s, sep=\"\\t\", as.is=TRUE ), envir = org ); lockBinding('%s', org)" name file header row-names name) + (format "assign( '%s', read.table(\"%s\", header=%s, row.names=%s, sep=\"\\t\", as.is=TRUE, fill=TRUE, col.names = paste(\"V\", seq_len(%d), sep =\"\") ), envir = org ); lockBinding('%s', org)" name file header row-names max name +(format "assign('%s', %s, envir = org); lockBinding('%s', org)" name (org-babel-R-quote-tsv-field value) name))) (defvar ess-ask-for-ess-directory) ; dynamically scoped (defun org-babel-R-initiate-session (session params) -- 1.8.5.2 (Apple Git-48) pgpAf1ZHzPo4K.pgp Description: PGP signature
Re: [O] preview and default class [8.2.5h (release_8.2.5h-677-g55b0a3 @ /home/youngfrog/sourcetrees/org-mode/lisp/)]
Hi Nicolas, Nicolas Richard writes: > Here's a patch. I can commit it if you like, but I don't want to do so > without some review (it's not as trivial a change as moving the > corresponding footnote to the other section). I can't apply the patch, either on maint or on master, but by reading it carefully it looks good. Just add a missing full-stop at the end of the Changelog sentence "in its own section.", and perhaps use `C-x 4 a' from within the diff to include the section's name in the Changelog too. PS: I didn't check carefully because I don't use `C' from magit, but I assume magit may be wrong in creating Changelogs. We should report this to magit maintainers if this is true. -- Bastien
[O] bug#17040: 24.3.50; Emacs + Org mode hangs
Eli Zaretskii wrote: >> From: Sebastien Vauban >> Date: Wed, 19 Mar 2014 15:57:36 +0100 >> >> Anyway, here's the backtrace I got: > > Thanks for the effort, but as I said several times, such backtraces > are not useful without the Lisp backtrace part. All I can say from > this backtrace is that you were deep inside some hook stored in > before-change-functions; that hook was invoked because you inserted > something into a buffer. That is all. > > What we need is names of some Lisp functions, preferably from Org, > that we could then examine in order to look for potential infloops. > That's impossible without Lisp backtrace. To get that, you need the > .gdbinit file, and you need to instruct GDB to read it by using the > 'source' command. I still have that GDB session open... So I just did it: --8<---cut here---start->8--- (gdb) source ~/.gdbinit SIGINT is used by the debugger. Are you sure you want to change it? (y or n) [answered Y; input not from terminal] Warning: /cygdrive/c/Program Files (x86)/emacs-r114715-20131019-w32/bin/../lwlib: No such file or directory. Environment variable "DISPLAY" not defined. TERM = xterm-256color (gdb) ~/.gdbinit:1261: Error in sourced command file: PC register is not available Warning: /cygdrive/c/Program Files (x86)/emacs-r114715-20131019-w32/bin/../lwlib: No such file or directory. SIGINT is used by the debugger. Are you sure you want to change it? (y or n) [answered Y; input not from terminal] Redefine command "xgetptr"? (y or n) [answered Y; input not from terminal] Redefine command "xgetint"? (y or n) [answered Y; input not from terminal] Redefine command "xgettype"? (y or n) [answered Y; input not from terminal] Redefine command "pr"? (y or n) [answered Y; input not from terminal] Redefine command "pp"? (y or n) [answered Y; input not from terminal] Redefine command "pv"? (y or n) [answered Y; input not from terminal] Redefine command "ppt"? (y or n) [answered Y; input not from terminal] Redefine command "pitmethod"? (y or n) [answered Y; input not from terminal] Redefine command "pitx"? (y or n) [answered Y; input not from terminal] Redefine command "pit"? (y or n) [answered Y; input not from terminal] Redefine command "prowx"? (y or n) [answered Y; input not from terminal] Redefine command "prow"? (y or n) [answered Y; input not from terminal] Redefine command "pcursorx"? (y or n) [answered Y; input not from terminal] Redefine command "pcursor"? (y or n) [answered Y; input not from terminal] Redefine command "pwinx"? (y or n) [answered Y; input not from terminal] Redefine command "pwin"? (y or n) [answered Y; input not from terminal] Redefine command "pbiditype"? (y or n) [answered Y; input not from terminal] Redefine command "pgx"? (y or n) [answered Y; input not from terminal] Redefine command "pg"? (y or n) [answered Y; input not from terminal] Redefine command "pgi"? (y or n) [answered Y; input not from terminal] Redefine command "pgn"? (y or n) [answered Y; input not from terminal] Redefine command "pgrowx"? (y or n) [answered Y; input not from terminal] Redefine command "pgrow"? (y or n) [answered Y; input not from terminal] Redefine command "pgrowit"? (y or n) [answered Y; input not from terminal] Redefine command "prowlims"? (y or n) [answered Y; input not from terminal] Redefine command "pmtxrows"? (y or n) [answered Y; input not from terminal] Redefine command "xtype"? (y or n) [answered Y; input not from terminal] Redefine command "pvectype"? (y or n) [answered Y; input not from terminal] Redefine command "xvectype"? (y or n) [answered Y; input not from terminal] Redefine command "pvecsize"? (y or n) [answered Y; input not from terminal] Redefine command "xvecsize"? (y or n) [answered Y; input not from terminal] Redefine command "xmisctype"? (y or n) [answered Y; input not from terminal] Redefine command "xint"? (y or n) [answered Y; input not from terminal] Redefine command "xptr"? (y or n) [answered Y; input not from terminal] Redefine command "xmarker"? (y or n) [answered Y; input not from terminal] Redefine command "xoverlay"? (y or n) [answered Y; input not from terminal] Redefine command "xmiscfree"? (y or n) [answered Y; input not from terminal] Redefine command "xsymbol"? (y or n) [answered Y; input not from terminal] Redefine command "xstring"? (y or n) [answered Y; input not from terminal] Redefine command "xvector"? (y or n) [answered Y; input not from terminal] Redefine command "xprocess"? (y or n) [answered Y; input not from terminal] Redefine command "xframe"? (y or n) [answered Y; input not from terminal] Redefine command "xcompiled"? (y or n) [answered Y; input not from terminal] Redefine command "xwindow"? (y or n) [answered Y; input not from terminal] Redefine command "xwinconfig"? (y or n) [answered Y; input not from terminal] Redefine command "xsubr"? (y or n) [answered Y; input not from terminal] Redefine command "xchartable"? (y or n) [answered Y; input not from terminal] Redefine com
Re: [O] [PATCH] Write org variables into own R environment instead of .GlobalEnv
Hi Rainer, Rainer M Krug writes: > I mailed them on Tuesday, using the form > [[http://orgmode.org/request-assign-future.txt]] but did not get a > response. This usually take 4-6 weeks, so let's be patient. >> Also, the formatting of the Changelog entry is not correct, >> please carefully read http://orgmode.org/worg/org-contribute.html > > OK - I will do so and re-send the patch. Thanks in advance! -- Bastien
Re: [O] [PATCH] Write org variables into own R environment instead of .GlobalEnv
Bastien writes: > Hi Rainer, > > did you sign the FSF papers? We need this before considering applying > the patch. I mailed them on Tuesday, using the form [[http://orgmode.org/request-assign-future.txt]] but did not get a response. > Also, the formatting of the Changelog entry is not correct, > please carefully read http://orgmode.org/worg/org-contribute.html OK - I will do so and re-send the patch. Cheers, Rainer > > Thanks, -- Rainer M. Krug email: Rainerkrugsde PGP: 0x0F52F982 pgpXaE6hAVcvB.pgp Description: PGP signature
Re: [O] [BABEL] BUG Re: Omitting try/catch blocks from tangled R code?
Eric Schulte writes: > Charles Berry writes: > >> John Hendy gmail.com> writes: >> >> [deleted] >>> > >>> > I think the default behavior should be reverted, as tangling and >>> > exporting are two different things. When I tangle, I want to see the >>> > code blocks as they are in the org document (with possible variables and >>> > expansions) but not to create files where I do not put it explicitly >>> > into a code block. These wrappers have nothing to do with the code, and >>> > are only there for the exported engine. So I would either revert to the >>> > original behavior, or, introduce a new header argument, >>> > e.g. :include-wrappers, which would, if set to t, include the export >>> > wrappers in the tangled file. This might be useful for debugging >>> > exporting of code block results, but not for general tangling. >>> >>> Thanks for chiming in. This was my gut reaction to the default >>> behavior. I guess we're still only a sample size of 2, but >>> intuitively, I would think that tangling would be a separate beast in >>> most cases from exporting. Just to have it on the record, if I tangle, >>> it's usually to take the code I've used in something like a Beamer >>> presentation or document and combine it into a single .R file so >>> someone can run it without needing Org-mode. >> >> [deleted] >> >> Sorry to be late to add my $0.02... >> >> I never want the try/catch wrappers. >> >> But noweb is indispensable. >> >> I use noweb a lot to organize and collect blocks. In some cases, I export >> them and in others I just tangle them. >> >> I hope that the revised code will allow me to turn off try/catch wrapping >> and still be able to use noweb when tangling or exporting. >> > > In addition to noweb, there are cases where variable expansion is useful > in tangled code. > > The simplest option is to move things like try/catch blocks out of the > code block expansion function, and into the execution function. Then if > other language present similar constructs (which we want to add to > execution by default but never want to tangle), we can think about > abstracting this out into some new level of code block expansion. > > Thoughts? Makes perfect sense to me, and would definitely be the better place to add them. If one wants enclosing code in the tangling, there is always the :epilogue and :prologue header arguments, and the try/catch should be considered as internal to the execution. Rainer > >> >> Best, >> >> Chuck >> >> -- Rainer M. Krug email: Rainerkrugsde PGP: 0x0F52F982 pgpAsJeYJDIhw.pgp Description: PGP signature
Re: [O] [PATCH] Fix clock table when there are links in headings.
Hi Alexey, Alexey Lebedeff writes: > Links [[without description]] will be missing from output, "\\3" > should be more like (lambda (match) (or (match-string 3 match) > (match-string 1 match))) Indeed, sorry I've overlooked this and thanks for the solution! Fixed now, -- Bastien
Re: [O] [PATCH] Fix clock table when there are links in headings.
Hi Bastien, 2014-03-19 13:50 GMT+04:00 Bastien : >> But I don't want do disable linking agenda clocktable row to the >> original heading, it's very convenient. I just want it to look pretty, >> but the thing from the screenshot looks really ugly. Patch affects >> execution only when :link is true. > > Of course you're right. I pushed this change: > http://orgmode.org/cgit.cgi/org-mode.git/commit/?id=3a233a > > It should do what you want -- thanks for insisting and for > the patch you submitted for this. We are almost there ) Links [[without description]] will be missing from output, "\\3" should be more like (lambda (match) (or (match-string 3 match) (match-string 1 match))) Thanks to you for your efforts.
Re: [O] Navigating from agenda causes incorrect expansion of children
Hi Samuel, Samuel Wales writes: > unfortunately, that is not a global solution as there are various > other places where the same behavior occurs. Please report them when you have time and when you're sure this is not the intended behavior. Thanks, -- Bastien