Re: [O] [bug] org-agenda-diary-entry fails on redisplay of the agenda
Hi Eric, Eric Fraga writes: > Again, my apologies for the noise. no problem, thanks for tracking this down and reporting it to the list. I had no idea people could use org-agenda-format-item, which operates in the very internals for the agenda display. Anyway, good you've got beyond that problem, -- Bastien
Re: [O] New exporter queries, captions
Nicolas Goaziou writes: > Hello, > > t...@tsdye.com (Thomas S. Dye) writes: > >> Is it possible to expand links, too? If I have >> #+CAPTION: Data from [[textcite:ladefoged08:_variab_hawaii][;]]. >> I get >> \caption{Data from [[textcite:ladefoged08:_variab_hawaii][;]].} >> >> My textcite link type is here: >> >> #+name: define-biblatex-textcite-link >> #+begin_src emacs-lisp :results silent :exports none >> (org-add-link-type >>"textcite" 'ebib >>(lambda (path desc format) >> (cond >> ((eq format 'html) >>(format "(%s)" path)) >> ((eq format 'latex) >>(if (or (not desc) (equal 0 (search "textcite:" desc))) >>(format "\\textcite{%s}" path) >> (format "\\textcite[%s][%s]{%s}" >> (cadr (split-string desc ";")) >> (car (split-string desc ";")) path)) >> #+end_src > > It is now possible to have links in captions. > > > Regards, Nicolas, Very nice. Works like a charm here. Thanks for all your work. All the best, Tom -- Thomas S. Dye http://www.tsdye.com
Re: [O] [bug] org-agenda-diary-entry fails on redisplay of the agenda
Hi Bastien, I tracked the problem down! There was a change, in commit b508ff69 two or so weeks ago, to the argument sequence of org-agenda-format-item which I was using to extract the time information from the diary entry so that I could sent that to my Outlook calendar! This meant that I was passing t for the TAGS argument whereas I had intended t for DOTIME. Arg. There's probably an easier way to do what I want but what I have works; obviously fragile but anything to do with Outlook (and MS in general) is fraught with danger... :( Again, my apologies for the noise. Thanks again, eric -- : Eric S Fraga, GnuPG: 0xC89193D8FFFCF67D : in Emacs 24.2.50.1 and Org release_7.9.2-350-g934208
Re: [O] [bug] org-agenda-diary-entry fails on redisplay of the agenda
Bastien writes: > Hi Eric, > > Eric Fraga writes: > >> I am not entirely sure what you mean but I have tested this now with an >> empty diary.org file (i.e. no tags at all in that file at least) and I >> get: > > I've pushed a fix, please let me know if it solves your problem. Hi Bastien, Thanks for this. Unfortunately, it does not fix the problem. I have updated to latest org version and get the same error, as near as I can tell. However, I have bitten the bullet and gone through my customisations to remove all diary related entries. After some bisecting, I have found that one of my /advices/ was affecting org's diary entry process. I have disabled the advice (specifically, one used to propagate new diary entries to my Outlook and Google calendars automatically) and the problem has disappeared. I must not be preserving the state as well as I expected in the advice function.Why it worked before and not now, I have no idea. Yet. Apologies for the noise. Thanks, eric -- : Eric S Fraga, GnuPG: 0xC89193D8FFFCF67D : in Emacs 24.2.50.1 and Org release_7.9.2-350-g934208
Re: [O] hidden-subtree-error
Oh my. It's fixed... I should add a function to the hooks, right? So this works (add-hook 'org-mode-hook (lambda () (local-set-key ... as expected. Thanks, sorry :) On Sun, Sep 30, 2012 at 11:23:08PM +0200, Bastien wrote: > Hi Philipp, > > Philipp Kroos writes: > > > The same happens if I don't add the git-version to load-path, > > i.e., with Org-mode version 7.8.11 > > I still cannot reproduce this. The error is only displayed when > I use M-/ on a subtree that has folded children. > > Maybe someone else can reproduce. > > -- > Bastien >
Re: [O] New exporter queries, captions
Hello, t...@tsdye.com (Thomas S. Dye) writes: > Is it possible to expand links, too? If I have > #+CAPTION: Data from [[textcite:ladefoged08:_variab_hawaii][;]]. > I get > \caption{Data from [[textcite:ladefoged08:_variab_hawaii][;]].} > > My textcite link type is here: > > #+name: define-biblatex-textcite-link > #+begin_src emacs-lisp :results silent :exports none > (org-add-link-type >"textcite" 'ebib >(lambda (path desc format) > (cond > ((eq format 'html) >(format "(%s)" path)) > ((eq format 'latex) >(if (or (not desc) (equal 0 (search "textcite:" desc))) >(format "\\textcite{%s}" path) > (format "\\textcite[%s][%s]{%s}" > (cadr (split-string desc ";")) > (car (split-string desc ";")) path)) > #+end_src It is now possible to have links in captions. Regards, -- Nicolas Goaziou
Re: [O] hidden-subtree-error
Hi Philipp, Philipp Kroos writes: > The same happens if I don't add the git-version to load-path, > i.e., with Org-mode version 7.8.11 I still cannot reproduce this. The error is only displayed when I use M-/ on a subtree that has folded children. Maybe someone else can reproduce. -- Bastien
Re: [O] [PATCH] speedup redisplay of agenda item after change
Max Mikhanosha writes: > I've had commit access (for sticky agenda), so unless someone removed > me I should still have it. Yes, you still have it. > The reason I did not commit it directly, that its kind of innocent > looking change but in the sensitive area of the code, so I wanted more > eyes / testing on it first. If there is anything broken by it, my > guess it could bulk commands, clocking and/or undo stuff, and I'm not > these much. Org 7.9.2 is now in Emacs 24.3. The Emacs trunk is in feature freeze (for about one month) so we will have time to chase bugs in this area, that's why I committed this early (after some testing on my side though.) Thanks again, -- Bastien
Re: [O] hidden-subtree-error
Hi, I just pulled from master. $> emacs -Q -l minimal-init.el M-x version M-x org-version C-x C-f minimal-org.org C-x b *Messages* RET Org-mode version 7.9.2 (release_7.9.2-347-gd79227 @ /home/philipp/Lisp/elisp/org-mode/lisp/) GNU Emacs 24.2.1 (i686-pc-linux-gnu, GTK+ Version 3.4.4) of 2012-08-29 on shirley.hoetzel.info File mode specification error: (error "Hidden subtree, open with TAB or use subtree command M-S-/") with minimal-init.el: (setq org-mode-home "~/Lisp/elisp/org-mode") (add-to-list 'load-path (concat org-mode-home "/lisp")) (add-to-list 'load-path (concat org-mode-home "/contrib/lisp")) (add-hook 'org-mode-hook (local-set-key (kbd "ESC ") 'org-metaleft)) (add-hook 'org-mode-hook (local-set-key (kbd "ESC ") 'org-metaright)) and minimal-org.org: * Head 1 ** Head 2 The same happens if I don't add the git-version to load-path, i.e., with Org-mode version 7.8.11 Thank you, Philipp On Sun, Sep 30, 2012 at 07:47:14PM +0200, Bastien wrote: > Hi Philipp, > > Philipp Kroos writes: > > > sorry, I missed your answer till tidying up my mailbox was due today ;) > > This error doesn't prevent anything from working, so I haven't looked > > into it much deeper yet. > > Anyway, last time I even forgot the obvious step to investigate my > > .emacs first. > > Now I could narrow down the reason for the message to these lines: > > > > #+BEGIN_SRC emacs-lisp > > (add-hook 'org-mode-hook > > (global-set-key (kbd "ESC ") 'org-metaleft)) > > (add-hook 'org-mode-hook > > (global-set-key (kbd "ESC ") 'org-metaright)) > > #+END_SRC > > > > These bindings are ignored if i use `local-set-key` (why?), but the > > file-mode-specification error still comes up. > > I still cannot reproduce this error. What version of Org are you using? > > -- > Bastien >
Re: [O] [PATCH] speedup redisplay of agenda item after change
At Sat, 29 Sep 2012 08:21:08 +0200, Bastien wrote: > > Max Mikhanosha writes: > > > Following patch changes (org-agenda-change-all-lines) to call > > (org-agenda-finalize) for each line changed, with agenda buffer > > narrowed to just that line, and it speeds up redisplay of current item > > a lot, the Shift-Up changing of priority can almost keep up with > > keyboard repeat rate on large agendas. > > This is a great optimization trick, thanks a lot for this patch, > I just applied it. > > > I was running with this patch for a month, and did not noticed any > > problems so far. > > Did you run it with latest Org from maint, from master? No sorry I had not tried with maint, just with head of the repository. > Also, would you like to get push access to the repo? I'd be glad. > Just send me your public key if so. I've had commit access (for sticky agenda), so unless someone removed me I should still have it. The reason I did not commit it directly, that its kind of innocent looking change but in the sensitive area of the code, so I wanted more eyes / testing on it first. If there is anything broken by it, my guess it could bulk commands, clocking and/or undo stuff, and I'm not these much. Regards, Max
Re: [O] [bug] org-agenda-diary-entry fails on redisplay of the agenda
Hi Eric, Eric Fraga writes: > I am not entirely sure what you mean but I have tested this now with an > empty diary.org file (i.e. no tags at all in that file at least) and I > get: I've pushed a fix, please let me know if it solves your problem. Thanks, -- Bastien
Re: [O] hidden-subtree-error
Hi Philipp, Philipp Kroos writes: > sorry, I missed your answer till tidying up my mailbox was due today ;) > This error doesn't prevent anything from working, so I haven't looked > into it much deeper yet. > Anyway, last time I even forgot the obvious step to investigate my > .emacs first. > Now I could narrow down the reason for the message to these lines: > > #+BEGIN_SRC emacs-lisp > (add-hook 'org-mode-hook > (global-set-key (kbd "ESC ") 'org-metaleft)) > (add-hook 'org-mode-hook > (global-set-key (kbd "ESC ") 'org-metaright)) > #+END_SRC > > These bindings are ignored if i use `local-set-key` (why?), but the > file-mode-specification error still comes up. I still cannot reproduce this error. What version of Org are you using? -- Bastien
Re: [O] Org-mode release 7.9.2
> Bastien : > Steinar Bang writes: >> Cool! I've been looking for something like this for a long time. Is it >> possible to show the CLOCKSUM_T value on the status line as well? > Do you mean in the mode line? Yes. > Nope, this is not possible. > The clock mode line will be reworked for 8.0. Ok, thanks!
[O] Bug: tangling inserts blank line at top of file [7.9.1 (release_7.9.1-401-g2bd95b @ mypath)]
Using git master 2bd95b6b of Fri Sep 28 10:05:20 2012, if I tangle this with org-babel-tangle: #+BEGIN_SRC sh :tangle file.sh a #+END_SRC then file.sh would contain a blank line at the top, which I would not have expected to be there. Myles Emacs : GNU Emacs 24.2.1 (x86_64-unknown-linux-gnu, GTK+ Version 3.4.4) of 2012-08-28 on shaun Package: Org-mode version 7.9.1 (release_7.9.1-401-g2bd95b @ /home/myles/.emacs.d/plugins/org-mode/lisp/)
Re: [O] hidden-subtree-error
Hi, sorry, I missed your answer till tidying up my mailbox was due today ;) This error doesn't prevent anything from working, so I haven't looked into it much deeper yet. Anyway, last time I even forgot the obvious step to investigate my .emacs first. Now I could narrow down the reason for the message to these lines: #+BEGIN_SRC emacs-lisp (add-hook 'org-mode-hook (global-set-key (kbd "ESC ") 'org-metaleft)) (add-hook 'org-mode-hook (global-set-key (kbd "ESC ") 'org-metaright)) #+END_SRC These bindings are ignored if i use `local-set-key` (why?), but the file-mode-specification error still comes up. Best regards, Philipp On Tue, Sep 18, 2012 at 03:29:37PM +0200, Bastien wrote: > Hi Philipp, > > Philipp Kroos writes: > > > for the following file I get the errormessage > > `File mode specification error: (error "Hidden subtree, open with TAB or > > use subtree command M-S-/")`. > > > > * Level 1 > > text > > ** Nested Level 2 > >othertext > > > > Is this a user-error? > > I don't know how to reproduce this error -- can you give a more detailed > recipe? > > Thanks, > > -- > Bastien >
Re: [O] new exporter
Hello, itmejl writes: > This is about using the new exporter. > > I use Emacs 24.2 on win7 and org-mode 7.9.2. If you plan to use the new exporter, I strongly advise to load Org from git development branch instead of the latest release. > The following two lines (with real paths of course) are in .emacs: > (require 'org-export) You don't need to (require 'org-export) but you have to require the export back-ends you will need. I.e.: (require 'org-e-latex) or (require 'org-e-ascii). Regards, -- Nicolas Goaziou
Re: [O] new html exporter
Nicolas Goaziou writes: > Hello, > > henry atting writes: > >> Only a single file. I understand that something like this will no work >> anymore with the new exporter. >> >> #+SETUPFILE: /home/me/.setup.org > > It's #+SETUP_FILE: in the new exporter. Okay, then it applies the `#+STYLE:' option from the setup file but not the path to org-info.js set in `#+INFOJS_OPT: path:~/.org-info.js'. >> Besides I'm pretty happy with the old exporter and was only curious >> because I read that it will be replaced with the new one in a future >> stable version. I hope the old one will remain part of contrib (or >> antique or whatever) so I can choose to my liking. > > It would help to know what the new exporter is missing. Most probably nothing. Orgmode already has so many features, most of them I will never need I suppose. I am using orgmode for some years now but I wouldn't call me a heavy user. I jot down notes with org-capture, keep up a very simple agenda, plot my monthly household expenses and do some exporting to html. As to me I am content with e.g. org-export-as-html as I probably will be with the upcoming switch to the new exporter. I am only a little disappointed by the fact that these above mentioned tiny changes (like setupfile to setup_file) for someone like me (who does not want to take a deeper look into orgmode) are more confusing than they should be. Then again this little confusion will of course not discourage me from using orgmode. > > Regards, Regards, henry -- http://literaturlatenight.de
[O] new exporter
Hello! This is about using the new exporter. I use Emacs 24.2 on win7 and org-mode 7.9.2. The following two lines (with real paths of course) are in .emacs: (require 'org-export) (add-to-list 'load-path (expand-file-name "/path/to/org/contrib/lisp")) When starting with M-x org-export-dispatch I come to the new dispatcher but then nothing goes. Regardless of what I choose the message is: Symbol's function definition is void: org-e-ascii-export-as-ascii or org-e-html. or whatever export format chose. When I hit M-x org-e tab nothing is listed. Emacs does not seam to find the exporter commands. What am I missing? /
Re: [O] [bug] org-agenda-diary-entry fails on redisplay of the agenda
Bastien writes: > Hi Eric, > > Eric Fraga writes: > >> I should note that >> I have set org-agenda-diary-file to point to an org file instead of the >> default >> Emacs diary file and that file is based on a date-tree layout. > > Can you get this error with a limited set of (tagged) items? Hello Bastien, I am not entirely sure what you mean but I have tested this now with an empty diary.org file (i.e. no tags at all in that file at least) and I get: --8<---cut here---start->8--- Debugger entered--Lisp error: (wrong-type-argument sequencep t) mapcar((lambda (tg) (if (or (and hide-re (string-match hide-re tg)) (and (not add-inherited) (get-text-property 0 (quote inherited) tg))) nil tg)) t) (delq nil (mapcar (function (lambda (tg) (if (or (and hide-re (string-match hide-re tg)) (and (not add-inherited) (get-text-property 0 ... tg))) nil tg))) tags)) (setq tags (delq nil (mapcar (function (lambda (tg) (if (or (and hide-re ...) (and ... ...)) nil tg))) tags))) (progn (if (string-match "\\([]+\\)\\(:[[:alnum:]_@#%:]+:\\)[ ]*$" txt) (setq txt (substring txt 0 (match-beginning 0 (setq tags (delq nil (mapcar (function (lambda (tg) (if (or ... ...) nil tg))) tags))) (if tags (progn (let ((have-i (get-text-property 0 (quote inherited) (car tags))) i) (setq txt (concat txt " :" (mapconcat (function ...) tags ":") (if have-i "::" ":"))) (if (or add-inherited hide-re) (progn (if (string-match "\\([ ]+\\)\\(:[[:alnum:]_@#%:]+:\\)[ ]*$" txt) (setq txt (substring txt 0 (match-beginning 0 (setq tags (delq nil (mapcar (function (lambda (tg) (if ... nil tg))) tags))) (if tags (progn (let ((have-i (get-text-property 0 ... ...)) i) (setq txt (concat txt " :" (mapconcat ... tags ":") (if have-i "::" ":" org-agenda-fix-displayed-tags(#("test 5" 0 6 (org-heading t)) t t nil) (setq txt (org-agenda-fix-displayed-tags txt tags org-agenda-show-inherited-tags org-agenda-hide-tags-regexp)) (progn (setq txt (org-trim txt)) (setq txt (org-agenda-fix-displayed-tags txt tags org-agenda-show-inherited-tags org-agenda-hide-tags-regexp)) (let* ((category (or category (if (stringp org-category) org-category (and org-category (symbol-name org-category))) (if buffer-file-name (file-name-sans-extension (file-name-nondirectory buffer-file-name)) ""))) (category-icon (org-agenda-get-category-icon category)) (category-icon (if category-icon (propertize " " (quote display) category-icon) "")) (tag (if tags (nth (1- (length tags)) tags) "")) time effort neffort (ts (if dotime (concat (if (stringp dotime) dotime "") (and org-agenda-search-headline-for-time txt (time-of-day (and dotime (org-get-time-of-day ts))) stamp plain s0 s1 s2 rtn srp l duration thecategory) (and (derived-mode-p (quote org-mode)) buffer-file-name (add-to-list (quote org-agenda-contributing-files) buffer-file-name)) (if (and dotime time-of-day) (progn (if (or (setq stamp (string-match org-stamp-time-of-day-regexp ts)) (setq plain (string-match org-plain-time-of-day-regexp ts))) (progn (setq s0 (match-string 0 ts) srp (and stamp ...) s1 (match-string ... ts) s2 (match-string ... ts)) (if (and org-prefix-has-time org-agenda-remove-times-when-in-prefix ... ... ... ...) (setq txt ... (if s1 (setq s1 (org-get-time-of-day s1 (quote string) t))) (if s2 (setq s2 (org-get-time-of-day s2 (quote string) t))) (if (and s1 (not s2) org-agenda-default-appointment-duration) (progn (setq s2 (org-minutes-to-hh:mm-string ... (if s2 (progn (setq duration (- ... ...)) (if (string-match "\\([ ]+\\)\\(:[[:alnum:]_@#%:]+:\\)[ ]*$" txt) (progn (if (or (eq org-agenda-remove-tags t) (and org-agenda-remove-tags org-prefix-has-tag)) (setq txt (replace-match "" t t txt)) (setq txt (replace-match (concat ... ...) t t txt) (if (derived-mode-p (quote org-mode)) (progn (setq effort (condition-case nil (org-get-effort (or ... ...)) (error nil))) (if effort (progn (setq neffort (org-duration-string-to-minutes effort) effort (setq effort ...)) (or effort (setq effort "")) (if remove-re (progn (while (string-match remove-re txt) (setq txt (replace-match "" t t txt) (add-text-properties 0 (length txt) (quote (org-heading t)) txt) (setq time (cond (s2 (concat (org-agenda-time-of-day-to-ampm-maybe s1) "-" (org-agenda-time-of-day-to-ampm-maybe s2) (if org-agenda-timegrid-use-ampm " "))) (s1 (concat (org-agenda-time-of-day-to-ampm-maybe s1) (if org-agenda-timegrid-use-ampm " " ".."))) (t "")) extra (or (and (not habitp) extra) "") category (if (symbolp category) (symbol-name category) category) thecategory (copy-sequence category) level (or level "")) (if (string-match org-bracket-link-regexp category) (progn (setq l (if (match-end 3) (- (match-end 3) (match-beginning 3)) (- (match-end 1) (match-beginning 1 (if (< l (or org-prefix-category-length 0)) (progn (setq category (copy-sequence category)) (org
Re: [O] new html exporter
Hello, henry atting writes: > Okay, then it applies the `#+STYLE:' option from the setup file but not > the path to org-info.js set in `#+INFOJS_OPT: path:~/.org-info.js'. This is to be expected: org-jsinfo.el doesn't recognize the new exporter yet. > As to me I am content with e.g. org-export-as-html as I probably will > be with the upcoming switch to the new exporter. I am only a little > disappointed by the fact that these above mentioned tiny changes (like > setupfile to setup_file) for someone like me (who does not want to > take a deeper look into orgmode) are more confusing than they should > be. Documentation will be updated when the new exporter becomes mainstream. Regards, -- Nicolas Goaziou
Re: [O] [bug] org-agenda-diary-entry fails on redisplay of the agenda
Hi Eric, Eric Fraga writes: > I should note that > I have set org-agenda-diary-file to point to an org file instead of the > default > Emacs diary file and that file is based on a date-tree layout. Can you get this error with a limited set of (tagged) items? > The actual entry does get inserted in the diary; it is the redisplay of > the agenda that fails. There is something wrong with `org-agenda-fix-displayed-tags' when redisplaying your entries. We will find out with some examples. Thanks, -- Bastien
[O] [bug] org-agenda-diary-entry fails on redisplay of the agenda
Hello, sometime in the past few weeks, something has changed that has led to problems inserting items in my diary from the agenda view, using "i d" (org-agenda-diary-entry). The traceback is --8<---cut here---start->8--- Debugger entered--Lisp error: (wrong-type-argument sequencep t) mapcar((lambda (tg) (if (or (and hide-re (string-match hide-re tg)) (and (not add-inherited) (get-text-property 0 (quote inherited) tg))) nil tg)) t) (delq nil (mapcar (function (lambda (tg) (if (or (and hide-re (string-match hide-re tg)) (and (not add-inherited) (get-text-property 0 ... tg))) nil tg))) tags)) (setq tags (delq nil (mapcar (function (lambda (tg) (if (or (and hide-re ...) (and ... ...)) nil tg))) tags))) (progn (if (string-match "\\([]+\\)\\(:[[:alnum:]_@#%:]+:\\)[ ]*$" txt) (setq txt (substring txt 0 (match-beginning 0 (setq tags (delq nil (mapcar (function (lambda (tg) (if (or ... ...) nil tg))) tags))) (if tags (progn (let ((have-i (get-text-property 0 (quote inherited) (car tags))) i) (setq txt (concat txt " :" (mapconcat (function ...) tags ":") (if have-i "::" ":"))) (if (or add-inherited hide-re) (progn (if (string-match "\\([ ]+\\)\\(:[[:alnum:]_@#%:]+:\\)[ ]*$" txt) (setq txt (substring txt 0 (match-beginning 0 (setq tags (delq nil (mapcar (function (lambda (tg) (if ... nil tg))) tags))) (if tags (progn (let ((have-i (get-text-property 0 ... ...)) i) (setq txt (concat txt " :" (mapconcat ... tags ":") (if have-i "::" ":" org-agenda-fix-displayed-tags(#("test 3" 0 6 (org-heading t)) t t nil) (setq txt (org-agenda-fix-displayed-tags txt tags org-agenda-show-inherited-tags org-agenda-hide-tags-regexp)) ... org-agenda-format-item(nil #("test 3" 0 6 (org-heading t)) nil nil t) org-agenda-add-entry-to-org-agenda-diary-file(day #("test 3" 0 6 (org-heading t)) (9 30 2012)) ... org-agenda-diary-entry-in-org-file() ... org-agenda-diary-entry() call-interactively(org-agenda-diary-entry nil nil) --8<---cut here---end--->8--- I've cut out some of the lines. I cannot reproduce this with a minimal emacs so there is something in my configuration that is causing the problem, I guess. I should note that I have set org-agenda-diary-file to point to an org file instead of the default Emacs diary file and that file is based on a date-tree layout. The actual entry does get inserted in the diary; it is the redisplay of the agenda that fails. Inserting into this diary has worked for yonks. >From vc-annotate, I can see that some lines near where the error occurs were changed in the past month with commit 8365b738. However, these don't appear to be anything relevant; not that I can really say this with any certainty, mind you :(. Further searching doesn't highlight anything obvious either. Any advice or help would be welcome! Thanks, eric -- : Eric S Fraga, GnuPG: 0xC89193D8FFFCF67D : in Emacs 24.2.50.1 and Org release_7.9.1-452-g7d8a0c
Re: [O] Org-mode release 7.9.2
Torsten Wagner writes: > h an entire kill of emacs (including emacs-server) and restart did not > help. > However, > M-x org-reload did... This is a symptom of Org being required before the Org package is loaded. Please check that you have (package-initialize) *before* any Org customization. -- Bastien
Re: [O] Org-mode release 7.9.2
onHi Bastien, h an entire kill of emacs (including emacs-server) and restart did not help. However, M-x org-reload did... figured out I had (require 'org-install) not set for some strange reason. It was set before using the Arch Linux git packages. Now it seems ok. Can confirm ELPA upgrade seems to work fine. Sorry for troubling. Torsten On 30 September 2012 17:10, Bastien wrote: > Bastien writes: > >> Er... forget that. I'll try and let you know if I get the same. > > I just did this: > > emacs -Q > > Eval'ed this: > > (require 'package) > (add-to-list 'package-archives '("org" . "http://orgmode.org/elpa/";) t) > > M-x list-packages RET > > installed org-20120929 > > then M-x org-reload RET > > I get > > Org-mode version 7.9.2 (7.9.2-elpa @ /home/guerry/.emacs.d/elpa/org-20120929/) > > -- > Bastien
Re: [O] Org-mode release 7.9.2
Bastien writes: > That's because I updated the ELPA packages manually, not with the script > which outputs this file. That too. But there's also apparently a bug in package manager that no matter how often you refresh the package archives it will still show you the old version in the package menu until you restart emacs. So, a freshly restarted emacs will offer to update to version 20120929 now and another restart later it will correctly show org-version as: Org-mode version 7.9.2 (7.9.2-elpaplus @ /home/gratz/.emacs.d/elpa/org-plus-contrib-20120929/) So there must be another problem in Torsten's setup. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptation for Waldorf Blofeld V1.15B11: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
Re: [O] Org-mode release 7.9.2
Achim Gratz writes: > I've checked just a minute ago and no, this is not what's currently up > on "Org ELPA" => http://orgmode.org/elpa/build-org-pkg.txt. The version > that's published (20120928) installs and reports just fine. That's because I updated the ELPA packages manually, not with the script which outputs this file. -- Bastien
Re: [O] Org-mode release 7.9.2
Hi Steinar, Steinar Bang writes: > Cool! I've been looking for something like this for a long time. Is it > possible to show the CLOCKSUM_T value on the status line as well? Do you mean in the mode line? Nope, this is not possible. The clock mode line will be reworked for 8.0. -- Bastien
Re: [O] Org-mode release 7.9.2
Bastien writes: > Achim Gratz writes: > >>> Org-mode version N/A (N/A @ >>> /home/torsten/.emacs.d/elpa/org-20120929/org-install.el) >> >> This is not the version that is published on orgmode.org currently. > > Torsten updated from (Org) ELPA and this is the latest ELPA version. I've checked just a minute ago and no, this is not what's currently up on "Org ELPA" => http://orgmode.org/elpa/build-org-pkg.txt. The version that's published (20120928) installs and reports just fine. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf Q+, Q and microQ: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
Re: [O] Org-mode release 7.9.2
Bastien writes: > Er... forget that. I'll try and let you know if I get the same. I just did this: emacs -Q Eval'ed this: (require 'package) (add-to-list 'package-archives '("org" . "http://orgmode.org/elpa/";) t) M-x list-packages RET installed org-20120929 then M-x org-reload RET I get Org-mode version 7.9.2 (7.9.2-elpa @ /home/guerry/.emacs.d/elpa/org-20120929/) -- Bastien
Re: [O] Org-mode release 7.9.2
> Memnon Anon : > , > | * New special property CLOCKSUM_T to display today's clocked time > | > | You can use CLOCKSUM_T the same way you use CLOCKSUM. It will > | display the time spent on tasks for today only. > ` > This is so *immensely* useful, thanks! Cool! I've been looking for something like this for a long time. Is it possible to show the CLOCKSUM_T value on the status line as well?
Re: [O] Org-mode release 7.9.2
Bastien writes: > Torsten Wagner writes: > >> just made an update... >> org-version gives now >> >> Org-mode version N/A (N/A @ >> /home/torsten/.emacs.d/elpa/org-20120929/org-install.el) >> >> Is that intended? > > Did you restart Emacs? Er... forget that. I'll try and let you know if I get the same. -- Bastien
Re: [O] Org-mode release 7.9.2
Achim Gratz writes: >> Org-mode version N/A (N/A @ >> /home/torsten/.emacs.d/elpa/org-20120929/org-install.el) > > This is not the version that is published on orgmode.org currently. Torsten updated from (Org) ELPA and this is the latest ELPA version. -- Bastien
Re: [O] Org-mode release 7.9.2
Torsten Wagner writes: > just made an update... > org-version gives now > > Org-mode version N/A (N/A @ > /home/torsten/.emacs.d/elpa/org-20120929/org-install.el) > > Is that intended? Did you restart Emacs? -- Bastien
Re: [O] Org-mode release 7.9.2
Torsten Wagner writes: > just made an update... > org-version gives now > > Org-mode version N/A (N/A @ > /home/torsten/.emacs.d/elpa/org-20120929/org-install.el) This is not the version that is published on orgmode.org currently. 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] Org-mode release 7.9.2
Hi Bastien, On 30 September 2012 16:39, Bastien wrote: > > As long as people have http://orgmode.org/elpa/ as the new Org ELPA > repo, I don't really mind the way they add it :) Sure, just made an update... org-version gives now Org-mode version N/A (N/A @ /home/torsten/.emacs.d/elpa/org-20120929/org-install.el) Is that intended? Started emacs again to be sure about it but the string remains the same Best, Torsten > > -- > Bastien
Re: [O] Org-mode release 7.9.2
Hi Torsten, Torsten Wagner writes: > Not sure if this is really good or better, but I would like to point > out as an alternative. As long as people have http://orgmode.org/elpa/ as the new Org ELPA repo, I don't really mind the way they add it :) -- Bastien
Re: [O] Org-mode release 7.9.2
Hi Bastien, thanks for the release and the hard work. As for ELPA, the changelogs say add (add-to-list 'package-archives '("org" . "http://orgmode.org/elpa/";) t) to the emacs config. I am not a big fan of add-to-list for pure users config, since it fragments the those settings a little bit Instead I force myself of configuring it at a single place like (setq package-archives '(("ELPA" . "http://tromey.com/elpa/";) ("gnu" . "http://elpa.gnu.org/packages/";) ("marmalade" . "http://marmalade-repo.org/packages/";) ("org" . "http://orgmode.org/elpa/";) )) Not sure if this is really good or better, but I would like to point out as an alternative. Greetings Torsten On 30 September 2012 07:23, Bastien wrote: > Hi all, > > I've released Org 7.9.2. > > http://orgmode.org/org-7.9.2.zip > http://orgmode.org/org-7.9.2.tar.gz > > See http://orgmode.org/Changes.html#sec-1 for the updated > list of changes. > > Thanks again to all who contributed! > > Enjoy, > > -- > Bastien > >
Re: [O] Problem: Moving rows in a table changes vsum start and end
Hi Carsten, > Thorsten, if you look at the manual, there are ways to write this limits of > vsum etc in a way that they are relative to the table boundaries or to > horizontal lines. This is robust agains changes of rows. Yes I know, thanks for pointing to it. It is just an dangerous culprit since people might not be aware of the fact that the formular changes along with row-moving operations. Esp. if you use vsum or other range based operations (with a start and end), one might expect that there should be no change. I can only speak for myself, however, as great as it is to use org-tables, I always have this little paranoid fear that certain cells did not get updated correctly, might it be due to wrong inputs from my side or because of a hidden bug. For really critical parts, esp. during the set-up of a new table, I find myself checking the numbers by hand again to make sure its going to be ok. Another problem I faced sometimes is the fact that after a while I forgot that a certain cell is addressed by a formular. I do changes by hand and just the next press of C-u C-c C-c might overwrite them accidentally without my notice. Having overlays or any sort of highlighting might be very helpful (and as the nature of emacs, people might just decide to turn them on and off if they get annoyed). I was thinking of: + Mark all cells/numbers which depend or are part of a formular (kind what we have already in the formular editor but for all and every forms) + Mark all cells which were updated by C-u C-c C-c (as the above but in addition being now different compared to the previous result) + Mark the parts of the formulars which using the cell in which the pointer is currently placed (reverse compared to the already existing formular highlighting) + Mark all cells which have by formulars some relation to the cell in which the pointer is currently placed (use two colors to indicate inputs and outputs) Those would give me a much more confidence, e.g., that all the fields are updated correctly, that I did not overwrite by accident an calculated value and it would help me to understand quickly the relation of cells even months after writing down the formulars. Greetings Torsten