Re: [Orgmode] [ANN] Org to Atom, revisited
On 06/18/2010 09:03 AM, David Maus wrote: Olivier Schwander wrote: [here]: http://ictsoc.de/code/org-atom/example.atom Is there the source of this feed somewhere ? It would be nice to have a self sufficient example. I've uploaded the source of the example feed to http://ictsoc.de/code/org-atom/example.org But it's really as straightforward as the simple example in the documentation. * Download and installation Maybe it would be useful to have the emacs lisp fragment users need to put in their .emacs file ? And add this part to the "Download and install" section of the online manual. I'll put more detailed install instructions there as soon as there is a decision about including org-atom into Org or not (yet). 1.2 Headline properties A headline that matches the TAGS/PROP/TODO query for feed entries requires at least two headline properties to be present: The =ID= property with a unique identifier of the headline (preferable a UUID) and a property called =atom_published= containing a time stamp with the date an entry should be considered to be published. If these two properties are not present, they are automatically created using Org's default method to create ID properties[2] and current time and date for the publishing date[3] Maybe it should be better to extract timestamp from the usual timestamp below headlines, like this one: * Some title [2010-06-16 mer. 14:19] or * DONE Some title CLOSED: [2010-06-16 mer. 14:19] Actually, with this solution, it would be better to remove the timestamp used from the export, since it will displayed by the reader. The problem is, that the Atom specification requires an entry to have at least a atom:updated element. Thus there must be timestamp somewhere. Binding the timestamp to a special position in Org mode markup would limit the functionality of the exporter. However: I understand that it could be reasonable to not use a property, but an already present timestamp. What about something like this: The name of the published and updated property can be customized. It can either be a string with the property name or the symbol 'timestamp_ia. If it is this symbol, the exporter uses the first inactive timestamp of a headline. If the headline does not have an inactive timestamp, the exporter throws an error. This would be a welcome addition. I would use it, and perhaps it would entice RMS to adopt Org Mode as well. It's pretty close to what he uses for his political notes: http://www.stallman.org/archives/2010-mar-jun.html 1.3 Export settings content: turn on/off publishing content When content is t, the headline is exported both in title and in content, is this a feature or a bug ? If it's a feature, it should be nice to have an option to disable it. Hah! Good catch. Never paid attention to this. Just pushed a commit that removes the title in the content element. Thanks for the comment and suggestions. -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode Org Mode gets better all the time. Thanks again. - Terry ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] how to customize (inactive) timestamp textual format
Hi all,
I use frequently C-c C-! to put inactive timestamps in Org files.
I do that also in some files which are used not only by me, but shared
among people which are used to different date formats. In that context,
it's annoying for me that Org-mode specifies weekdays using my local
language, which is Italian. Here is an example of a timestamp of mine:
[2010-06-20 dom]
Is there a way to force weekdays to be output using English rather the
Italian? Of course I don't want to change my locale settings just for
this ...
Many thanks in advance for your help,
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/
Dietro un grande uomo c'è ..| . |. Et ne m'en veux pas si je te tutoie
sempre uno zaino ...| ..: | Je dis tu à tous ceux que j'aime
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Writing the words in different color
Hey Guys, can you please advice how to write words in different colors in orgmode? For example I wrote some meeting notes and would like to pay attention on some sentences writing them in another color. Thank you, Juri. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [PATCH] New clocktable-feature: Structure clocktable by tags rather than by hierarchy
Hi Bernd, wow, if this works as advertised, this is great. Does your mechanism see inherited tags? You need to sign the papers with the FSF for this patch. Are you willing to do this? - Carsten On Jun 20, 2010, at 12:24 PM, B Grobauer wrote: Hi, at work I am required to specify what I have spent my time on by assigning clocked time to one of several projects/accounts. To do so, the clocktable-feature of org-mode already is a tremendous help, but I found that I still had to do quite a bit of manual work, because the structure of my org-files does not correspond 1:1 with my projects. The attached patch allows me to tag headings with project/account names and then have clocktable generate a table that structures the clocked time by these project names rather than by the hierarchical layout of the org-files. Here is what a clock-table for the attached clocktags_test.org looks like without the new feature: | L | Headline|Time | | | |---+-+-+ +--| | | *Total time*| *17:30* | | | |---+-+-+ +--| | | | *FILE time* | *0:00* | | | 1 | Todos |7:00 | | | | 2 | DONE Unallocated Task | | 1:00 | | | 2 | DONE Some Task for Project A | | 1:00 | | | 2 | DONE Some Task for Project B| | 1:00 | | | 2 | DONE Another Task for Project A | | 1:00 | | | 2 | DONE Antother Task for Project B| | 1:00 | | | 2 | DONE Yet another Task for Project A | | 1:00 | | | 2 | DONE Yet antoher Task for Project B | | 1:00 | | | 1 | Project A |7:30 | | | | 2 | Subproject A1 | | 4:30 | | | 3 | Task 1 for Subproject A1| || 2:00 | | 3 | Task 2 for Subproject A1| || 1:00 | | 3 | Task 3 for Subproject A1| || 1:00 | | 2 | Subproject A2 | | 3:00 | | | 3 | Task 1 for Subproject A2| || 1:00 | | 3 | Task 2 for Subproject A2| || 1:00 | | 3 | Task 3 for Subproject A2| || 1:00 | | 1 | Project B |3:00 | | | | 2 | Task 1 for Project B| | 1:00 | | | 2 | Task 2 for Project B| | 1:00 | | | 2 | Task 3 for Project B| | 1:00 | | Below is what it looks like with the new "clocktags" feature, assuming that - all tasks that pertain to project A have been tagged with "00Project_A" (possibly using tag inheritance) - all tasks that pertain to project B have been tagged with "01Project_B" (possibly using tag inheritance) - the clocktable is called with parameter ':clocktable "[0-9][0-9]"' where the parameter value specifies a regular expression which a tag has to match in order to be used for structuring the clocktable | ClockTag| L | Headline |Time | |-+---+---+-| | | | *Total time* | *17:30* | |-+---+---+-| |-+---+---+-| | UNALLOCATED | | *Total* | *1:00* | |-+---+---+-| | | 2 | DONE Unallocated Task |1:00 | |-+---+---+-| | 00Project_A | | *Total* | *10:30* | |-+---+---+-| | | 2 | DONE Some Task for Project A |1:00 | | | 2 | DONE Another Task for Project A |1:00 | | | 2 | DONE Yet another Task for Project A |1:00 | | | 2 | Subproject A1 |0:30 | | | 3 | Task 1 for Subproject A1 |1:00 | | | 4 | Subtask 1 of Task 1 for Subproject A1 |1:00 | | | 3 | Task 2 for Subproject A1 |1:00 | | | 3 | Task 3 for Subproject A1 |1:00 | | | 3 | Task 1 for Subproject A2 |1:00 | | | 3 | Task 2 for Subproject A2 |1:00 | | | 3 | Task 3 for Subproject A2 |1:00 | |-+---+---
Re: [Orgmode] [PATCH] New clocktable-feature: Structure clocktable by tags rather than by hierarchy
Hi Carsten, > > wow, if this works as advertised, this is great. I hope it does :) -- I did not find problems with the featuers of the clocktable that I am using regularly. Please let me know when you encounter problems and I shall try to fix those. > > Does your mechanism see inherited tags? Yes -- in the sample file, for example, tag inheritance is used to mark all sub-nodes of the two top-level trees for "Project A" and "Project B" as pertaining to those projects, respectively. > > You need to sign the papers with the FSF for this patch. Are > you willing to do this? Yes, certainly. I just sent the request and will let you know when the process is through. Thanks again for org-mode! Best regards, Bernd ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] function to change TODO status and refile to a predetermined location
hi, i have a file "Collect.org" in which i collect items that need processing. Every morning I go through the file, decide what needs to be done with each item, and refile it. The outcomes are pretty stereotyped, so for instance, if it's a project idea, I tag it with :project:, give it the status TODO, and refile it in Projets.org; if it's a simple task, I also give it the status TODO, but refile it in gtd.org; and if it's a reminder about something I'm waiting on from someone else, I give it the status WAITING, and also refile it in gtd.org. I'd like to write a function that automates these tasks for me. The idea is to have a keybinding (though my key map seems really full!) that works a little bit like the rmemember template keybinding -- one function, but with options that infoke slightly different outcomes. so, say, C-c f p = refile as a project C-c f a = refile as an action C-c f w = refile as 'waiting' My elisp is *terrible* though and I was hoping for some help. I can see that for each option I want to perform: (org-todo "STATE") and then something like (org-refile) -- except that I want to pre-specify a refiling location. Is this something I can do? I figure it must be possible since org-remember does it, but my quick reading of that code didn't help me much. also, it seems to me I need something like an array, in which the final character in the keybinding determines values for the TODO state, the refiling location, and in some cases a tag (i'm not sure what function to call to add a tag to a heading -- it looks like org-set-tags doesn't take any arguments, so I guess that won't work...). Can someone give me some pasic advice on building a function like that? I appreciate all the help! Thanks so much, Matt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Writing the words in different color
This works for HTML output. The style information can be externalized to css style files by assigning class identifiers to various text elements. The relevant sections in the manual are: 12.5.2 Quoting HTML tags and 12.5.7 CSS support * Some Heading - @Point 1 in blue@ - Some text in @red@ - Bolded text in @green@ * Another Point #+HTML: Now a whole paragraph can be another color. #+HTML: - Srinivas ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: GTD: Tags or Custom TODO states?
Matt Price writes: > Hi Everyone, > > So, I'm going to try to implement David Allen's Getting Things Done > using org-mode, as so many other people have done already. I'd like > to set things up more or less right the first time, but since GTD is > brand-new to me (just finished the book today!) and I'm still only > barely competent at org-mode, I'm a little anxious about the choices I > need to make. I think I understand some of the steps I have to take > now, but would love some advice from all the GTD'ers out there. So > here goes: > > GTD is a 5-step process: Collect, Process, Organize, Review, Do. > > I have all my GTD stuff in Dropbox, under ~/Dropbox/GTD, so there > won't be any syncing problems across computers (don't have a > smartphone yet, so that's not an issue). That directory currently > contains: > > Collect.org > > this is where stuff gets collected before any processing takes place > -- it's especially for things I think of or that get thrown at me when > I'm in a rush, or for 'mindsweeps'; essentially, it's a kind of Inbox > (I have an email inbox, too, with wanderlust as my mail client -- but > i'm not going to get into that now). The items in this file do not > have TODO states because I haven't figured out how to manage them yet. > Every morning, or thereabouts, I'm supposed to check Collect.org and > quickly process each item. Either it gets done right away, thrown out, > or assigned a category & refiled in one of the other GTD files... I use remember mode and remember templates to record new tasks and notes for later processing. I suggest you use that for dropping things into your Collect.org > > Reference.org > Stolen from > http://www.jboecker.de/2010/04/14/general-reference-filing-with-org-mode.html, > this is the one file that contains all my reference material. Again, > nothing in here is a TODO, and this file is not in the agenda-files > alist. > > GTD.org > this is the main storage place for actionable items, and items that > are waiting for a response, so it is listed in the agenda-files alist. > My plan is to use custom agenda views to quickly access all actions i > need to take and all items i'm waiting for. Everything should be > tagged with at least a CONTEXT tag (calls, emails, office, home, > errands, etc) and in most cases probably another tag that relates in > some ways to content -- so e.g. a person's name could be used as a tag > to build what Allen calls "agendas" for the next meeting you have with > that person. limiting on tags should make that pretty > straightforward. Everything should also have a TODO state associated > with it; right now I'm thinking something like this: > TODO WAITING |DONE > but maybe there should be others. (i do want to keep things as simple > as possible, though) With org-mode there's no real reason you have to keep these all in a single file. I use multiple files with org-agenda-files listing the active ones which will contribute tasks to my agenda. > > Projects.org > This file lists my projects and outlines the sub-projects associated > with them. Most of these are not _really_ todos -- but each project > does need to have a "next action" associated with it, and this *is* a > real TODO item. Here's where I can't decide which way to go: > Add this file to the agenda-files alist, and create two sets of TODO states: > PROJECT | DONE and > TODO WAITING | DONE > and then create custom views for reviewing projects (during the Weekly > Review, or maybe more often) and for viewing next actions along with > the TODOS from GTD.org; or > Just tag the projects headlines with :Project:, and only mark TODO's > when there's a next action defined. This is simpler but it makes it a > little harder to track projects using the Agenda view. ; or > just move the TODO items to GTD.org where they in some sense belong. > that seems a little labour intensive though. I've tried multiple things for projects: - todo state keywords (PROJECT and PROJDONE) - tags :project: and I've recently moved to a lazy project definition described at http://doc.norang.ca/org-mode.html#sec-12_2 This works great for me since I have level 1 tasks as categories and any actionable items start at level 2. So a project is any level 2 task with actionable subtasks (any todo keyword) I no longer spend any time deciding if something is a project or not. If it has subtasks and is worth doing it's a project. If it's not worth doing I just cancel it and move on. HTH, Bernt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: function to change TODO status and refile to a predetermined location
Matt Price writes: > i have a file "Collect.org" in which i collect items that need > processing. Every morning I go through the file, decide what needs to > be done with each item, and refile it. The outcomes are pretty > stereotyped, so for instance, if it's a project idea, I tag it with > :project:, give it the status TODO, and refile it in Projets.org; if > it's a simple task, I also give it the status TODO, but refile it in > gtd.org; and if it's a reminder about something I'm waiting on from > someone else, I give it the status WAITING, and also refile it in > gtd.org. > > I'd like to write a function that automates these tasks for me. The > idea is to have a keybinding (though my key map seems really full!) > that works a little bit like the rmemember template keybinding -- one > function, but with options that infoke slightly different outcomes. > so, say, > C-c f p = refile as a project > C-c f a = refile as an action > C-c f w = refile as 'waiting' > > My elisp is *terrible* though and I was hoping for some help. I can > see that for each option I want to perform: > > > (org-todo "STATE") > and then something like > (org-refile) > -- except that I want to pre-specify a refiling location. Is this > something I can do? I figure it must be possible since org-remember > does it, but my quick reading of that code didn't help me much. > > also, it seems to me I need something like an array, in which the > final character in the keybinding determines values for the TODO > state, the refiling location, and in some cases a tag (i'm not sure > what function to call to add a tag to a heading -- it looks like > org-set-tags doesn't take any arguments, so I guess that won't > work...). Can someone give me some pasic advice on building a > function like that? My refile.org is your Collect.org. I tend to collect things in here up to a week and then refile things away to appropriate locations. Bulk refiling is really useful here - from the agenda mark the tasks you want to refile together and move them all to a single target. I've never needed a refiling function as you describe to keep up with my refile tasks. I tend to clock everything I work on and at the end of the day if there is clocked time on a refile task I refile it immediately to its target location. The remaining refile tasks can remain in the collection bin until my weekly review. I find during refiling I can just up-arrow to select previous refile targets and this is really convenient. HTH, Bernt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] html export
Hi Eric, On Jun 19, 2010, at 5:28 PM, Eric Schulte wrote: Hi Tom, "Thomas S. Dye" writes: Aloha all, Exporting this small file to html here doesn't put a caption on the figure. * No caption #+CAPTION: Histogram of adze weights on a logarithmic scale #+LABEL: fig:wt-log [[file:~/Public/projects/903_adzes/r/sr-nb-scatter.png]] Does anyone else see this? Try removing the empty line between the #+LABEL:... line and the [[file:... line, that worked for me. or rather the following worked for me --8<---cut here---start->8--- * No caption #+CAPTION: Histogram of adze weights on a logarithmic scale #+LABEL: fig:wt-log [[file:graph.png]] --8<---cut here---end--->8--- also, if the file doesn't exist, then neither the file, nor the label or caption will export. All of a sudden, I'm having the devil's own time with html export. I made small changes to a large export project file and was surprised when none of the links were exported. The project has been exporting perfectly for months now. I agree it seems that the html export has been a little bit less stable as of late. Best -- Eric Removing the blank line doesn't work for me either. Org-mode version 6.36trans (release_6.36.291.gaf90f) Ah, I'm finally able to reproduce the problem in my larger file. Here is an example: * No results exported #+srcname: problem #+begin_src R b <- 4 #+end_src #+results: problem [[file:~/Public/projects/903_adzes/r/sr-nb-scatter.png]] The key is that srcname: and results: have the same name. Changing the results: name works. * Results exported #+srcname: problem #+begin_src R b <- 4 #+end_src #+results: problem-not [[file:~/Public/projects/903_adzes/r/sr-nb-scatter.png]] All the best, Tom ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Sort headings by priorities (in *.org file, not in agenda)
Hello, is it possible to sort headings of a specific level or headings in a region by priorities? And if yes, how can I do that? Thank you in advance! Best, Friedericksen ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] html export
"Thomas S. Dye" writes: [...] > Removing the blank line doesn't work for me either. > > Org-mode version 6.36trans (release_6.36.291.gaf90f) > Hmm, I just tried the above again using the HEAD (same org-version output as you have above) of the org-mode git repository and a minimal emacs config, and it *is* working for me, so maybe your problems will be resolved with an update of org-mode, or maybe they're due to something in your config? > > Ah, I'm finally able to reproduce the problem in my larger file. Here > is an example: > > * No results exported > > #+srcname: problem > #+begin_src R > b <- 4 > #+end_src > > #+results: problem > [[file:~/Public/projects/903_adzes/r/sr-nb-scatter.png]] > > The key is that srcname: and results: have the same name. Changing > the results: name works. > > * Results exported > > #+srcname: problem > #+begin_src R > b <- 4 > #+end_src > > #+results: problem-not > [[file:~/Public/projects/903_adzes/r/sr-nb-scatter.png]] > Yes, the key with the above is that babel by default only exports the code of a code block, which means that if there are results in the buffer they will be removed on export. If you want both the code and the results to be exported then change #+srcname: problem #+begin_src R b <- 4 #+end_src to #+srcname: problem #+begin_src R :exports both b <- 4 #+end_src Hope this helps -- Eric > > All the best, > Tom ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Sort headings by priorities (in *.org file, not in agenda)
On Sun, Jun 20, 2010 at 06:51:08PM +0200, Friedericksen Hope wrote: > is it possible to sort headings of a specific level or headings in a region > by priorities? > And if yes, how can I do that? >From info: `C-c ^' Sort same-level entries. When there is an active region, all entries in the region will be sorted. Otherwise the children of the current headline are sorted. The command prompts for the sorting method, which can be ... by priority ... http://orgmode.org/manual/Structure-editing.html#Structure-editing Regards, .j. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] html export
Eric Schulte wrote: > "Thomas S. Dye" writes: > > [...] > > Removing the blank line doesn't work for me either. > > > > Org-mode version 6.36trans (release_6.36.291.gaf90f) > > > > Hmm, I just tried the above again using the HEAD (same org-version > output as you have above) of the org-mode git repository and a minimal > emacs config, and it *is* working for me, so maybe your problems will be > resolved with an update of org-mode, or maybe they're due to something > in your config? > I think the difference between Eric's experiment and Tom's is the filename of the image - Eric uses a relative pathname, whereas Tom uses an absolute one: , | | * No caption | | #+CAPTION: Histogram of adze weights on a logarithmic scale | #+LABEL: fig:wt-log | [[file:Pic1.png]] ` produces a caption, but , | | * No caption | | #+CAPTION: Histogram of adze weights on a logarithmic scale | #+LABEL: fig:wt-log | [[file:~/Desktop/Pic1.png]] ` does not. Also, the alignment of the image changes in the two cases, which leads me to believe that one is treated as a display and the other as an inline image. Nick ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] `org-agenda-get-timestamps' fails on active timestamp before first headline
Hi guys, I've discovered a bug in `org-agenda-get-timestamps' wherein an active timestamp before the first headline causes it to fail. I realize that this is probably an error in my use of active timestamps, but there was no really handy error message and this bugged me for weeks. I'm not familiar enough with org-mode to know what the correct behavior should be here (it'd be nice to get an error message saying "Don't use active timestamps that way!"), but here's an example .org file that will trigger the bug: --8<---cut here---start->8--- #+BEGIN: clocktable :maxlevel 3 :scope today Clock summary at [2010-06-20 Sun 13:09] | L | Headline | Time | |---+---+| | | *Total time* | *0:13* | |---+---+| | 1 | Track down funky bug <2010-06-20 Sun> | 0:13 | #+END: * Track down funky bug <2010-06-20 Sun> :LOGBOOK: CLOCK: [2010-06-20 Sun 12:43] CLOCK: [2010-06-20 Sun 12:30]--[2010-06-20 Sun 12:43] => 0:13 :END: --8<---cut here---end--->8--- I hope this can help somebody else track down the right place to fix this bug. -- Erik Arneson GPG Key ID: 1024D/62DA1D25 Office: +1.541.291.9776 Skype: callto://pymander ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Footnote incorrect in Worg
Hi, The How to page on using git for Worgers has a mistake at http://orgmode.org/worg/worg-git.php#fnr.1. The footnote does not contain the actual error message displayed. Thanks, Puneeth ps: I am actually behind a http proxy and it does not allow me to access git urls (git://), but I can ssh through the proxy. When I clone using (git+ssh://) I get the following error ssh: connect to host repo.or.cz port 22: Connection timed out fatal: The remote end hung up unexpectedly Is this because, I haven't dropped a mail to Bastien? or is it because my proxy doesn't allow me to connect using the git:// url? Is there a way out, in that case? ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Bug: Creation of timestamp directory when publishing [6.35i]
Hi, I encountered a problem when publishing an org project after customizing `org-publish-timestamp-directory' such that the specified directory and some of its parents didn't exist. A patch is attached. Kind regards, Jan --- lisp/org/org-publish.el.orig 2010-07-18 03:43:12.942798153 +0200 +++ lisp/org/org-publish.el 2010-07-18 03:40:11.842796261 +0200 @@ -236,7 +236,7 @@ (file-newer-than-file-p filename (org-publish-timestamp-filename filename pub-dir pub-func))) - (make-directory org-publish-timestamp-directory) + (make-directory org-publish-timestamp-directory t) t) ;; don't use timestamps, always return t t))) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] html export
Hi Eric,
On Jun 20, 2010, at 8:14 AM, Eric Schulte wrote:
"Thomas S. Dye" writes:
[...]
Removing the blank line doesn't work for me either.
Org-mode version 6.36trans (release_6.36.291.gaf90f)
Hmm, I just tried the above again using the HEAD (same org-version
output as you have above) of the org-mode git repository and a minimal
emacs config, and it *is* working for me, so maybe your problems
will be
resolved with an update of org-mode, or maybe they're due to something
in your config?
Ah, I'm finally able to reproduce the problem in my larger file.
Here
is an example:
* No results exported
#+srcname: problem
#+begin_src R
b <- 4
#+end_src
#+results: problem
[[file:~/Public/projects/903_adzes/r/sr-nb-scatter.png]]
The key is that srcname: and results: have the same name. Changing
the results: name works.
* Results exported
#+srcname: problem
#+begin_src R
b <- 4
#+end_src
#+results: problem-not
[[file:~/Public/projects/903_adzes/r/sr-nb-scatter.png]]
Yes, the key with the above is that babel by default only exports the
code of a code block, which means that if there are results in the
buffer they will be removed on export. If you want both the code and
the results to be exported then change
#+srcname: problem
#+begin_src R
b <- 4
#+end_src
to
#+srcname: problem
#+begin_src R :exports both
b <- 4
#+end_src
Hope this helps -- Eric
I didn't pay close attention when the default behavior changed.
Adding #+property: exports both gets me back where I was before.
Also, following on Nick's message, the captions exported properly to
html with absolute paths in the links and with lots of space between
the caption and link. Here's an example that exported properly:
#+CAPTION: Pairwise comparison of six metric variables
#+LABEL: fig:pairwise
#+srcname: pairs
#+begin_src R :results output :var x=whole-adzes :file r/adze_pairs.png
whole.adze.metric <- x[,c(5,12,15,16,17,18)]
names(whole.adze.metric) <-
c("wt","len","edge","front","back","thick")
pairs(whole.adze.metric)
#+end_src
#+results: pairs
[[file:r/adze_pairs.png]]
Thanks for your help.
Tom
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] function to change TODO status and refile to a predetermined location
On Sun, Jun 20, 2010 at 12:03 PM, Bernt Hansen wrote: > Matt Price writes: > >> i have a file "Collect.org" in which i collect items that need >> processing. Every morning I go through the file, decide what needs to >> be done with each item, and refile it. The outcomes are pretty >> stereotyped, so for instance, if it's a project idea, I tag it with >> :project:, give it the status TODO, and refile it in Projets.org; if >> it's a simple task, I also give it the status TODO, but refile it in >> gtd.org; and if it's a reminder about something I'm waiting on from >> someone else, I give it the status WAITING, and also refile it in >> gtd.org. >> >> I'd like to write a function that automates these tasks for me. The >> idea is to have a keybinding (though my key map seems really full!) >> that works a little bit like the rmemember template keybinding -- one >> function, but with options that infoke slightly different outcomes. >> so, say, >> C-c f p = refile as a project >> C-c f a = refile as an action >> C-c f w = refile as 'waiting' >> >> My elisp is *terrible* though and I was hoping for some help. I can >> see that for each option I want to perform: >> >> >> (org-todo "STATE") >> and then something like >> (org-refile) >> -- except that I want to pre-specify a refiling location. Is this >> something I can do? I figure it must be possible since org-remember >> does it, but my quick reading of that code didn't help me much. >> >> also, it seems to me I need something like an array, in which the >> final character in the keybinding determines values for the TODO >> state, the refiling location, and in some cases a tag (i'm not sure >> what function to call to add a tag to a heading -- it looks like >> org-set-tags doesn't take any arguments, so I guess that won't >> work...). Can someone give me some pasic advice on building a >> function like that? > > My refile.org is your Collect.org. I tend to collect things in here up > to a week and then refile things away to appropriate locations. Bulk > refiling is really useful here - from the agenda mark the tasks you want > to refile together and move them all to a single target. > > I've never needed a refiling function as you describe to keep up with my > refile tasks. I tend to clock everything I work on and at the end of > the day if there is clocked time on a refile task I refile it > immediately to its target location. The remaining refile tasks can > remain in the collection bin until my weekly review. > > I find during refiling I can just up-arrow to select previous refile > targets and this is really convenient. > > HTH, > Bernt > hmm. i don't use clocking. bulk refiling will really help but it'd be quicker to have direct keybindings. i'll keep thinking about it. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] GTD: Tags or Custom TODO states?
On Sun, Jun 20, 2010 at 11:58 AM, Bernt Hansen wrote: > Matt Price writes: >> GTD.org >> this is the main storage place for actionable items, and items that >> are waiting for a response, so it is listed in the agenda-files alist. >> My plan is to use custom agenda views to quickly access all actions i >> need to take and all items i'm waiting for. Everything should be >> tagged with at least a CONTEXT tag (calls, emails, office, home, >> errands, etc) and in most cases probably another tag that relates in >> some ways to content -- so e.g. a person's name could be used as a tag >> to build what Allen calls "agendas" for the next meeting you have with >> that person. limiting on tags should make that pretty >> straightforward. Everything should also have a TODO state associated >> with it; right now I'm thinking something like this: >> TODO WAITING |DONE >> but maybe there should be others. (i do want to keep things as simple >> as possible, though) > > With org-mode there's no real reason you have to keep these all in a > single file. I use multiple files with org-agenda-files listing the > active ones which will contribute tasks to my agenda. i'll see how it goes with one file -- i'm really loving having all my mail in one folder and just filtering with wanderlust, i'm hoping it will be the same with this system. > >> >> Projects.org > > I've tried multiple things for projects: > - todo state keywords (PROJECT and PROJDONE) > - tags :project: > > and I've recently moved to a lazy project definition described at > http://doc.norang.ca/org-mode.html#sec-12_2 right now i'm using both tags and custom todo states, until i decide which one works better. i think i want to use todo states -- but i'm having trouble filtering on TODO in the agenda, hopefully i'll figure that out soon. > > This works great for me since I have level 1 tasks as categories and any > actionable items start at level 2. So a project is any level 2 task > with actionable subtasks (any todo keyword) i am thinking of something like that. there are 2 todo sequences: PROJECT SOMEDAY MAYBE COMPLETED ACTION WAITING BLOCKED DONE only things that are actually actionable get called "actions" and end up in my daily list of things to do. anyway thanks for this, still working out the kinks but enjoying the system. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
