Re: [O] [PATCH] save-restriction in `org-mobile-push'

[Carsten Dominik]

Applied, thanks.

- Carsten

On 19.7.2013, at 07:19, Muchenxuan Tong  wrote:

> * lisp/org-mobile.el (org-mobile-push): add `save-restriction'
> 
> The fact that pushing org-file loses my narrow context annoys me.
> 
> TINYCHANGE
> ---
> lisp/org-mobile.el | 35 ++-
> 1 file changed, 18 insertions(+), 17 deletions(-)
> 
> diff --git a/lisp/org-mobile.el b/lisp/org-mobile.el
> index 7cdaf34..a43896b 100644
> --- a/lisp/org-mobile.el
> +++ b/lisp/org-mobile.el
> @@ -319,23 +319,24 @@ create all custom agenda views, for upload to the 
> mobile phone."
> (org-agenda-tag-filter org-agenda-tag-filter)
> (org-agenda-redo-command org-agenda-redo-command))
>   (save-excursion
> - (save-window-excursion
> -   (run-hooks 'org-mobile-pre-push-hook)
> -   (org-mobile-check-setup)
> -   (org-mobile-prepare-file-lists)
> -   (message "Creating agendas...")
> -   (let ((inhibit-redisplay t)
> - (org-agenda-files (mapcar 'car org-mobile-files-alist)))
> - (org-mobile-create-sumo-agenda))
> -   (message "Creating agendas...done")
> -   (org-save-all-org-buffers) ; to save any IDs created by this process
> -   (message "Copying files...")
> -   (org-mobile-copy-agenda-files)
> -   (message "Writing index file...")
> -   (org-mobile-create-index-file)
> -   (message "Writing checksums...")
> -   (org-mobile-write-checksums)
> -   (run-hooks 'org-mobile-post-push-hook)))
> + (save-restriction
> +   (save-window-excursion
> + (run-hooks 'org-mobile-pre-push-hook)
> + (org-mobile-check-setup)
> + (org-mobile-prepare-file-lists)
> + (message "Creating agendas...")
> + (let ((inhibit-redisplay t)
> +   (org-agenda-files (mapcar 'car org-mobile-files-alist)))
> +   (org-mobile-create-sumo-agenda))
> + (message "Creating agendas...done")
> + (org-save-all-org-buffers) ; to save any IDs created by this process
> + (message "Copying files...")
> + (org-mobile-copy-agenda-files)
> + (message "Writing index file...")
> + (org-mobile-create-index-file)
> + (message "Writing checksums...")
> + (org-mobile-write-checksums)
> + (run-hooks 'org-mobile-post-push-hook
>   (setq org-agenda-buffer-name org-agenda-curbuf-name
>   org-agenda-this-buffer-name org-agenda-curbuf-name))
> (redraw-display)
> -- 
> 1.8.3.2
> 
> 

Re: [O] org-mode automatically sets bookmarks org-capture-last-stored etc.

[Carsten Dominik]

On 18.7.2013, at 10:34, Oleh  wrote:

> Hi all,
> 
> I'd like to point out that it's inconvenient for me
> that org stores the bookmarks "org-capture-last-stored", 
> "org-refile-last-stored" and "org-capture-last-stored-marker" when I do 
> capture/refile.

Hi Oleh,

can you explain why you find this inconvenient?

- Carsten

> I'd like an option to turn them off selectively.
> Also it would be nice to customize the default names of these bookmarks.
> 
> For the moment, I've just disabled in the source the 
> "org-capture-last-stored-marker"
> and renamed the others to "oc:  org-capture-last-stored-marker" and "or:  
> org-refile-last-stored".
> But messing with the source is not a permanent solution.
> 
> 
> regards,
> Oleh
> 
> 
> 

[O] org-insert-heading rewritten from scratch

[Carsten Dominik]

Hi,

I have rewritten org-insert-heading, because it had become an unmaintainable 
beast.
Please follow up in this thread if you find problems with the new 
implementation.
Very likely there will be bugs, but now I am at least confident they can be 
fixed.

- Carsten

Re: [O] Problem with org-insert-heading on multi-line items?

[Carsten Dominik]

Hi Tom,

I have just rewritten org-insert-heading from scratch.  It might not be 
bug-free, but at least now it is in a state where bugs can be fixed.  Let me 
know if there are still problems.

- Carsten

On 7.8.2013, at 05:20, Tom Davey  wrote:

> Hello Carsten,
> 
> My apologies for the very tardy reply. You wrote me in June:
> 
>> I believe this issue no longer exists in the current master,
>> it was fixed a while ago.  Could you please confirm?
> 
> I just upgraded to 8.07, and unfortunately I don't believe it's fixed.
> I'm finding the same behavior I described earlier: org-insert-heading
> will add a checkbox to a new list item as long as the previous item
> extends over two or more lines, even if no checkbox exists in that
> previous item. Thanks much and sorry again for the delay in replying.
> 
> Regards,
> Tom Davey
> 
> --
> Tom Davey
> t...@tomdavey.com
> New York NY USA
> 

Re: [O] [PATCH] Timestamps: Handle sub-10-min ranges when updating timestamps

[Trevor Murphy]

Wow, thanks for parsing that, Nicolas.  I didn't realize until just now
that my git skills were so poor - I neglected the --cover-letter option,
hence the utter lack of explanatory material.

To answer your points:

Nicolas Goaziou  writes:

>
> Thanks for your patch. Would you mind providing a test-case for it? I'm
> not sure about the use of `org-get-compact-tod'.
>

Schedule an event for today with a five-minute duration.  E.g:

* TODO test out bug in `org-schedule'
SCHEDULED: <2013-08-07 Wed 17:00-17:05>

Then hit C-c C-s (or however you have `org-schedule' bound).  With the
default setup, you'd expect to see the following prompt in the
minibuffer:

Date+time [2013-08-07]: 17:00+0:05

however what you'll get instead is:

Date+time [2013-08-07]: 17:00+0:5

The latter is not a valid time spec.  If you simply accept it, then at
least on my install org reschedules the event to:

SCHEDULED: <2013-08-07 Wed-17:00>

Which is not what I intended.  I'll add that you can get the same buggy
behavior from any command that calls `org-time-stamp' on an
already-timestamped event with <10 minute duration.

>> -(if (< dm 0) (setq dm (+ dm 60) dh (1- dh)))
>> +(when (< dm 0) (setq dm (+ dm 60) dh (1- dh)))
>
> Although I agree with this change, this is not strictly necessary here.

Agree.  I just couldn't resist.  Since I'll likely be rewriting this
patch anyways, I'll revert this back.

>>  (concat t1 "+" (number-to-string dh)
>> -(if (/= 0 dm) (concat ":" (number-to-string dm
>> +(when (/= 0 dm) (concat ":"
>> +(if (< dm 10)
>> +(concat "0" (number-to-string 
>> dm))
>> +  (number-to-string dm)
>
> It would be better to use a 0-padded format string, e.g.,
>
>   (and (/= 0 dm) (format ":%02d" dm))

I tested that and it felt noticeably slower when I called
`org-reschedule'.  The extra `if' and `concat' did not feel slower.  I
didn't do explicit timings because of the subjective feel (also because
I'm not really sure how to do those tests yet).  That being said, I
agree with you.

If you prefer, I'll resubmit the patch without the if => when and using
the format string.  Let me know if you'd prefer I do some timing tests
on format vs if/concat.

-- 
Trevor Murphy
GnuPG Key: 0xCB06EAAF

[O] [CODE] org-open-link-from-string in a program

[Eric Abrahamsen]

Eric Abrahamsen  writes:

> I'm trying to write a small function that programmatically follows a
> link to a gnus message, then calls
> `gnus-summary-wide-reply-with-original' to start a reply to that
> message.

Okay, this seems like a fair amount of code for something that doesn't
actually do all that much, but here it is. I have one capture template
that incorporates a link to a gnus message in the headline (for REPLY
todos), and a different one that prompts for one or more mailto: or
bbdb: links, and puts them in the headline (with an EMAIL todo).
Sometimes I have mailto links and message links in the same header, so I
can reply to a message and copy other people on the reply.

The two main functions here (org-mail-handle-mail and
org-mail-handle-mail-agenda) look at the headline under point and
hopefully DTRT with the links they find there.

Like I said, the whole point of this is single-key-in, single-key-out
capturing and handling of email todos.

Things that are weird:

1. I've used an "org-mail" prefix, which doesn't otherwise exist.
2. It assumes you're using gnus
3. It assumes you want to reply to messages using 
`gnus-wide-reply-with-original'
4. It still seems a wee bit fragile. Gnus doesn't take kindly to be
operated non-interactively; I've used call-interactively where I can,
just in case, but sometimes odd things happen.

Anyway, there it is. I'd be happy to stick it on worg, put it in
contrib, or just leave it here. If anyone wants it tweaked or expanded
or generalized (it doesn't do org-contact contacts, for example), just
let me know.


(defvar org-mail-window-conf nil
  "Save org-buffer window configuration here, for later
  restoration.")

(defun org-mail-restore-after-send ()
  (gnus-summary-exit nil t)
  (when (window-configuration-p org-mail-window-conf)
(set-window-configuration org-mail-window-conf))
  (call-interactively 'org-agenda-todo)) 

(defun org-mail-handle-mail (&optional interactive-p)
  "Handle mail-related links for current headline."
tC  (interactive "p")
  (unless (org-back-to-heading t)
(error "Not in an org item"))
  (when interactive-p
(setq org-mail-window-conf (current-window-configuration)))
  (let ((todo-kwd
 (org-element-property :todo-keyword (org-element-at-point))) 
message mailto)
(while (re-search-forward org-any-link-re (line-end-position) t) 
  (let ((addr (or (match-string-no-properties 2)
  (match-string-no-properties 0
(cond
 ((string-match "^mailto:"; addr)
  (push (substring addr (match-end 0)) mailto))
 ((and (featurep 'bbdb)
   (string-match-p "^

Re: [O] Very slow performance in Org-mode on 10k line file?

[Achim Gratz]

John Hendy writes:
> - make clean && make && make doc, which is my standard update process

I should maybe point out again that this has been redundant for a long
time and a simple "make" would suffice if you removed the line "oldorg:"
from your local.mk file.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptation for Waldorf rackAttack V1.04R1:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada

Re: [O] Babel issue after upgrade to Org 8?

[Achim Gratz]

SabreWolfy writes:
> I've recently updated my Debian unstable installation and Emacs now reports
> this on startup:
>
> Symbol's function definition is void: org-babel-do-load-language

If that's the actual error message, then you need to find where you've
made the typo of leaving out the final "s" on that symbol name.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Samples for the Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#BlofeldSamplesExtra

Re: [O] [PATCH] Emacs Org Babel Scheme (Geiser) support

[Bruno Félix Rezende Ribeiro]

Em Tue, 6 Aug 2013 23:32:20 + (UTC)
Michael Gauland  escreveu:

> Thanks for such a well-written, well-documented, and most of all
> useful contribution!  Definitely a big improvement over my initial
> implementation.

Thank you --- you're welcome.  I'm also very grateful for your
contribution to Babel.

> I've applied the patch to my system, but I'm having trouble getting
> it to work--I'm not getting any results. For example, this block:
>
> #+BEGIN_SRC scheme
> (display "This is the output")
> "This is the value"
> #+END_SRC
>
> Returns nil, whether I'm asking for output or value.

Your example is yielding the intended results on my system.

> I'm running emacs 23.4.1 on Debian wheezy, with Geiser 3.0.

I'm running GNU Emacs 24.1 on my own GNU, with Geiser 0.4.  That is
the latest version of Geiser (May 2013)[fn:1], perhaps your problem
resides there[fn:2].

> Could you send me a copy of your ob-scheme.el to help me track this
> down?

Sure.  It is attached.

--
 ,= ,-_-. =.  Bruno Félix Rezende Ribeiro (oitofelix) [0x28D618AF]
((_/)o o(\_)) There is no system but GNU;
 `-'(. .)`-'  Linux-libre is just one of its kernels;
 \_/  All software should be free as in freedom;

* Footnotes

[fn:1] http://geiser.nongnu.org/

[fn:2] I wonder whether you have misspelled your Geiser version.
;;; ob-scheme.el --- org-babel functions for Scheme

;; Copyright (C) 2010-2013 Free Software Foundation, Inc.

;; Authors: Eric Schulte, Michael Gauland
;; Keywords: literate programming, reproducible research, scheme
;; Homepage: http://orgmode.org

;; This file is part of GNU Emacs.

;; GNU Emacs is free software: you can redistribute it and/or modify
;; it under the terms of the GNU General Public License as published by
;; the Free Software Foundation, either version 3 of the License, or
;; (at your option) any later version.

;; GNU Emacs is distributed in the hope that it will be useful,
;; but WITHOUT ANY WARRANTY; without even the implied warranty of
;; MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
;; GNU General Public License for more details.

;; You should have received a copy of the GNU General Public License
;; along with GNU Emacs.  If not, see .

;;; Commentary:

;; Now working with SBCL for both session and external evaluation.
;;
;; This certainly isn't optimally robust, but it seems to be working
;; for the basic use cases.

;;; Requirements:

;; - a working scheme implementation
;;   (e.g. guile http://www.gnu.org/software/guile/guile.html)
;;
;; - for session based evaluation geiser is required, which is available from
;;   ELPA.

;;; Code:
(require 'ob)
(require 'geiser nil t)
(defvar geiser-repl--repl) ; Defined in geiser-repl.el
(defvar geiser-impl--implementation)   ; Defined in geiser-impl.el
(defvar geiser-default-implementation) ; Defined in geiser-impl.el
(defvar geiser-active-implementations) ; Defined in geiser-impl.el

(declare-function run-geiser "geiser-repl" (impl))
(declare-function geiser-mode "geiser-mode" ())
(declare-function geiser-eval-region "geiser-mode" (start end &optional and-go raw nomsg))
(declare-function geiser-repl-exit "geiser-repl" (&optional arg))

(defvar org-babel-default-header-args:scheme '()
  "Default header arguments for scheme code blocks.")

(defun org-babel-expand-body:scheme (body params)
  "Expand BODY according to PARAMS, return the expanded body."
  (let ((vars (mapcar #'cdr (org-babel-get-header params :var
(if (> (length vars) 0)
(concat "(let ("
(mapconcat
 (lambda (var) (format "%S" (print `(,(car var) ',(cdr var)
 vars "\n  ")
")\n" body ")")
  body)))


(defvar org-babel-scheme-repl-map (make-hash-table :test 'equal)
  "Map of scheme sessions to session names.")

(defun org-babel-scheme-cleanse-repl-map ()
  "Remove dead buffers from the REPL map."
  (maphash
   (lambda (x y)
 (when (not (buffer-name y))
   (remhash x org-babel-scheme-repl-map)))
   org-babel-scheme-repl-map))

(defun org-babel-scheme-get-session-buffer (session-name)
  "Look up the scheme buffer for a session; return nil if it doesn't exist."
  (org-babel-scheme-cleanse-repl-map) ; Prune dead sessions
  (gethash session-name org-babel-scheme-repl-map))

(defun org-babel-scheme-set-session-buffer (session-name buffer)
  "Record the scheme buffer used for a given session."
  (puthash session-name buffer org-babel-scheme-repl-map))

(defun org-babel-scheme-get-buffer-impl (buffer)
  "Returns the scheme implementation geiser associates with the buffer."
  (with-current-buffer (set-buffer buffer)
geiser-impl--implementation))

(defun org-babel-scheme-get-repl (impl name)
  "Switch to a scheme REPL, creating it if it doesn't exist:"
  (let ((buffer (org-babel-scheme-get-session-buffer name))
	(window-cfg (current-window-configuration)))
(or buffer
	(progn
	  (run-geiser impl)
	  (setq buffer (current-buffer))
	  (if

Re: [O] Add figure/table numbers to HTML captions

[Yoshinari Nomura]

Hello,

I just want to update you on my completion of the assignment/disclaimer
process with FSF.

Regards,

On Sat, 29 Jun 2013 22:48:04 +0900 (JST),
Yoshinari Nomura  said:

>> I applied your patches and added you to the list of contributors without
>> FSF papers. Please consider signing them if you want to provide more
>> patches to Org mode.
> 
> Thank you so much.  I'll go on the FSF procedure.

Subject: [gnu.org #839264] Yoshinari Nomura - EMACS ORG-MODE Assignment 
Date: Wed, 07 Aug 2013 09:24:58 -0400

> Hello,
> 
> Your assignment/disclaimer process with the FSF is currently
> complete; your fully executed PDF will be sent to you in a separate
> email immediately following this one.
(snip)
> ___
> INFORMATION FOR THE MAINTAINER(S)
> 
> Here's how the contributor answered the question, “ Did you copy any
> files or text written by someone else in these changes?”
> 
> no
> 
> [Which files have you changed so far, and which new files have you written
> so far?]
> 
> Org-mode staffs:
> lisp/ox.el
> lisp/ox-html.el

Re: [O] Very slow performance in Org-mode on 10k line file?

[John Hendy]

Alrighty. Here you are:

#+begin_src minimal emacs (which I've moved to ~/.emacs) and started a
fresh session
(add-to-list 'load-path "~/.elisp/org.git/contrib/lisp")
(add-to-list 'load-path "~/.elisp/org.git/lisp/")
#+end_src


Really simple operation, but that's that had huge lag on the 10k file.
All I did was delete a word and re-write it, and then insert a line
above a table ("#+attr_latex: :align llp{7cm}"). Here's the process:

- Start emacs (/usr/bin/emacs)
- Navigate to file (6k ~/org/projects.org file)
- Run: M-x elp-instrument-package [RET] org
- Run: M-x elp-reset-all
- Navigate to the headline I was trying to work on, delete a word a
character at a time, re-type it, add the above latex line above a
table
- Run: M-x elp-results
- Copied 2011 and 2012 journal entries back into projects.org, saved,
quit emacs, and repeated

Results with 6k line file
==
org-self-insert-command 41
2.026747151   0.0494328573
org-activate-dates  54
0.0175029940  0.0003241295
org-fontify-meta-lines-and-blocks   161
0.006726777   4.178...e-05
org-fontify-meta-lines-and-blocks-1 161
0.0047893350  2.974...e-05
org-delete-backward-char12
0.002401629   0.0002001357
org-activate-footnote-links 54
0.002203194   4.079...e-05
org-activate-plain-links54
0.0020726379  3.838...e-05
org-unfontify-region54
0.0020696900  3.832...e-05
org-at-table-p  54
0.0016839339  3.118...e-05
org-footnote-next-reference-or-definition   54
0.0015487719  2.868...e-05
org-do-latex-and-related54
0.0014039899  2.599...e-05
org-do-emphasis-faces   54
0.001028353   1.904...e-05
org-string-nw-p 54
0.0008700800  1.611...e-05
org-activate-angle-links54
0.0008193899  1.517...e-05
org-return  1
0.000758448   0.000758448
org-activate-tags   54
0.0005812419  1.076...e-05
org-in-item-p   1
0.000436519   0.000436519
org-activate-bracket-links  54
0.0004324309  8.007...e-06
org-activate-code   54
0.000416118   7.705...e-06
org-fix-tags-on-the-fly 53
0.000332257   6.269e-06
org-font-lock-add-priority-faces54
0.0003180110  5.889...e-06
org-string-match-p  54
0.000269684   4.994...e-06
org-remove-font-lock-display-properties 54
0.0002692999  4.987...e-06
org-list-context1
0.000268703   0.000268703
org-hide-wide-columns   54
0.000228154   4.225...e-06
org-before-change-function  54
0.0001231199  2.279...e-06
org-remove-flyspell-overlays-in 21
0.0001044190  4.972...e-06
org-font-lock-hook  54
8.081...e-05  1.496...e-06
org-check-before-invisible-edit 53
7.8635e-051.483...e-06
org-activate-target-links   54
7.542...e-05  1.396...e-06
org-fontify-entities54
6.752e-05 1.250...e-06
org-raise-scripts   54
6.415...e-05  1.188...e-06
org-font-lock-add-tag-faces 54
5.994...e-05  1.110...e-06
org-in-src-block-p  1
5.1549e-055.1549e-05
org-in-regexp   1
3.4068e-053.4068e-05
org-back-to-heading 1
3.3785e-053.3785e-05
org-get-limited-outline-regexp  1
2.1714e-052.1714e-05
org-at-heading-p1
1.3884e-051.3884e-05
org-get-indentation 2
1.337...e-05  6.689...e-06
org-item-re 1
4.116e-06 4.116e-06
==



Results with ~10k line file
==
org-self-insert-command 39
0.855967410.0219478823
org-cycle   6
0.107894177   0.0179823628
org-cycle-internal-local6
0.1058569380  0.0176428230
org-optimize-window-after-visibility-change 6
0.047916078   0.007986013
org-subtree-end-visible-p   5
0.046233295   0.009246659
org-end-of-subtree  27
0.029686826   0.0010995120
org-outline-level   394
0.0162884779  4.134...e-05
org-cycle-show-empty-lines  6
0.008189213   0.0013648688
org-fontify-meta-lines-and-blocks   182
0.0078306620  4.302...e-05
org-fontify-meta-lines-and-blocks-1 182
0.0057315880  3.149...

Re: [O] Very slow performance in Org-mode on 10k line file?

[Russell Adams]

On Wed, Aug 07, 2013 at 05:17:53PM -0500, John Hendy wrote:
> Is it inconvenient for you to git pull and try on Org 8.0 to see if
> there's any difference?

I'm not prepared to upgrade at this time. I just thought it odd the
line length you were experiencing issues at compared to mine.

Good luck!

--
Russell Adamsrlad...@adamsinfoserv.com

PGP Key ID: 0x1160DCB3   http://www.adamsinfoserv.com/

Fingerprint:1723 D8CA 4280 1EC9 557F  66E8 1154 E018 1160 DCB3

Re: [O] Very slow performance in Org-mode on 10k line file?

[Russell Adams]

John,

I have a 17,000 file I work out of constantly in Org 7.8.10 with very
little lag. Just another data point.

Thanks.

On Wed, Aug 07, 2013 at 05:06:51PM -0500, John Hendy wrote:
> Just an update:
> - I reverted back to commit release_8.0.2-73-g9998f2 (early May) with
> no change in behavior, so perhaps it wasn't anything other than
> growing file size
> - I just created archive files for work journal entries in 2011 and
> 2012, storing them in separate archive files
> - I'm now down to ~6500 lines, and lag is unnoticeable
>
> Perhaps there's some magical cutoff between 6,000 and 10,000 lines
> that starts to really bog things down?
>
>
>
> John
>
> On Wed, Aug 7, 2013 at 4:47 PM, John Hendy  wrote:
> > On Wed, Aug 7, 2013 at 4:39 PM, Rainer Stengele
> >  wrote:
> >> Am 07.08.2013 22:25, schrieb John Hendy:
> >>> Greetings,
> >>>
> >>>
> >>> I just started experiencing major lag in Org-mode on my main work
> >>> notes file, which is at about 10k lines. Is that getting up to the
> >>> point where files get unwieldy? In googling around, I found a few
> >>> suggestions:
> >>>
> >>> - Fiddle with linum settings
> >>> http://stackoverflow.com/questions/5229705/emacs-org-mode-turn-off-line-numbers
> >>>
> >>> I set linum-eager to off and linum-delay to on for the current setting
> >>> via the customize interface and didn't perceive an effect. Any
> >>> keystroke in my org file takes 1-2 seconds to appear.
> >>>
> >>> - Fontification?
> >>> http://comments.gmane.org/gmane.emacs.orgmode/45197
> >>>
> >>> Comments there have files in the 5-137k line range and many say
> >>> there's no/little lag unless running agenda commands.
> >>>
> >>> Any other suggestions? I use this file almost daily, mostly for
> >>> reference, not adding... that's to say it hasn't grown majorly in the
> >>> past even 3months (maybe a few hundred lines), but performance
> >>> *definitely* wasn't anything like this until the last week or so.
> >>>
> >>> Thanks for any suggestions on improving or tracking down the source.
> >>> In the mean time, I'm going to revert to a few git commits ago and see
> >>> if that does anything for me.
> >>>
> >>>
> >>> Best regards,
> >>> John
> >>>
> >>>
> >> Hi,
> >>
> >> just jumping on the bandwagon.
> >> My one and only "biggest" issue with wonderful Orgmode is slow Emacs.
> >> I run Emacs on i7 hardware with lots of memory and still have an Emacs 
> >> Orgmode that answers rather slowly.
> >> Slow meaning it is just not snappy at all. Creating any aganda takes 
> >> several seconds which is a long time to wait
> >> for the result. I already spent a lot of thought into how to optimise the 
> >> performance of my system, archiving and
> >> splitting Org files, using sticky agenda etc.
> >> I know there is no quick solution to the slowness because of the 
> >> limitation of threading in Emacs - I just wanted
> >> to mention that very "unmodern" behaviour of Emacs running Orgmode. I have 
> >> to use Windows 7 so this makes it even
> >> slower. I assume my environment would run faster on Linux.
> >>
> >
> > I'm running Arch Linux 64bit on an HP EliteBook 8540w with an i7 and
> > 8G of RAM. HD is 54% full at present. I agree that this shouldn't be a
> > big burden, and whatever happened recently really made this unusable
> > for me. Oddly, generating an agenda only takes a couple of seconds,
> > which is plenty fast for me, even using search.
> >
> >> So yes, this is nothing more than something like a rant.
> >> For me Orgmode is still the killer app in Emacs, it is just sad to have a 
> >> slow environment on quite modern
> >> hardware with some bigger Org files.
> >> My files are of size:
> >>
> >> $ wc *org
> >> 1241690   31670 file1.org
> >>1555   11829   97805 file2.org
> >>   35022  262820 2314234 file3.org
> >> 9994968  105854 file4.org
> >> 5574029   30586 file5.org
> >>2523   20324  162165 file6.org
> >>2447   19974  139768 file7.org
> >> 6894703   36495 file8.org
> >>6789   58782  461211 file9.org
> >>   53078  403126 3531142 total
> >>
> >
> > $ wc *.org
> > 23 90867 bibliography.org
> > 42192   1756 clocking.org
> >   2137  18286 122303 devel.org
> >   9837  74994 494234 projects.org
> >   1536   9692  77261 reference.org
> >   1057   6673  48309 tf.org
> >  14632 109927 744730 total
> >
> > projects.org is my most used file by far, and the biggest, but nothing
> > compared to some of the folks posting on the link I showed who have
> > 30-130k line files!
> >
> >
> > John
> >
> >> Rainer
> >>
>


--
Russell Adamsrlad...@adamsinfoserv.com

PGP Key ID: 0x1160DCB3   http://www.adamsinfoserv.com/

Fingerprint:1723 D8CA 4280 1EC9 557F  66E8 1154 E018 1160 DCB3

Re: [O] Very slow performance in Org-mode on 10k line file?

[Nick Dokos]

John Hendy  writes:

>> M-x elp-instrument-package org
>> M-x elp-reset-all
>> 
>> M-x elp-results
>
> Would it help to do this on a 6k file vs. a 10k file? Reducing my file
> size made a huge difference, so if those results would be of
> interest/help, I can definitely do that?
>

The more data the better, so yes, I think it's a useful exercise.

-- 
Nick

Re: [O] Very slow performance in Org-mode on 10k line file?

[Nick Dokos]

John Hendy  writes:

> ...
> Thanks for any suggestions on improving or tracking down the source.
> In the mean time, I'm going to revert to a few git commits ago and see
> if that does anything for me.
>

That's definitely a good idea: it sounds as if something got worse
suddenly so it may have been a "minor" change.

Before you try going back, can you also try to get a profile of a slow
operation and then repeat the profile on the same operation with the
earlier org?

M-x elp-instrument-package org
M-x elp-reset-all

M-x elp-results

should be enough as a first approximation.

-- 
Nick

Re: [O] Very slow performance in Org-mode on 10k line file?

[John Hendy]

On Wed, Aug 7, 2013 at 5:22 PM, Nick Dokos  wrote:
> John Hendy  writes:
>
>> ...
>> Thanks for any suggestions on improving or tracking down the source.
>> In the mean time, I'm going to revert to a few git commits ago and see
>> if that does anything for me.
>>
>
> That's definitely a good idea: it sounds as if something got worse
> suddenly so it may have been a "minor" change.
>

Well, see my follow-up email. Reverting back to early May did not
change the situation.

> Before you try going back, can you also try to get a profile of a slow
> operation and then repeat the profile on the same operation with the
> earlier org?
>
> M-x elp-instrument-package org
> M-x elp-reset-all
> 
> M-x elp-results

Would it help to do this on a 6k file vs. a 10k file? Reducing my file
size made a huge difference, so if those results would be of
interest/help, I can definitely do that?


John

>
> should be enough as a first approximation.
>
> --
> Nick
>
>

Re: [O] Very slow performance in Org-mode on 10k line file?

[John Hendy]

On Wed, Aug 7, 2013 at 5:12 PM, Russell Adams  wrote:
> John,
>
> I have a 17,000 file I work out of constantly in Org 7.8.10 with very
> little lag. Just another data point.

Is it inconvenient for you to git pull and try on Org 8.0 to see if
there's any difference?

John

>
> Thanks.
>
> On Wed, Aug 07, 2013 at 05:06:51PM -0500, John Hendy wrote:
>> Just an update:
>> - I reverted back to commit release_8.0.2-73-g9998f2 (early May) with
>> no change in behavior, so perhaps it wasn't anything other than
>> growing file size
>> - I just created archive files for work journal entries in 2011 and
>> 2012, storing them in separate archive files
>> - I'm now down to ~6500 lines, and lag is unnoticeable
>>
>> Perhaps there's some magical cutoff between 6,000 and 10,000 lines
>> that starts to really bog things down?
>>
>>
>>
>> John
>>
>> On Wed, Aug 7, 2013 at 4:47 PM, John Hendy  wrote:
>> > On Wed, Aug 7, 2013 at 4:39 PM, Rainer Stengele
>> >  wrote:
>> >> Am 07.08.2013 22:25, schrieb John Hendy:
>> >>> Greetings,
>> >>>
>> >>>
>> >>> I just started experiencing major lag in Org-mode on my main work
>> >>> notes file, which is at about 10k lines. Is that getting up to the
>> >>> point where files get unwieldy? In googling around, I found a few
>> >>> suggestions:
>> >>>
>> >>> - Fiddle with linum settings
>> >>> http://stackoverflow.com/questions/5229705/emacs-org-mode-turn-off-line-numbers
>> >>>
>> >>> I set linum-eager to off and linum-delay to on for the current setting
>> >>> via the customize interface and didn't perceive an effect. Any
>> >>> keystroke in my org file takes 1-2 seconds to appear.
>> >>>
>> >>> - Fontification?
>> >>> http://comments.gmane.org/gmane.emacs.orgmode/45197
>> >>>
>> >>> Comments there have files in the 5-137k line range and many say
>> >>> there's no/little lag unless running agenda commands.
>> >>>
>> >>> Any other suggestions? I use this file almost daily, mostly for
>> >>> reference, not adding... that's to say it hasn't grown majorly in the
>> >>> past even 3months (maybe a few hundred lines), but performance
>> >>> *definitely* wasn't anything like this until the last week or so.
>> >>>
>> >>> Thanks for any suggestions on improving or tracking down the source.
>> >>> In the mean time, I'm going to revert to a few git commits ago and see
>> >>> if that does anything for me.
>> >>>
>> >>>
>> >>> Best regards,
>> >>> John
>> >>>
>> >>>
>> >> Hi,
>> >>
>> >> just jumping on the bandwagon.
>> >> My one and only "biggest" issue with wonderful Orgmode is slow Emacs.
>> >> I run Emacs on i7 hardware with lots of memory and still have an Emacs 
>> >> Orgmode that answers rather slowly.
>> >> Slow meaning it is just not snappy at all. Creating any aganda takes 
>> >> several seconds which is a long time to wait
>> >> for the result. I already spent a lot of thought into how to optimise the 
>> >> performance of my system, archiving and
>> >> splitting Org files, using sticky agenda etc.
>> >> I know there is no quick solution to the slowness because of the 
>> >> limitation of threading in Emacs - I just wanted
>> >> to mention that very "unmodern" behaviour of Emacs running Orgmode. I 
>> >> have to use Windows 7 so this makes it even
>> >> slower. I assume my environment would run faster on Linux.
>> >>
>> >
>> > I'm running Arch Linux 64bit on an HP EliteBook 8540w with an i7 and
>> > 8G of RAM. HD is 54% full at present. I agree that this shouldn't be a
>> > big burden, and whatever happened recently really made this unusable
>> > for me. Oddly, generating an agenda only takes a couple of seconds,
>> > which is plenty fast for me, even using search.
>> >
>> >> So yes, this is nothing more than something like a rant.
>> >> For me Orgmode is still the killer app in Emacs, it is just sad to have a 
>> >> slow environment on quite modern
>> >> hardware with some bigger Org files.
>> >> My files are of size:
>> >>
>> >> $ wc *org
>> >> 1241690   31670 file1.org
>> >>1555   11829   97805 file2.org
>> >>   35022  262820 2314234 file3.org
>> >> 9994968  105854 file4.org
>> >> 5574029   30586 file5.org
>> >>2523   20324  162165 file6.org
>> >>2447   19974  139768 file7.org
>> >> 6894703   36495 file8.org
>> >>6789   58782  461211 file9.org
>> >>   53078  403126 3531142 total
>> >>
>> >
>> > $ wc *.org
>> > 23 90867 bibliography.org
>> > 42192   1756 clocking.org
>> >   2137  18286 122303 devel.org
>> >   9837  74994 494234 projects.org
>> >   1536   9692  77261 reference.org
>> >   1057   6673  48309 tf.org
>> >  14632 109927 744730 total
>> >
>> > projects.org is my most used file by far, and the biggest, but nothing
>> > compared to some of the folks posting on the link I showed who have
>> > 30-130k line files!
>> >
>> >
>> > John
>> >
>> >> Rainer
>> >>
>>
>
>
> --
> Russell Adamsrlad...@adamsinfoserv.com
>
> PGP Key ID: 

Re: [O] Very slow performance in Org-mode on 10k line file?

[John Hendy]

Just an update:
- I reverted back to commit release_8.0.2-73-g9998f2 (early May) with
no change in behavior, so perhaps it wasn't anything other than
growing file size
- I just created archive files for work journal entries in 2011 and
2012, storing them in separate archive files
- I'm now down to ~6500 lines, and lag is unnoticeable

Perhaps there's some magical cutoff between 6,000 and 10,000 lines
that starts to really bog things down?



John

On Wed, Aug 7, 2013 at 4:47 PM, John Hendy  wrote:
> On Wed, Aug 7, 2013 at 4:39 PM, Rainer Stengele
>  wrote:
>> Am 07.08.2013 22:25, schrieb John Hendy:
>>> Greetings,
>>>
>>>
>>> I just started experiencing major lag in Org-mode on my main work
>>> notes file, which is at about 10k lines. Is that getting up to the
>>> point where files get unwieldy? In googling around, I found a few
>>> suggestions:
>>>
>>> - Fiddle with linum settings
>>> http://stackoverflow.com/questions/5229705/emacs-org-mode-turn-off-line-numbers
>>>
>>> I set linum-eager to off and linum-delay to on for the current setting
>>> via the customize interface and didn't perceive an effect. Any
>>> keystroke in my org file takes 1-2 seconds to appear.
>>>
>>> - Fontification?
>>> http://comments.gmane.org/gmane.emacs.orgmode/45197
>>>
>>> Comments there have files in the 5-137k line range and many say
>>> there's no/little lag unless running agenda commands.
>>>
>>> Any other suggestions? I use this file almost daily, mostly for
>>> reference, not adding... that's to say it hasn't grown majorly in the
>>> past even 3months (maybe a few hundred lines), but performance
>>> *definitely* wasn't anything like this until the last week or so.
>>>
>>> Thanks for any suggestions on improving or tracking down the source.
>>> In the mean time, I'm going to revert to a few git commits ago and see
>>> if that does anything for me.
>>>
>>>
>>> Best regards,
>>> John
>>>
>>>
>> Hi,
>>
>> just jumping on the bandwagon.
>> My one and only "biggest" issue with wonderful Orgmode is slow Emacs.
>> I run Emacs on i7 hardware with lots of memory and still have an Emacs 
>> Orgmode that answers rather slowly.
>> Slow meaning it is just not snappy at all. Creating any aganda takes several 
>> seconds which is a long time to wait
>> for the result. I already spent a lot of thought into how to optimise the 
>> performance of my system, archiving and
>> splitting Org files, using sticky agenda etc.
>> I know there is no quick solution to the slowness because of the limitation 
>> of threading in Emacs - I just wanted
>> to mention that very "unmodern" behaviour of Emacs running Orgmode. I have 
>> to use Windows 7 so this makes it even
>> slower. I assume my environment would run faster on Linux.
>>
>
> I'm running Arch Linux 64bit on an HP EliteBook 8540w with an i7 and
> 8G of RAM. HD is 54% full at present. I agree that this shouldn't be a
> big burden, and whatever happened recently really made this unusable
> for me. Oddly, generating an agenda only takes a couple of seconds,
> which is plenty fast for me, even using search.
>
>> So yes, this is nothing more than something like a rant.
>> For me Orgmode is still the killer app in Emacs, it is just sad to have a 
>> slow environment on quite modern
>> hardware with some bigger Org files.
>> My files are of size:
>>
>> $ wc *org
>> 1241690   31670 file1.org
>>1555   11829   97805 file2.org
>>   35022  262820 2314234 file3.org
>> 9994968  105854 file4.org
>> 5574029   30586 file5.org
>>2523   20324  162165 file6.org
>>2447   19974  139768 file7.org
>> 6894703   36495 file8.org
>>6789   58782  461211 file9.org
>>   53078  403126 3531142 total
>>
>
> $ wc *.org
> 23 90867 bibliography.org
> 42192   1756 clocking.org
>   2137  18286 122303 devel.org
>   9837  74994 494234 projects.org
>   1536   9692  77261 reference.org
>   1057   6673  48309 tf.org
>  14632 109927 744730 total
>
> projects.org is my most used file by far, and the biggest, but nothing
> compared to some of the folks posting on the link I showed who have
> 30-130k line files!
>
>
> John
>
>> Rainer
>>

Re: [O] How to pass named table reference in source block variable

[Thomas S. Dye]

Roland Donat  writes:

>> 
>> Perhaps this can help:
>> 
>> http://orgmode.org/worg/org-contrib/babel/examples/lob-table-
> operations.html
>> 
>> Alternatively, you might pass the table to a code block of a language
>> that understands tables, such as an R data frame, and use that language
>> to retrieve values by name.
>> 
>> hth,
>> Tom
>> 
>
> Thank you for the link, I'll check it but seems that it won't solve the 
> problem. But anyway, I found a workaround that doesn't involve to insert 
> table reference. 

What is the workaround?

All the best,
Tom
-- 
Thomas S. Dye
http://www.tsdye.com

Re: [O] Very slow performance in Org-mode on 10k line file?

[John Hendy]

On Wed, Aug 7, 2013 at 4:39 PM, Rainer Stengele
 wrote:
> Am 07.08.2013 22:25, schrieb John Hendy:
>> Greetings,
>>
>>
>> I just started experiencing major lag in Org-mode on my main work
>> notes file, which is at about 10k lines. Is that getting up to the
>> point where files get unwieldy? In googling around, I found a few
>> suggestions:
>>
>> - Fiddle with linum settings
>> http://stackoverflow.com/questions/5229705/emacs-org-mode-turn-off-line-numbers
>>
>> I set linum-eager to off and linum-delay to on for the current setting
>> via the customize interface and didn't perceive an effect. Any
>> keystroke in my org file takes 1-2 seconds to appear.
>>
>> - Fontification?
>> http://comments.gmane.org/gmane.emacs.orgmode/45197
>>
>> Comments there have files in the 5-137k line range and many say
>> there's no/little lag unless running agenda commands.
>>
>> Any other suggestions? I use this file almost daily, mostly for
>> reference, not adding... that's to say it hasn't grown majorly in the
>> past even 3months (maybe a few hundred lines), but performance
>> *definitely* wasn't anything like this until the last week or so.
>>
>> Thanks for any suggestions on improving or tracking down the source.
>> In the mean time, I'm going to revert to a few git commits ago and see
>> if that does anything for me.
>>
>>
>> Best regards,
>> John
>>
>>
> Hi,
>
> just jumping on the bandwagon.
> My one and only "biggest" issue with wonderful Orgmode is slow Emacs.
> I run Emacs on i7 hardware with lots of memory and still have an Emacs 
> Orgmode that answers rather slowly.
> Slow meaning it is just not snappy at all. Creating any aganda takes several 
> seconds which is a long time to wait
> for the result. I already spent a lot of thought into how to optimise the 
> performance of my system, archiving and
> splitting Org files, using sticky agenda etc.
> I know there is no quick solution to the slowness because of the limitation 
> of threading in Emacs - I just wanted
> to mention that very "unmodern" behaviour of Emacs running Orgmode. I have to 
> use Windows 7 so this makes it even
> slower. I assume my environment would run faster on Linux.
>

I'm running Arch Linux 64bit on an HP EliteBook 8540w with an i7 and
8G of RAM. HD is 54% full at present. I agree that this shouldn't be a
big burden, and whatever happened recently really made this unusable
for me. Oddly, generating an agenda only takes a couple of seconds,
which is plenty fast for me, even using search.

> So yes, this is nothing more than something like a rant.
> For me Orgmode is still the killer app in Emacs, it is just sad to have a 
> slow environment on quite modern
> hardware with some bigger Org files.
> My files are of size:
>
> $ wc *org
> 1241690   31670 file1.org
>1555   11829   97805 file2.org
>   35022  262820 2314234 file3.org
> 9994968  105854 file4.org
> 5574029   30586 file5.org
>2523   20324  162165 file6.org
>2447   19974  139768 file7.org
> 6894703   36495 file8.org
>6789   58782  461211 file9.org
>   53078  403126 3531142 total
>

$ wc *.org
23 90867 bibliography.org
42192   1756 clocking.org
  2137  18286 122303 devel.org
  9837  74994 494234 projects.org
  1536   9692  77261 reference.org
  1057   6673  48309 tf.org
 14632 109927 744730 total

projects.org is my most used file by far, and the biggest, but nothing
compared to some of the folks posting on the link I showed who have
30-130k line files!


John

> Rainer
>

Re: [O] Very slow performance in Org-mode on 10k line file?

[Rainer Stengele]

Am 07.08.2013 22:25, schrieb John Hendy:
> Greetings,
> 
> 
> I just started experiencing major lag in Org-mode on my main work
> notes file, which is at about 10k lines. Is that getting up to the
> point where files get unwieldy? In googling around, I found a few
> suggestions:
> 
> - Fiddle with linum settings
> http://stackoverflow.com/questions/5229705/emacs-org-mode-turn-off-line-numbers
> 
> I set linum-eager to off and linum-delay to on for the current setting
> via the customize interface and didn't perceive an effect. Any
> keystroke in my org file takes 1-2 seconds to appear.
> 
> - Fontification?
> http://comments.gmane.org/gmane.emacs.orgmode/45197
> 
> Comments there have files in the 5-137k line range and many say
> there's no/little lag unless running agenda commands.
> 
> Any other suggestions? I use this file almost daily, mostly for
> reference, not adding... that's to say it hasn't grown majorly in the
> past even 3months (maybe a few hundred lines), but performance
> *definitely* wasn't anything like this until the last week or so.
> 
> Thanks for any suggestions on improving or tracking down the source.
> In the mean time, I'm going to revert to a few git commits ago and see
> if that does anything for me.
> 
> 
> Best regards,
> John
> 
> 
Hi,

just jumping on the bandwagon.
My one and only "biggest" issue with wonderful Orgmode is slow Emacs.
I run Emacs on i7 hardware with lots of memory and still have an Emacs Orgmode 
that answers rather slowly.
Slow meaning it is just not snappy at all. Creating any aganda takes several 
seconds which is a long time to wait
for the result. I already spent a lot of thought into how to optimise the 
performance of my system, archiving and
splitting Org files, using sticky agenda etc.
I know there is no quick solution to the slowness because of the limitation of 
threading in Emacs - I just wanted
to mention that very "unmodern" behaviour of Emacs running Orgmode. I have to 
use Windows 7 so this makes it even
slower. I assume my environment would run faster on Linux.

So yes, this is nothing more than something like a rant.
For me Orgmode is still the killer app in Emacs, it is just sad to have a slow 
environment on quite modern
hardware with some bigger Org files.
My files are of size:

$ wc *org
1241690   31670 file1.org
   1555   11829   97805 file2.org
  35022  262820 2314234 file3.org
9994968  105854 file4.org
5574029   30586 file5.org
   2523   20324  162165 file6.org
   2447   19974  139768 file7.org
6894703   36495 file8.org
   6789   58782  461211 file9.org
  53078  403126 3531142 total

Rainer

[O] Very slow performance in Org-mode on 10k line file?

[John Hendy]

Greetings,


I just started experiencing major lag in Org-mode on my main work
notes file, which is at about 10k lines. Is that getting up to the
point where files get unwieldy? In googling around, I found a few
suggestions:

- Fiddle with linum settings
http://stackoverflow.com/questions/5229705/emacs-org-mode-turn-off-line-numbers

I set linum-eager to off and linum-delay to on for the current setting
via the customize interface and didn't perceive an effect. Any
keystroke in my org file takes 1-2 seconds to appear.

- Fontification?
http://comments.gmane.org/gmane.emacs.orgmode/45197

Comments there have files in the 5-137k line range and many say
there's no/little lag unless running agenda commands.

Any other suggestions? I use this file almost daily, mostly for
reference, not adding... that's to say it hasn't grown majorly in the
past even 3months (maybe a few hundred lines), but performance
*definitely* wasn't anything like this until the last week or so.

Thanks for any suggestions on improving or tracking down the source.
In the mean time, I'm going to revert to a few git commits ago and see
if that does anything for me.


Best regards,
John

Re: [O] How to pass named table reference in source block variable

[Roland Donat]

Thomas S. Dye  tsdye.com> writes:


> 
> Perhaps this can help:
> 
> http://orgmode.org/worg/org-contrib/babel/examples/lob-table-
operations.html
> 
> Alternatively, you might pass the table to a code block of a language
> that understands tables, such as an R data frame, and use that language
> to retrieve values by name.
> 
> hth,
> Tom
> 

Thank you for the link, I'll check it but seems that it won't solve the 
problem. But anyway, I found a workaround that doesn't involve to insert 
table reference. 

It's a pity that I am so bad at Lisp because I feel this feature wouldn't be 
too complicated to code, especially if the reference mechanism is already 
implemented.

Thank you again!

Cheers,

Roland.
 

Re: [O] Extending org-contacts with properties: naming properties

[Karl Voit]

* Robert Horn  wrote:
>
> My first reaction was to use a short sentence like "itoldthem".  I can't
> think of any single english word that doesn't also need a subject to
> describe which direction the transfer went.

I love it :-)

It's set: my first properties will be:

:ITOLDTHEM_EMAIL:
:ITOLDTHEM_ADDRESS:
:ITOLDTHEM_PHONE:

Thanks!

Can't wait until my mail filter rule file is generated directly
using my contacts.org :-)

-- 
mail|git|SVN|photos|postings|SMS|phonecalls|RSS|CSV|XML to Org-mode:
   > get Memacs from https://github.com/novoid/Memacs <

https://github.com/novoid/extract_pdf_annotations_to_orgmode + more on github

Re: [O] Extending org-contacts with properties: naming properties

[Karl Voit]

* Eric Abrahamsen  wrote:
>
> Is this a prefix for multiple values? Ie, it will be "XXX_email",
> "XXX_cell", "XXX_phone" and so on? 

Yes.

> I think the word "context" is pretty
> relevant here; you might consider something like "CONTEXT_EMAIL" or
> "CONTEXT_MY_EMAIL".
>
> Just a thought.

I agree, that the context is important here. However,
"context_address" could be mixed up with "this is the address where
I met this person" or similar.

-- 
mail|git|SVN|photos|postings|SMS|phonecalls|RSS|CSV|XML to Org-mode:
   > get Memacs from https://github.com/novoid/Memacs <

https://github.com/novoid/extract_pdf_annotations_to_orgmode + more on github

Re: [O] Viewing notes in agenda log mode

[Samuel Wales]

Hi Manish,

Not sure if you mean showing them as if they were the headline?

[ or ] will show the headline (not the note itself) temporarily.

E will show a few of the first lines, but does not seem to work for notes.

I do this to make it permanent:

(setq org-agenda-include-inactive-timestamps t)

However, it is a defvar not a defcustom, it might exclude the
timestamp in the closed entry, and there is no built-in way to turn it
(and only it) off that I know of.  Turning this into an agenda log
mode item would be an interesting solution.

IMO there are several other interesting possibilities that can be
considered at the same time, such as a new face for these lines,
making E show the matching lines for text search, making log mode item
types be treated as tags, etc.

Not sure if any of that helped at all.  I guess you want E to work for
these lines?

Samuel

On 8/7/13, Manish  wrote:
> I like to take notes with "z" in agenda mode logging progress of tasks as I
> move through the day.  Is it possible today to enable viewing these notes
> (first line only) when log mode is turned on the agenda mode the way todo
> state changes or clock lines are shown?
>
> Cheers!
> --Manish
>


-- 
The Kafka Pandemic: http://thekafkapandemic.blogspot.com

The disease DOES progress.  MANY people have died from it.  ANYBODY can get it.

Denmark: free Karina Hansen NOW.

Re: [O] Problem with org-insert-heading on multi-line items?

[Suvayu Ali]

On Wed, Aug 07, 2013 at 11:16:33AM -0400, Tom Davey wrote:
> Hi Nick
> 
> Thanks for the reply, and thanks for trying to reproduce what I'm
> seeing. You've made me realize that I have filed a weak bug report. I
> owe the list a reproducible test case. I will get going on that.

To aid to that goal:

  

GL,

-- 
Suvayu

Open source is the future. It sets us free.

Re: [O] How to pass named table reference in source block variable

[Thomas S. Dye]

Roland Donat  writes:

> Thorsten Jolitz  gmail.com> writes:
>
>> 
>> This does the job in Emacs Lisp:
>> 
>>  #+TBLNAME: T
>>  |   | x | 1 |
>>  | ^ |   | varx  |
>> 
>> #+begin_src emacs-lisp :var x=T[0,-1]
>>  x
>> #+end_src
>> 
>> #+results:
>> : 1
>> 
>
> Thanks for the answer but in fact, my objective is precisely to avoid using 
> the indices of the value I want to pass as input of the code block.
>
> My goal is to use the cell name reference "varx" which would make the code 
> block simpler to maintain. Indeed, if I add new data on the top of table T, 
> I wouldn't have to change the reference in the code block since the name 
> reference is fixed.
>
>

Perhaps this can help:

http://orgmode.org/worg/org-contrib/babel/examples/lob-table-operations.html

Alternatively, you might pass the table to a code block of a language
that understands tables, such as an R data frame, and use that language
to retrieve values by name.

hth,
Tom

-- 
Thomas S. Dye
http://www.tsdye.com

Re: [O] Problem with org-insert-heading on multi-line items?

[Tom Davey]

Hi Nick

Thanks for the reply, and thanks for trying to reproduce what I'm
seeing. You've made me realize that I have filed a weak bug report. I
owe the list a reproducible test case. I will get going on that.

Regards,
Tom Davey

--
Tom Davey
t...@tomdavey.com
New York NY USA

[O] Viewing notes in agenda log mode

[Manish]

I like to take notes with "z" in agenda mode logging progress of tasks as I
move through the day.  Is it possible today to enable viewing these notes
(first line only) when log mode is turned on the agenda mode the way todo
state changes or clock lines are shown?

Cheers!
--Manish

Re: [O] [bug] latex export ascii encoding

[Nicolas Goaziou]

Hello,

Jan-Mark Batke  writes:

> BTW, I tested windows in the mean time - encoding is maintained for file
> export, but buffer export yields wrong encoding of the buffer.

This should now be fixed. Thanks for the report.


Regards,

-- 
Nicolas Goaziou

Re: [O] [PATCH] Timestamps: Handle sub-10-min ranges when updating timestamps

[Nicolas Goaziou]

Hello,

Trevor Murphy  writes:

> * lisp/org.el (org-get-compact-tod): Pad with "0" if # of minutes is
>   less than 10.

Thanks for your patch. Would you mind providing a test-case for it? I'm
not sure about the use of `org-get-compact-tod'.

> ---
>  lisp/org.el | 7 +--
>  1 file changed, 5 insertions(+), 2 deletions(-)
>
> diff --git a/lisp/org.el b/lisp/org.el
> index 26e653f..89e023c 100644
> --- a/lisp/org.el
> +++ b/lisp/org.el
> @@ -16088,9 +16088,12 @@ with the current time without prompting the user."
>(if (not t2)
> t1
>   (setq dh (- h2 h1) dm (- m2 m1))
> - (if (< dm 0) (setq dm (+ dm 60) dh (1- dh)))
> + (when (< dm 0) (setq dm (+ dm 60) dh (1- dh)))

Although I agree with this change, this is not strictly necessary here.

>   (concat t1 "+" (number-to-string dh)
> - (if (/= 0 dm) (concat ":" (number-to-string dm
> + (when (/= 0 dm) (concat ":"
> +(if (< dm 10)
> +(concat "0" (number-to-string 
> dm))
> +  (number-to-string dm)

It would be better to use a 0-padded format string, e.g.,

  (and (/= 0 dm) (format ":%02d" dm))


Regards,

-- 
Nicolas Goaziou

Re: [O] [FeatureReq]: Move nodes in column view

[Christian Egli]

Thomas Koch  writes:

> I'm just learning about column view. It might be very useful to work on scrum 
> backlogs with column view and storypoints as a column.

Have you looked at https://github.com/ianxm/emacs-scrum?

> It would be wonderful if I could move nodes up and down in column view to 
> reorder the priority of backlog items represented as org nodes. Is
> this possible already? 

AFAIK this is not possible. You can setup your column view so that
you'll see the priority and from there you should be able to edit it
directly in the column view with S- and S-.

HTH
Christian

-- 
Christian Egli
Swiss Library for the Blind, Visually Impaired and Print Disabled
Grubenstrasse 12, CH-8045 Zürich, Switzerland

Re: [O] Extending org-contacts with properties: naming properties

[Eric Abrahamsen]

Karl Voit  writes:

> * David Rogers  wrote:
>>
>> I agree that this kind of simple thing looks like a better
>> idea. However, it would also be nice to be able to call it some name
>> where a person who encounters the software capability but doesn't yet
>> know what it's for will understand what it's for just from reading the
>> name. 
>
> This is my goal, yes.
>
>> "Given" is simple and sounds clear, but it doesn't say who did the
>> giving so the clarity is over-rated. "CustomerInfoIGaveThem" is a bit
>> long. :) (and TheirRecordOfMe is hardly any better.) :)
>
> I am trying to find something that fulfills the trade-off between
> short and descriptive/long. Is it true that none of my words from
> the first mail is reaching the goal somewhat?
>
>   - mediated
>   - informed
>   - assigned
>   - passed
>   - requested
>   - connexidatum
>   - stored
>   - delivered
>
> I am depending here on the native speakers who can judge better than
> me using a translation tool ...
>
> Then, there are some possible combinations I could think of:
>
>   - I_gave_phone
>   - About_me_phone
>   - About_my_phone
>   - ...

Is this a prefix for multiple values? Ie, it will be "XXX_email",
"XXX_cell", "XXX_phone" and so on? I think the word "context" is pretty
relevant here; you might consider something like "CONTEXT_EMAIL" or
"CONTEXT_MY_EMAIL".

Just a thought.

E

Re: [O] Babel issue after upgrade to Org 8?

[Sebastien Vauban]

SabreWolfy wrote:
> I've recently updated my Debian unstable installation and Emacs now reports
> this on startup:
>
> Symbol's function definition is void: org-babel-do-load-language
>
> My .emacs includes:
>
> (org-babel-do-load-languages 'org-babel-load-languages '((R . t)))
>
> I've searched for a solution and read the notes about upgrading to Org 8
> (which may have occurred during the update?), but have not found a solution.
> Can someone point me in the right direction, please? Thanks.

This is weird as it's part of `org.el' (and is supposed to be autoloaded)...

  ╭
  │ org-babel-do-load-languages is an autoloaded Lisp function in `org.el'.
  │ 
  │ (org-babel-do-load-languages SYM VALUE)
  │ 
  │ Load the languages defined in `org-babel-load-languages'.
  ╰

Maybe type a `make autoloads' if you use the Git version...

Best regards,
  Seb

-- 
Sebastien Vauban

Re: [O] Extending org-contacts with properties: naming properties

[Robert Horn]

Karl Voit writes:

> * David Rogers  wrote:
>>
>> I agree that this kind of simple thing looks like a better
>> idea. However, it would also be nice to be able to call it some name
>> where a person who encounters the software capability but doesn't yet
>> know what it's for will understand what it's for just from reading the
>> name. 
>
> This is my goal, yes.
>
>> "Given" is simple and sounds clear, but it doesn't say who did the
>> giving so the clarity is over-rated. "CustomerInfoIGaveThem" is a bit
>> long. :) (and TheirRecordOfMe is hardly any better.) :)
>

My first reaction was to use a short sentence like "itoldthem".  I can't
think of any single english word that doesn't also need a subject to
describe which direction the transfer went.

R Horn

Re: [O] Bug: Revert orgtbl-create-or-convert-from-region [6.33x]

[Daniel Hornung]

On Monday, August 05, 2013 16:19:57 Nick Dokos wrote:
> There are orgtbl-to-tsv and orgtbl-to-csv (and orgtbl-to-generic which
> the first two call) functions in org: it should be possible to use them
> and avoid reinventing wheels.

Exactly, for someone with more elisp fu than myself this is probably pretty 
simple to create and to bind to, say, C-c \.

Cheers,
Daniel

-- 
Max-Planck-Institute for Dynamics and Self-Organization
Laboratory for Fluid Dynamics, Pattern Formation and Biocomplexity
Biomedical Physics Group

Am Fassberg 17
D-37077 Goettingen

(+49) 551 5176 373


signature.asc
Description: This is a digitally signed message part.

[O] Babel issue after upgrade to Org 8?

[SabreWolfy]

I've recently updated my Debian unstable installation and Emacs now reports
this on startup:

Symbol's function definition is void: org-babel-do-load-language

My .emacs includes:

(org-babel-do-load-languages 'org-babel-load-languages '((R . t)))

I've searched for a solution and read the notes about upgrading to Org 8
(which may have occurred during the update?), but have not found a solution.
Can someone point me in the right direction, please? Thanks.

Re: [O] How to pass named table reference in source block variable

[Roland Donat]

Thorsten Jolitz  gmail.com> writes:

> 
> This does the job in Emacs Lisp:
> 
>  #+TBLNAME: T
>  |   | x | 1 |
>  | ^ |   | varx  |
> 
> #+begin_src emacs-lisp :var x=T[0,-1]
>  x
> #+end_src
> 
> #+results:
> : 1
> 

Thanks for the answer but in fact, my objective is precisely to avoid using 
the indices of the value I want to pass as input of the code block.

My goal is to use the cell name reference "varx" which would make the code 
block simpler to maintain. Indeed, if I add new data on the top of table T, 
I wouldn't have to change the reference in the code block since the name 
reference is fixed.

Re: [O] Extending org-contacts with properties: naming properties

[Karl Voit]

* David Rogers  wrote:
>
> I agree that this kind of simple thing looks like a better
> idea. However, it would also be nice to be able to call it some name
> where a person who encounters the software capability but doesn't yet
> know what it's for will understand what it's for just from reading the
> name. 

This is my goal, yes.

> "Given" is simple and sounds clear, but it doesn't say who did the
> giving so the clarity is over-rated. "CustomerInfoIGaveThem" is a bit
> long. :) (and TheirRecordOfMe is hardly any better.) :)

I am trying to find something that fulfills the trade-off between
short and descriptive/long. Is it true that none of my words from
the first mail is reaching the goal somewhat?

  - mediated
  - informed
  - assigned
  - passed
  - requested
  - connexidatum
  - stored
  - delivered

I am depending here on the native speakers who can judge better than
me using a translation tool ...

Then, there are some possible combinations I could think of:

  - I_gave_phone
  - About_me_phone
  - About_my_phone
  - ...

-- 
mail|git|SVN|photos|postings|SMS|phonecalls|RSS|CSV|XML to Org-mode:
   > get Memacs from https://github.com/novoid/Memacs <

https://github.com/novoid/extract_pdf_annotations_to_orgmode + more on github