Re: [O] Export only a (sub)tree
The export dispatcher has C-s to export the subtree only. Samuel -- 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] example blocks remove initial whitespace
Hi Sebastien, Thank you for testing it. With no changes, it works now. Samuel
[O] orgmode tables for programmers (was table export to same buffer)
On Mon, Aug 12, 2013 at 11:50 PM, William Henney when...@gmail.com 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
Re: [O] orgmode tables for programmers (was table export to same buffer)
On Wed, Aug 14, 2013 at 12:54 PM, Rustom Mody rustompm...@gmail.com 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
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] 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] 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 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] [AGENDA VIEW] Isn't g supposed to refresh agenda views ?
Xavier Maillard xav...@maillard.im 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, menu-bar Agenda Rebuild buffer. (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
[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 #buffer a.org)
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] Emacs Barcamp
Ivan Kanis i...@kanis.fr 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
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] [BUG] Infinite loop in org-agenda-show-new-time
Nick Dokos ndo...@gmail.com writes: Matt Lundin m...@imapmail.org 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] [BUG] Infinite loop in org-agenda-show-new-time
Nick Dokos ndo...@gmail.com 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] Org-protocol does not work with org-capture
Sineau Gh sinea...@gmail.com 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
Matt Lundin m...@imapmail.org writes: Nick Dokos ndo...@gmail.com 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] [BUG] Infinite loop in org-agenda-show-new-time
Matt Lundin m...@imapmail.org writes: Nick Dokos ndo...@gmail.com 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
[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] 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
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 m...@imapmail.org wrote: Sineau Gh sinea...@gmail.com 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] [AGENDA VIEW] Isn't g supposed to refresh agenda views ?
Hello, On Aug 14, 2013 10:32 AM, Nick Dokos ndo...@gmail.com wrote: Xavier Maillard xav...@maillard.im 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, menu-bar Agenda Rebuild buffer. (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
[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 ?
Jonathan Leech-Pepin jonathan.leechpe...@gmail.com 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
