Re: [O] [AGENDA VIEW] Isn't g supposed to refresh agenda views ?
Jonathan Leech-Pepin writes: >> I've never tried leaving an agenda buffer open overnight and refresh it >> in the morning: if I remember, I'll try it tonight and see what happens >> (I could simulate the whole thing right now but no time). >> > > I have, it maintains the old date as current for the agenda view. I > dint see this as a problem however since the agenda can look at any > arbitrary date, not just "today". Changing the date to today by > hitting "." should update the agenda view appropriately. > Great, thanks for letting us know! -- Nick
[O] Daily snapshot issue
Hello all, I've been attempting to update to the latest org using the daily .zip snapshot for several days (since Carsten rebuilt org-insert-heading). I don't have access to git on this computer. ELPA is blocked as well. The snapshot still reports the version as release_8.07-6-g13cb28 and has done so for nearly a week. Is there an issue with the snapshot? Regards, Jonathan
Re: [O] [AGENDA VIEW] Isn't g supposed to refresh agenda views ?
Hello, On Aug 14, 2013 10:32 AM, "Nick Dokos" wrote: > > "Xavier Maillard" writes: > > > Hello again, > > > > With my copy of orgmode, pressing g in the Agenda View does not behave > > as I would have expected it. > > > > Here is the docstring: > > > > g runs the command org-agenda-redo, which is an interactive compiled > > Lisp function in `org-agenda.el'. > > > > It is bound to g, . > > > > (org-agenda-redo &optional ALL) > > > > Rebuild possibly ALL agenda view(s) in the current buffer. > > > > Though it effectively does something, it does not really refresh my > > agenda view since, as of the date of today (Wednesday 14th), it is stuck > > to yesterday... > > > > I've never tried leaving an agenda buffer open overnight and refresh it > in the morning: if I remember, I'll try it tonight and see what happens > (I could simulate the whole thing right now but no time). > I have, it maintains the old date as current for the agenda view. I dint see this as a problem however since the agenda can look at any arbitrary date, not just "today". Changing the date to today by hitting "." should update the agenda view appropriately. If you manually change the date by moving forward or backward, or by changing the range from day to week to month it will refresh based on those settings, but the ones used to create the agenda initially. Regards, Jonathan > > What can I do to debug this ? > > You should probably check the variables whose names start with > ``org-agenda-start-...'' to make sure that they have not been > inadvertently modified incorrectly, particularly > org-agenda-start-on-weekday. > > What I would do is run edebug on org-agenda-redo and make sure it is > executed, but assuming that it is, it sounds like it is making the > implicit assumption that the agenda was created today. You can always > quit the agenda buffer and recreate it: that should work. > > > > > Additional informations: > > 1. GNU emacs 24.3.1 > > 2. org-mode from Git (dunno how to give you its version though) > > > > M-x org-version RET > > -- > Nick > >
Re: [O] Org-protocol does not work with org-capture
Hi Matt, Thanks for your response. I wasn't careful with template called from firefox bookmark button (it was set to "b"). I should stop being hasty when posting stuff to mailing list. However now I'm looking for a way to have this same bookmark on linux using evince. Any idea? On 14 August 2013 20:08, Matt Lundin wrote: > Sineau Gh writes: > > > Hi all, > > I'm sineau and I'm new member of the mailing list and newbie in > > org-mode. I have a problem with org-protocol which I searched in the > > mailing list and also stackoverflow with no luck. > > I'm trying to setup org-protocol and here's my config: > > > > (server-start) > > (require 'org-protocol) > > > > (setq org-protocol-default-template-key "l") > > (global-set-key "\C-cc" 'org-capture) > > > > Now org-capture returns this error: > > > > Symbol's function definition is void: org-contextualize-keys > > Greedy org-protocol handler. Killing client. > > > > I didn't know path-load to org-protocol.el so I left it empty in emacs > > config. I use emacs 24.2 on ubuntu 13.04 (downloaded from ubuntu > > default repo) and get org-mode package via emacs packages. > > What is the value of org-capture-templates? > > C-h v org-capture-templates RET > > Also, could you please type M-x toggle-debug-on-error RET and report the > complete backtrace you receive when you invoke org-protocol (presumably > from an outside program). > > Matt >
Re: [O] Emacs Barcamp
I think I need to hurry up and get back to Stockholm! ;] On Wed, Aug 14, 2013 at 04:58:29PM +0200, Ivan Kanis wrote: > Le 14 Août à 16h38, joa...@verona.se a écrit : > > > BTW with only 12 people it would be fun to do stuff like hands-on > > sessions and hacker sessions, WDYT? > > That's the spirit of a barcamp! Let's wait on Bastien's reply. > -- > L'histoire est un roman qui a été ; le roman est de l'histoire qui > aurait pu être. > -- Edmond et Jules de Goncourt > -- Russell Adamsrlad...@adamsinfoserv.com PGP Key ID: 0x1160DCB3 http://www.adamsinfoserv.com/ Fingerprint:1723 D8CA 4280 1EC9 557F 66E8 1154 E018 1160 DCB3
[O] Family organizer with Org-Mode: HTML grid agenda ?
I'm thinking about using Org-Mode to manage the day to day activities and tasks in my family, and publish it on a web server so that everyone can consult it. I haven't played a lot with html export/publish but my main concern is: can org-mode export an agenda view in a grid mode, like calfw or google calendar ? Google calendar itself doesn't seem very convenient since it doesn't handle recurring tasks, has no way to display who is tasked with what... I can't imagine being the first org-users using org-mode for this purpose so I'm actually fishing for ideas/setups. How do you do it ? Julien.
Re: [O] [BUG] Infinite loop in org-agenda-show-new-time
Matt Lundin writes: > Nick Dokos writes: > >> >> I haven't been able to work on the problem, but assuming that your >> diagnosis above is correct, perhaps the thing to do is to bind >> buffeer-invisibility-spec to nil inside org-move-to-column: >> >> (defun org-move-to-column (column &optional force buffer) >> (let ((buffer-invisibility-spec nil)) >> (if (featurep 'xemacs) >> (org-xemacs-without-invisibility (move-to-column column force >> buffer)) >>(move-to-column column force >> >> What do you think? > > That solves the problem beautifully. Would it have any negative > side-effects for other org functions, especially those that invoke > org-move-to-column in normal org buffers? > I hope not, but I don't know for sure. OTOH, we can try it and, if there are complaints, we can revert it and apply a more localized version of the same fix: just wrap the relevant *call* of org-move-to-column in a (let ((buffer-invisibility-spec nil)) (org-move-to-column )) But (without any solid evidence) it seems to me that having the behavior of move-to-column change with the buffer-invisibility-spec setting is a bug: how can anybody expect reproducible behavior from it if you don't know where point is going to end up? So I would be surprised if the fix does have negative side effects on anything: on the contrary, it might resolve some mysteries. OTOH, putting the let in the compat function would be a workaround for org, but the real fix should probably be in move-to-column itself. Perhaps a question to emacs devel is warranted. -- Nick
Re: [O] [BUG] Infinite loop in org-agenda-show-new-time
Matt Lundin writes: > Nick Dokos writes: > >> Oh, oh: I just tried following the steps in your last email and I *did* >> get the infinite loop, with the same backtrace that you did. Then I >> tried it again just now and it did not happen again. Is this thing not >> 100% reproducible? > > FWIW, it is 100% reproducible here when there are invisible lines > immediate following the item I am trying to reschedule. > OK - I've tried a few time since then and I have not been able to hit it again. I'll keep trying. -- Nick
Re: [O] Org-protocol does not work with org-capture
Sineau Gh writes: > Hi all, > I'm sineau and I'm new member of the mailing list and newbie in > org-mode. I have a problem with org-protocol which I searched in the > mailing list and also stackoverflow with no luck. > I'm trying to setup org-protocol and here's my config: > > (server-start) > (require 'org-protocol) > > (setq org-protocol-default-template-key "l") > (global-set-key "\C-cc" 'org-capture) > > Now org-capture returns this error: > > Symbol's function definition is void: org-contextualize-keys > Greedy org-protocol handler. Killing client. > > I didn't know path-load to org-protocol.el so I left it empty in emacs > config. I use emacs 24.2 on ubuntu 13.04 (downloaded from ubuntu > default repo) and get org-mode package via emacs packages. What is the value of org-capture-templates? C-h v org-capture-templates RET Also, could you please type M-x toggle-debug-on-error RET and report the complete backtrace you receive when you invoke org-protocol (presumably from an outside program). Matt
Re: [O] [BUG] Infinite loop in org-agenda-show-new-time
Nick Dokos writes: > Oh, oh: I just tried following the steps in your last email and I *did* > get the infinite loop, with the same backtrace that you did. Then I > tried it again just now and it did not happen again. Is this thing not > 100% reproducible? FWIW, it is 100% reproducible here when there are invisible lines immediate following the item I am trying to reschedule. Matt
Re: [O] [BUG] Infinite loop in org-agenda-show-new-time
Nick Dokos writes: > Matt Lundin writes: > >> ... >> In other words, within the agenda buffer, move-to-column and >> move-end-of-line will move to the point to the end of the entire >> invisible region. That is why removing the local binding of >> buffer-invisibility-spec to nil triggers this bug, because when that >> variable is nil, the function org-agenda-show-new-time temporarily >> treats the agenda buffer as if it were visible (i.e., it ignores the >> invisible overlay). >> > > I haven't been able to work on the problem, but assuming that your > diagnosis above is correct, perhaps the thing to do is to bind > buffeer-invisibility-spec to nil inside org-move-to-column: > > (defun org-move-to-column (column &optional force buffer) > (let ((buffer-invisibility-spec nil)) > (if (featurep 'xemacs) > (org-xemacs-without-invisibility (move-to-column column force > buffer)) > (move-to-column column force > > What do you think? That solves the problem beautifully. Would it have any negative side-effects for other org functions, especially those that invoke org-move-to-column in normal org buffers? Here's a list of such invocations: --8<---cut here---start->8--- -*- mode: grep; default-directory: "~/org-mode/lisp/" -*- Grep started at Wed Aug 14 10:14:17 grep -nH -e org-move-to-column *.el org-agenda.el:8248:(org-move-to-column col)) org-agenda.el:8260: (org-move-to-column col))) org-agenda.el:8766: (org-move-to-column col org-agenda.el:9130: (org-move-to-column (- (window-width) (length stamp)) t) org-agenda.el:9232: (org-move-to-column col org-agenda.el:9252:(org-move-to-column col) org-clock.el:1851:(org-move-to-column c) org-colview.el:503: (org-move-to-column col) org-colview.el:632: (org-move-to-column col) org-compat.el:338:(defun org-move-to-column (column &optional force buffer) org.el:9440: (if (< (current-column) gc) (org-move-to-column gc t) (insert " ")) org.el:14377: (org-move-to-column (min ncol col) t)) org.el:14532: (org-move-to-column col) org.el:14616: (org-move-to-column (- (window-width) 19) t) org.el:22037: (org-move-to-column column org.el:22465: (org-move-to-column min-indent t)) org.el:22588: (org-move-to-column cc t) org.el:22593:((not off) (org-move-to-column cc t) (insert ": "))) org.el:23360: (org-move-to-column c org-list.el:2170:(org-move-to-column col))) org-list.el:2189:(org-move-to-column col))) org-macs.el:110: (org-move-to-column ,col) org-src.el:358: (org-move-to-column org-src.el:364: (org-move-to-column org-src.el:537: (org-move-to-column (max 0 (- col block-nindent 2))) org-src.el:771: (org-move-to-column (if preserve-indentation col (+ col total-nindent delta) org-table.el:1121:(org-move-to-column col) org-table.el:1126:(org-move-to-column col)) org-table.el:1353: (org-move-to-column col) org-table.el:1358: (org-move-to-column col)) org-table.el:1507:(org-move-to-column col) org-table.el:1559:(org-move-to-column col) org-table.el:1599:(org-move-to-column col) Grep finished (matches found) at Wed Aug 14 10:14:17 --8<---cut here---end--->8--- Matt
Re: [O] Emacs Barcamp
Le 14 Août à 16h38, joa...@verona.se a écrit : > BTW with only 12 people it would be fun to do stuff like hands-on > sessions and hacker sessions, WDYT? That's the spirit of a barcamp! Let's wait on Bastien's reply. -- L'histoire est un roman qui a été ; le roman est de l'histoire qui aurait pu être. -- Edmond et Jules de Goncourt
Re: [O] Emacs Barcamp
Ivan Kanis writes: > Le 14 Août à 15h39, joa...@verona.se a écrit : > >>> How many people can sit at your office meeting room? I would like to >>> visit Stockholm. >> >> The office is limited to 150 people by fire regulations I think. But >> that would be crowded. > > I would like to be about 12. More is too much for me to handle. > >> Theres a fridge and a kitchen. The company I work for can likely also >> provide snacks and some t-shirts :) > > Is Swedish beer any good ? :) Hmm not as compared to the great beer nations of Europe. But there are acceptable swedish beers, and theres large amounts of imported beer. The company usually keeps enough beer for 12 people in the fridge. (I'm not exactly sure since I dont drink alcohol since approx 2009) To use the office I must be able to attend, and I'm doing some traveling this autumn. BTW with only 12 people it would be fun to do stuff like hands-on sessions and hacker sessions, WDYT? -- Joakim Verona
[O] clocking into an inline task before any headings
Hello, Are inline tasks allowed to be used before any other headings? (I hope they are.) Starting with $ emacs -Q and with nothing more than a (require 'org-inlinetask) I am able to insert an inline task with C-c C-x t but when I try to clock in, "CLOCK:" is inserted on a line directly below the task title and I get this Backtrace: Debugger entered--Lisp error: (error "Before first headline at position 120 in buffer a.org") signal(error ("Before first headline at position 120 in buffer a.org")) error("Before first headline at position %d in buffer %s" 120 #) byte-code("\300\301`p#\207" [error "Before first headline at position %d in buffer %s"] 4) org-back-to-heading(t) org-narrow-to-subtree() org-clock-sum-current-item(nil) byte-code("?\205\306 \307\211\211\310 ?\205 \n@ABC\203=B\203+C\311=\203=D\204= \204=\307\311D\312 \210)E\313\232\203N\311F\314\307G\"\210)E\315\232\203k\316\317!\211@\203g\320@!@\202k\321\322!\210E\323\232\203u\324 \210B\203\331\212@\204\204\325\311!\210\326H!@\203\224\326@!\202\225p\232\205\265\327H!@\203\251\327@!\202\252`U\205\265I\330\331 8\232)\203\304\332\333J\"\210\334\335\307\"\210K\327L!\326L!\223\210\311D\336\307\311\"\210)m\203\350\337 \204\350\340\341!\202\351`\212@\203\n\326@!\203\n\342\326@!!q\210\327@!@\307\211\223\210\212\214~\210b\210\325\311!\210B\204 K\307\211\223\210\212\307u\210\343\344!\210\345 \210)\346 \210\347M!\203P\350N!\210M\351\352!!\211O\203L\353O!\210)\202fM\203f\350P\354M\355R!\204f\353M!\210\350N!\205y\330\225\205y\356\357\225\330\225{!QR\203\215\347R!\203\215R \202\245\350N!\203\244\351\330!\203\244\360\361\362\351\330!#\202\245\363J\364J\365\307#J\366S!\210S\203\367\350\367T\370\371R!\203\367\332\372\351\357!\"\210\373\351\357!\374QA\357\225b\210\375\376\377\351\357!!\"U\201b`V\"W\201c\201d !X\202\256S\201e=\203\332\201f!\210\201g \210\201h\352!\210\334\335\307\"\210\202\256\201i\201j!\210\201ku\210\201l \210\212\341\210\201m )\203H\201n\357!\210\201o\201p \352Z!\210T\201q\261\210\201b`V\"W\201c\201d !XF\203mG\206\236\203\225\201r\201s\201t\201u\201v !\201u!Z\201w\245\"!\203\225\206\236Y\206\236\201v U\201xU\201y\201z#AL`\201{ \223\210H\212\325\311!\210`)\201{ \223\210\311Z[\201|=\204\333[\201}=\203\371\\\204\345\201~\\\201\\>\204\371\201\200\\\201\201\"\\[\201\202=\204[\201}=\203]^\201\203 \210_\203#\201\204_!\210\307_[\2034\201\205`\211\201\203#_a\203C\201\204a!\210\307a\201\205\201w\211\201\206#a\332\201\207A\f#\210\343\201\210!. \207" [org-clock-resolving-clocks-due-to-idleness org-clock-resolving-clocks org-clock-leftover-time leftover msg-extra target-pos org-clocking-p nil "" t org-resolve-clocks (64) org-clock-in (4) org-clock-select-task "Clock-in on task: " copy-marker error "Abort" (16) org-clock-mark-default-task org-back-to-heading marker-buffer marker-position 4 org-heading-components message "Clock continues in \"%s\"" throw abort org-clock-out org-at-heading-p point-at-bol 0 org-base-buffer run-hooks org-clock-in-prepare-hook org-clock-history-push org-clock-set-current functionp looking-at match-string 2 org-todo "[ ]*" "\\>" org-trim 1 replace-regexp-in-string "\\[\\[.*?\\]\\[\\(.*?\\)\\]\\]" ...] 7) org-clock-in(nil) call-interactively(org-clock-in nil nil) This is the behaviour as of commit 75f73e0b87a. Inserting a heading above the tasks allows it to be clocked into. Thanks, Myles
Re: [O] [AGENDA VIEW] Isn't g supposed to refresh agenda views ?
"Xavier Maillard" writes: > Hello again, > > With my copy of orgmode, pressing g in the Agenda View does not behave > as I would have expected it. > > Here is the docstring: > > g runs the command org-agenda-redo, which is an interactive compiled > Lisp function in `org-agenda.el'. > > It is bound to g, . > > (org-agenda-redo &optional ALL) > > Rebuild possibly ALL agenda view(s) in the current buffer. > > Though it effectively does something, it does not really refresh my > agenda view since, as of the date of today (Wednesday 14th), it is stuck > to yesterday... > I've never tried leaving an agenda buffer open overnight and refresh it in the morning: if I remember, I'll try it tonight and see what happens (I could simulate the whole thing right now but no time). > What can I do to debug this ? You should probably check the variables whose names start with ``org-agenda-start-...'' to make sure that they have not been inadvertently modified incorrectly, particularly org-agenda-start-on-weekday. What I would do is run edebug on org-agenda-redo and make sure it is executed, but assuming that it is, it sounds like it is making the implicit assumption that the agenda was created today. You can always quit the agenda buffer and recreate it: that should work. > > Additional informations: > 1. GNU emacs 24.3.1 > 2. org-mode from Git (dunno how to give you its version though) > M-x org-version RET -- Nick
Re: [O] Emacs Barcamp
Le 14 Août à 15h39, joa...@verona.se a écrit : >> How many people can sit at your office meeting room? I would like to >> visit Stockholm. > > The office is limited to 150 people by fire regulations I think. But > that would be crowded. I would like to be about 12. More is too much for me to handle. > Theres a fridge and a kitchen. The company I work for can likely also > provide snacks and some t-shirts :) Is Swedish beer any good ? :) -- La différence entre un bon et un mauvais architecte réside en ce que le mauvais succombe à toutes les tentations quand le bon leur tient tête. -- Ludwig Wittgenstein J'écoute « Stan Getz, Joao Gilberto - The Girl From Ipanema ».
Re: [O] Emacs Barcamp
Le 13 Août à 20h59, Nic Ferrier a écrit : > I probably wouldn't attend if it's a weekend thing though so this would > have to be a last resort. Thanks for offering venues. It's a weekend thing. -- Un roman commence par un coup de dés. -- Roger Vailland
Re: [O] Emacs Barcamp
Le 13 Août à 21h03, joa...@verona.se a écrit : > It was I that mentioned Stockholm. Our company has an office we could > probably use. But I think places to be are probably easy to come by, so > do what you feel is easiest! How many people can sit at your office meeting room? I would like to visit Stockholm. Take care, Ivan -- Plus ça change, plus c'est la même chose. -- Alphonse Karr
Re: [O] Export only a (sub)tree
On Wed, Aug 14, 2013 at 07:57:17AM +0200, Xavier Maillard wrote: > > I am using one big orgmode file to keep all my stuff. I need for some > nodes of this file to export them and to send them to my teammates, etc. > > Although there is a manual, I could not find THE way to it there. I > could not figure out if it is even possible at all. Evaluate the following, and look at C-s. (info "(org) The Export Dispatcher") -- Suvayu Open source is the future. It sets us free.
Re: [O] orgmode tables for programmers (was table export to same buffer)
On Wed, Aug 14, 2013 at 12:54 PM, Rustom Mody wrote: > I find it works in org 8 but not in 6.33 -- the default for emacs on > debian. > Is it easy to make it work for earlier org also?? > > Ok Ive managed to hack up something: The attached works in org 6.33 and 8.0.7 Just one small help needed: How to split the very long line #+ORGTBL SEND mytable... into multiple lines?? Regards Rusi orgtbl6.33.py Description: Binary data
[O] orgmode tables for programmers (was table export to same buffer)
On Mon, Aug 12, 2013 at 11:50 PM, William Henney wrote: > > The template is not strictly necessary - you can just add the required > lines by hand to your C source file. > I think that orgtbl-to-generic should be able to do what you want out of > the box. Maybe the attached example (orgtbl-test.c) might help you. The > idea is that you edit the org table at the top, then "C-u C-u C-c C-c" will > update all the formulae in the table and install the results in your C > source code at the bottom. This is not quite what you originally asked > for, since you have two copies of the data in the file and you have to > remember to only edit the version in the org table. But it is pretty > close. > > Cheers > > Will > > Thanks Will. Ive converted your code to python (attached). I find it works in org 8 but not in 6.33 -- the default for emacs on debian. Is it easy to make it work for earlier org also?? Reason: This question was asked on the python list: thread starting http://mail.python.org/pipermail/python-list/2013-July/653164.html And so it would be good to have an example that works mostly out of the box orgtbl.py Description: Binary data