Re: [Orgmode] moving in the agenda view is slow
My impression is that it is indeed at least partially related to font-lock. I have also observed that (at least on a mac) it is much worse in emacs 23 than in emacs 22 (to the point where it has made me swicth back to emacs 22 to make org usable). A recent post suggested using (setq font-lock-verbose nil) which does improve things (by avoiding printing some messages during font-lock), but it is still slow for me in emacs 23. My org files are 15 or so, around 30K lines each. --Man -- --- Manuel Hermenegildo --- ___ 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] Quarters added to clocktables
Hi Erwin, this patch looks good. However, it does not apply cleanly to the current head, and I need to ask you to sign the FSF papers for it. Are you willing to do this? Thanks - Carsten On Nov 19, 2010, at 2:00 PM, Erwin Vrolijk wrote: Hi, I'm proud to present my first patch to orgmode. With this patch quarters are added to clocktables. It is now possible to show data for a quarter via the following syntax: :block thisq[-n] or :block lastq :block 2010-Q2 Other places where quarters might be handy (for instance repeating events quarterly) are still todo. I've patched two files, the main file lisp/org-clock.el and the documentation in doc/org.texti Regards, Erwin Vrolijk http://snow.nl diff --git a/doc/org.texi b/doc/org.texi index 06583d7..5f07dbd 100644 --- a/doc/org.texi +++ b/doc/org.texi @@ -5820,6 +5820,7 @@ be selected: 2007-12-31@r{New year eve 2007} 2007-12 @r{December 2007} 2007-W50 @r{ISO-week 50 in 2007} + 2007-Q2 @r{2nd quarter in 2007} 2007 @r{the year 2007} today, yesterday, tod...@var{n} @r{a relative day} thisweek, lastweek, thiswe...@var{n} @r{a relative week} diff --git a/lisp/org-clock.el b/lisp/org-clock.el index 3146926..1301fb8 100644 --- a/lisp/org-clock.el +++ b/lisp/org-clock.el @@ -1653,6 +1653,64 @@ buffer and update it." (re-search-forward "^[ \t]+#\\+END:.*" nil t) (>= (match-end 0) pos) start +(defun org-day-of-week (day month year) + "Returns the day of the week as an integer." + (nth 6 + (decode-time + (date-to-time +(format "%d-%02d-%02dT00:00:00" year month day) + +(defun org-quarter-to-date (quarter year) + "Get the date (week day year) of the first day of a given quarter." + (cond + ((= quarter 1) +(setq startday (org-day-of-week 1 1 year)) +(cond + ((= startday 0) + (list 52 7 (- year 1))) + ((= startday 6) + (list 52 6 (- year 1))) + ((<= startday 4) + (list 1 startday year)) + ((> startday 4) + (list 53 startday (- year 1))) + ) +) + ((= quarter 2) +(setq startday (org-day-of-week 1 4 year)) +(cond + ((= startday 0) + (list 13 startday year)) + ((< startday 4) + (list 14 startday year)) + ((>= startday 4) + (list 13 startday year)) + ) +) + ((= quarter 3) +(setq startday (org-day-of-week 1 7 year)) +(cond + ((= startday 0) + (list 26 startday year)) + ((< startday 4) + (list 27 startday year)) + ((>= startday 4) + (list 26 startday year)) + ) +) + ((= quarter 4) +(setq startday (org-day-of-week 1 10 year)) +(cond + ((= startday 0) + (list 39 startday year)) + ((<= startday 4) + (list 40 startday year)) + ((> startday 4) + (list 39 startday year)) + ) +) + ) + ) (defun org-clock-special-range (key &optional time as-strings) "Return two times bordering a special time range. @@ -1670,6 +1728,10 @@ the returned times will be formatted strings." (dow (nth 6 tm)) (skey (symbol-name key)) (shift 0) +(q (cond ((>= (nth 4 tm) 10) 4) + ((>= (nth 4 tm) 7) 3) + ((>= (nth 4 tm) 4) 2) + ((>= (nth 4 tm) 1) 1))) s1 m1 h1 d1 month1 y1 diff ts te fm txt w date) (cond ((string-match "^[0-9]+$" skey) @@ -1687,19 +1749,35 @@ the returned times will be formatted strings." (setq d (nth 1 date) month (car date) y (nth 2 date) dow 1 key 'week)) + ((string-match "^\\([0-9]+\\)-[qQ]\\([1-4]\\)$" skey) + (require 'cal-iso) + (setq y (string-to-number (match-string 1 skey))) + (setq q (string-to-number (match-string 2 skey))) + (setq date (calendar-gregorian-from-absolute + (calendar-absolute-from-iso (org-quarter-to-date q y + (setq d (nth 1 date) month (car date) y (nth 2 date) + dow 1 + key 'quarter)) ((string-match "^\\([0-9]+\\)-\\([0-9]\\{1,2\\}\\)-\\([0-9]\ \{1,2\\}\\)$" skey) (setq y (string-to-number (match-string 1 skey)) month (string-to-number (match-string 2 skey)) d (string-to-number (match-string 3 skey)) key 'day)) + ; looking forward with quarters is not implemented yet. +; ((string-match "\\(\\(?:[-]\\|\\(?:!q\\)[+]\\)[0-9]+\\)$" skey) ((string-match "\\([-+][0-9]+\\)$" skey) (setq shift (string-to-number (match-string 1 skey)) - key (intern (substring skey 0 (match-beginning 1)) + key (intern (substring skey 0 (match-beginning 1 + (if(and (memq key '(quarter thisq)) (> shift 0)) +(error "Looking forward with quarters isn't implemented.") + ( + (when (= shift 0) - (cond ((eq key 'yesterday) (setq key 'today shift -1)) - ((eq key 'lastweek) (setq key 'week shif
Re: [Orgmode] Re: [PATCH] Alphabetical ordered lists
I'm working on your comments, should have another patch in the next day or so. The only thing I had issue with was the comment about org-item-beginning-re: I prefer it as a function for the reasons you mention, but I'm not particularly attached to this. Does anyone else have an opinion? Thanks, Nathaniel Flath On Mon, Nov 22, 2010 at 10:37 AM, Nicolas Goaziou wrote: > Hello, > >> Nathaniel Flath writes: > >> although I'm not an expert in the exporting. Let me know if there's >> anything else, or if I screwed up anything when trying to figure out >> how to make a git patch(looks like it worked, though.) > > I looked at your patch and here is what I've noticed so far: > > > - There's a bug in `org-cycle-list-bullet' where > org-list-can-be-alphabetical is called with argument missing. > > - In `org-cycle-list-bullet', variable `top' stores list top point, > make use of it instead of recomputing it. > > - There's a typo in `org-list-parse-list' (ogr-looking-at-p instead of > org-looking-at-p) > > - Some parts of the patch are only white-space changes (for example a > change in `org-list-automatic-rules' but there are others). You > shouldn't include them, as it is not the purpose of the patch. > > It doesn't help understanding your patch either. > > - Why did you remove all code comments about lists in org-docbook.el? > > - This is not a bug but are you sure you want to make > org-item-beginning-re a function? I understand that it permits an > user changing the value of `org-alphabetical-lists' to avoid > reloading Org, but it looks like syntax overweight to me. > > I mean, anyone wanting to look for a list item will have to remember > that it must do a re-search on a function and not a string. > > > Hoping that helps, > > Regards, > > -- Nicolas > ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] moving in the agenda view is slow
Eric S Fraga wrote: > Rainer Stengele writes: > > > Hi all, > > > > I am struggling more and more with slowness in my agenda view. Moving > > from line to line with n and p is slow. Pressing the n key for 2 > > seconds will result in the cursor not following every keypress but > > jumping down after 2 or 3 seconds. > > I'll add that I have observed this the past week or so: there's a very > noticeable pause between my hitting 'n', say, and the cursor moving down > to the next line in a default agenda view (C-c a a). My agenda files > add up to less than 40k lines. I've not done any investigation to see > why things have slowed up recently but will start playing around... > I don't have this problem at all (perhaps because my agenda files are puny at less than 5K lines total), but I obtained a profile[fn:1] and most of the time goes to font-lock stuff. Here are the top five: font-lock-fontify-region 11953 4.586574 0.0003837173 font-lock-default-fontify-region 11953 4.219105 0.0003529745 font-lock-fontify-keywords-region 11953 2.885069 0.0002413677 font-lock-extend-jit-lock-region-after-change 87462 1.440971 1.647...e-05 org-agenda-list 1 0.461168 0.461168 What does your profile look like? Thanks, Nick Footnotes: [fn:1] ... by doing M-x elp-instrument-package org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Lists handling
Hello, > Karl Maihofer writes: > These documents must be updated and will be exported to HTML > regularly. Some documents have 500+ pages and many many of these > "inline task" notes. Wouldn't drawers be more appropriate here than inline tasks? Not that it would work with a drawer either, but the examples given seem to focus more on content than on a task title. > My problem isn't only that the exporter does not recognize this > structure as one single list anymore (otherwise I could use an old > Org version) but also that indentation does not work. Nicolas > mentioned this already and I think this was one of the reasons for > changing the handling of lists. I don't understand what the indentation problem you're talking about is, but I worked on indentation wrt inline tasks recently. My work is at: git://github.com/ngz/org-mode-lists.git inlinetask It might solve some of your problems. > Does anybody see a chance to make Org recognize such "interrupted" > lists as one list and make indentation and export to HTML work > properly? I'm writing down ideas to put in a future update of lists. Some previously "unsupported anymore" stuff may appear again, after a phase of testing on a parallel git branch. In this context, you raise an interesting question about inline tasks. I have my idea (read below), but a discussion about it might be productive. > Wouldn't it be possible to tell Org to recognize text or inline > tasks right behind a bullet point (next line) as belonging to this > bullet point so that Org can treat the next bullet point as part of > the same list? It looks to me the syntax is way too subtle to be clear. Moreover, lists are all about indentation, and inline tasks defeat that as they live at column 0. They also visually break any structure around. To be honest, I'm not very enthusiastic about allowing inline tasks within lists. On the other hand, I will definitely let drawers in, thus my first question. Regards, -- Nicolas ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Org-babel games screencast
Hi David, This looks great, and is a very good introduction to code block usage in Org-mode. Would you mind adding a link to this video to the Babel/uses page? http://orgmode.org/worg/org-contrib/babel/uses.php At some point I'd like to start generating and compiling Babel screencasts, but until that happens I think the uses page is the best place to collect these things. Thanks for sharing! -- Eric "David O'Toole" writes: > Here's a presentation I made, sorry it's a bit rough but here goes: > > http://lispgamesdev.blogspot.com/2010/11/lisp-game-development-screencast-1.html > > ___ > 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] Re: [Babel] Difficult to follow code execution in HTML exported file
Sébastien Vauban writes: >> I imagine that such a change would meet with some resistance, at least I >> know I would not want all of my table names exported by default. > > You name it... "by default", meaning such a behavior should be "switchable": > on or off. > > >> Is there a reason you don't just add the table name manually? e.g. >> >> Numbers-1 >> #+tblname: numbers-1 >> |1 | >> |2 | >> | 45 | >> | test | >> | 3.141592 | > > I'm not really enthousiast about solutions that would be manual. > > On the contrary, even if table names were always exported, the name can easily > disappear from your documents with just a (very) little bit of CSS or LaTeX > code. In CSS, just apply "display: none" on the DIV, and you're done. I don't > really understand the resistance you're talking about, then. > > To sum up, if the info is there, it's really easy to remove it (even > automatically!). If it's not there, it's quite a tedious task to add it > (manually)... > > Do you understand the need I'm trying to express? > Yes, I understand the need you express and I agree that this would be a useful addition to the export engine. I'm not sure how the export or table names (and probably other types of names including results and maybe other Org-mode comments) would be toggled on and off however, but perhaps someone better acquainted with the export engine than myself would know. Best -- Eric > > Best regards, > Seb ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [Babel] Error output buffer
Hi Eric, "Eric Schulte" wrote: > Sébastien Vauban writes: >> Eric S Fraga wrote: - add something visible after every execution, like a separator line or a ^L character (new page, than can easily be displayed as a rule) >>> >>> I like this one (above), especially if you could append the date+time to >>> the formfeed and, ideally, some indication of the source code block >>> responsible for what follows. The latter is important because I often have >>> multiple source code blocks with the same language and it would be nice to >>> distinguish between them in terms of error output. Having the srcname >>> appear would be great, if it's possible. >> >> I think that what'd be very useful is: >> >> - some kind of separator >> - some timestamp (à la Org? with or without seconds) >> - some language info? >> - a referrer to the code block (like the =comments= in tangled files) >> >> The separator could even be (why not?) a Org heading: the entire output >> buffer could be an Org file, allowing for folding of less useful entries, >> or sparse tree searches: >> >> * 2010-11-23 Tue 22:29:11 sh block >> /* [[file:~/src/test.org::*Commands][Commands:1]] */ >> Invalid command: ls\r >> Invalid command: date\r >> /* Commands:1 ends here */ > > These are great ideas, in the case of single block execution I think we're > fine with the current behavior of a cleared error buffer containing only a > single error output, It certainly is already much better, though -- trying *on purpose* to play the devil's advocate -- we can imagine one would like to see the output of different executions at different times: I'm writing some code, testing, getting an error, updating the code, testing, and would like to see what diff it made with regard to the previous execution. > but in the case of multiple block evaluations (e.g. chained code blocks or > during export) I think that the above suggestions are great. I especially > like the idea of one Org-mode top-level heading per error. For your info, it's already what I'm doing with the messages from my .emacs file: at some points, I call:* (message "* Org mode stuff") and (message "** Org clocking stuff") so that I can easily switch my Messages buffer to org-mode and collapse sections which don't interest me at that point in time... > I've added this to the Babel task stack. Thanks a lot. Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] moving in the agenda view is slow
On Nov 27, 2010, at 12:04 AM, Eric S Fraga wrote: Rainer Stengele writes: Hi all, I am struggling more and more with slowness in my agenda view. Moving from line to line with n and p is slow. Pressing the n key for 2 seconds will result in the cursor not following every keypress but jumping down after 2 or 3 seconds. I'll add that I have observed this the past week or so: there's a very noticeable pause between my hitting 'n', say, and the cursor moving down to the next line in a default agenda view (C-c a a). My agenda files add up to less than 40k lines. I've not done any investigation to see why things have slowed up recently but will start playing around... Maybe bisect to identify a commit that caused this??? - 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: [Babel] Difficult to follow code execution in HTML exported file
Hi Eric, "Eric Schulte" wrote: > Sébastien Vauban writes: >> #+TITLE: Tables don't have their name exported >> >> Chunks of code are exported to HTML with their parameters, such as table >> names. But *tables aren't exported with their name*. >> >> * Playing with data and code >> >> Here is one table: >> >> #+tblname: numbers-1 >> |1 | >> |2 | >> | 45 | >> | test | >> | 3.141592 | >> >> Another one is here: >> >> #+tblname: numbers-2 >> | 21 | >> | 22 | >> | 245 | >> |test2 | >> | 23.14159 | >> >> When applying the following chunk of code to some data (find who is >> =numbers-1=!): >> >> #+srcname: add-type >> #+begin_src emacs-lisp :var data=numbers-1 :exports both >> (mapcar >> (lambda (line) >>(let ((number (car line))) >> (list number (type-of number >> data) >> #+end_src >> >> I get the following results: >> >> #+results: add-type >> #+BEGIN_RESULT >> |1 | integer | >> |2 | integer | >> | 45 | integer | >> | test | string | >> | 3.141592 | float | >> #+END_RESULT > > The title of your email mentions code execution, but the body seems to > focus on export of table names. I'll reply to the latter and my > apologies if I've missed something related to the former. You're right that there is *not necessarily* execution per se, though the function is well *executed* and outputs results in the example I gave. And, imagine you read that page on Worg, you can't completely follow the execution chain: the code refers to some data that is invisible in HTML. You currently can't output that information... My titles aren't orthogonal: if I'm clear, it's because table names are not exported that it's difficult to understand how documented code has produced the displayed results. If not yet done, put your mind in "literate programming" documentation style, and "reproducible research". It really is about exporting both data, code and results... > Table names have existed in Org-mode since before the existence of > active code blocks, and I don't think they have ever been exported, so > the export of table names would be a Org-mode wide feature request. OK. > I imagine that such a change would meet with some resistance, at least I > know I would not want all of my table names exported by default. You name it... "by default", meaning such a behavior should be "switchable": on or off. > Is there a reason you don't just add the table name manually? e.g. > > Numbers-1 > #+tblname: numbers-1 > |1 | > |2 | > | 45 | > | test | > | 3.141592 | I'm not really enthousiast about solutions that would be manual. On the contrary, even if table names were always exported, the name can easily disappear from your documents with just a (very) little bit of CSS or LaTeX code. In CSS, just apply "display: none" on the DIV, and you're done. I don't really understand the resistance you're talking about, then. To sum up, if the info is there, it's really easy to remove it (even automatically!). If it's not there, it's quite a tedious task to add it (manually)... Do you understand the need I'm trying to express? Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] moving in the agenda view is slow
Rainer Stengele writes: > Hi all, > > I am struggling more and more with slowness in my agenda view. Moving > from line to line with n and p is slow. Pressing the n key for 2 > seconds will result in the cursor not following every keypress but > jumping down after 2 or 3 seconds. I'll add that I have observed this the past week or so: there's a very noticeable pause between my hitting 'n', say, and the cursor moving down to the next line in a default agenda view (C-c a a). My agenda files add up to less than 40k lines. I've not done any investigation to see why things have slowed up recently but will start playing around... -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 23.2.1 : using Org-mode version 7.3 (release_7.3.99.g9db0.dirty) ___ 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-Babel - Clojure & Lazy Sequences Bug
Rick Moynihan writes: > > Basically it looks like the different :results types haven't yet been > implemented... The one I was missing was 'code' e.g. the following > works for elisp: > > #+begin_src emacs-lisp :results code > '(+ 10 1) > #+end_src > > displaying: > > #+results: > #+BEGIN_SRC emacs-lisp > (+ 10 1) > #+END_SRC > > But in clojure I get: > > #+begin_src clojure :results code > '(+ 10 1) > #+end_src > > #+results: > | + | 10 | 1 | > I've just pushed up an implementation of this feature. It uses Clojure's pretty printer which has different settings for printing code and data. This can be controlled through use of the "code" (for code) and "pp" (for data) arguments to :results, here's example output with the new implementation. #+begin_src clojure :results pp '(defn cl-format "An implementation of a Common Lisp compatible format function" [stream format-in & args] (let [compiled-format (if (string? format-in) (compile-format format-in) format-in) navigator (init-navigator args)] (execute-format stream compiled-format navigator))) #+end_src #+results: #+begin_example (defn cl-format "An implementation of a Common Lisp compatible format function" [stream format-in & args] (let [compiled-format (if (string? format-in) (compile-format format-in) format-in) navigator (init-navigator args)] (execute-format stream compiled-format navigator))) #+end_example #+begin_src clojure :results code '(defn cl-format "An implementation of a Common Lisp compatible format function" [stream format-in & args] (let [compiled-format (if (string? format-in) (compile-format format-in) format-in) navigator (init-navigator args)] (execute-format stream compiled-format navigator))) #+end_src #+results: #+BEGIN_SRC clojure (defn cl-format "An implementation of a Common Lisp compatible format function" [stream format-in & args] (let [compiled-format (if (string? format-in) (compile-format format-in) format-in) navigator (init-navigator args)] (execute-format stream compiled-format navigator))) #+END_SRC ___ 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] start-day is lost in clock report mode and log mode of custom agenda view
Hi Carsten, Thanks, I see. I don't know usage of multiple agendas before. On Fri, Nov 26, 2010 at 12:55 AM, Carsten Dominik wrote: > > Hi Liang, > > the reason that this is not working here is that you > are using a block agenda, which in principle can contain > a number of agenda view in a simple buffer. If could, for > example, contain this weeks agenda, and the agenda of the > same week a year ago - or whatever you want. Since Org > knows little about what might happen in the block, the > command to refresh the current view is simply to call > the entire block agenda again. You can see this when > looking at the value of the variable org-agenda-redo > command in the agenda buffer. > ___ 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: Literal Blocks in Org-mode
On Wed, Nov 24, 2010 at 6:25 AM, Carsten Dominik wrote: > I hear you had a problem with Org not publishing Literal code blocks > correctly in a blog post? http://sachachua.com/blog/2010/11/emacs-recording-ledger-entries-with-org-capture-templates/#comments Oh! That was entirely user error. =) I used #+BEGIN_SRC and forgot the emacs-lisp after, so it gave me nil. Thanks for checking! Sacha Chua http://sachachua.com ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Org-babel games screencast
Here's a presentation I made, sorry it's a bit rough but here goes: http://lispgamesdev.blogspot.com/2010/11/lisp-game-development-screencast-1.html ___ 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: moving in the agenda view is slow
Martin Stemplinger writes: > Hallo Rainer Stengele, > > am 26.11.2010 schriebst Du: > >> Hi all, >> >> I am struggling more and more with slowness in my agenda view. >> Moving from line to line with n and p is slow. >> Pressing the n key for 2 seconds will result in the cursor not following >> every keypress >> but jumping down after 2 or 3 seconds. >> >> I switched off all minor modes and found no improvements. >> What is the agenda doing when I am moving from item to item? >> Follow-mode is off. >> >> I use about 10 org files with a total of 35.000 lines. >> The slowness is true for customized agenda views as well as for default ones >> like "C-a t" >> (List of all todo entries). >> >> GNU Emacs 23.1.50.1 (i386-mingw-nt5.1.2600) of 2009-11-04 on LENNART-69DE564 >> (patched) >> Org-mode version 7.3 (release_7.3.157.ga98a) >> >> Rainer > > Maybe it's something completely different but I found org-mode to be > ridicilous slow when the org-files were under git version control. No > idea when this started and why it happened. I've had a similar issue. Somebody here suggested to put the line below in my .emacs, which helped. But beware, this disables the vc backend of emacs completely, so you'll have to run git manually. Here is the line: ;; no vc-git (setq vc-handled-backends nil) HTH Markus ___ 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] What is your journaling setup?
On 2010-11-26, Jeff Horn wrote: > I'm assuming you've just defined a capture template that automatically > inserts an inactive timestamp? And you use refile to move your notes > around? Correct. And a todo state change hook. And user-defined sorting in outline and agenda. Conversations go to near end just above doneish and each is sorted by ts. Samuel -- Q: How many CDC "scientists" does it take to change a lightbulb? A: "You only think it's dark." [CDC has denied a deadly serious disease for 25 years] == HIV-like virus: http://www.wpinstitute.org/xmrv/index.html -- PLEASE DONATE === I want to see the original (pre-hold) Lo et al. 2010 NIH/FDA/Harvard MLV paper. ___ 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-Babel - Clojure & Lazy Sequences Bug
On 26 November 2010 20:29, Eric Schulte wrote: > > Alright, I'm going to fold this into the master branch (we'll still have > the entirety of the existing ob-clojure in git for resurrection if need > be). That's great news! >> >> I'm not sure what you mean by "external evaluation", but have found >> that if I do M-x slime-connect (to connect to an existing >> clojure/swank vm) that I have access to the same vm, via the >> *slime-repl* buffer, which is nice. Is this what you were referring >> to, or was it something else? >> > > So what I mean was execution outside of slime, e.g. by writing a code > block to a temporary file and then executing that file with clj-env or > some such Clojure scripting command. However the more I think about > this the more I'm satisfied with slime, as it allows access to both > local and remote virtual machines... Yeah, Slime is great in this regard... >> Having access to other sessions seems like a useful feature, but I've >> not begun to use these more advanced babel features. >> >> Anyway, great work; I really appreciate you working on this! > > My pleasure, I use Clojure from within Org-mode files on a regular basis > (these days I'm probably writing more Clojure than elisp), so this helps > me too. Well if it's your pleasure then I have another feature request for you :-) Basically it looks like the different :results types haven't yet been implemented... The one I was missing was 'code' e.g. the following works for elisp: #+begin_src emacs-lisp :results code '(+ 10 1) #+end_src displaying: #+results: #+BEGIN_SRC emacs-lisp (+ 10 1) #+END_SRC But in clojure I get: #+begin_src clojure :results code '(+ 10 1) #+end_src #+results: | + | 10 | 1 | I looked at implementing this myself, ontop of your recent changes, by running it through edebug, which I've only begun to discover, but I couldn't work it out in the hour I spent looking at it. Any suggestions on where I should look to fix this? R. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] What is your journaling setup?
On Fri, Nov 26, 2010 at 2:21 PM, Samuel Wales wrote: > Not to detract from the awesomeness of the date tree feature, but for > those who don't know, it is possible to keep logs in sorted order, > either in the logbook (happens automatically) or in the outline tree > (user-defined sorting). I do the latter. I don't use date trees. I'm finding date-trees to be less useful for my note-taking. I'm looking for an alternative setup. Sam, do you care to elaborate on your setup? I'm assuming you've just defined a capture template that automatically inserts an inactive timestamp? And you use refile to move your notes around? BTW, it never occurred to me to use the logbook (drawer, I'm assuming) to automatically sort manually recorded notes. Thanks, Jeff -- Jeffrey Horn Graduate Lecturer and PhD Student in Economics George Mason University (704) 271-4797 jh...@gmu.edu jrhorn...@gmail.com http://www.failuretorefrain.com/jeff/ ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: [Babel] Error output buffer
Sébastien Vauban writes: > Hi Eric, > > Eric S Fraga wrote: >>> - add something visible after every execution, like a separator line or a >>> ^L character (new page, than can easily be displayed as a rule) >> >> I like this one (above), especially if you could append the date+time to the >> formfeed and, ideally, some indication of the source code block responsible >> for what follows. The latter is important because I often have multiple >> source code blocks with the same language and it would be nice to >> distinguish between them in terms of error output. Having the srcname appear >> would be great, if it's possible. > > I think that what'd be very useful is: > > - some kind of separator > - some timestamp (à la Org? with or without seconds) > - some language info? > - a referrer to the code block (like the =comments= in tangled files) > > The separator could even be (why not?) a Org heading: the entire output buffer > could be an Org file, allowing for folding of less useful entries, or sparse > tree searches: > > * 2010-11-23 Tue 22:29:11 sh block > /* [[file:~/src/test.org::*Commands][Commands:1]] */ > Invalid command: ls\r > Invalid command: date\r > /* Commands:1 ends here */ > These are great ideas, in the case of single block execution I think we're fine with the current behavior of a cleared error buffer containing only a single error output, but in the case of multiple block evaluations (e.g. chained code blocks or during export) I think that the above suggestions are great. I especially like the idea of one Org-mode top-level heading per error. I've added this to the Babel task stack. Cheers -- Eric > > Just a proposition example... For me, whatever the format... > > Best regards, > Seb ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [Babel] Difficult to follow code execution in HTML exported file
Hi Seb, The title of your email mentions code execution, but the body seems to focus on export of table names. I'll reply to the latter and my apologies if I've missed something related to the former. Table names have existed in Org-mode since before the existence of active code blocks, and I don't think they have ever been exported, so the export of table names would be a Org-mode wide feature request. I imagine that such a change would meet with some resistance, at least I know I would not want all of my table names exported by default. Is there a reason you don't just add the table name manually? e.g. Numbers-1 #+tblname: numbers-1 |1 | |2 | | 45 | | test | | 3.141592 | Hope this helps -- Eric Sébastien Vauban writes: > #+TITLE: Tables don't have their name exported > #+DATE: 2010-11-26 > #+LANGUAGE: en_US > > * Abstract > > Chunks of code are exported to HTML with their parameters, such as table > names. But *tables aren't exported with their name*. > > * Playing with data and code > > Here is one table: > > #+tblname: numbers-1 > |1 | > |2 | > | 45 | > | test | > | 3.141592 | > > Another one is here: > > #+tblname: numbers-2 > | 21 | > | 22 | > | 245 | > |test2 | > | 23.14159 | > > When applying the following chunk of code to some data (find who is > =numbers-1=!): > > #+srcname: add-type > #+begin_src emacs-lisp :var data=numbers-1 :exports both > (mapcar > (lambda (line) >(let ((number (car line))) > (list number (type-of number > data) > #+end_src > > I get the following results: > > #+results: add-type > #+BEGIN_RESULT > |1 | integer | > |2 | integer | > | 45 | integer | > | test | string | > | 3.141592 | float | > #+END_RESULT > > > * Explanation > > In HTML, I can't entirely follow the explanation, as the code's parameter > (here: =numbers-1=) is not visible anywhere: *tables don't have their name > exported*... > > I well see that the chunk of code is called on table =numbers-1=, but I don't > which one of the two tables it is. > > Best regards, > Seb ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Org-Babel - Clojure & Lazy Sequences Bug
Hey Rick, Rick Moynihan writes: > Hey Eric, > > I've just run your ob-clojure, and it seems to work fine, though as > you mention it would be nice if it'd start slime (if it isn't already > running). > Alright, I'm going to fold this into the master branch (we'll still have the entirety of the existing ob-clojure in git for resurrection if need be). > > I'm not sure what you mean by "external evaluation", but have found > that if I do M-x slime-connect (to connect to an existing > clojure/swank vm) that I have access to the same vm, via the > *slime-repl* buffer, which is nice. Is this what you were referring > to, or was it something else? > So what I mean was execution outside of slime, e.g. by writing a code block to a temporary file and then executing that file with clj-env or some such Clojure scripting command. However the more I think about this the more I'm satisfied with slime, as it allows access to both local and remote virtual machines... > > Having access to other sessions seems like a useful feature, but I've > not begun to use these more advanced babel features. > > Anyway, great work; I really appreciate you working on this! > My pleasure, I use Clojure from within Org-mode files on a regular basis (these days I'm probably writing more Clojure than elisp), so this helps me too. Cheers -- Eric > > R. > > On 25 November 2010 17:40, Eric Schulte wrote: >> Hi Rick, >> >> I'm not quite sure what the best permanent solution would be. I'm >> tempted to switch to a drastically stripped down version of Clojure >> interaction which relies very heavily on slime. I'm attaching a first >> pass at this which allows for slime-based execution, can assign >> variables, handles lazy evaluation, etc... >> >> The downside to this new version is that it doesn't support buffer-based >> sessions or external evaluation, but the upside is that it is incredibly >> simple, and by relying so heavily on slime it should be very robust. >> >> Once this is enhanced with some code to start slime, and a simple >> :session setup (namely the ability to grab the slime context from a >> buffer specified by :session) I may prefer this to the existing >> ob-clojure. >> >> I'd be interested to hear what others think. Personally I'm happy to >> lose external evaluation and switch to purely slime-based evaluation, >> but I don't want to trash it if it is an important part of someones work >> flow. >> >> Best -- Eric >> >> >> >> Rick Moynihan writes: >> >>> Hi Eric, >>> >>> Sorry for the delay in getting back to you. >>> >>> I can confirm the fix you quoted below works for me also. >>> >>> I've not been using any of the multiple session features, so I haven't >>> run into the other problems you mention. >>> >>> Any idea on what a more permanent solution might be? >>> >>> R. >>> >>> On 6 November 2010 17:58, Eric Schulte wrote: Hi Rick, I've noticed this as well. I'm not the original author of ob-clojure.el (Joel Boehland is), so I'm not sure how the clojure interaction currently works, although I know it makes heavy usage of slime. There must be an existing mechanism used by slime to unroll these lazy evaluations, for example in the repl (range 10) *is* expanded user> (range 10) (0 1 2 3 4 5 6 7 8 9) I'm using clojure extensively in my studies so I have all the more reason to try to figure this out. I'll put this on my stack. BTW: I've noticed that I am unable to get Clojure code blocks to play nicely with existing slime sessions, say for example I have some large piece of data in scope in a slime sessions and I'd like to access that data from a clojure code block and dump some analysis to an Org-mode document. I have not yet found out how to make this work. If you have, I'd love to hear how, otherwise I'll look into this as well. Best -- Eric Having just looked at this quickly, the following function over-defines `org-babel-execute:clojure' s.t. the body of the code block is sent to the superior list in the same manner as when calling `slime-eval-defun' from within a .clj file. While this doesn't handle starting up clojure instances or differentiate between session and external evaluation it should fix the issues mentioned above and could be the beginning of a permanent solution. #+begin_src emacs-lisp (defun org-babel-execute:clojure (body params) (with-temp-buffer (insert body) (read (slime-eval `(swank:interactive-eval-region ,(buffer-substring-no-properties (point-min) (point-max))) #+end_src which then results in #+begin_src clojure (map (fn [el] (list el (* el el))) (range 10)) #+end_src evaluating to #+results: | 0 | 0 | | 1 | 1 | | 2 | 4 | | 3 | 9 | | 4 | 16 | | 5 | 25 | | 6 |
Re: [Orgmode] moving in the agenda view is slow
Hallo Rainer Stengele, am 26.11.2010 schriebst Du: > Hi all, > > I am struggling more and more with slowness in my agenda view. > Moving from line to line with n and p is slow. > Pressing the n key for 2 seconds will result in the cursor not following > every keypress > but jumping down after 2 or 3 seconds. > > I switched off all minor modes and found no improvements. > What is the agenda doing when I am moving from item to item? > Follow-mode is off. > > I use about 10 org files with a total of 35.000 lines. > The slowness is true for customized agenda views as well as for default ones > like "C-a t" > (List of all todo entries). > > GNU Emacs 23.1.50.1 (i386-mingw-nt5.1.2600) of 2009-11-04 on LENNART-69DE564 > (patched) > Org-mode version 7.3 (release_7.3.157.ga98a) > > Rainer Maybe it's something completely different but I found org-mode to be ridicilous slow when the org-files were under git version control. No idea when this started and why it happened. HTH Martin ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: org-mode gnus integration across two machines when using nnimap
Tommy Kelly writes: > Here's the link to your reply to me: > > [[gnus:gmane.emacs.gnus.general#87tyj4x798@uwo.ca][email from Dan > Christensen: Re: org-mode gnus integration ]] Since this stores the group name and the message-id, it should work across different Gnus sessions. > The reason I assumed there would be a problem is that even if I simply > *move* a Gnus article from one group to another, that breaks the > link. That makes sense, since the link refers to the group. I believe the Gnus registry can keep track of the message ID --> group mapping, so org-mode could use this if the article isn't found in the expected group and the user has the registry enabled. I don't use org-mode or the registry, so I'll let others respond if there are further questions. Dan ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] What is your journaling setup?
Not to detract from the awesomeness of the date tree feature, but for those who don't know, it is possible to keep logs in sorted order, either in the logbook (happens automatically) or in the outline tree (user-defined sorting). I do the latter. I don't use date trees. *** CONVERSATION [2010-11-26 Fri 10:00] this is an example Also, the agenda can sort. Just another option. :) Samuel -- Q: How many CDC "scientists" does it take to change a lightbulb? A: "You only think it's dark." [CDC has denied a deadly serious disease for 25 years] == HIV-like virus: http://www.wpinstitute.org/xmrv/index.html -- PLEASE DONATE === I want to see the original (pre-hold) Lo et al. 2010 NIH/FDA/Harvard MLV paper. ___ 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: org-mode gnus integration across two machines when using nnimap
Dan Christensen writes: > Can you show us what an org-mode hyperlink looks like? Here's the link to your reply to me: [[gnus:gmane.emacs.gnus.general#87tyj4x798@uwo.ca][email from Dan Christensen: Re: org-mode gnus integration ]] The [[ ][ ]] combination lets org-mode render it so that you see only the description portion and it is displayed as a clickable link. Clicking (or executing C-c C-o) will move you to the message in Gnus. The reason I assumed there would be a problem is that even if I simply *move* a Gnus article from one group to another, that breaks the link. I got the impression that article labeling is very localized. Tommy ___ 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: org-mode gnus integration across two machines when using nnimap
Tommy Kelly writes: > One option would be to sync only the org-mode files through DropBox, and > just do what I'd do with any other IMAP email client, and rely on the > server side info to keep mutliple clients "in sync". That's > the whole point of IMAP in the first place. But then I'm guessing the > hyperlinking of org-mode tasks to Gnus messages would break (with links > being valid only on the machine where they were created). Can you show us what an org-mode hyperlink looks like? I.e. what information does it store? nnimap uses the IMAP server UIDs as article numbers, so those will be the same for the different instances of Gnus. So I'm guessing it will work, as long as you give the server the same name in Gnus on the two machines. Dan ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Acknowledgements
On Nov 26, 2010, at 1:02 PM, Michael Brand wrote: On Fri, Nov 26, 2010 at 08:50, Carsten Dominik wrote: * Christian Egli converted the documentation into Texinfo format, patched CSS formatting into the HTML exporter, and inspired the agenda. Christian Egli also created the export to TaskJuggler. Added, 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] org-mode gnus integration across two machines when using nnimap
I'm looking for help in running Gnus with nnimap, and org-mode, across multiple machines. When reading my email in Gnus (using nnimap off Gmail), I create tasks from any given message by using orgp-mode's capture feature. A TODO gets created with a hyperlink that, on clicking, takes me back to the relevant email in Gnus. That's all cool. But I'd like to be able to use that setup from multiple machines. My current setup uses DropBox. It is tolerable for the org-mode side of things, but fragile. I keep my org files on DropBox, so those are visible to all machines. But I have to remember to make sure all org files are saved becore I move from one machine to another. As I say, tolerable, but fragile. For the Gnus side, originally I did the same thing, with all the relevant Gnus files (newsrc's, bbd stuff, etc) being on DropBox too. But that's even more fragile, because I don't explicitly control the saving of files. One option would be to sync only the org-mode files through DropBox, and just do what I'd do with any other IMAP email client, and rely on the server side info to keep mutliple clients "in sync". That's the whole point of IMAP in the first place. But then I'm guessing the hyperlinking of org-mode tasks to Gnus messages would break (with links being valid only on the machine where they were created). Anyone else doing this kind of thing? Tommy ___ 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] Lists handling
In an older thread(*) Sébastien, Carsten and Nicolas discussed the new kind of lists handling that was introduced with Org version 7.02. (*) http://thread.gmane.org/gmane.emacs.orgmode/32808 , | Lists handling | === | | Due to changes made to lists, it is no longer possible to have a | sublist, some text and then another sublist while still in the same | top-level list item, like in the following situation: | |- Some list | + A first sublist | + of two elements | | A text belonging to the top-level list | | + Then another sublist | + and a second element in it |- End of main list ` Sébastien and Carsten mentioned that they aren't really happy to abandon the possiblilty to write that kind of lists. And for me this change is a big issue, too. I have serveral documents that make extensive use of such "interrupted" lists. Often I use inline tasks to comment special list items (and the lists are serveral pages long, so it is not an option to add the comments below or above the list). Example: , | - Item 1 | - Item 1a | | *** | Item 1a is important because... | *** END | | - Item 1b | - Item 2 ` These documents must be updated and will be exported to HTML regularly. Some documents have 500+ pages and many many of these "inline task" notes. My problem isn't only that the exporter does not recognize this structure as one single list anymore (otherwise I could use an old Org version) but also that indentation does not work. Nicolas mentioned this already and I think this was one of the reasons for changing the handling of lists. Does anybody see a chance to make Org recognize such "interrupted" lists as one list and make indentation and export to HTML work properly? Wouldn't it be possible to tell Org to recognize text or inline tasks right behind a bullet point (next line) as belonging to this bullet point so that Org can treat the next bullet point as part of the same list? Example for one single list: , | - Item 1 | - Item 1a | *** Inline Task | This inline task belongs to the bullet point "Item 1a" | *** END | - Item 1b | - Item 2 | - Item 3 ` And in the following example the inline task wouldn't be an element of the list: , | - Item 1 | - Item 1a | | *** Inline Task | If the inline task or text should not belong to the bullet point 1a, | there should be an empty line. | *** END | - Item 1 | - Item 2 | - Item 3 ` Wouldn't this make sense? Or do I miss anything? Regards, Karl ___ 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] What is your journaling setup? (was Re: Awesome! Date-tree from agenda!
Hi Tommy, I don't know if you've seen this, but I think Bernt Hansen's setup will answer most of your questions: http://doc.norang.ca/org-mode.html I found his web site to be extremely useful. AFAICT his setup state- of-the-art when it comes to keeping track of time in Org-mode. Tom On Nov 26, 2010, at 7:59 AM, Tommy Kelly wrote: In response to Carsten's mention of a new capture target type, Eric wrote: Excellent! This is perfect. I keep a journal but ... I'd be really interested in seeing how people use org-mode for journaling. By journaling I'm thinking of the various ways of capturing activity throught the day and then being able to say at some later point, "What exactly did I spend my time on?" I guess the more important part is deciding exactly how to slice and dice previously captured data so as to give a historical report with the right level of detail. But obviously that is affected by how the data is captured in the first place. I'm new to org-mode so I currently have a very simple capture setup. I have two types of capturing -- one a TODO and one just a note. And then I have two broad classes -- personal and work. So four templates in all. I also have it prompt me for a note if a pause on a task or complete it. (global-set-key (kbd "C-c c") 'org-capture) (setq org-capture-templates '( ("t" "Todo" entry (file+headline "~/org/journal.org" "Journal") "\n\n** TODO %?\nSCHEDULED: %t\n%i%a\n\n\n" :empty-lines 1) ("n" "Note" entry (file+headline "~/org/journal.org" "Journal") "\n\n** %?\n%U\n%i%a\n\n\n" :empty-lines 1) ("p" "Personal Templates") ("pt" "Personal Todo" entry (file+headline "~/org/personal.org" "Personal Journal") "\n\n** TODO %?\nSCHEDULED: %t\n%i%a\n\n\n" :empty-lines 1) ("pn" "Personal Note" entry (file+headline "~/org/personal.org" "Personal Journal") "\n\n** %?\n%U\n%i%a\n\n\n" :empty-lines 1) ) ) ;; Log notes and time at various points in a task's life (setq org-log-done 'note) ;; When we complete it (setq org-log-note-clock-out t) ;; When we clock out All TODOs are captured SCHEDULED for today, but I reschedule them everytime I need to look at the agenda, so I keep today clean. I know there are better ways, but I'm adding to my org-mode setup slowly, so as not to be overwhelmed by new things. But as I say, I'm new to this so I know there's a lot more can be done than just the above. Also, I haven't yet figure out the best way to create reports from the above, other than just turning on log mode and showing inactive timestamped items in the agenda. I'd really appreciate seeing what others have come up with. So, anyone care to share their journaling approach? Tommy ___ 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] Highlight special string
Hi Darlan! Thanks a lot! That's a good solution. Regards, Karl Darlan Cavalcante Moreira schrieb: Not exactly what you want, but for temporary highlights (useful for instance to see if you are repeating the same word too much in a text) you can use hi-lock-mode. Turn hi-lock-mode on with M-x hi-lock-mode. Then you can highlight a word with "C-x w h" (highlight-regexp) or a the line containing a word with "C-x w l" (highlight-lines-matching-regexp). Remove highlights with "C-x w r". -- Darlan At Wed, 24 Nov 2010 09:21:00 +0100, Karl Maihofer wrote: Hi, I don't know if this is an Org- or Emacs-Question. For highlighting special strings in AucTeX I used a variable "font-latex-user-keyword-classes" so I thought there may be an org-specific variable to achieve what I want in orgmode. I'd like to highlight the strings "(ok)" and "(fail)" in my Org-document. Ok should get a green background, fail a red one. I think highlighting in emacs should last, but it would be great to have these strings highlighted in HTML-export, too, if this is no problem. Could anybody give me a hint how to define highlighting for special strings in orgmode? Thanks a lot! ___ 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] What is your journaling setup? (was Re: Awesome! Date-tree from agenda!
In response to Carsten's mention of a new capture target type, Eric wrote: > Excellent! This is perfect. I keep a journal but ... I'd be really interested in seeing how people use org-mode for journaling. By journaling I'm thinking of the various ways of capturing activity throught the day and then being able to say at some later point, "What exactly did I spend my time on?" I guess the more important part is deciding exactly how to slice and dice previously captured data so as to give a historical report with the right level of detail. But obviously that is affected by how the data is captured in the first place. I'm new to org-mode so I currently have a very simple capture setup. I have two types of capturing -- one a TODO and one just a note. And then I have two broad classes -- personal and work. So four templates in all. I also have it prompt me for a note if a pause on a task or complete it. (global-set-key (kbd "C-c c") 'org-capture) (setq org-capture-templates '( ("t" "Todo" entry (file+headline "~/org/journal.org" "Journal") "\n\n** TODO %?\nSCHEDULED: %t\n%i%a\n\n\n" :empty-lines 1) ("n" "Note" entry (file+headline "~/org/journal.org" "Journal") "\n\n** %?\n%U\n%i%a\n\n\n" :empty-lines 1) ("p" "Personal Templates") ("pt" "Personal Todo" entry (file+headline "~/org/personal.org" "Personal Journal") "\n\n** TODO %?\nSCHEDULED: %t\n%i%a\n\n\n" :empty-lines 1) ("pn" "Personal Note" entry (file+headline "~/org/personal.org" "Personal Journal") "\n\n** %?\n%U\n%i%a\n\n\n" :empty-lines 1) ) ) ;; Log notes and time at various points in a task's life (setq org-log-done 'note) ;; When we complete it (setq org-log-note-clock-out t) ;; When we clock out All TODOs are captured SCHEDULED for today, but I reschedule them everytime I need to look at the agenda, so I keep today clean. I know there are better ways, but I'm adding to my org-mode setup slowly, so as not to be overwhelmed by new things. But as I say, I'm new to this so I know there's a lot more can be done than just the above. Also, I haven't yet figure out the best way to create reports from the above, other than just turning on log mode and showing inactive timestamped items in the agenda. I'd really appreciate seeing what others have come up with. So, anyone care to share their journaling approach? Tommy ___ 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-importing ascii export
Hi all, I have a possibly stupid question, which is the following: I have a txt file which has been exported using org mode and I don't have the initial file. Is there any way to convert the ascii export back into a native orgmode file so as to have the usual feature as folding etc? Any hints appreciated. Thanks, Erik ___ 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] moving in the agenda view is slow
On Nov 26, 2010, at 5:26 PM, Rainer Stengele wrote: Hi all, I am struggling more and more with slowness in my agenda view. Moving from line to line with n and p is slow. Pressing the n key for 2 seconds will result in the cursor not following every keypress but jumping down after 2 or 3 seconds. I switched off all minor modes and found no improvements. What is the agenda doing when I am moving from item to item? Follow-mode is off. I use about 10 org files with a total of 35.000 lines. The slowness is true for customized agenda views as well as for default ones like "C-a t" (List of all todo entries). Strange. One way to find out is to turn on debug on quit, and then press C-g during the wait and see where it stops, in which function calls. GNU Emacs 23.1.50.1 (i386-mingw-nt5.1.2600) of 2009-11-04 on LENNART-69DE564 (patched) Org-mode version 7.3 (release_7.3.157.ga98a) Rainer ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ 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] moving in the agenda view is slow
Hi all, I am struggling more and more with slowness in my agenda view. Moving from line to line with n and p is slow. Pressing the n key for 2 seconds will result in the cursor not following every keypress but jumping down after 2 or 3 seconds. I switched off all minor modes and found no improvements. What is the agenda doing when I am moving from item to item? Follow-mode is off. I use about 10 org files with a total of 35.000 lines. The slowness is true for customized agenda views as well as for default ones like "C-a t" (List of all todo entries). GNU Emacs 23.1.50.1 (i386-mingw-nt5.1.2600) of 2009-11-04 on LENNART-69DE564 (patched) Org-mode version 7.3 (release_7.3.157.ga98a) Rainer ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] ASCII export - "AutoFill"
Aha, I see. Well, my elisp is not that evolved either so my attempts would probably be even less likely to succeed! Regards Gustav 2010/11/25 Eric S Fraga > Gustav Wikström writes: > > > Hello! > > > > Just a silly question... If I want to export to ASCII from my > > Org-file, and want the exported ASCII to have all the paragraphs > > restricted to, say, 80 columns - Is there a nice way to do this > > without first converting all the paragraphs in the org-file? > > Not a silly question at all! Having looked at the code, the short > answer is *no*, unfortunately. The only wrapping the ascii exporting > does is on /notes/ generated by the conversion of links. > > It would be a nice feature to have, however... I had a look at the > fill.el code and I'm sure some of it (fill-region) could be used quite > nicely within org-ascii.el but my emacs-lisp abilities are not > sufficiently good enough for me to attempt changing the code. Sorry. > > -- > : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 23.2.1 > : using Org-mode version 7.3 (release_7.3.130.g9cc1) > ___ 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] Highlight special string
Not exactly what you want, but for temporary highlights (useful for instance to see if you are repeating the same word too much in a text) you can use hi-lock-mode. Turn hi-lock-mode on with M-x hi-lock-mode. Then you can highlight a word with "C-x w h" (highlight-regexp) or a the line containing a word with "C-x w l" (highlight-lines-matching-regexp). Remove highlights with "C-x w r". -- Darlan At Wed, 24 Nov 2010 09:21:00 +0100, Karl Maihofer wrote: > > Hi, > > I don't know if this is an Org- or Emacs-Question. For highlighting > special strings in AucTeX I used a variable > "font-latex-user-keyword-classes" so I thought there may be an > org-specific variable to achieve what I want in orgmode. > > I'd like to highlight the strings "(ok)" and "(fail)" in my > Org-document. Ok should get a green background, fail a red one. I > think highlighting in emacs should last, but it would be great to have > these strings highlighted in HTML-export, too, if this is no problem. > > Could anybody give me a hint how to define highlighting for special > strings in orgmode? > > Thanks a lot! > Karl > > > > > > > ___ > Emacs-orgmode mailing list > Please use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Project management > Dynamic block per tag + [Babel]
Francesco Pizzolante writes: > I'm using Org to manage a project. > > I need to output a tasks list for every of my colleagues, person per person. > > I'm currently using tags to assing people to tasks (even if I'm not completely > convinced that this is the right way to go). Babel is of course one way to do this. Another way would be to export your org file to taskjuggler[1] and define a resourcereport[2] which shows you all the resources and their tasks. The tutorial has an example screen shot where you see a resource report[3]. Hope that helps Christian Footnotes: [1] http://orgmode.org/worg/org-tutorials/org-taskjuggler.php [2] http://www.taskjuggler.org/manual-2.4.3/generating_reports_of_the_scheduled_projects.html [3] http://orgmode.org/worg/images/taskjuggler/resource-graph.png -- Christian Egli Swiss Library for the Blind, Visually Impaired and Print Disabled Grubenstrasse 12, CH-8045 Zürich, Switzerland ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: org-babel problem
Erik Butz writes: > Hi, > > people with more git experience should comment here, but it seems with: > ~/elisp/org-mode $ git status > > you will get a list of currently untracked files in the local working > directory. These are of course both files or directories deleted from > the repository (as /lisp/babel) but also files that you included > locally to extend your local installation. > > In my case the above yielded: > # On branch master > # Untracked files: > # (use "git add ..." to include in what will be committed) > # > # Makefile.old > # contrib/docbook2twiki.xsl > # contrib/lisp/org-taskjuggler.el > # lisp/babel/ > # lisp/org-R.el > # lisp/org-twiki.el > nothing added to commit but untracked files present (use "git add" to track) > > so the lisp/babel directory shows up there. In principle there is "git > clean", but looking at what it would do: >> git clean -n > Would remove Makefile.old > Would remove contrib/docbook2twiki.xsl > Would remove contrib/lisp/org-taskjuggler.el > Would not remove lisp/babel/ > Would remove lisp/org-R.el > Would remove lisp/org-twiki.el > > it explicitly states that it would NOT remove the lisp/babel > directory. Hi Eric, See the -d option to git clean , | -d Remove untracked directories in addition to untracked files. If an |untracked directory is managed by a different git repository, |it is not removed by default. Use -f option twice if you |really want to remove such a directory. ` I believe that this is a correct solution, seeing as git status is showing you that the directory is not currently being tracked. As to how it managed to persist on your file system despite it being deleted in the org repo, not sure. Dan > But at least both these things can tell you what is maybe > still there but not actually in the repository anymore (+your personal > files). > > If anyone has a good way to keep the installation clean w/o having to > make a new clone each time, any hints would be appreciated ;) > > Thanks, > > Erik > > > On Fri, Nov 26, 2010 at 11:45 AM, Sebastian Hofer wrote: >> For the record, I was having the exact same problem, just didn't have the >> time to post it. So it's not just you! >> I just deleted the babel directory now everything is fine again. git didn't >> even notice it was gone. >> >> Thanks for finding the culprit! >> Sebastian >> >> At Thu, 25 Nov 2010 22:04:22 +0100, >> Erik Butz wrote: >>> >>> Hi, >>> >>> thanks for the replies. It obviously was something stupid. I did not >>> execute babel code for quite some time, and for some reason I still >>> had a >>> (setq load-path (cons "/home/erik/elisp/org-mode/lisp/babel" load-path)) >>> >>> in my .emacs and apparently I did not clean up enough and so the >>> ob.elc file in that directory then shadowed the one in the /lisp >>> directory. I tried a clean 'git clone' and there it worked and indeed >>> that directory is not even there. How would I remove that old >>> /lisp/babel directory using git? Typically I just do a 'git pull' and >>> then 'make clean' 'make' to update, but that obviously can lead to >>> problems. >>> >>> Thanks again, >>> >>> Erik >>> >>> >>> >>> 2010/11/25 Sébastien Vauban : >>> > Hi Erik, >>> > >>> > Erik Butz wrote: >>> >> I am trying to run some org-babel code, but while this used to work in >>> >> the past, I am now getting an error which says >>> >> >>> >> "Symbol's function definition is void: org-babel-get-header" >>> > >>> > The function is defined in my installation. Git version of yesterday. >>> > >>> >> Somehow I am puzzled, since this function is defined in lisp/ob.el and >>> >> since this file provides 'ob and I have (require 'ob) in my .emacs I >>> >> don't see why this should happen. >>> > >>> > Are you sure it really *is* loaded? What happens if you C-x C-e after the >>> > require line? >>> > >>> >> Is there any check I should perform to see where and why this is failing? >>> >> >>> >> I am using GNU Emacs 23.1. with Org-mode version 7.3 >>> >> (release_7.3.130.g9cc1) even though I somehow suspect that it's not >>> >> either of the software versions that is responsible for this. >>> >> >>> >> Any hints appreciated. >>> > >>> > Maybe you code post your block, or a stripped down version of it, if you >>> > want >>> > me to try and use it? >>> > >>> > In any case, AFAIK, it /should/ not fail here with the above message... >>> > >>> > Best regards, >>> > Seb >>> > >>> > -- >>> > Sébastien Vauban >>> > >>> > >>> > ___ >>> > Emacs-orgmode mailing list >>> > Please use `Reply All' to send replies to the list. >>> > Emacs-orgmode@gnu.org >>> > http://lists.gnu.org/mailman/listinfo/emacs-orgmode >>> > >>> >>> ___ >>> Emacs-orgmode mailing list >>> Please use `Reply All' to send replies to the list. >>> Emacs-orgmode@gnu.org >>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode >>> >> >>
[Orgmode] Re: [Babel] Handling of errors when using Ledger
Dan Davison writes: > Eric S Fraga writes: > >> Dan writes: >> >> [...] >> >>> This patch should make ob-ledger use the common org-babel error mechanism. >>> It is >>> in branch ledger of the main repo. However, I'm not yet a ledger user. Could >>> someone test it? >> >> Unfortunately, it doesn't work at all [1] for a very simple reason: you >> have removed the -f option which specifies the file that ledger should >> read. > > Hi Eric, > > Yes, ob-eval passes the src block body to the interpreter on standard > input. I assumed that ledger would be able to read its transaction data > from standard input. Is that not the case? What about with "--file -" > or "-f -"? > [...] > If ledger can't read the src blocks body from stdin (and if it can't, I > expect there's a good reason why not), then maybe this is a motivation > for changing ob-eval so that the block body is read from file. Indeed, ledger cannot read from standard input. From the man page: , | All commands require a Ledger data file which can be specified with -f | filename or via the LEDGER_FILE environment variable. ` and later: , | -f, --file FILE | | Reads FILE as a Ledger file. This option may be specified multiple | times. FILE may also be a list of file names separated by colons. | Typically, the environment variable LEDGER_FILE is set rather than | using this command-line option. ` Using an environment variable is not a good or viable solution for babel, as far as I can figure, and there does not seem to be any concept of "-" for standard input in lieu of a file. I cannot see any reason for this and, to be honest, I find it annoying [1] as a long time Unix user wishing to join tools together with pipes etc. But maybe John Wiegley had his reasons for taking this decision. Maybe he can comment on this... I think he reads this list? > Incidentally, I have for a long time wondered whether we should permit > src blocks to read *input data* from standard input. This would require > altering ob-eval such that the src block body is read from file. Then we > could do things like > > #+source: output-some-text > #+begin_src sh :results output > # print stuff > #+end_src > #+begin_src perl :stdin output-some-text > while ( <> ) { > # process the text > } > #+end_src This could be a solution. In thinking about all of my babel uses, this would have no impact on me but others may have different opinions? It would seem to be a safer route in any case? Thanks, eric Footnotes: [1] but not annoying enough to stop using ledger, of course, as it's a brilliant tool otherwise! -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 23.2.1 : using Org-mode version 7.3 (release_7.3.99.g9db0.dirty) ___ 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: org-babel problem
Hi, people with more git experience should comment here, but it seems with: ~/elisp/org-mode $ git status you will get a list of currently untracked files in the local working directory. These are of course both files or directories deleted from the repository (as /lisp/babel) but also files that you included locally to extend your local installation. In my case the above yielded: # On branch master # Untracked files: # (use "git add ..." to include in what will be committed) # # Makefile.old # contrib/docbook2twiki.xsl # contrib/lisp/org-taskjuggler.el # lisp/babel/ # lisp/org-R.el # lisp/org-twiki.el nothing added to commit but untracked files present (use "git add" to track) so the lisp/babel directory shows up there. In principle there is "git clean", but looking at what it would do: > git clean -n Would remove Makefile.old Would remove contrib/docbook2twiki.xsl Would remove contrib/lisp/org-taskjuggler.el Would not remove lisp/babel/ Would remove lisp/org-R.el Would remove lisp/org-twiki.el it explicitly states that it would NOT remove the lisp/babel directory. But at least both these things can tell you what is maybe still there but not actually in the repository anymore (+your personal files). If anyone has a good way to keep the installation clean w/o having to make a new clone each time, any hints would be appreciated ;) Thanks, Erik On Fri, Nov 26, 2010 at 11:45 AM, Sebastian Hofer wrote: > For the record, I was having the exact same problem, just didn't have the > time to post it. So it's not just you! > I just deleted the babel directory now everything is fine again. git didn't > even notice it was gone. > > Thanks for finding the culprit! > Sebastian > > At Thu, 25 Nov 2010 22:04:22 +0100, > Erik Butz wrote: >> >> Hi, >> >> thanks for the replies. It obviously was something stupid. I did not >> execute babel code for quite some time, and for some reason I still >> had a >> (setq load-path (cons "/home/erik/elisp/org-mode/lisp/babel" load-path)) >> >> in my .emacs and apparently I did not clean up enough and so the >> ob.elc file in that directory then shadowed the one in the /lisp >> directory. I tried a clean 'git clone' and there it worked and indeed >> that directory is not even there. How would I remove that old >> /lisp/babel directory using git? Typically I just do a 'git pull' and >> then 'make clean' 'make' to update, but that obviously can lead to >> problems. >> >> Thanks again, >> >> Erik >> >> >> >> 2010/11/25 Sébastien Vauban : >> > Hi Erik, >> > >> > Erik Butz wrote: >> >> I am trying to run some org-babel code, but while this used to work in >> >> the past, I am now getting an error which says >> >> >> >> "Symbol's function definition is void: org-babel-get-header" >> > >> > The function is defined in my installation. Git version of yesterday. >> > >> >> Somehow I am puzzled, since this function is defined in lisp/ob.el and >> >> since this file provides 'ob and I have (require 'ob) in my .emacs I >> >> don't see why this should happen. >> > >> > Are you sure it really *is* loaded? What happens if you C-x C-e after the >> > require line? >> > >> >> Is there any check I should perform to see where and why this is failing? >> >> >> >> I am using GNU Emacs 23.1. with Org-mode version 7.3 >> >> (release_7.3.130.g9cc1) even though I somehow suspect that it's not >> >> either of the software versions that is responsible for this. >> >> >> >> Any hints appreciated. >> > >> > Maybe you code post your block, or a stripped down version of it, if you >> > want >> > me to try and use it? >> > >> > In any case, AFAIK, it /should/ not fail here with the above message... >> > >> > Best regards, >> > Seb >> > >> > -- >> > Sébastien Vauban >> > >> > >> > ___ >> > Emacs-orgmode mailing list >> > Please use `Reply All' to send replies to the list. >> > Emacs-orgmode@gnu.org >> > http://lists.gnu.org/mailman/listinfo/emacs-orgmode >> > >> >> ___ >> 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 > ___ 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] Acknowledgements
On Fri, Nov 26, 2010 at 08:50, Carsten Dominik wrote: > * Christian Egli converted the documentation into Texinfo format, > patched CSS formatting into the HTML exporter, and inspired the > agenda. Christian Egli also created the export to TaskJuggler. Michael ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [Babel] Handling of errors when using Ledger
Eric S Fraga writes: > Dan writes: > > [...] > >> This patch should make ob-ledger use the common org-babel error mechanism. >> It is >> in branch ledger of the main repo. However, I'm not yet a ledger user. Could >> someone test it? > > Unfortunately, it doesn't work at all [1] for a very simple reason: you > have removed the -f option which specifies the file that ledger should > read. Hi Eric, Yes, ob-eval passes the src block body to the interpreter on standard input. I assumed that ledger would be able to read its transaction data from standard input. Is that not the case? What about with "--file -" or "-f -"? Incidentally, I have for a long time wondered whether we should permit src blocks to read *input data* from standard input. This would require altering ob-eval such that the src block body is read from file. Then we could do things like #+source: output-some-text #+begin_src sh :results output # print stuff #+end_src #+begin_src perl :stdin output-some-text while ( <> ) { # process the text } #+end_src If ledger can't read the src blocks body from stdin (and if it can't, I expect there's a good reason why not), then maybe this is a motivation for changing ob-eval so that the block body is read from file. Dan > Ledger does not interpret a file argument directly but needs the > -f option, as in: > >ledger -f file.ledger > > Note the second line in the concatenated list of strings below: > > [...] > >> -(with-output-to-string >> - (shell-command (concat "ledger" >> -" -f " (org-babel-process-file-name in-file) >> -" " cmdline >> -" > " (org-babel-process-file-name out-file > > I am not sure how you pass this option with the much shorter code you > have written: > >> + (org-babel-eval >> + (concat org-babel-ledger-command " " (cdr (assoc :cmdline params))) >> + body)) > > I hope this makes sense? > > Footnotes: > [1] actually, what does work very nicely indeed is that error messages > are reported perfectly!! So thank you very much for this. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [Babel] Difficult to follow code execution in HTML exported file
#+TITLE: Tables don't have their name exported #+DATE: 2010-11-26 #+LANGUAGE: en_US * Abstract Chunks of code are exported to HTML with their parameters, such as table names. But *tables aren't exported with their name*. * Playing with data and code Here is one table: #+tblname: numbers-1 |1 | |2 | | 45 | | test | | 3.141592 | Another one is here: #+tblname: numbers-2 | 21 | | 22 | | 245 | |test2 | | 23.14159 | When applying the following chunk of code to some data (find who is =numbers-1=!): #+srcname: add-type #+begin_src emacs-lisp :var data=numbers-1 :exports both (mapcar (lambda (line) (let ((number (car line))) (list number (type-of number data) #+end_src I get the following results: #+results: add-type #+BEGIN_RESULT |1 | integer | |2 | integer | | 45 | integer | | test | string | | 3.141592 | float | #+END_RESULT * Explanation In HTML, I can't entirely follow the explanation, as the code's parameter (here: =numbers-1=) is not visible anywhere: *tables don't have their name exported*... I well see that the chunk of code is called on table =numbers-1=, but I don't which one of the two tables it is. Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: org-babel problem
For the record, I was having the exact same problem, just didn't have the time to post it. So it's not just you! I just deleted the babel directory now everything is fine again. git didn't even notice it was gone. Thanks for finding the culprit! Sebastian At Thu, 25 Nov 2010 22:04:22 +0100, Erik Butz wrote: > > Hi, > > thanks for the replies. It obviously was something stupid. I did not > execute babel code for quite some time, and for some reason I still > had a > (setq load-path (cons "/home/erik/elisp/org-mode/lisp/babel" load-path)) > > in my .emacs and apparently I did not clean up enough and so the > ob.elc file in that directory then shadowed the one in the /lisp > directory. I tried a clean 'git clone' and there it worked and indeed > that directory is not even there. How would I remove that old > /lisp/babel directory using git? Typically I just do a 'git pull' and > then 'make clean' 'make' to update, but that obviously can lead to > problems. > > Thanks again, > > Erik > > > > 2010/11/25 Sébastien Vauban : > > Hi Erik, > > > > Erik Butz wrote: > >> I am trying to run some org-babel code, but while this used to work in > >> the past, I am now getting an error which says > >> > >> "Symbol's function definition is void: org-babel-get-header" > > > > The function is defined in my installation. Git version of yesterday. > > > >> Somehow I am puzzled, since this function is defined in lisp/ob.el and > >> since this file provides 'ob and I have (require 'ob) in my .emacs I > >> don't see why this should happen. > > > > Are you sure it really *is* loaded? What happens if you C-x C-e after the > > require line? > > > >> Is there any check I should perform to see where and why this is failing? > >> > >> I am using GNU Emacs 23.1. with Org-mode version 7.3 > >> (release_7.3.130.g9cc1) even though I somehow suspect that it's not > >> either of the software versions that is responsible for this. > >> > >> Any hints appreciated. > > > > Maybe you code post your block, or a stripped down version of it, if you > > want > > me to try and use it? > > > > In any case, AFAIK, it /should/ not fail here with the above message... > > > > Best regards, > > Seb > > > > -- > > Sébastien Vauban > > > > > > ___ > > Emacs-orgmode mailing list > > Please use `Reply All' to send replies to the list. > > Emacs-orgmode@gnu.org > > http://lists.gnu.org/mailman/listinfo/emacs-orgmode > > > > ___ > 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] Re: Acknowledgements
Thank you, this is OK, Dan, Eric, John, Bastien, and Sebastian Rose get highlighted spots in the manual. Thanks. - Carsten On Nov 26, 2010, at 9:53 AM, Sébastien Vauban wrote: Hi Carsten, Carsten Dominik wrote: So I would like to ask you to look through this list and tell me if you can suggest additions. I just read the list quickly, but I did not see the names of 2 eminent (Babel) contributors, namely Eric and Dan. Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ 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: Acknowledgements
Hi Carsten, Carsten Dominik wrote: > So I would like to ask you to look through this list and > tell me if you can suggest additions. I just read the list quickly, but I did not see the names of 2 eminent (Babel) contributors, namely Eric and Dan. Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: [Babel] Handling of errors when using Ledger
Dan writes: [...] > This patch should make ob-ledger use the common org-babel error mechanism. It > is > in branch ledger of the main repo. However, I'm not yet a ledger user. Could > someone test it? Unfortunately, it doesn't work at all [1] for a very simple reason: you have removed the -f option which specifies the file that ledger should read. Ledger does not interpret a file argument directly but needs the -f option, as in: ledger -f file.ledger Note the second line in the concatenated list of strings below: [...] > -(with-output-to-string > - (shell-command (concat "ledger" > -" -f " (org-babel-process-file-name in-file) > -" " cmdline > -" > " (org-babel-process-file-name out-file I am not sure how you pass this option with the much shorter code you have written: > + (org-babel-eval > + (concat org-babel-ledger-command " " (cdr (assoc :cmdline params))) > + body)) I hope this makes sense? Footnotes: [1] actually, what does work very nicely indeed is that error messages are reported perfectly!! So thank you very much for this. -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 23.2.1 : using Org-mode version 7.3 (release_7.3.99.g9db0.dirty) ___ 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] beamer export envargs for column not working properly
Carsten Dominik writes: [...] > Hi Eric, > > thank you for the more detailed example. I think this should > be fixed now. The documentation was not really wrong, because > it only mentioned c[...] and not c<...>. But I agree that > there is not reason to no allow this. Very true! But thanks for extending this. I'll try it out later when I get back to my slides. > Thanks, Eric, for your continuous effort to help improving Org! > We would not have BEAMER export without you, I think - a fact > that is now mentioned in the manual, in the acknowledgement > section. You're very welcome but my contributions are minimal in comparison! And it's easy to contribute from such a good starting point. -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 23.2.1 : using Org-mode version 7.3 (release_7.3.99.g9db0.dirty) ___ 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] ASCII export - "AutoFill"
Gustav Wikström writes: > Hello! > > Just a silly question... If I want to export to ASCII from my > Org-file, and want the exported ASCII to have all the paragraphs > restricted to, say, 80 columns - Is there a nice way to do this > without first converting all the paragraphs in the org-file? Not a silly question at all! Having looked at the code, the short answer is *no*, unfortunately. The only wrapping the ascii exporting does is on /notes/ generated by the conversion of links. It would be a nice feature to have, however... I had a look at the fill.el code and I'm sure some of it (fill-region) could be used quite nicely within org-ascii.el but my emacs-lisp abilities are not sufficiently good enough for me to attempt changing the code. Sorry. -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 23.2.1 : using Org-mode version 7.3 (release_7.3.130.g9cc1) ___ 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] Update on Org-mode clone in Vim
Carsten Dominik writes: > On Nov 25, 2010, at 11:02 AM, Herbert Sitz wrote: > >> Just wanted to update anybody interested that I'm still making >> progress on my >> Vim org-mode clone. Agenda view and flexible agenda searches on >> dates, todos, >> and tags all work pretty well now. I've got basic clocking and >> clock table >> generation done, and some other things. All is available at github: >> https://github.com/hsitz/VimOrganizer [...] > I am very curious to find out if Org's philosophy and ideas will get > as much traction in the vi world. It seems to me that they should. > Even though there is little overlap between these worlds because an > Editor choice is such a basic thing, I guess we are all the same > geeks. Actually, the overlap may not be as small as you might think. Or maybe I'm strange... I /live/ in emacs *but* I use vi for quick and dirty editing jobs, especially when I don't already have emacs running (e.g. I've su-ed to another user when I'm managing my various computers and tramp is not necessarily convenient). Having a file compatible org mode in both editors is doing to be fantastic! -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 23.2.1 : using Org-mode version 7.3 (release_7.3.134.g88bd7) ___ 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] Awesome! Date-tree from agenda!
Carsten Dominik writes: [...] > There is now also a new capture target type > > (file+datetree+prompt "path/to/file") > > which will prompt you for the date (RET will still use today then) > > Hope this proves to be useful. > > - Carsten > Excellent! This is perfect. I keep a journal but I often don't remember to add to it until the next day. This new option makes it trivial to put in the entry in the right place (-1 to the date prompt!). Thanks, eric -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 23.2.1 : using Org-mode version 7.3 (release_7.3.134.g88bd7) ___ 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] Acknowledgements
Dear all, I would like to update my list with acknowledgements in the Org manual. This list is supposed to include people who have either made a decisive contribution in a certain area (like an initial proposal, a clever idea), or who have helped improve org (either an area, or as a whole) with consistent contributions, reports, testing. It should also list people who have written one of the packages (files, also in contrib). I have the feeling that this list is not complete enough. So I would like to ask you to look through this list and tell me if you can suggest additions. This may include your own contribution if you think it fits. If you don't want to suggest yourself in front of the Org-mode crowd, write to me privately. If someone has a little time at his/her hands, a good exercise would be to check all the authors of all the lisp files in Org (including contrib) and to match that against the acknowledgement list, and compile me a list of omissions. If you want to do this, announce it here on the list so that we avoid double work. I am attaching the current list below. Thanks! - Carsten * Russel Adams came up with the idea for drawers. * Thomas Baumann wrote `org-bbdb.el' and `org-mhe.el'. * Christophe Bataillon created the great unicorn logo that we use on the Org-mode website. * Alex Bochannek provided a patch for rounding timestamps. * Jan Böcker wrote `org-docview.el'. * Brad Bozarth showed how to pull RSS feed data into Org-mode files. * Tom Breton wrote `org-choose.el'. * Charles Cave's suggestion sparked the implementation of templates for Remember, which are now templates for capture. * Pavel Chalmoviansky influenced the agenda treatment of items with specified time. * Gregory Chernov patched support for Lisp forms into table calculations and improved XEmacs compatibility, in particular by porting `nouline.el' to XEmacs. * Sacha Chua suggested copying some linking code from Planner. * Baoqiu Cui contributed the DocBook exporter. * Eddward DeVilla proposed and tested checkbox statistics. He also came up with the idea of properties, and that there should be an API for them. * Nick Dokos tracked down several nasty bugs. * Kees Dullemond used to edit projects lists directly in HTML and so inspired some of the early development, including HTML export. He also asked for a way to narrow wide table columns. * Thomas S. Dye contributed documentation on Worg and helped integrating the Org-Babel documentation into the manual. * Christian Egli converted the documentation into Texinfo format, patched CSS formatting into the HTML exporter, and inspired the agenda. * David Emery provided a patch for custom CSS support in exported HTML agendas. * Nic Ferrier contributed mailcap and XOXO support. * Miguel A. Figueroa-Villanueva implemented hierarchical checkboxes. * John Foerch figured out how to make incremental search show context around a match in a hidden outline tree. * Raimar Finken wrote `org-git-line.el'. * Mikael Fornius works as a mailing list moderator. * Austin Frank works as a mailing list moderator. * Eric Fraga drove the development of BEAMER export with ideas and testing. * Niels Giesen had the idea to automatically archive DONE trees. * Nicolas Goaziou rewrote much of the plain list code. * Kai Grossjohann pointed out key-binding conflicts with other packages. * Bernt Hansen has driven much of the support for auto-repeating tasks, task state change logging, and the clocktable. His clear explanations have been critical when we started to adopt the Git version control system. * Manuel Hermenegildo has contributed various ideas, small fixes and patches. * Phil Jackson wrote `org-irc.el'. * Scott Jaderholm proposed footnotes, control over whitespace between folded entries, and column view for properties. * Matt Jones wrote MobileOrg Android. * Tokuya Kameshima wrote `org-wl.el' and `org-mew.el'. * Shidai Liu ("Leo") asked for embedded LaTeX and tested it. He also provided frequent feedback and some patches. * Matt Lundin has proposed last-row references for table formulas and named invisible anchors. He has also worked a lot on the FAQ. * David Maus wrote `org-atom.el', maintains the issues file for Org, and is a prolific contributor on the mailing list with competent replies, small fixes and patches. * Jason F. McBrayer suggested agenda export to CSV format. * Max Mikhanosha came up with the idea of refiling. * Dmitri Minaev sent a patch to set priority limits on a per-file basis. * Stefan Monnier provided a patch to keep the Emacs-Lisp compiler happy. * Richard Moreland wrote MobileOrg for the iPhone. * Rick Moynihan proposed allowing multiple TODO sequences in a file and being able to quickly restrict the agenda to a subtree. * Todd Nea
Re: [Orgmode] [bug] beamer export envargs for column not working properly
On Nov 21, 2010, at 10:49 AM, Eric S Fraga wrote: Carsten Dominik writes: Hi Eric, could you make me a slightly more complete example, with your beamer setup? So a full test file that will show this behavior? Thanks. - Carsten Sure. The attached example has a single slide. With the file as it is, i.e. with an ignored heading for the second column of the slide, the slide overlay directive is thrown away upon export. If you change the headline of the second column to be a block heading (C-c C-b b), on export the overlay directive is not thrown away but it is attached to the block and not the column. This is okay in that accomplishes the same purpose (in this case but not others); however, it does not match the documentation in any case. Hi Eric, thank you for the more detailed example. I think this should be fixed now. The documentation was not really wrong, because it only mentioned c[...] and not c<...>. But I agree that there is not reason to no allow this. Thanks, Eric, for your continuous effort to help improving Org! We would not have BEAMER export without you, I think - a fact that is now mentioned in the manual, in the acknowledgement section. Cheers - Carsten Thanks, eric -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 23.2.1 : using Org-mode version 7.3 (release_7.3.104.gf692) ___ 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] correct doc typos
Hi Brian, hi Barry, thanks for these. I believe I can take these changes without papers - as far as I can see these are mostly fixing typos and stylistic issues. Thanks a lot for your hard work. - Carsten On Nov 25, 2010, at 6:46 PM, Brian Gough wrote: Hi Here is a patch for some proofreading corrections for the Org manual. This is just an sample to check if it is in suitable format. We have a lot more corrections to come. Because there are more than 20 lines affected I'm assuming we will need to do copyright assignments. If not I can send all the patches now. Alternatively would you prefer us to wait until the assignment is done? I haven't included a changelog entry since these are just for typos etc and don't make any major changes to the meaning of the text. Credit to my colleague Barry Gidden for the proofreading, he did the real work on this. -- Brian Gough Network Theory Ltd, Publishing Free Software Manuals --- http://www.network-theory.co.uk/ From 03619e889bf061607785f092481dbfe36bcee9be Mon Sep 17 00:00:00 2001 From: Brian Gough Date: Thu, 25 Nov 2010 17:02:38 + Subject: [PATCH] correct doc typos --- doc/org.texi | 90 +++ +- 1 files changed, 44 insertions(+), 46 deletions(-) diff --git a/doc/org.texi b/doc/org.texi index f391e84..a0b1b0b 100644 --- a/doc/org.texi +++ b/doc/org.texi @@ -1482,7 +1482,7 @@ as bullets. @emph{Ordered} list items start with a numeral followed by either a period or a right parenthe...@footnote{you can filter out any of them by configuring @code{org-plain-list-ordered-item-terminator}.}, such as @samp{1.} or -...@samp{1)}. If you want a list to start a different value (e.g. 20), start +...@samp{1)}. If you want a list to start with a different value (e.g. 20), start the text of the item with @code{[@@2...@footnote{if there's a checkbox in the item, the cookie must be put @emph{before} the checkbox.}. Those constructs can be used in any item of the list in order to enforce a particular @@ -1537,7 +1537,7 @@ XEmacs, you should use Kyle E. Jones' @file{filladapt.el}. To turn this on, put into @file{.emacs}: @code{(require 'filladapt)}}, and by exporting them properly (@pxref{Exporting}). Since indentation is what governs the structure of these lists, many structural constructs like @code{# +BEGIN_...} -blocks can be indented to signal that they should be considered of a list +blocks can be indented to signal that they should be considered as a list item. @vindex org-list-demote-modify-bullet @@ -1548,7 +1548,7 @@ the current list-level) improves readability, customize the variable @vindex org-list-automatic-rules The following commands act on items when the cursor is in the first line of an item (the line with the bullet or number). Some of them imply the -application of automatic rules to keep list structure in tact. If some of +application of automatic rules to keep list structure intact. If some of these actions get in your way, configure @code{org-list-automatic- rules} to disable them individually. @@ -1569,7 +1569,7 @@ heading (@pxref{Structure editing}). If this command is used in the middle of a line, the line is @emph{split} and the rest of the line becomes the new i...@footnote{if you do not want the line to be split, customize the variable @code{org-M-RET-may-split-line}.}. If this command is executed @emph{before -item's body}, the new item is created @emph{before} the current item. If the +an item's body}, the new item is created @emph{before} the current item. If the command is executed in the white space before the text that is part of an item but does not contain the bullet, a bullet is added to the current line. @@ -1581,7 +1581,7 @@ the structure, or return an error. Insert a new item with a checkbox (@pxref{Checkboxes}). @orgc...@key{tab},org-cycle} In a new item with no text yet, the first @key{TAB} demotes the item to -become a child of the previous one. Subsequents @key{TAB} move the item to +become a child of the previous one. Subsequent @key{TAB}s move the item to meaningful levels in the list and eventually get it back to its initial position. @kindex s...@key{down} @@ -1687,8 +1687,7 @@ press @key{TAB} there. Org-mode uses the @code{PROPERTIES} drawer for storing properties (@pxref{Properties and Columns}), and you can also arrange for state change notes (@pxref{Tracking TODO state changes}) and clock times (@pxref{Clocking work time}) to be stored in a drawer @code{LOGBOOK}. If you -want to store a quick note in the LOGBOOK drawer, in a similar way as this is -done by state changes, use +want to store a quick note in the LOGBOOK drawer, in a similar way to state changes, use @table @kbd @kindex C-c C-z @@ -1843,7 +1842,7 @@ When this mode is active and the cursor is on a line that looks to Org like a headline or the first line of a list item, most structure editing