[O] [Accepted] [O, 1/3] Fix bug when narrowing to subtree with point at an inline task
Patch 643 (http://patchwork.newartisans.com/patch/643/) is now "Accepted". Maintainer comment: none This relates to the following submission: http://mid.gmane.org/%3C1299084964-26440-1-git-send-email-n.goaziou%40gmail.com%3E Here is the original message containing the patch: > Content-Type: text/plain; charset="utf-8" > MIME-Version: 1.0 > Content-Transfer-Encoding: 7bit > Subject: [O, > 1/3] Fix bug when narrowing to subtree with point at an inline task > Date: Wed, 02 Mar 2011 21:56:02 - > From: Nicolas Goaziou > X-Patchwork-Id: 643 > Message-Id: <1299084964-26440-1-git-send-email-n.goaz...@gmail.com> > To: Org mode list > Cc: Nicolas Goaziou > > * lisp/org.el (org-narrow-to-subtree): ensure `org-back-to-heading' > will move point to a real heading and not an inline task by wraping > function into a org-with-limited-levels macro. > > --- > lisp/org.el | 11 ++- > 1 files changed, 6 insertions(+), 5 deletions(-) > > diff --git a/lisp/org.el b/lisp/org.el > index a26a3ca..6e1be76 100644 > --- a/lisp/org.el > +++ b/lisp/org.el > @@ -7566,11 +7566,12 @@ If yes, remember the marker and the distance to BEG." >(interactive) >(save-excursion > (save-match-data > - (narrow-to-region > - (progn (org-back-to-heading t) (point)) > - (progn (org-end-of-subtree t t) > - (if (and (org-on-heading-p) (not (eobp))) (backward-char 1)) > - (point)) > + (org-with-limited-levels > + (narrow-to-region > + (progn (org-back-to-heading t) (point)) > + (progn (org-end-of-subtree t t) > +(if (and (org-on-heading-p) (not (eobp))) (backward-char 1)) > +(point))) > > (defun org-narrow-to-block () >"Narrow buffer to the current block." >
[O] [Accepted] [O, 2/3] When demoting a subtree, don't change level of inline tasks within
Patch 644 (http://patchwork.newartisans.com/patch/644/) is now "Accepted". Maintainer comment: none This relates to the following submission: http://mid.gmane.org/%3C1299084964-26440-2-git-send-email-n.goaziou%40gmail.com%3E Here is the original message containing the patch: > Content-Type: text/plain; charset="utf-8" > MIME-Version: 1.0 > Content-Transfer-Encoding: 7bit > Subject: [O, 2/3] When demoting a subtree, > don't change level of inline tasks within > Date: Wed, 02 Mar 2011 21:56:03 - > From: Nicolas Goaziou > X-Patchwork-Id: 644 > Message-Id: <1299084964-26440-2-git-send-email-n.goaz...@gmail.com> > To: Org mode list > Cc: Nicolas Goaziou > > * lisp/org.el (org-demote-subtree,org-promote-subtree): wrap > org-map-tree into org-with-limited-levels macro, so it avoids > operating on inline tasks. > > --- > lisp/org.el |4 ++-- > 1 files changed, 2 insertions(+), 2 deletions(-) > > diff --git a/lisp/org.el b/lisp/org.el > index 6e1be76..8ae5e6f 100644 > --- a/lisp/org.el > +++ b/lisp/org.el > @@ -7002,7 +7002,7 @@ When a subtree is being promoted, the hook will be > called for each node.") > See also `org-promote'." >(interactive) >(save-excursion > -(org-map-tree 'org-promote)) > +(org-with-limited-levels (org-map-tree 'org-promote))) >(org-fix-position-after-promote)) > > (defun org-demote-subtree () > @@ -7010,7 +7010,7 @@ See also `org-promote'." > See also `org-promote'." >(interactive) >(save-excursion > -(org-map-tree 'org-demote)) > +(org-with-limited-levels (org-map-tree 'org-demote))) >(org-fix-position-after-promote)) > > >
[O] [Accepted] [O,3/3] Promote and demote inline tasks
Patch 645 (http://patchwork.newartisans.com/patch/645/) is now "Accepted". Maintainer comment: none This relates to the following submission: http://mid.gmane.org/%3C1299084964-26440-3-git-send-email-n.goaziou%40gmail.com%3E Here is the original message containing the patch: > Content-Type: text/plain; charset="utf-8" > MIME-Version: 1.0 > Content-Transfer-Encoding: 7bit > Subject: [O,3/3] Promote and demote inline tasks > Date: Wed, 02 Mar 2011 21:56:04 - > From: Nicolas Goaziou > X-Patchwork-Id: 645 > Message-Id: <1299084964-26440-3-git-send-email-n.goaz...@gmail.com> > To: Org mode list > Cc: Nicolas Goaziou > > * lisp/org-inlinetask.el (org-inlinetask-promote, > org-inlinetask-demote): new functions. > > * lisp/org.el (org-metaleft, org-metaright): when point is at an > inline task, promote or demote it. > > --- > lisp/org-inlinetask.el | 49 > lisp/org.el| 28 +- > 2 files changed, 67 insertions(+), 10 deletions(-) > > diff --git a/lisp/org-inlinetask.el b/lisp/org-inlinetask.el > index 6bf38df..42ba7a4 100644 > --- a/lisp/org-inlinetask.el > +++ b/lisp/org-inlinetask.el > @@ -252,6 +252,55 @@ This assumes the point is inside an inline task." > (re-search-backward (org-inlinetask-outline-regexp) nil t) > (- (match-end 1) (match-beginning 1 > > +(defun org-inlinetask-promote () > + "Promote the inline task at point. > +If the task has an end part, promote it. Also, prevents level from > +going below `org-inlinetask-min-level'." > + (interactive) > + (if (not (org-inlinetask-in-task-p)) > + (error "Not in an inline task") > +(save-excursion > + (let* ((lvl (org-inlinetask-get-task-level)) > + (next-lvl (org-get-valid-level lvl -1)) > + (diff (- next-lvl lvl)) > + (down-task (concat (make-string next-lvl ?*))) > + beg) > + (if (< next-lvl org-inlinetask-min-level) > + (error "Cannot promote an inline task at minimum level") > + (org-inlinetask-goto-beginning) > + (setq beg (point)) > + (replace-match down-task nil t nil 1) > + (org-inlinetask-goto-end) > + (if (eobp) (beginning-of-line) (forward-line -1)) > + (unless (= (point) beg) > + (replace-match down-task nil t nil 1) > + (when org-adapt-indentation > + (goto-char beg) > + (org-fixup-indentation diff > + > +(defun org-inlinetask-demote () > + "Demote the inline task at point. > +If the task has an end part, also demote it." > + (interactive) > + (if (not (org-inlinetask-in-task-p)) > + (error "Not in an inline task") > +(save-excursion > + (let* ((lvl (org-inlinetask-get-task-level)) > + (next-lvl (org-get-valid-level lvl 1)) > + (diff (- next-lvl lvl)) > + (down-task (concat (make-string next-lvl ?*))) > + beg) > + (org-inlinetask-goto-beginning) > + (setq beg (point)) > + (replace-match down-task nil t nil 1) > + (org-inlinetask-goto-end) > + (if (eobp) (beginning-of-line) (forward-line -1)) > + (unless (= (point) beg) > + (replace-match down-task nil t nil 1) > + (when org-adapt-indentation > + (goto-char beg) > + (org-fixup-indentation diff))) > + > (defvar org-export-current-backend) ; dynamically bound in org-exp.el > (defun org-inlinetask-export-handler () >"Handle headlines with level larger or equal to `org-inlinetask-min-level'. > diff --git a/lisp/org.el b/lisp/org.el > index 8ae5e6f..c528707 100644 > --- a/lisp/org.el > +++ b/lisp/org.el > @@ -17042,13 +17042,17 @@ See the individual commands for more information." >(cond > ((run-hook-with-args-until-success 'org-metaleft-hook)) > ((org-at-table-p) (org-call-with-arg 'org-table-move-column 'left)) > - ((or (org-on-heading-p) > - (and (org-region-active-p) > - (save-excursion > -(goto-char (region-beginning)) > -(org-on-heading-p > + ((org-with-limited-levels > + (or (org-on-heading-p) > + (and (org-region-active-p) > + (save-excursion > + (goto-char (region-beginning)) > + (org-on-heading-p) > (when (org-check-for-hidden 'headlines) (org-hidden-tree-error)) > (call-interactively 'org-do-promote)) > + ;; At an inline task. > + ((org-on-heading-p) > +(call-interactively 'org-inlinetask-promote)) > ((or (org-at-item-p) > (and (org-region-active-p) >(save-excursion > @@ -17067,13 +17071,17 @@ See the individual commands for more information." >(cond > ((run-hook-with-args-until-success 'org-metaright-hook)) > ((org-at-table-p) (call-interactively 'org-table-move-column)) > - ((or (org-on-heading-p) > - (and (org-region-active-p) > - (save-excursion > -(goto-char (region-beginning)) > -(org-on-heading-p > + ((org-wi
Re: [O] org-crypt.el security problem (From: Milan Zamazal)
Hi Peter, Peter Jones writes: > Here is an email I received from Milan Zamazal: > > , > | I don't know whether you are aware of this, but I consider it a serious > | security problem of org-crypt.el in (at least) Emacs 23.2: > | > | I've found out that when I edit a (decrypted) crypt entry and the edited > | file is autosaved, the autosaved file contains the given crypt entry in > | plain text. So unless the user has got a special arrangement of storing > | autosave files to a secure location where they are also deleted > | securely, the secret content may be accessed either in the autosave file > | directly, or it may be later retrieved by an off-line attacker from the > | deleted file content that remained stored somewhere on the disk. > | > | This should be fixed or at least a big warning should be placed in > | org-crypt.el. > ` > > I don't have time to look into this. Would someone please see if there > is a way to prevent it. Off the top of my head, the only thing I can > think of is disabling autosave for any org buffer that uses org-crypt. > > Hopefully there's an autosave hook where you can encrypt the headings > and save to disk using a temporary buffer without having to alter the > current buffer and interrupt the user by encrypting a heading that is > being edited. Actually that would be nice, but there is no such hook. Only `auto-save-hook', which operates on the visited buffer. I didn't find a satifactory way of dealing with this issue. For now, loading org-crypt will send a warning advising the user to turn auto-save-mode off in org buffers containing crypted entries. Thanks for bringing this up, -- Bastien
Re: [O] org-crypt.el security problem (From: Milan Zamazal)
Hi Julien, Julien Danjou writes: > On Fri, Mar 04 2011, Peter Jones wrote: > >> Hopefully there's an autosave hook where you can encrypt the headings >> and save to disk using a temporary buffer without having to alter the >> current buffer and interrupt the user by encrypting a heading that is >> being edited. > > I've recently added caching of encrypted text, so that org-crypt will > not recrypt the text once again if it has not been modified, but reuse > the previous crypting value. I've seen org-encrypt-string but I don't see we could use it for the problem at hand. Also, the purpose is to encrypt the auto-saved buffer and *not* the visited buffer -- which I don't know how to do. > That could be used to automagically re-encrypt all text before > auto-saving. Please let us know if you can think of a better fix than the warning! Thanks, -- Bastien
Re: [O] org google weather
On 6 Mar 2011, at 00:51, Nick Dokos wrote: Konrad Hinsen wrote: What keeps me from writing that function right now is that I don't know the internals of org-mode well enough to know how to check for a propery or tag. I expect to spend an hour reading source code, and that's for another day :-) Before diving into the code, check out Appendix A, "Hacking", and in particular section A.9, "Using the property API", in the Org manual. Thanks for the useful hint! I am not used to code that comes with a hacker's manual. BTW, I found a very simple solution to my original problem of having sunrise and sunset only in the day view: %%(when (eq span 'day) (diary-sunrise)) %%(when (eq span 'day) (diary-sunset)) Fortunately, because apparently org-agenda-skip-function is not called for diary-style entries. But I'll continue exploring that approach for other types of entries. Konrad.
Re: [O] org-crypt.el security problem (From: Milan Zamazal)
On Sun, Mar 06 2011, Bastien wrote: > I've seen org-encrypt-string but I don't see we could use it for the > problem at hand. Just saying that if you don't use it, youe re-encryption on auto-save will ask the user for its passphrase if he is not using any agent. > Also, the purpose is to encrypt the auto-saved buffer and *not* the > visited buffer -- which I don't know how to do. Add org-encrypt-entries to auto-save-hook and org-decrypt-entries-which were-not-decryped to after-auto-save-hook… which does not seems to exist. :) What I can also suggest is to never show the encrypted block in the Org buffer. This is what I do in my configuration: on Org file loading, I decrypt all entries. Therefore I never see the GPG block. When I save, everything is encrypted, written, and then re-decrypted. Using org-crypt this way, it would be easy to fix auto-save-hook. With the current way on letting the user decrypt heading by heading, it does not seems that easy. :) -- Julien Danjou ❱ http://julien.danjou.info pgpzJddNTYznR.pgp Description: PGP signature
Re: [O] org google weather
On 6 Mar 2011, at 11:33, Konrad Hinsen wrote: Fortunately, because apparently org-agenda-skip-function is not called for diary-style entries. But I'll continue exploring that approach for other types of entries. That was relatively easy as well: (defun org-agenda-day-view-only-filter () (let ((subtree-end (save-excursion (org-end-of-subtree t))) (day-view-only (org-entry-get nil "day-view-only" t))) (if day-view-only (if (eq span 'day) nil subtree-end) nil))) (setq org-agenda-skip-function-global 'org-agenda-day-view-only-filter) The agenda items eliminated from the week views are marked with: :PROPERTIES: :day-view-only: t :END: I put the filter on the global skip function, but others may prefer to use a custom agenda view. Konrad.
[O] Re: [Orgmode] Capture while Buffer is narrowed to subtree
Hi Memnon, Memnon Anon writes: > I've been working on a large subtree of my main orgfile while it was > narrowed [C-x n s]. While doing so, I wanted to capture some information > which usually ends up under "* Inbox" at the bottom of that file. This > time, the information ended up in the narrowed buffer with a new "* > Inbox" added. I only noticed after a while that my captured TODOs were > not where I expected them to be. > > I know why this is happening (I guess :) but I was wondering if this was > intended behaviour. It was clearly a bug, and a nasty one. Thanks for bringing this up. I've just pushed a fix for this. -- Bastien
[O] Re: [Orgmode] Capture question
Hi John, sorry for the late reply. I had difficulties parsing your email because it brings many issues (better to have one email per issue) and it's not clear how the odd behavior you observe depends on the (odd) structure/templates you are using. Can you restate your problems in a way that help me grasp them? I know it's hard, but everything that makes things easier for me makes them easier for everyone - as I'll then have more time to actually fix things. Thanks in advance! -- Bastien
[O] Re: [Orgmode] Grouping clock report by tag?
Hi John, John Hendy writes: > In any case, I realize that I can setup clock reports with something > like =:tags "project-name"= to get a report for a particular tag. Yes. What are you exactly missing? Can you provide an example of the clocktable you want to get? Thanks, -- Bastien
Re: [O] Questions on LaTeX Exporter
Hi,
This would make you an "early adopter."
Well, to be fair the latex exporter have been there for years and I have
used it for non-important documents for years. But papers utilizing more
features have proven difficult, so far.
Of course, the paper doesn't have abbreviations that end with dots ...
The problem might be traced back to my less-than-stylish prose :)
Yes, and the overhead does get in the way, at least for my writing
projects.
With folding, AUCTeX buffers become quite readable. But linking, plannig
and TODOs are nice. Previously, I have had a notes.org and several
tex files.
On the other hand, I think it is the only way currently to get from
Org-mode to perfect LaTeX.
... And in that case AUCTeX provide a nicer environment in my
oppinion. Org would be nice for text heavy documents, though.
Fixme in Org
If you figure this one out, please share
I haven't. I think one of either of the following would be nice.
1) Have them fold like I do in AUCTeX (i.e. \fxnote{·} is replaced by
[fix] in the buffer)
2) Use special footnotes. This could be an org-centric system, without
the need of fixme.sty. This would require that Org could tell the
difference between fn:x and fix:x, and further, one would need to
be able to specify which set(s) of footnotes were to be exported.
*More questions, sorry*
Org populates every section with a label. I would
like to \ref or \vref these. I could predict \label's, but this a rather
fragile solution. When I use "Org-links" I get a text link suitable
for e.g. html. I want to use \ref to get a number. One solution is
,
| * section
| #+latex: \label{sec:sec}
`
But there /must/ be a better way to this, eh?
And other question, which should also be simple, but which I have not been
able to figure out.
I have internalized word count in my org file using babel:
,
| ** Getting Word Count
| #+srcname: wordcount
| #+BEGIN_SRC sh
| #!/bin/bash
| alias calc='Rscript -e "cat( file=stdout(), eval( parse( text=paste(
commandArgs(TRUE), collapse=\"\"))),\"\n\")"'
| calc `texcount -inc -sum -relaxed -1 -q -total assignment.tex`/400
| #+END_SRC
|
| #+results: wordcount
| : 0.6425
`
First, this should be evaluated post-export, but this is a trival issue
as I can export the document in question twice. However, I want to
include the result in a \thanks{·}-node in the #+TITLE.
I have tried varioues methods, but so far without luck. To given an
example, I want to replace X by the results of my Babel-snip in the
following:
,
| #+TITLE: \Large Education in Labor Markets With Asymmetric
Information\thanks{Approximatly X words using \TeX Count}
`
Thanks in advance,
Rasmus
[O] Re: [Accepted] Re: Bug: Jumping to a date in the agenda changes view back to 'day' [7.4 (release_7.4.80.g0e5e5)]
Hi Matt, Matt Lundin writes: > Matt Lundin writes: >> >> Has there been any progress on this issue? I am finding that the local >> span bindings in the custom command above still do not have any effect. >> My default agenda span is a day. If I call the custom command above, it >> displays only one day, despite the local setting. > > I think I know what's happening. The custom agenda commands had been > working properly until this commit on Feb 18, which brought back the > behavior described above: > > c6dbde1babaa0b2efa278d75a6ec82f91ef59d5e I finally fixed this bug. Please confirm when you can. And I *really* hope this time the saga is over :) -- Bastien
[O] Re: [Orgmode] Capture question
On Sun, Mar 6, 2011 at 7:19 AM, Bastien wrote:
> Hi John,
>
> sorry for the late reply.
>
>
No problem.
> I had difficulties parsing your email because it brings many issues
> (better to have one email per issue) and it's not clear how the odd
> behavior you observe depends on the (odd) structure/templates you are
> using.
>
I can't be that odd :)
>
> Can you restate your problems in a way that help me grasp them?
>
>
Sure.
1) I think this is solved. I was trying to file under a pre-existing
headling (* top-level) but my template was like so:
,-
| (setq org-capture-templates
| '(("t" "todo" entry (file+headline "~/org/2011-02Feb.org" "Tracking")
| "* TODO %?\n")))
`-
I experimented with two stars on the TODO and it worked. Sorry, I probably
should have posted back that it was solved, but after no replies I kind of
thought this email was dead so I let it die :)
2) The manual says this as to one of the options for the capture target:
,-
| (function function-finding-location)
| Most general way, write your own function to find both file and location
`-
Since my files always use the format -##MMM.org (2011-03Mar.org), I
thought I could sure find a function that finds the current file rather than
changing my capture target manually once a month.
3) I think this one was pretty clear... the manual says that if I do this:
,-
| (define-key global-map "\C-c c"
| (lambda () (interactive) (org-capture "t")))
`-
I won't have to manually select "t" (TODO) for my capture template via the
interactive window. Since I only use one capture template, it would be
fantastic to have it automatically use it instead of asking me what I want
to use and then I press another keystroke to select one template out of one
available template.
I know it's hard, but everything that makes things easier for me makes
> them easier for everyone - as I'll then have more time to actually fix
> things.
>
>
No problem -- I'll break things up better next time. I realize longer,
jumbled emails will probably not be as enticing to dive into since everyone
is volunteering from other things anyway!
Thanks for the assistance,
John
> Thanks in advance!
>
> --
> Bastien
>
Re: [O] Re: [Accepted] Re: Bug: Jumping to a date in the agenda changes view back to 'day' [7.4 (release_7.4.80.g0e5e5)]
Hi Bastien
On Sun, Mar 6, 2011 at 16:40, Bastien wrote:
> I finally fixed this bug. Please confirm when you can. And I *really*
> hope this time the saga is over :)
I just tested your latest change and found an issue which has not been
mentioned in my test cases described earlier in this thread, either
because it was not an issue or I did not take notice of it:
* test case: open custom agenda view
1) emacs -q --eval '(progn
(global-set-key (kbd "C-c a") (quote org-agenda))
(setq org-agenda-custom-commands
(quote (("x" "test" ((agenda)))'
2) C-c a a: point is on today like expected
3) C-c a x: point is not on today but is expected to be like above
Michael
[O] Re: [Orgmode] Grouping clock report by tag?
On Sun, Mar 6, 2011 at 7:20 AM, Bastien wrote: > Hi John, > > John Hendy writes: > > > In any case, I realize that I can setup clock reports with something > > like =:tags "project-name"= to get a report for a particular tag. > > Yes. > > What are you exactly missing? Can you provide an example of the > clocktable you want to get? > > How about a clock table with a :tag: column and an option to sort by common tag? Again, I can already do *something* like this via the tag options, but I wouldn't mind all my clocked items appearing in *one* table but sorted by tag. My tags = my projects/work area. It seems that a lot of people opt for the *file* desribing the project and thus the current table listing items by the file they appear in (or headline in the current file) probably works. I don't work like this, though. For me, tag sorting (even showing them) would be much more descriptive vs. trying to read the headlines and figure out what project it was. I *could* create a load of individual tables, so if this is a non-worthy request, I'll stick with creating a separate clock file that pulls together info from my agenda files and then create a spearate clock-table per tag. John > Thanks, > > -- > Bastien >
Re: [O] Re: [Accepted] Re: Bug: Jumping to a date in the agenda changes view back to 'day' [7.4 (release_7.4.80.g0e5e5)]
Hi Michael,
thanks for the test.
Michael Brand writes:
> I just tested your latest change and found an issue which has not been
> mentioned in my test cases described earlier in this thread, either
> because it was not an issue or I did not take notice of it:
>
> * test case: open custom agenda view
> 1) emacs -q --eval '(progn
> (global-set-key (kbd "C-c a") (quote org-agenda))
> (setq org-agenda-custom-commands
> (quote (("x" "test" ((agenda)))'
Note that block agendas are useful in case you want multiple agenda
views. In the custom command above, agenda should be enough.
> 2) C-c a a: point is on today like expected
> 3) C-c a x: point is not on today but is expected to be like above
Block agenda can be a mix of todo, todo-tags, agenda, etc. So while I
agree you expect the point on today for your specific block agenda, I
think leaving the cursor at the beginning of the block agenda buffer is
generally a good thing.
Thanks,
--
Bastien
[O] Re: [Orgmode] Capture question
Hi John, John Hendy writes: > I can't be that odd :) Well, html emails don't help :/ > 1) I think this is solved. Ok, thanks. > 2) The manual says this as to one of the options for the capture > target: > ,- > | (function function-finding-location) > | Most general way, write your own function to find both file and > location > `- > > Since my files always use the format -##MMM.org (2011-03Mar.org), > I thought I could sure find a function that finds the current file > rather than changing my capture target manually once a month. See my recent reply to Sullivan: you can use (file+heading buffer-file-name "Heading") in the template. buffer-file-name is a function return the file name of the currently visited file (obviously) -- so that should help. > 3) I think this one was pretty clear... the manual says that if I do > this: > ,- > | (define-key global-map "\C-c c" > | (lambda () (interactive) (org-capture "t"))) > `- > > I won't have to manually select "t" (TODO) for my capture template > via the interactive window. Since I only use one capture template, it > would be fantastic to have it automatically use it instead of asking > me what I want to use and then I press another keystroke to select > one template out of one available template. There was two "typos" -- the example is now: #+begin_src emacs-lisp (define-key global-map "\C-cx" (lambda () (interactive) (org-capture nil "x"))) #+end_src Note the "\C-cx" (with no space) and the additional nil. HTH, -- Bastien
[O] Re: [Orgmode] using (id "Name") target in org-capture-templates
Hi Sullivan,
"Sullivan, Gregory (US SSA)" writes:
> The way I understood your patch is that I can use (currentfile) as
> _the_ target expression in a capture template. What I was requesting
> was to use 'capturefile' _within_ a file+headline target
> expressions. Let me re-include a motivating example - as your citation
> didn't include it:
Sorry, I overlooked your request.
> (setq org-capture-templates
>'(("j" "Journal" entry (file+headline currentfile "Journal") "* %a\n\n%i"))
> ("t" "To Do" entry (file+headline currentfile "Tasks") "* TODO %?
> %i\n")))
Actually, you can already do this:
(setq org-capture-templates
'(("j" "Journal" entry (file+headline buffer-file-name "Journal") "*
%a\n\n%i"))
("t" "To Do" entry (file+headline buffer-file-name "Tasks") "* TODO %?
%i\n")))
See the documentation about file specification.
So I removed (currentfile), which is simply (file buffer-file-name)).
HTH,
--
Bastien
Re: [O] Re: [Orgmode] Grouping clock report by tag?
John Hendy writes: > How about a clock table with a :tag: column and an option to sort by > common tag? Again, I can already do something like this via the tag > options, but I wouldn't mind all my clocked items appearing in one > table but sorted by tag. My tags = my projects/work area. It seems > that a lot of people opt for the file desribing the project and thus > the current table listing items by the file they appear in (or > headline in the current file) probably works. I don't work like this, > though. For me, tag sorting (even showing them) would be much more > descriptive vs. trying to read the headlines and figure out what > project it was. > > I could create a load of individual tables, so if this is a > non-worthy request, I'll stick with creating a separate clock file > that pulls together info from my agenda files and then create a > spearate clock-table per tag. Please provide an example with a clocktable.. -- Bastien
[Accepted] [O] Support modifiers in effort durations (was: Re: Does Effort support hours only?)
Patch 638 (http://patchwork.newartisans.com/patch/638/) is now "Accepted".
Maintainer comment: none
This relates to the following submission:
http://mid.gmane.org/%3Cm3tyfo1j16.fsf%40e4300lm.epcc.ed.ac.uk%3E
Here is the original message containing the patch:
> Content-Type: text/plain; charset="utf-8"
> MIME-Version: 1.0
> Content-Transfer-Encoding: 7bit
> Subject: [O] Support modifiers in effort durations (was: Re: Does Effort
> support hours only?)
> Date: Mon, 28 Feb 2011 16:43:33 -
> From: Lawrence Mitchell
> X-Patchwork-Id: 638
> Message-Id:
> To: Luke Crook
> Cc: emacs-orgmode@gnu.org, =?utf-8?Q?S=C3=A9bastien?= Vauban
>
>
> Luke Crook wrote:
> > Is it possible to specify estimated effort in something other
> > than hours (0.5, or 0:30)?
>
> > For example 1w, 1m, 2d etc?
>
> Here's a cleaned up patch that allows user-specified modifiers
> for effort strings. The new variable `org-effort-durations'
> lists modifiers, and their mapping to minutes (words, as well as
> single-letter modifiers, are supported). The default value is:
>
> (("h" . 60)
> ("d" . 480) ; 8 hours
> ("w" . 2400) ; five days
> ("m" . 9600) ; 4 weeks
> ("y" . 96000)) ; 40 weeks
>
> But you can change this.
>
> Old effort strings (HH:MM) are still interpreted correctly. See
> the docstrings of `org-effort-durations' and
> `org-duration-string-to-minutes' for more details.
>
> >From a0e24b14755eb4087d9c47bb4eea11eb9151efcf Mon Sep 17 00:00:00 2001
> From: Lawrence Mitchell
> Date: Fri, 18 Feb 2011 11:01:46 +
> Subject: [PATCH] Allow human-readable effort durations
> To: emacs-orgmode@gnu.org
>
> * lisp/org.el (org-effort-durations): New variable.
> * lisp/org.el (org-duration-string-to-minutes): New function.
> * lisp/org-agenda.el (org-agenda-filter-effort-form)
> (org-format-agenda-item): Use it.
> * lisp/org-clock.el (org-clock-notify-once-if-expired)
> (org-clock-modify-effort-estimate, org-clock-get-clock-string): Use it.
>
> Specifying large effort durations in hours and minutes is difficult.
> Is 130:25 more than two weeks effort? More than three? This patch
> allows specification of an effort duration as a friendly string. For
> example 2w 5d is two weeks and five days of effort. Existing H:MM
> entries will still be recognised correctly.
>
> ---
> lisp/org-agenda.el |4 ++--
> lisp/org-clock.el |8
> lisp/org.el| 41 +
> 3 files changed, 47 insertions(+), 6 deletions(-)
>
> diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el
> index dee23e0..87602dc 100644
> --- a/lisp/org-agenda.el
> +++ b/lisp/org-agenda.el
> @@ -5334,7 +5334,7 @@ Any match of REMOVE-RE will be removed from TXT."
> (get-text-property 0 'org-marker txt)))
> (error nil)))
> (when effort
> - (setq neffort (org-hh:mm-string-to-minutes effort)
> + (setq neffort (org-duration-string-to-minutes effort)
> effort (setq effort (concat "[" effort "]" )
>
>(when remove-re
> @@ -6061,7 +6061,7 @@ E looks like \"+<2:25\"."
> ((equal op ??) op)
> (t '=)))
> (list 'org-agenda-compare-effort (list 'quote op)
> - (org-hh:mm-string-to-minutes e
> + (org-duration-string-to-minutes e
>
> (defun org-agenda-compare-effort (op value)
>"Compare the effort of the current line with VALUE, using OP.
> diff --git a/lisp/org-clock.el b/lisp/org-clock.el
> index 6b45ca5..cc11f3c 100644
> --- a/lisp/org-clock.el
> +++ b/lisp/org-clock.el
> @@ -487,7 +487,7 @@ If not, show simply the clocked time like 01:50."
>(m (- clocked-time (* 60 h
> (if org-clock-effort
> (let* ((effort-in-minutes
> - (org-hh:mm-string-to-minutes org-clock-effort))
> + (org-duration-string-to-minutes org-clock-effort))
> (effort-h (floor effort-in-minutes 60))
> (effort-m (- effort-in-minutes (* effort-h 60)))
> (work-done-str
> @@ -561,10 +561,10 @@ the mode line."
> ;; A string. See if it is a delta
> (setq sign (string-to-char value))
> (if (member sign '(?- ?+))
> -(setq current (org-hh:mm-string-to-minutes current)
> +(setq current (org-duration-string-to-minutes current)
>value (substring value 1))
>(setq current 0))
> - (setq value (org-hh:mm-string-to-minutes value))
> + (setq value (org-duration-string-to-minutes value))
> (if (equal ?- sign)
> (setq value (- current value))
>(if (equal ?+ sign) (setq value (+ current value)
> @@ -581,7 +581,7 @@ the mode line."
>"Show notification if we spent more time than we estimated before.
> Notification is shown only once."
>(when (org-clocking-p)
> -(let ((effort-in-minutes (org-hh:mm-string-to-minutes org-clock-effort))
> +(let ((effort-in-minutes (org-duration-string-to-minutes
> org-clock-effort)
Re: [O] [PATCH] Support modifiers in effort durations
Hi Lawrence,
Lawrence Mitchell writes:
> Here's a cleaned up patch that allows user-specified modifiers
> for effort strings. The new variable `org-effort-durations'
> lists modifiers, and their mapping to minutes (words, as well as
> single-letter modifiers, are supported).
Thanks a lot for this patch -- I've now applied it. I've just changed
the way the regular expression is computed, I find rx-to-string a bit
confusing (surely a matter of taste).
> The default value is:
>
> (("h" . 60)
> ("d" . 480) ; 8 hours
> ("w" . 2400) ; five days
> ("m" . 9600) ; 4 weeks
> ("y" . 96000)) ; 40 weeks
I agree this make sense.
Thanks again,
--
Bastien
[O] Re: [Orgmode] Using org-protocol to (org-)capture files for read/review?
At Thu, 24 Feb 2011 10:27:59 +0100,
Albin Stjerna wrote:
>
> Hello, notmuch-org!
>
> I'm using org-mode to structure most of my life, but I haven't been able
> to incorporate my list of PDFs (or other documents) to read/review in
> org-mode, so currently I'm just putting them in ~/read-review.
>
> However, I thought I'd use org-protocol and emacsclient to add links to
> these files to org-mode, but I'm unable to figure out how to do it. I'd
> like to map the full path to a file, and then have that file appended to
> a plain list in a given org file with the TODO tag set (something like
> »* TODO [[file:/path/to/filename.pdf]]«) given a run of »emacsclient
> org-protocol:/capture:/r/path/to/filename.pdf/«.
>
> I can then implement pushing to my read/review stack with a simple shell
> command that a) moves the new file to ~/read-review and b) adds a link
> to the file on my org-mode read/review stack using the above mentioned
> emacsclient command.
>
> So far, I've tried adding the following to org-capture-templates:
> ("r" "read/review" entry (file "~/org/read-review.org")
> "* TODO read %c"
> :immediate-finish t)
>
> Obviously »%c« wrong here -- but what should I replace it with?
C-h v org-capture-templates RET
...
The template defines the text to be inserted. Often this is an org-mode
entry (so the first line should start with a star) that will be filed as a
child of the target headline. It can also be freely formatted text.
Furthermore, the following %-escapes will be replaced with content:
...
%a annotation, normally the link created with `org-store-link'
...
So %a inserts the link.
However, for your function to work properly you need to percent escape
the slashes in /path/to/file as org capture uses the slash to separate
the different link components.
"Percent escaping" is the same es "URL Encoding", e.g. there should be
something for your shell and/or preferred application to fire capture.
Best,
-- David
pgpgnLoZZsPxi.pgp
Description: PGP signature
Re: [O] org-crypt.el security problem (From: Milan Zamazal)
Hi Julien, Julien Danjou writes: > What I can also suggest is to never show the encrypted block in the Org > buffer. I agree this would be better. > This is what I do in my configuration: on Org file loading, I decrypt > all entries. Therefore I never see the GPG block. When I save, > everything is encrypted, written, and then re-decrypted. Can you share your config? > Using org-crypt this way, it would be easy to fix auto-save-hook. I see: auto-save-hook would encrypt, write to ~/.#file# then decrypt the original buffer back again -- yes? > With the current way on letting the user decrypt heading by heading, > it does not seems that easy. :) Yep... -- Bastien
[O] Re: [Orgmode] [Babel] Interpreting results as tables and (eval)'uation of them
Hi,
Just to update, two of the three problems mentioned in this thread have
now been fixed. The two global issues (i.e. 2. and 3.), meaning that if
the results are not a well formed list, or are not eval-able, then they
are returned literally, allowing things like passing tuples back from
python etc...
The remaining issue (":results output" → ":results scalar") is a
language implementation specific issue, and will have to be fixed in
those languages in which is occurs.
Best -- Eric
Note: that results may still be eval'd, e.g.,
#+begin_src python :results value
return "[1, 2]"
#+end_src
#+results:
| 1 | 2 |
and
#+begin_src python :results value
return [1, 2]
#+end_src
#+results:
| 1 | 2 |
There is no way to differentiate between the two code blocks above in a
general way, however something like the following may be used to force a
string interpretation (note: I don't know python so there's probably a
better way).
#+begin_src python :results value
return "%r" % "[1 2]"
#+end_src
#+results:
: [1 2]
Maybe this behavior should be changed, but I'm not sure how...
A perhaps slightly more unsettling version of the above would be
#+begin_src python :results value
return "(mapcar (lambda (el) (+ 1 el)) '(1 2))"
#+end_src
#+results:
| 2 | 3 |
"Eric Schulte" writes:
> Hi Dan,
>
> Dan Amlund Thomsen writes:
>
>> I've encountered some weird, possible buggy, behavior when
>> interpreting results as tables (tested with python, scheme and lisp).
>>
>> * Item 1: Interpreting result as table
>> With ":results value" the result is interpreted as a table if
>> possible, but with ":results output" it isn't. This happens with
>> python, lisp and scheme, but not with c.
>>
>> The documentation suggests both value and output results should be
>> interpreted as a table if possible.
>>
>> "By default, results are inserted as either a table or scalar
>> depending on their value." [http://orgmode.org/manual/results.html]
>>
>> #+begin_src python :results output
>> print "'(1 2)"
>> #+end_src
>>
>> #+results:
>> : '(1 2)
>>
>> #+begin_src python :results value
>> return "'(1 2)"
>> #+end_src
>>
>> #+results:
>> | 1 | 2 |
>>
>
> Yes, this assumption (":results output" implies ":results scalar") is
> built into many of the language-specific modes and should probably be
> removed.
>
>>
>> * Item 2: Evaluating list results
>> When a result is interpreted as a list, the list is (eval)'ed. This
>> happens in non-lisp languages (c, python) but not in lisp languages
>> (lisp, scheme).
>>
>> In my opinion the lists should not be evaluated, but
>> 'org-babel-script-escape' and 'org-babel-read' suggests it is intended
>> behavior.
>>
>> Is this a bug or a feature?
>>
>> #+begin_src c++ :includes
>> printf("(1 2)");
>> #+end_src
>>
>> Returns the error "Invalid function: 1".
>>
>> The correct approach is:
>> #+begin_src c++ :includes
>> printf("(list 1 2)");
>> #+end_src
>>
>> #+results:
>> | 1 | 2 |
>>
>> With lisp the list is not evaluated (note that "'(1 2)" results in
>> "(1 2)").
>> #+begin_src lisp
>> '(1 2)
>> #+end_src
>>
>> #+results:
>> | 1 | 2 |
>>
>
> Hmm, I'll have to take a closer look at `org-babel-script-escape'.
> Automatic evaluation of lispy return strings should not be the default
> behavior as I doubt that is what users would expect. Maybe we shouldn't
> be calling `org-babel-read' (which *is* supposed to evaluate lispy
> strings) from `org-babel-script-escape'. Thanks for pointing this out.
>
>>
>> * Item 3: Checking if result is a list is not safe
>> Mismatched parenthesis and bad characters causes errors. I suggest
>> showing the raw result if the result is not a valid list.
>>
>> I'm not sure if this is a bug or not. These error messages could be
>> helpful in debugging code when trying to output a list that needs to
>> be evaluated. Although the final output of the (invalid) list could
>> also be helpful with debugging.
>>
>> #+begin_src c++ :includes
>> printf("(");
>> #+end_src
>> Returns the error: End of file during parsing
>>
>> #+begin_src python
>> return "(list #)"
>> #+end_src
>> Returns the error: Invalid read syntax: "#"
>>
>
> Agreed, in these cases the raw scalar result should be returned. Again,
> thanks for pointing these out.
>
>>
>> Here are some possible solutions:
>> #+begin_src emacs-lisp
>> (defun org-babel-safe-read-dont-eval (str)
>> "Converts string into a list. Elements are converted into
>> strings to prevent read errors from special characters."
>> (let ((str (replace-regexp-in-string
>> "\\([^() \f\t\n\r\v]+\\)" "\"\\1\""str)))
>> (condition-case nil
>> (read str)
>> (error (concat "\"" str "\"")
>>
>> (org-babel-safe-read-dont-eval "(1 1#123 1)")
>> #+end_src
>>
>> #+results:
>> | 1 | 1#123 | 1 |
>>
>> #+begin_src emacs-lisp
>> (defun org-babel-safe-read-do-eval (str)
>> "Converts string into a evaluated list."
>> (condition-case nil
>> (eval (read str))
>> (erro
Re: [O] Re: [Orgmode] Grouping clock report by tag?
Sorry -- forgot the list... On Sun, Mar 6, 2011 at 12:06 PM, John Hendy wrote: > On Sun, Mar 6, 2011 at 11:42 AM, Bastien wrote: > >> John Hendy writes: >> >> > How about a clock table with a :tag: column and an option to sort by >> > common tag? Again, I can already do something like this via the tag >> > options, but I wouldn't mind all my clocked items appearing in one >> > table but sorted by tag. My tags = my projects/work area. It seems >> > that a lot of people opt for the file desribing the project and thus >> > the current table listing items by the file they appear in (or >> > headline in the current file) probably works. I don't work like this, >> > though. For me, tag sorting (even showing them) would be much more >> > descriptive vs. trying to read the headlines and figure out what >> > project it was. >> > >> > I could create a load of individual tables, so if this is a >> > non-worthy request, I'll stick with creating a separate clock file >> > that pulls together info from my agenda files and then create a >> > spearate clock-table per tag. >> >> Please provide an example with a clocktable.. >> >> > A rough idea might be like this: > > --- > > #+BEGIN: clocktable :maxlevel 2 :scope agenda > Clock summary at [2011-03-06 Sun 17:59] > | Tag | Headline |Time | | File | > |--+--+-+--+| > | | ALL *Total time* | *10:00* | || > |--+--+-+--+| > | Tag1 | *Tag time* | *5:00* | || > | | [2011-02-04 Fri] |3:30 | | 2011-02Feb.org | > | | Some task| | 3:30 || > | | [2011-01-21 Fri] |0:30 | | 2011-01Jan.org | > | | Some task| | 0:30 || > | | [2010-12-09 Thu] |1:00 | | 2010-12Dec.org | > | | Some task| | 1:00 || > |--+--+-+--+| > | Tag2 | *Tag time* | *5:00* | || > | | [2011-02-04 Fri] |3:30 | | 2011-02Feb.org | > | | Some task| | 3:30 || > | | [2011-01-21 Fri] |0:30 | | 2011-01Jan.org | > | | Some task| | 0:30 || > | | [2010-12-09 Thu] |1:00 | | 2010-12Dec.org | > | | Some task| | 1:00 || > |--+--+-+--+| > > > > If it helps, my file structure (hence the inactive dates everywhere) is > like this: > ,- 2011-02Feb.org - > | * [datestamp] > | ** thing I did :proj-tag: > | notes on the thing I did (including clock drawer) > | ** other thing I did :some-other-proj-tag: > | notes on this one, too > | * [the next day] > | and so on... > `- > > > John > > >> -- >> Bastien >> > >
[O] Re: [Orgmode] bug: invalid export key in export visible region
At Thu, 24 Feb 2011 11:17:48 -0700, Samuel Wales wrote: > > The following commands error out, seeming to say that the keys are wrong. > > c-c c-e v H > c-c c-e v R > > Emacs 22, latest org git master. Thanks for the report, should be fixed by now. Best, -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgpXYWmm9DJOU.pgp Description: PGP signature
[O] Re: [Orgmode] Bug: Missing prompt label in capture template expansion
At Fri, 25 Feb 2011 12:41:34 +0530,
Aankhen wrote:
>
> STEPS TO REPRODUCE:
> 1. Add this to the list of capture templates:
> ("t" "Test" entry (file "z:/Temp/t.org")
> "*** TODO %^{Foo} [[bar:%^{Bar}][Bar]]")
> 2. Run org-capture.
> 3. Fill in a value for “Foo” when prompted and press Enter.
>
> EXPECTED RESULTS:
> Prompted for second value, with label “Bar”.
>
> ACTUAL RESULTS:
> Prompted for second value, with label “ ” (single space).
>
> NOTES:
I think this should be fixed now by aa946f224da7522728cc1703bca75e4af7636fc9
commit aa946f224da7522728cc1703bca75e4af7636fc9
Author: Puneeth Chaganti
Commit: Bastien Guerry
Bugfix with interactive prompt in templates expansion.
* org-capture.el (org-capture-fill-template): fix bug with
the display of interactive prompt in templates expansion.
I couldn't reproduce it with a current master.
Best,
-- David
--
OpenPGP... 0x99ADB83B5A4478E6
Jabber dmj...@jabber.org
Email. dm...@ictsoc.de
pgpNUAcIHIwII.pgp
Description: PGP signature
Re: [O] Re: Re: org-clock-idle-time resolving dialogues seem to stack up for each passed idle time period
Hi Rainer, Rainer Stengele writes: > Once again I had the case of being forced to press "j" half a dozen times > until the idle clock mechanism frees the keyboard for regular input. > I watched the idle time display in the minibuffer. It changed fro mkeypress > to keypress so this really looks like there are stacked up many > timers. Does that happens with a bare emacs/org, with no configuration? ~$ emacs -q -- Bastien
[O] Re: [Orgmode] Capture question
On Sun, Mar 6, 2011 at 11:24 AM, Bastien wrote: > Hi John, > > John Hendy writes: > > > I can't be that odd :) > > Well, html emails don't help :/ > Really? I just send via gmail. Have I been polluting the list somehow? Have my emails been showing up weird to everyone or something? Yikes -- I had no idea. Or do you just mean compared to sending via some emacs email client? > > > 1) I think this is solved. > > Ok, thanks. > > > 2) The manual says this as to one of the options for the capture > > target: > > ,- > > | (function function-finding-location) > > | Most general way, write your own function to find both file and > > location > > `- > > > > Since my files always use the format -##MMM.org (2011-03Mar.org), > > I thought I could sure find a function that finds the current file > > rather than changing my capture target manually once a month. > > See my recent reply to Sullivan: you can use > > (file+heading buffer-file-name "Heading") > I'll check that out. > > in the template. buffer-file-name is a function return the file name of > the currently visited file (obviously) -- so that should help. > > > 3) I think this one was pretty clear... the manual says that if I do > > this: > > ,- > > | (define-key global-map "\C-c c" > > | (lambda () (interactive) (org-capture "t"))) > > `- > > > > I won't have to manually select "t" (TODO) for my capture template > > via the interactive window. Since I only use one capture template, it > > would be fantastic to have it automatically use it instead of asking > > me what I want to use and then I press another keystroke to select > > one template out of one available template. > > There was two "typos" -- the example is now: > > #+begin_src emacs-lisp > (define-key global-map "\C-cx" > (lambda () (interactive) (org-capture nil "x"))) > #+end_src > > Fantastic. That does it. When do things get pushed to the manual? Or is that an as-it's-spotted-it-gets-changed kind of thing? It's still the old way here: http://orgmode.org/manual/Capture-templates.html#Capture-templates Thanks for the help, John > Note the "\C-cx" (with no space) and the additional nil. > > HTH, > > -- > Bastien >
Re: [O] Re: [Accepted] Re: Bug: Jumping to a date in the agenda changes view back to 'day' [7.4 (release_7.4.80.g0e5e5)]
Hi Bastien On Sun, Mar 6, 2011 at 18:15, Bastien wrote: > Block agenda can be a mix of todo, todo-tags, agenda, etc. So while I > agree you expect the point on today for your specific block agenda, I > think leaving the cursor at the beginning of the block agenda buffer is > generally a good thing. At least when there is not any agenda block or the first block is not an agenda. But when there is an agenda block at first position followed by other blocks? Do you put up with `C-c a x d' going to 2011-02-28 Mon instead of today's 2011-03-06 Sun? But the most important still is: Both my earlier test cases `d g' and `w f d g' in custom agenda view work like expected now. Thank you very much for looking into this. Michael
Re: [O] Re: [Orgmode] bug: invalid export key in export visible region
David Maus writes: > At Thu, 24 Feb 2011 11:17:48 -0700, > Samuel Wales wrote: >> >> The following commands error out, seeming to say that the keys are wrong. >> >> c-c c-e v H >> c-c c-e v R >> >> Emacs 22, latest org git master. > > Thanks for the report, should be fixed by now. Thanks for this David! -- Bastien
Re: [O] Re: [Accepted] Re: Bug: Jumping to a date in the agenda changes view back to 'day' [7.4 (release_7.4.80.g0e5e5)]
Hi Michael, Michael Brand writes: > At least when there is not any agenda block or the first block is not > an agenda. But when there is an agenda block at first position > followed by other blocks? Do you put up with `C-c a x d' going to > 2011-02-28 Mon instead of today's 2011-03-06 Sun? I might look into this later on, sure. > But the most important still is: Both my earlier test cases `d g' and > `w f d g' in custom agenda view work like expected now. Thank you very > much for looking into this. Thanks to *you* for the tests and patience. -- Bastien
Re: [O] Re: [Orgmode] Capture question
Hi John, On Sun, Mar 6, 2011 at 10:12 AM, John Hendy wrote: > On Sun, Mar 6, 2011 at 11:24 AM, Bastien wrote: >> >> Hi John, >> >> John Hendy writes: >> >> > I can't be that odd :) >> >> Well, html emails don't help :/ > > Really? I just send via gmail. Have I been polluting the list somehow? Have > my emails been showing up weird to everyone or something? Yikes -- I had no > idea. I also use GMail sometimes (as in this case). The problem might be you are posting using the rich text options turned on (that is the default). The GMail interface deceptively hides the fact that rich text is actually html email. You need to select the "Plain Text" button on the very right of the formatting toolbar in the compose window. Hope this helps. -- Suvayu Open source is the future. It sets us free.
Re: [O] using org-mode with MS Outlook
Nick Dokos writes: > David Ellis wrote: > >> After I sent this email, I found ical2org.el. I saved a month of my >> calendar from Outlook to an iCalendar file. Then, I used >> ical2org/convert-file to convert it to an org file. All of the times >> were off by 6 hours. Since I live in the Central time zone in the US >> that is GMT-6, I wondered if this was the issue. When I used >> icalendar-import-file to convert the iCalendar file to a diary file, >> the times were okay. >> > > Where did you get ical2org.el? Does it use icalendar.el as distributed > with emacs? IME, the latter has a lot of problems with timezones > (based on a very cursory examination - I mean to go back to that but > haven't had the time), so if the former uses it, I wouldn't be > surprised to see timezone problems cropping up. > > I bet you would have better luck with the awk script, if only because > the two people who have worked on it (Eric Fraga who originated it and > Arun Persaud who has added functionality recently and has taken over > its care and feeding [fn:1]) are both regulars on this ML and *very* > responsive. > > Nick > > Footnotes: [fn:1] I hope this description is accurate but the > principals involved might have different ideas - this is just my > reading of the situation. Nick, yes, I think you got the summary about right. David, with respect to your original query, if you have a look at my original script, you'll see that the times should be adjusted for your time zone. Can you please have a look at the file exported by Google to see if the times are actually in your time zone or whether they have already been converted to UTC? Google does provide both options, as far as I remember (but Google does not really document much of these aspects and things do change). If you want, send me an extract of the ical formatted file and I will check it out. -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1 : using Org-mode version 7.4 (release_7.4.639.g1a03c.dirty)
Re: [O] Re: [Orgmode] Capture question
Hi John, On Sun, 6 Mar 2011 14:06:18 -0600 John Hendy wrote: > BTW, what does it show up as? Does this mean when I italicize and > bold, my emails are coming across at word and stuff like that?? I think its worse than that. Each paragraph break or each quote prefix have html tags of some kind. If you are interested you can check yourself by selecting "show original" from the drop down menu on the top right while you are reading one of your older posts. As far as I understand GMail sends a multipart message, plain text and html mixed. I can't comment further as I don't know much more about email technologies and standards. Hope this helps. :) -- Suvayu Open source is the future. It sets us free.
Re: [O] Bug: Org-Contacts.el [7.4]
Should I be able to find org-property-set-functions-alist listed in org.el?
Because I don't, maybe I have an issue, it says 7.4 in the comments at the
top of the file but I am not finding that phrase anywhere in the file, maybe
I do have an pull, update or patch issue I need to look into?
Matthew
On Sun, Mar 6, 2011 at 1:50 PM, Matthew Sauer
wrote:
> I am aware of the issue of emacs (that comes with cygwin) coming with I
> think it was org 6.3 and I have already (prior to this) cloned a branch,
> made my own branch so I could modify the makefile to have the org files land
> in the correct location to load (it kept loading 6.3 and not 7.4). I double
> checked (org-version) and I am definitely on 7.4 (when I was on 6.3 I had to
> use remember as Capture wasn't in the release? and now I have switched over
> to capture now and love it). I do regular pulls from the git as explained
> in the instructions (part of me is loving working in/on a growing updating
> project).
>
> It is loading from the correct spot and I opened the .el version of the
> .elc and it says 7.4 and if I load the .el or the .elc org-version shows
> 7.4.
>
> I know about needing to clean up the emacs, I originally started using
> org-mode from an episode of FLOSS weekly and didn't come to orgmode.org,
> worg or this mailing list as my first stop to learn how to update my .emacs
> and make things work. I am going to work on it some more and make sure I
> have tidied up everything I need to do and then I am going to try reloading
> org-contacts, I think I have something floating around somewhere that is
> keeping me from loading it correctly.
>
> Thanks for the feedback and hopefully I can get this knocked out, I am
> trying to migrate more and more of my stuff to working in emacs as it and
> org-mode speak to the way my brain functions. Hopefully, I will have an
> update soon as it still doesn't work but I want to weed through my .emacs
> before re-submitting everything. However, if anyone reads through my .emacs
> and sees an error or something I should look at, I would greatly appreciate
> it. You guys are amazing, hopefully in a few months I can start
> contributing more to this project.
>
> Matthew
>
> On Sat, Mar 5, 2011 at 10:47 PM, Nick Dokos wrote:
>
>> U-SWEETSAUERPORT\\Matthew Sauer wrote:
>>
>> ,
>> | Debugger entered--Lisp error: (void-variable
>> org-property-set-functions-alist)
>> | add-to-list(org-property-set-functions-alist ("BIRTHDAY" .
>> org-completing-read-date))
>> | eval-buffer(# nil
>> "/elisp/org-contacts/org-contacts.el" nil t) ; Reading at buffer position
>> 12430
>> | load-with-code-conversion("/elisp/org-contacts/org-contacts.el"
>> "/elisp/org-contacts/org-contacts.el" nil t)
>> | require(org-contacts)
>> `
>>
>> org-property-set-functions-alist is a variable in org.el, so it seems
>> you are loading org-contacts.el before loading org.el (and the autoloads
>> in your .emacs seem to confirm that).
>>
>> Problems:
>>
>> o org-contacts requires a recent version (> 7.4) of org. The version
>> that came with your emacs is not going to cut it.
>>
>> o you are probably loading the version of org that came with your emacs.
>> To check, say M-x locate-library org and see where it loads
>> org.el (or org.elc) from.
>>
>> o if you are using the built-in version, download the version from git (if
>> you have not already) and follow the instructions in section 1.2,
>> "Installation", of the Org manual to install it.
>>
>> And please clean up your .emacs: the autoload section that goes
>>
>> ,
>> | ;; These lines only if org-mode is not part of the X/Emacs distribution.
>> | (autoload 'org-mode "org" "Org mode" t)
>> | (autoload 'org-diary "org" "Diary entries from Org mode" t)
>> | (autoload 'org-agenda "org" "Multi-file agenda from Org mode" t)
>> | (autoload 'org-store-link "org" "Store a link to the current location"
>> t)
>> | (autoload 'orgtbl-mode "org" "Org tables as a minor mode" t)
>> | (autoload 'turn-on-orgtbl "org" "Org tables as a minor mode")
>> `
>>
>> should be *replaced* by what the doc says. Don't leave it hanging around.
>>
>> If you still have problems, submit another problem report (btw, the
>> information you included in this one was spot-on: both the .emacs and
>> the backtrace were needed for diagnosis).
>>
>> HTH,
>> Nick
>>
>>
>
Re: [O] Questions on LaTeX Exporter
Aloha Rasmus,
On Mar 6, 2011, at 3:21 AM, Rasmus wrote:
Hi,
This would make you an "early adopter."
Well, to be fair the latex exporter have been there for years and I
have
used it for non-important documents for years. But papers utilizing
more
features have proven difficult, so far.
I didn't mean to imply any criticism of the Org-mode LaTeX exporter.
It was designed to export notes and does a fantastic job of that. The
fact that we are wanting to use it for other kinds of more complex
documents is testament to how good it is.
Of course, the paper doesn't have abbreviations that end with
dots ...
The problem might be traced back to my less-than-stylish prose :)
No problem. My conference paper is not very complex, but I am very
happy with the LaTeX code produced by Org-mode. The paper itself was
easy to write in Org-mode and I am a big fan of having everything in
one file. I'd like to write larger, more complex documents in Org-
mode, too.
Yes, and the overhead does get in the way, at least for my writing
projects.
With folding, AUCTeX buffers become quite readable. But linking,
plannig
and TODOs are nice. Previously, I have had a notes.org and several
tex files.
On the other hand, I think it is the only way currently to get from
Org-mode to perfect LaTeX.
... And in that case AUCTeX provide a nicer environment in my
oppinion. Org would be nice for text heavy documents, though.
Yes, AucTeX sets a high standard.
Fixme in Org
If you figure this one out, please share
I haven't. I think one of either of the following would be nice.
1) Have them fold like I do in AUCTeX (i.e. \fxnote{·} is replaced by
[fix] in the buffer)
2) Use special footnotes. This could be an org-centric system,
without
the need of fixme.sty. This would require that Org could tell the
difference between fn:x and fix:x, and further, one would need to
be able to specify which set(s) of footnotes were to be exported.
*More questions, sorry*
Org populates every section with a label. I would
like to \ref or \vref these. I could predict \label's, but this a
rather
fragile solution. When I use "Org-links" I get a text link suitable
for e.g. html. I want to use \ref to get a number. One solution is
,
| * section
| #+latex: \label{sec:sec}
`
But there /must/ be a better way to this, eh?
Good point. It would be great to leverage Org-links to resolve cross
references to document sections.
And other question, which should also be simple, but which I have
not been
able to figure out.
I have internalized word count in my org file using babel:
,
| ** Getting Word Count
| #+srcname: wordcount
| #+BEGIN_SRC sh
| #!/bin/bash
| alias calc='Rscript -e "cat( file=stdout(),
eval( parse( text=paste( commandArgs(TRUE), collapse=\"\"))),\"\n\")"'
| calc `texcount -inc -sum -relaxed -1 -q -total assignment.tex`/400
| #+END_SRC
|
| #+results: wordcount
| : 0.6425
`
First, this should be evaluated post-export, but this is a trival
issue
as I can export the document in question twice. However, I want to
include the result in a \thanks{·}-node in the #+TITLE.
I have tried varioues methods, but so far without luck. To given an
example, I want to replace X by the results of my Babel-snip in the
following:
,
| #+TITLE: \Large Education in Labor Markets With Asymmetric
Information\thanks{Approximatly X words using \TeX Count}
`
You are right. Using an inline code block, e.g. src_sh[:noweb yes]
{<>}, doesn't seem to work in #+TITLE. I'm not sure how it
might be made to work there.
All the best,
Tom
Thanks in advance,
Rasmus
Re: [O] Re: org-table formulas with missing values
Rainer M Krug writes: > On Sat, Mar 5, 2011 at 11:55 AM, Thorsten > wrote: >> Bastien writes: >> >>> Hi Thorsten, >>> >>> Thorsten writes: >>> Ok, trial and error suggests that missing values in numeric columns can be represented as 0 in formulas, in string columns as "". Is there something like NaN in calc/org-table? >>> >>> I don't know what is NaN. Can you give an example of what you're trying >>> to achieve? >> >> NaN stands for NotaNumber and is usually used in statistic programs to >> denote missing numerical values > > NaN ia, as you state, NotANumber, but it is NOT a missing value, for > which the abbreviation is NA (Not Vavailable). An example for NaN > would be 1/0 - the value is there, but it is not a number. And, > consequently, NaN and NA can be treated separately. In general, if you > enter values, you use NA, as you usually do not enter values which are > not a number... It seems there is no special variable 'na' in calc, and anyway, 'nan' is not recognized either, but calc-info agrees with you. nil does the job - but somehow interferes with the else-part of the formula, that is not calculated anymore: | day | tel- calls | change (%) | |-++-| | 1 | 7 | 0 | | 2 | 2 | 2 = nil ? nil : round(((2 - 7) / 7) 100, 0) | | 3 | 3 | 3 = nil ? nil : round(((3 - 2) / 2) 100, 0) | | 4 |nil | nil | | 5 | 2 | 2 = nil ? nil : round(((2 - nil) / nil) 100, 0) | | 6 | 0 | 0 = nil ? nil : round(((0 - 2) / 2) 100, 0) | | 7 | 3 | 3 = nil ? nil : round(((3 - 0) / 0) 100, 0) | #+TBLFM: $3=if(@$-1=nil,nil,round@$-1-@-1$-1) / @-1$-1) * 100), 0)::@2$3=@2$2-@2$2 But even if nil would work, my basic question remains: if I have for example a dynamic report were one code-block in the org file retrieves new data frequently and stores them in a table, which has some formula applied to it, and 0 values as well as missing values are possible, how can I address the empty cells in the formula without confusion with regards to the cells with 0 values? Thorsten
[O] RE: [Orgmode] using (id "Name") target in org-capture-templates
Perfect. Thanks very much!
-- Greg
--
Greg Sullivan gregory.sulli...@baesystems.com
(781)262-4553 (office) (978)430-3461 (cell)
-Original Message-
From: Bastien Guerry [mailto:bastiengue...@googlemail.com] On Behalf Of Bastien
Sent: Sunday, March 06, 2011 12:08 PM
To: Sullivan, Gregory (US SSA)
Cc: Giovanni Ridolfi; Emacs-orgmode@gnu.org
Subject: Re: [Orgmode] using (id "Name") target in org-capture-templates
Hi Sullivan,
"Sullivan, Gregory (US SSA)" writes:
> The way I understood your patch is that I can use (currentfile) as
> _the_ target expression in a capture template. What I was requesting
> was to use 'capturefile' _within_ a file+headline target
> expressions. Let me re-include a motivating example - as your citation
> didn't include it:
Sorry, I overlooked your request.
> (setq org-capture-templates
>'(("j" "Journal" entry (file+headline currentfile "Journal") "* %a\n\n%i"))
> ("t" "To Do" entry (file+headline currentfile "Tasks") "* TODO %?
> %i\n")))
Actually, you can already do this:
(setq org-capture-templates
'(("j" "Journal" entry (file+headline buffer-file-name "Journal") "*
%a\n\n%i"))
("t" "To Do" entry (file+headline buffer-file-name "Tasks") "* TODO %?
%i\n")))
See the documentation about file specification.
So I removed (currentfile), which is simply (file buffer-file-name)).
HTH,
--
Bastien
Re: [O] Re: [Orgmode] Capture question
On Sun, Mar 6, 2011 at 1:47 PM, suvayu ali wrote: > > Hi John, > > On Sun, Mar 6, 2011 at 10:12 AM, John Hendy wrote: > > On Sun, Mar 6, 2011 at 11:24 AM, Bastien wrote: > >> > >> Hi John, > >> > >> John Hendy writes: > >> > >> > I can't be that odd :) > >> > >> Well, html emails don't help :/ > > > > Really? I just send via gmail. Have I been polluting the list somehow? Have > > my emails been showing up weird to everyone or something? Yikes -- I had no > > idea. > > I also use GMail sometimes (as in this case). The problem might be you > are posting using the rich text options turned on (that is the > default). The GMail interface deceptively hides the fact that rich > text is actually html email. You need to select the "Plain Text" > button on the very right of the formatting toolbar in the compose > window. > Thanks for the tip. After Bastien's note, I started searching around and found some references to this. When using the mailing list I will be sure to click the "Plain Text" diddy above the compose window. I had no idea. Sorry! BTW, what does it show up as? Does this mean when I italicize and bold, my emails are coming across at word and stuff like that?? John > > Hope this helps. > > -- > Suvayu > > Open source is the future. It sets us free.
Re: [O] Re: org-table formulas with missing values
Hi Thorsten, Disclaimer: I haven't tried any of what I am proposing below. Its just a thought that came to me while reading your post. On Sun, Mar 6, 2011 at 2:44 PM, Thorsten wrote: > But even if nil would work, my basic question remains: if I have for > example a dynamic report were one code-block in the org file retrieves > new data frequently and stores them in a table, which has some formula > applied to it, and 0 values as well as missing values are possible, how > can I address the empty cells in the formula without confusion with > regards to the cells with 0 values? > Since recently calc code block support was added to babel, why not use that to process your table instead of table formulae? Wouldn't you expect it would be easier to deal with NaN and its likes directly with calc source compared to formulae? > Thorsten > -- Suvayu Open source is the future. It sets us free.
[O] Different (setq org-export-with-section-numbers) depending on HTML or LaTeX export
Hey, I'm trying to hide section numbers in the HTML export, while keeping the sections in the LaTeX export. Adding (setq org-export-with-section-numbers nil) successfully removes the HTML section numbering, but for a mysterious reason also removes headlines when doing a LaTeX export. Is there any way to have differing settings, based on the current export choice? Or is there maybe another way to achieve what I want? Thanks, Jakub Szypulka
Re: [O] Bug: Org-Contacts.el [7.4]
I am aware of the issue of emacs (that comes with cygwin) coming with I
think it was org 6.3 and I have already (prior to this) cloned a branch,
made my own branch so I could modify the makefile to have the org files land
in the correct location to load (it kept loading 6.3 and not 7.4). I double
checked (org-version) and I am definitely on 7.4 (when I was on 6.3 I had to
use remember as Capture wasn't in the release? and now I have switched over
to capture now and love it). I do regular pulls from the git as explained
in the instructions (part of me is loving working in/on a growing updating
project).
It is loading from the correct spot and I opened the .el version of the .elc
and it says 7.4 and if I load the .el or the .elc org-version shows 7.4.
I know about needing to clean up the emacs, I originally started using
org-mode from an episode of FLOSS weekly and didn't come to orgmode.org,
worg or this mailing list as my first stop to learn how to update my .emacs
and make things work. I am going to work on it some more and make sure I
have tidied up everything I need to do and then I am going to try reloading
org-contacts, I think I have something floating around somewhere that is
keeping me from loading it correctly.
Thanks for the feedback and hopefully I can get this knocked out, I am
trying to migrate more and more of my stuff to working in emacs as it and
org-mode speak to the way my brain functions. Hopefully, I will have an
update soon as it still doesn't work but I want to weed through my .emacs
before re-submitting everything. However, if anyone reads through my .emacs
and sees an error or something I should look at, I would greatly appreciate
it. You guys are amazing, hopefully in a few months I can start
contributing more to this project.
Matthew
On Sat, Mar 5, 2011 at 10:47 PM, Nick Dokos wrote:
> U-SWEETSAUERPORT\\Matthew Sauer wrote:
>
> ,
> | Debugger entered--Lisp error: (void-variable
> org-property-set-functions-alist)
> | add-to-list(org-property-set-functions-alist ("BIRTHDAY" .
> org-completing-read-date))
> | eval-buffer(# nil "/elisp/org-contacts/org-contacts.el"
> nil t) ; Reading at buffer position 12430
> | load-with-code-conversion("/elisp/org-contacts/org-contacts.el"
> "/elisp/org-contacts/org-contacts.el" nil t)
> | require(org-contacts)
> `
>
> org-property-set-functions-alist is a variable in org.el, so it seems
> you are loading org-contacts.el before loading org.el (and the autoloads
> in your .emacs seem to confirm that).
>
> Problems:
>
> o org-contacts requires a recent version (> 7.4) of org. The version
> that came with your emacs is not going to cut it.
>
> o you are probably loading the version of org that came with your emacs.
> To check, say M-x locate-library org and see where it loads
> org.el (or org.elc) from.
>
> o if you are using the built-in version, download the version from git (if
> you have not already) and follow the instructions in section 1.2,
> "Installation", of the Org manual to install it.
>
> And please clean up your .emacs: the autoload section that goes
>
> ,
> | ;; These lines only if org-mode is not part of the X/Emacs distribution.
> | (autoload 'org-mode "org" "Org mode" t)
> | (autoload 'org-diary "org" "Diary entries from Org mode" t)
> | (autoload 'org-agenda "org" "Multi-file agenda from Org mode" t)
> | (autoload 'org-store-link "org" "Store a link to the current location" t)
> | (autoload 'orgtbl-mode "org" "Org tables as a minor mode" t)
> | (autoload 'turn-on-orgtbl "org" "Org tables as a minor mode")
> `
>
> should be *replaced* by what the doc says. Don't leave it hanging around.
>
> If you still have problems, submit another problem report (btw, the
> information you included in this one was spot-on: both the .emacs and
> the backtrace were needed for diagnosis).
>
> HTH,
> Nick
>
>
[O] Re: [Orgmode] Bug: Missing prompt label in capture template expansion
On Sun, Mar 6, 2011 at 23:48, David Maus wrote:
> At Fri, 25 Feb 2011 12:41:34 +0530,
> Aankhen wrote:
>>
>> STEPS TO REPRODUCE:
>> 1. Add this to the list of capture templates:
>> ("t" "Test" entry (file "z:/Temp/t.org")
>> "*** TODO %^{Foo} [[bar:%^{Bar}][Bar]]")
>> 2. Run org-capture.
>> 3. Fill in a value for “Foo” when prompted and press Enter.
>>
>> EXPECTED RESULTS:
>> Prompted for second value, with label “Bar”.
>>
>> ACTUAL RESULTS:
>> Prompted for second value, with label “ ” (single space).
>>
>> NOTES:
>
> I think this should be fixed now by aa946f224da7522728cc1703bca75e4af7636fc9
Confirmed, I can no longer reproduce it either.
Aankhen
Re: [O] Bug: Org-Contacts.el [7.4]
Matthew Sauer writes: > Should I be able to find org-property-set-functions-alist listed in > org.el? Yes: C-h v org-property-set-functions-alist RET -- Bastien
Re: [O] Bug: Org-Contacts.el [7.4]
Nick was gracious enough to help me dig through a few things with my .emacs . . . it appears I had been able to update the emacs lisp in lispdir = $ usr/share/emacs/23.2/lisp/org once so that I was running 7.4 but that wasn't getting updated when I did pulls (need to look into that once) so, I just had to change my .emacs and add a load path to /org-mode/elisp so that it would find everything I was updating (I go into /org-mode to run : git pull && make clean && make && make install && make doc oh, and if anyone has experience on getting make doc to work on cygwin (texi2dvi) it would be appreciated as I haven't quite got that to work right. Thanks to all on the list, especially Nick for the help, it works great now . . .now to get google weather to work the way I want it to. Matthew On Sun, Mar 6, 2011 at 5:20 PM, Bastien wrote: > Matthew Sauer writes: > > > Should I be able to find org-property-set-functions-alist listed in > > org.el? > > Yes: > > C-h v org-property-set-functions-alist RET > > -- > Bastien > >
Re: [O] Re: Keep a file out of the mobile org org-mobile-files list
Bastien, I've tried doing this: (setq org-mobile-files-exclude-regexp "reference.org") But reference.org is still being copied to Dropbox. I have org v. release_7.4-124-gde39b Any ideas? Thanks, Marcelo. On Sat, Mar 5, 2011 at 11:52 AM, Marcelo de Moraes Serpa wrote: > Thanks Bastien, and sorry for the early bump! > > Marcelo. > > On Sat, Mar 5, 2011 at 4:54 AM, Bastien wrote: >> Hi Marcelo, >> >> Marcelo de Moraes Serpa writes: >> >>> *bump* -- anyone ? >> >> I know people on this list are *very* reactive, but a delay of two days >> doesn't mean an email will never be answered - please wait for one week >> before bumping threads... thanks! >> >> -- >> Bastien >> >
Re: [O] Re: Keep a file out of the mobile org org-mobile-files list
Oh, disregard my message. Now I see it I needed to pull before... thanks! On Sun, Mar 6, 2011 at 8:13 PM, Marcelo de Moraes Serpa wrote: > Bastien, I've tried doing this: > > (setq org-mobile-files-exclude-regexp "reference.org") > > But reference.org is still being copied to Dropbox. I have org v. > release_7.4-124-gde39b > > Any ideas? > > Thanks, > > Marcelo. > > > On Sat, Mar 5, 2011 at 11:52 AM, Marcelo de Moraes Serpa > wrote: >> Thanks Bastien, and sorry for the early bump! >> >> Marcelo. >> >> On Sat, Mar 5, 2011 at 4:54 AM, Bastien wrote: >>> Hi Marcelo, >>> >>> Marcelo de Moraes Serpa writes: >>> *bump* -- anyone ? >>> >>> I know people on this list are *very* reactive, but a delay of two days >>> doesn't mean an email will never be answered - please wait for one week >>> before bumping threads... thanks! >>> >>> -- >>> Bastien >>> >> >
Re: [O] Capture - stay clocked in?
Bastien writes:
> Hi Nathan,
>
> Nathan Neff writes:
>
>> Is there an option NOT to clock out of a Todo item that's
>> created using org-capture?
>
> I assume you mean "when :immediate-finish is non-nil in a capture
> template", right?
>
> Yes, this bugged me as well.
>
> The default behavior is now (latest git) that :immediate-finish t
> will *not* clock out the captured entry so that you can use it in
> conjunction with :clock-in.
>
> HTH,
Hi Bastien,
I think this change may have changed the default for
non :immediate-finish capture tasks as well.
I have the following template:
--8<---cut here---start->8---
("t" "todo" entry
(file "~/git/org/refile.org")
"* TODO %?\n%U\n%a\n" :clock-in t :clock-resume t)
--8<---cut here---end--->8---
and if the clock is not running when I start capture with this template
it stays running afterwards. I don't think this was the intended
behaviour.
Let me know if you want me to try to isolate the commit that changed
this behaviour for me.
Thanks,
--
Bernt
Re: [O] Different (setq org-export-with-section-numbers) depending on HTML or LaTeX export
Hi,
On Mon, Mar 7, 2011 at 04:37, Jakub Szypulka wrote:
> I'm trying to hide section numbers in the HTML export, while keeping
> the sections in the LaTeX export.
>
> Adding (setq org-export-with-section-numbers nil) successfully removes
> the HTML section numbering, but for a mysterious reason also removes
> headlines when doing a LaTeX export.
Could you give a sample of the input and output? Using Org-mode from
git, I can’t reproduce this problem:
,[ foo.org ]
| * Foo
|
| * Bar
|
| ** Quux
|
| * Baz
`
Becomes:
,[ Exported LaTeX ]
| \usepackage{amssymb}
| \usepackage{hyperref}
| \tolerance=1000
| \providecommand{\alert}[1]{\textbf{#1}}
|
| \title{No Title}
| \author{}
| \date{07 March 2011}
|
| \begin{document}
|
| \maketitle
|
| \section*{Foo}
| \label{sec-1}
| \section*{Bar}
| \label{sec-2}
| \subsection*{Quux}
| \label{sec-2_1}
| \section*{Baz}
| \label{sec-3}
|
| \end{document}
`
Which seems about right when converted to a PDF.
Aankhen
