[Orgmode] Re: org-capture question/suggestion

[Sébastien Vauban]

Hi Tassilo,

Tassilo Horn wrote:
> as already said, I really like the new org-capture interface. But there's
> one thing concerning the templates, which might be optimized a bit.
>
> I want to add certain information accessible with template escapes as
> properties. So as an example, I have a template like this:
>
>  ("t" "TODO" entry
>   (file "/home/horn/repos/org/remember.org")
>   "* TODO %?\n  :PROPERTIES:\n  :created: %U\n  :link: %a\n  :END:\n  %i")
>
> The creation date %U is always there, so that's no problem. But the link
> accessible with %a may be nil. Then, I really don't want to have a :link:
> property. Currently, I simply delete that line before filing the item.
> That's a bit inconvenient,

The same applies (or, applied) for me with Bernt's config for clocking
automatically when editing a task/note/etc. via the (old) remember interface:
when it lasted for less than one minute, the `CLOCK' line disappeared (thanks
to `org-clock-out-remove-zero-time-clocks'), but `:LOGBOOK:' and `:END:'
stayed:

--8<---cut here---start->8---
* Task added via remember
  :LOGBOOK:
  :END:
--8<---cut here---end--->8---


> and that I have to deal with indentation in the template is another
> inconvenience.

Regarding indentation, it is the same when a region is preselected: the first
line of the region is correctly indented; others, not. What would be nice is
that every line of the region would be prefixed by the same amount of spaces.


> And it won't work when my capture template doesn't create a new entry, but
> appends to an existing one. In that case, properties should be appended to
> existing properties, too.

Just for me to understand, what would you expect when you say that properties
should be appended?

- multiple creation dates?
- multiple links?

Maybe, even, you would want different behaviors for the different properties?

- creation dates not "append-able": the first one is kept?
- links appended in sequence?


> So what I would love to see was a possibility to have property escapes,
> which use the property API and only add properties that have a value. Then
> the property API would handle the correct indentation and everything else.
>
> Maybe, a good syntax would be %:propname:X, where X is one of the normal
> escapes without the leading %. Then I could write the template above like
> that:
>
>  ("t" "TODO" entry
>   (file "/home/horn/repos/org/remember.org")
>   "* TODO %?\n  %i %:created:U %:link:a")
>
> Well, I don't really care about the syntax. Maybe it's better to specify
> properties outside the template, because they won't be inserted at the exact
> position defined in the template anyway, especially if type is not 'entry.
> So how about something like that:
>
>  ("t" "TODO" entry
>   (file "/home/horn/repos/org/remember.org")
>   "* TODO %?\n  %i"
>   :properties (("created" "%U")
>("link""%a")))
>
> What do you think?

Interesting..

Best regards,
  Seb

-- 
Sébastien Vauban


___
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] New implementation of the Org remember process ready for comments and testing

[Ian Barton]

   1. Run

  M-x org-capture-import-remember-templates RET

  to get a translated version of your remember templates into the
  new variable `org-capture-templates'.  This will "mostly" work,
  but maybe not for all cases.  At least it will give you a good
  place to modify your templates.  The customize interface is the
  best way to work with this complex variable.


This doesn't work for me.  I get:

,
| Import old remember templates into org-capture-templates? (y or n)
| Note that this will remove any templates currently defined in
|   `org-capture-templates'.  Do you still want to go ahead? (y or n)
| list: Symbol's value as variable is void: org-remember-default-headline
`


Eric,

I got this too. I worked around it by setting:

(setq org-remember-default-headline "Tasks")

Since I explicitly set headlines in my templates, this didn't seem to 
have any harmful side effects.


Ian.



___
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] how to customize (inactive) timestamp textual format

[Stefano Zacchiroli]

[ quoted text re-ordered ]

On Tue, Jun 22, 2010 at 02:30:28PM -0400, Nick Dokos wrote:
> Just in case it's not clear already :-) I personally don't think it's
> worth it (but I am a marginal voice at best.) What might be worth it is

Yes, that is pretty clear :), but thanks for reinstating.
Since, I find a couple of non-sequitur in your reasoning belows; I
follow-up just for the sake of the argument.

> ... and others can see this thread in the mailing list and follow suit.
> Or they can use the info doc (section 1.1, "Summary") to find the org
> website and follow the link to Worg. Or they can ask on the list. And

No, they can't, *while they are offline*.

> once they know how to get there, there will be no need for another
> documentation blob to land on *everybody's* disk. Besides, if they can't

That is not really a sound counter argument: most GNU-Emacs
distributions are package based and can easily split out -doc packages
to avoid wasting space on *everybody's* disk.

> find it in one of those ways, what makes you think that they will be able
> to find it even if it is on their disk?

Well, the Emacs help system is *very* powerful: once you entered a
specific info topic, you can C-s and it will look for text in all the
documentation; I would have personally found the information without
bothering the list, had it been there.

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

Re: [Orgmode] New implementation of the Org remember process ready for comments and testing

[Ian Barton]

O


The fact that I have let go of trying to follow up every thread on the
mailing list is really great for me, thanks to John and David for
providing issue and patch tracking - this is a huge simplification.
And thanks to everyone who is contributing with answers and patches!

The best part of this - for me - is that it allows me to step back
and do some more systematic work again.

So I have finally found the time to rewrite the Org+Remember capturing
setup for org-mode. This stuff is now available in the git repo and
it still needs testing.


Carsten,

I see that org-capture.el org-mks.el aren't in the Makefile, so you have 
to copy them manually. Is this intentional since the feature is 
experimental?


Ian.

___
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] New implementation of the Org remember process ready for comments and testing

[Sebastian Rose]

Carsten Dominik  writes:
> On Jun 23, 2010, at 1:56 AM, Sebastian Rose wrote:
>
>>
>>
>> I have a problem with the properties and org-capture-templates.
>>
>>
>>"* DONE %u  (%^{Sport|run|run|swim|wout})  %^{Distance}  x:xx
>>  :PROPERTIES:
>>  :date: %u
>>  :pace: x:xx
>>  :kcal: xxx
>>  :END:
>>   %^{meters}p %^{start}p %^{time}p %^{type}p %x^{rpuls}p"
>>
>>
>> results in:
>>
>>
>>* DONE [2010-06-23 Mi]  (run)  2  x:xx
>>  :PROPERTIES:
>>  :meters:   2
>>  :start:16:00
>>  :time: 01:30:00
>>  :type: lgDL
>>  :END:
>>:date: [2010-06-23 Mi]
>>  :pace: x:xx
>>  :kcal: xxx
>>  :END:
>>
>>
>> Note the :END: after the :type: property.
>
> I cannot reproduce this.
>
> - Carsten


Err, sorry, my fault.

This here works as expected:

"* DONE %u  (%^{Sport|run|run|swim|wout})  %^{Distance}  x:xx
  :PROPERTIES:
  :date: %u
  :pace: x:xx
  :kcal: xxx
  %^{meters}p %^{start}p %^{time}p %^{type}p %^{rpuls}p
  :END:"

No idea why I didn't try to put the `:END:' to the end :-/



___
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] org-capture question/suggestion

[Carsten Dominik]

On Jun 22, 2010, at 9:45 PM, Tassilo Horn wrote:


Hi,

as already said, I really like the new org-capture interface.  But
there's one thing concerning the templates, which might be optimized a
bit.

I want to add certain information accessible with template escapes as
properties.  So as an example, I have a template like this:

("t" "TODO" entry
 (file "/home/horn/repos/org/remember.org")
 "* TODO %?\n  :PROPERTIES:\n  :created: %U\n  :link: %a\n  :END:\n   
%i")


The creation date %U is always there, so that's no problem.  But the
link accessible with %a may be nil.  Then, I really don't want to  
have a
:link: property.  Currently, I simply delete that line before filing  
the

item.  That's a bit inconvenient, and that I have to deal with
indentation in the template is another inconvenience.  And it won't  
work

when my capture template doesn't create a new entry, but appends to an
existing one.  In that case, properties should be appended to existing
properties, too.

So what I would love to see was a possibility to have property  
escapes,

which use the property API and only add properties that have a value.
Then the property API would handle the correct indentation and
everything else.


James wrote to me that he will try to adapt his template-filling code
so that org-capture can use it.  Among other things, this will make use
of the normal property API, and it will make the entire template stuff
extensible so that you can even write your own special functions.
This will be very useful, I am looking forward to a lot.



Maybe, a good syntax would be %:propname:X, where X is one of the  
normal

escapes without the leading %.  Then I could write the template above
like that:

("t" "TODO" entry
 (file "/home/horn/repos/org/remember.org")
 "* TODO %?\n  %i %:created:U %:link:a")

Well, I don't really care about the syntax.  Maybe it's better to
specify properties outside the template, because they won't be  
inserted
at the exact position defined in the template anyway, especially if  
type

is not 'entry.  So how about something like that:

("t" "TODO" entry
 (file "/home/horn/repos/org/remember.org")
 "* TODO %?\n  %i"
 :properties (("created" "%U")
  ("link""%a")))


His looks very good.  James, are you seeing this?  THis would be an  
interesting way to specify values for some properties, and then prompt  
for others.


- Carsten


___
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] New implementation of the Org remember process ready for comments and testing

[Carsten Dominik]

On Jun 23, 2010, at 10:05 AM, Sebastian Rose wrote:


Carsten Dominik  writes:

On Jun 23, 2010, at 1:56 AM, Sebastian Rose wrote:




I have a problem with the properties and org-capture-templates.


  "* DONE %u  (%^{Sport|run|run|swim|wout})  %^{Distance}  x:xx
:PROPERTIES:
:date: %u
:pace: x:xx
:kcal: xxx
:END:
 %^{meters}p %^{start}p %^{time}p %^{type}p %x^{rpuls}p"


results in:


  * DONE [2010-06-23 Mi]  (run)  2  x:xx
:PROPERTIES:
:meters:   2
:start:16:00
:time: 01:30:00
:type: lgDL
:END:
  :date: [2010-06-23 Mi]
:pace: x:xx
:kcal: xxx
:END:


Note the :END: after the :type: property.


I cannot reproduce this.

- Carsten



Err, sorry, my fault.

This here works as expected:

   "* DONE %u  (%^{Sport|run|run|swim|wout})  %^{Distance}  x:xx
 :PROPERTIES:
 :date: %u
 :pace: x:xx
 :kcal: xxx
 %^{meters}p %^{start}p %^{time}p %^{type}p %^{rpuls}p
 :END:"

No idea why I didn't try to put the `:END:' to the end :-/





The way properties are added in templates are likely to change
soon, stay tuned...

- Carsten




___
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: latex export and booktabs tables

[Sébastien Vauban]

Hi Erik,

Erik Butz wrote:
> I found a very old thread on the list about using the booktabs package to
> have nicer tables in latex export.
>
> I found that, making the changes below I can use the booktab package to
> export tables, and using standard tables only, this seems to work fine.
>
> Can anyone advice on whether this kind of change is meaningful or if this is
> likely to introduce difficulties elsewhere which I did not experience due to
> the limited scope of usage? It should be said that I did not at all look
> into longtables so far.

While trying to improve this, I think one could extend it so that the table
environment can be changed as well, from `tabular' to `array', `tabular*',
`tabularx' or any other.

There was a discussion on this, a while ago, by Francesco Pizzolante. Have a
read at: http://www.mail-archive.com/emacs-orgmode@gnu.org/msg18311.html.

Best regards,
  Seb

-- 
Sébastien Vauban


___
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] New implementation of the Org remember process ready for comments and testing

[Carsten Dominik]

On Jun 23, 2010, at 6:01 AM, Puneeth wrote:


Hi,

On Tue, Jun 22, 2010 at 6:06 PM, Carsten Dominik
 wrote:

   New implementation of the Org remember process
   ==

[..]

None of what I describe is set in stone yet - let me know if you have
comments, change requests or other ideas.


I like the new capture process. All of it works well, except for

1) tab completion on tags (
I have a couple of templates using ^g and ^G and they worked well with
org-remember, but don't work with org-capture. I hope I'm not missing
something here.

2) I have not been able to abort a capture. undo doesn't seem to be
working. It says "undo-more: Changes to be undone are outside visible
portion of buffer".  I think I'm doing something wrong here. Can
someone tell me how to abort a capture?



This should now work, with `C-c C-k'.

It should work with all capture types except table lines.  For table  
lines, simply UNDO until the new line is gone and the finalize with `C- 
c C-c'.


HTH

- Carsten



Thanks,
Puneeth


- Carsten




___
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] New implementation of the Org remember process ready for comments and testing

[Puneeth]

On Wed, Jun 23, 2010 at 10:01 AM, Carsten Dominik
 wrote:
>
[..]
>> 1) tab completion on tags (
>> I have a couple of templates using ^g and ^G and they worked well with
>> org-remember, but don't work with org-capture. I hope I'm not missing
>> something here.
>
> I just tried - this is working well for me.

I think this has got something to do with org-directory, though I'm not sure.

My current set-up is enclosed below. Tab completion for tags (in all
agenda files) shows only the tags present in the worg-todo file, not
the ones in the notes file.

-
(setq org-directory "/data/life-in-plain-text/")

(custom-set-variables
 '(org-agenda-files (quote ("/data/life-in-plain-text/notes.org"
"~/Worg/worg-todo.org"

(setq org-capture-templates
  '(("t" "task" entry
(file+headline "notes.org" "Refile")
"* TODO %? %^G:\n  %U\n")))
-

Thanks,
Puneeth

___
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: [Patch] New implementation of the Org remember process ready for comments and testing

[Ulf Stegemann]

Hi Carsten, Sebastian,

just tried the new capture mechanism and it works quiet fine. I like it
a lot. Thanks for the work :)

However ...

Sebastian Rose  wrote:

> Here's the tested and working patch for org-protocol.el.

... it seems that with `org-protocol-capture' the place holders
`%:link', `%:description' and `%:initial' do not work anymore as they
are inserted literally. I must admit that I haven't looked at my
templates for a very long time and that those place holders may be
outdated, but with `org-protocol-remember' at least `%:description'
still works.

Ulf



___
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] how to customize (inactive) timestamp textual format

[Stefano Zacchiroli]

On Wed, Jun 23, 2010 at 11:52:14AM +0200, Giovanni Ridolfi wrote:
> In mail <20100622104109.ga17...@upsilon.cc>  you wrote:
>  I think it would make sense to "freeze" wort at each org-mode release
>  and ship a copy of it 
>  in a way that makes it integrated in the Emacs help system.
> ^
> and in mail  <20100622164051.ga25...@upsilon.cc> you wrote:
>  Take this just as a feature request entitled 
>  "please ship Worg snapshots as part of the org-mode documentation"; 
>  ^^
> Until now the "org-mode documentation" [i.e. the info file] has 
> been *inside* the org-mode package. So it is perfectly 
> reasonable that *we* understood/inferred
> that you wanted to ship worg within the org-mode.zip package. 

Sure, I intended that indeed.

But the fact that it is in that .zip file does not imply that it will
end up in the same monolithic package that users install: distribution
editors routinely split up monolithic "upstream" packages in several
different "downstream" packages.

So, sorry to disappoint you, but I haven't really changed my initial
request.

> In the end I think that 'git clone' is *the best option*: less work for
> org-mode developers/maintainer(s) and the people, who want it on their
> disks, are free to clone it... and also to commit ;-)

I agree that *currently* it is the best option, and as reported I've
already cloned the repo. I was just requesting a feature that could have
helped other users like myself (you know, not all users are equal in
their needs). Anyhow, it is pretty evident that my goal of having
self-contained offline documentation is just not shared by others on
this list, so don't worry, I'll shut up in the future.

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

Re: [Orgmode] how to customize (inactive) timestamp textual format

[Giovanni Ridolfi]

Stefano Zacchiroli  writes:
  Dì bän só, fantèsma!
> On Tue, Jun 22, 2010 at 02:30:28PM -0400, Nick Dokos wrote:
>> Or they can use the info doc (section 1.1, "Summary") to find the org
>> website and follow the link to Worg. Or they can ask on the list. And
>
> No, they can't, *while they are offline*.

So? they have to *wait* until they're online again. 
Is it so difficult? They have only to 'postpone(GDT)' the 
solution of such problem. 
And I believe that the *important features* and tricks are already 
covered by both the manual and the variable description in the source
code. 

>> once they know how to get there, there will be no need for another
>> documentation blob to land on *everybody's* disk. Besides, if they can't
>
> That is not really a sound counter argument: 

Sorry to contradict you, but this *is* a counter argument.

In mail <20100622104109.ga17...@upsilon.cc>  you wrote:

 I think it would make sense to "freeze" wort at each org-mode release
 and ship a copy of it 
 in a way that makes it integrated in the Emacs help system.
^
and in mail  <20100622164051.ga25...@upsilon.cc> you wrote:

 Take this just as a feature request entitled 
 "please ship Worg snapshots as part of the org-mode documentation"; 
 ^^
Until now the "org-mode documentation" [i.e. the info file] has 
been *inside* the org-mode package. So it is perfectly 
reasonable that *we* understood/inferred
that you wanted to ship worg within the org-mode.zip package. 

> most GNU-Emacs
> distributions are package based and can easily split out -doc packages
> to avoid wasting space on *everybody's* disk.

Thanks for suggesting, /now/, to buid a different package.

And I completely agree with you: *if* somebody will package 
the worg site it *must* be packaged in a 
*different* package (e.g. 'org-worg') and not in the Org-Mode package.

> Well, the Emacs help system is *very* powerful: once you entered a
> specific info topic

Do you suggest to integrare org-worg in the info system? 
The files are written in 'org syntax' they should be
converted in '(tex)info syntax'.
Is it an easy task?  I don't think so, but maybe Richard will 
enlight me again ;-) as he already did with the bandwidth/disk matter.

In the end I think that 'git clone' is *the best option*: less work for
org-mode developers/maintainer(s) and the people, who want it on their
disks, are free to clone it... and also to commit ;-)

cheers,
Giovanni

___
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] contributing Debian build scripts

[Carsten Dominik]

Hi Mark,

forst of all, thanks a lot for creating this package and
maintaining it for quite a while.


On Jun 21, 2010, at 7:50 PM, Mark A. Hershberger wrote:



After maintaining a ppa for org-mode for some time, I'd like to
contribute the build so that the community can help keep them up to
date.

More up-to-date than I've been able to do, surely :)

Should I just submit patches to the list? (I have papers on file with
the FSF if that makes any difference.)


Can you please first elaborate what it would mean if we were to take  
over the production of this package?  Where would we have to submit it  
or put it up on the web so that it would be found as an official  
package?  How does all of this work?


Thanks!

- Carsten


___
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] Re: [Patch] New implementation of the Org remember process ready for comments and testing

[Sebastian Rose]

Ulf Stegemann  writes:
> Hi Carsten, Sebastian,
>
> just tried the new capture mechanism and it works quiet fine. I like it
> a lot. Thanks for the work :)
>
> However ...
>
> Sebastian Rose  wrote:
>
>> Here's the tested and working patch for org-protocol.el.
>
> ... it seems that with `org-protocol-capture' the place holders
> `%:link', `%:description' and `%:initial' do not work anymore as they
> are inserted literally. I must admit that I haven't looked at my
> templates for a very long time and that those place holders may be
> outdated, but with `org-protocol-remember' at least `%:description'
> still works.
>
> Ulf

Did those placeholders ever work through org-protocol?

How exactly where they meant to work?

Did you convert your remember-templates before testing?
Or did you just copy/rename your `org-remeber-templates' variable to
`org-capture-templates'?


In the new variable `org-capture-templates', these placeholders are not
guarantied to work (at least not documented).

Use
   %c - this will be a link to the page in your browser
   %i - this will be the selected text in your browser, if any. This is,
what `%:initial' was I guess.
   %a - same as %c


Does that work for you?


Best wishes

Sebastian

___
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] [Typo] New implementation of the Org remember process ready for comments and testing

[Sebastian Rose]

Hi Carsten,


latest pull got me this line 765 in org-capture.el

  (defun org-capture-mark-kill-region (bed end)

Typo?  The bed is never used :)



  Sebastian

___
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] [Typo] New implementation of the Org remember process ready for comments and testing

[Carsten Dominik]

On Jun 23, 2010, at 12:40 PM, Sebastian Rose wrote:


Hi Carsten,


latest pull got me this line 765 in org-capture.el

 (defun org-capture-mark-kill-region (bed end)

Typo?  The bed is never used :)


Yep, a typo, thanks.

- Carsten


___
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] Re: [Patch] New implementation of the Org remember process ready for comments and testing

[Carsten Dominik]

On Jun 23, 2010, at 12:29 PM, Sebastian Rose wrote:


Ulf Stegemann  writes:

Hi Carsten, Sebastian,

just tried the new capture mechanism and it works quiet fine. I  
like it

a lot. Thanks for the work :)

However ...

Sebastian Rose  wrote:


Here's the tested and working patch for org-protocol.el.


... it seems that with `org-protocol-capture' the place holders
`%:link', `%:description' and `%:initial' do not work anymore as they
are inserted literally. I must admit that I haven't looked at my
templates for a very long time and that those place holders may be
outdated, but with `org-protocol-remember' at least `%:description'
still works.

Ulf


Did those placeholders ever work through org-protocol?

How exactly where they meant to work?


I think they *should* work.  You install them into the store-link  
property list,

and org-capture tries to pull them out.

But I might have made a mistake - will look later.

- Carsten



Did you convert your remember-templates before testing?
Or did you just copy/rename your `org-remeber-templates' variable to
`org-capture-templates'?


In the new variable `org-capture-templates', these placeholders are  
not

guarantied to work (at least not documented).

Use
  %c - this will be a link to the page in your browser
  %i - this will be the selected text in your browser, if any. This  
is,

   what `%:initial' was I guess.
  %a - same as %c


Does that work for you?


Best wishes

   Sebastian

___
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


- Carsten




___
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] packaging org-mode & worg

[Giovanni Ridolfi]

[I opened a new thread, changed the subject, and 
cc:ed Carsten and Mark that are having a
similar thread: "contributing Debian build scripts"]

Stefano Zacchiroli  writes:
> But the fact that it is in that .zip file does not imply that it will
> end up in the same monolithic package that users install: 
> distribution editors 
> routinely split up monolithic "upstream" packages in several
> different "downstream" packages.

Stefano, sorry to bother you again, 
but now I'm pretty sure I've *not* understood the *key point* of 
your request  (that you have briefly mentioned before, but that I
skipped, because it was unclear to me).

Some question come to my mind (see below for a general question):

Could you, please, elaborate who are the distribution editors?  

+ Carsten with file org-mode.zip? 
+ FSF emacs+[stable]-orgmode? 

and what do mean, when you say "upstream"/"downstream" packages?

Do you suggest that the org-mode-code + worg-site is packaged 
and built as:

org-mode-worg-site (upstream) for developers
/  then splitted in
   /
   org-mode+info.zip (downstream) that user will download-install?


 More generally.

I mean, before getting involved in Org's adventure Carsten
wrote some 'little' .el files, but I think he might be lacking of a
'vision' as packager, if I look at org-mode from a "DD point of view".

Org-mode grew from requests of users and the "worg site" is the
*current*, as you wrote, answer to the need of documentation.

But, being DD, you have a really wide experience in packages and 
packaging, that in org-mode community, I think, almost nobody else has. 

So could you, please, suggest how will you split/build/create/organize...
the org-mode-worg-site?

Thank you for your time and patience,

Giovanni

___
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] New implementation of the Org remember process ready for comments and testing

[Carsten Dominik]

On Jun 23, 2010, at 10:02 AM, Ian Barton wrote:


O


The fact that I have let go of trying to follow up every thread on  
the

mailing list is really great for me, thanks to John and David for
providing issue and patch tracking - this is a huge simplification.
And thanks to everyone who is contributing with answers and patches!

The best part of this - for me - is that it allows me to step back
and do some more systematic work again.

So I have finally found the time to rewrite the Org+Remember  
capturing

setup for org-mode. This stuff is now available in the git repo and
it still needs testing.


Carsten,

I see that org-capture.el org-mks.el aren't in the Makefile, so you  
have to copy them manually. Is this intentional since the feature is  
experimental?


No.  This is fixed now, thanks.

- Carsten


___
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: [Patch] New implementation of the Org remember process ready for comments and testing

[Ulf Stegemann]

Hi Sebastian,

Sebastian Rose  wrote:

> Ulf Stegemann  writes:
>
>> ... it seems that with `org-protocol-capture' the place holders
>> `%:link', `%:description' and `%:initial' do not work anymore as they
>> are inserted literally. I must admit that I haven't looked at my
>> templates for a very long time and that those place holders may be
>> outdated, but with `org-protocol-remember' at least `%:description'
>> still works.
>
> Did those placeholders ever work through org-protocol?

I re-tried with `org-protocol-remember' and yes, all of the placeholders
work there.

> How exactly where they meant to work?

In exactly the way they are described in the documentation, e.g. at
http://orgmode.org/worg/org-contrib/org-protocol.php#sec-6_2.

My (remember) template looks like ...

--8<--snip-->8---

("URLs" ?u "* TODO %:description\n  (created: %U)\n\n  %c\n\n  %i"
"todo.org" bottom) 

--8<--snap-->8---

> Did you convert your remember-templates before testing?
> Or did you just copy/rename your `org-remeber-templates' variable to
> `org-capture-templates'?

No, I used `org-capture-import-remember-templates' to get the initial
set of templates. All other templates work without problems.

> In the new variable `org-capture-templates', these placeholders are not
> guarantied to work (at least not documented).
>
> Use
>%c - this will be a link to the page in your browser

%c is working as expected, i.e. it creates a link with the page title as
label. BTW, %x contains exactly the same and not (as I thought) the
selected text.

>%i - this will be the selected text in your browser, if any. This is,
> what `%:initial' was I guess.
>%a - same as %c

Those two do not output anything.

Currently, I use a minimal template with more or less only %c. However,
it would be nice to have access to

- page title (w/o link)
- page URL
- selected text

Do you need some more information? Should I do some further testing?

Ulf


___
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] reuse input (was: New implementation of the Org remember process ready for comments and testing)

[Memnon Anon]

Hi,

Sebastian Rose  writes:

> * Reuse input
>
>   I would like to prompt for a value and use the input in several
>   places. E.g. part of the last entry in my training diary looks like
>   this:
>
>
> => --->8->8->8---
> * DONE [2010-06-21 Mo] (run)  22761  5:52
>   :PROPERTIES:
>   :date: [2010-06-21 Mo]
>   :meters:   22761
>   :time: 02:13:32
>   :pace: 5:52
>   :start:16:00
>   :type: lgDL
>   :kcal: 1525
>   :rpuls:42
>   :END:
[...]
>As you can see, I use the "distance" and the "pace" in two
>places. One in the title for better overview, one as property for
>column view. But I'd like to enter it only once.

I am not exactly sure, but afaik yasnippet has this feature.

http://yasnippet.googlecode.com/svn/trunk/doc/snippet-development.html
,
| Mirrors
| 
| We refer the tab stops with placeholders as a field. A field can have
| mirrors. Its mirrors will get updated when you change the text of a
| field. Here's an example:
| 
| \begin{${1:enumerate}}
| $0
| \end{$1}
`

So I guess a predefined yasnippet template would be able to get the
behaviour you want in a org-remember^Worg-capture buffer?

memnon

___
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] Re: [Patch] New implementation of the Org remember process ready for comments and testing

[Sebastian Rose]

Ulf Stegemann  writes:
> Do you need some more information? Should I do some further testing?
>
> Ulf

Errr - No. Thanks for testing. I tried again and found, that those
values are not present (only the link). Sorry for the inconvenience. 

I guess you read Carstens answer, too.

  Sebastian

___
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: org-capture question/suggestion

[Tassilo Horn]

Sébastien Vauban 
writes:

Hi Sébastien,

> Just for me to understand, what would you expect when you say that
> properties should be appended?
>
> - multiple creation dates?
> - multiple links?

Hm, good question.  I use properties as a kind of metadata hashtable, so
I'd expect that existing properties get overridden and new properties
get appended to an already existing properties block.

But appending to the existing value might also be nice in some
situations...

In any way, I'm against creating many equally named properties for an
entry, because although `org-entry-properties' states that keys
(property names) may occur many times, `org-entry-get' returns only the
value of the first, right?

> Maybe, even, you would want different behaviors for the different
> properties?
>
> - creation dates not "append-able": the first one is kept?
> - links appended in sequence?

Rename :created: to :edited: and then it's appendable, too. ;-)

But the suggestion is good.  There should be a new property API function
`org-append-property PROP VAL' which appends VAL to the existing values,
and that could be used in property templates then.

So that slightly contrieved example would override the :lastedit: date,
and append to :edited: and :link:.

  ("x" "Add some text" plain
   (id "bkeirkbeikboeiceibkebiknbk")
   "Hello! %i"
   :properties (("lastedit" "%U")
("edited"   "%U" :append)
("link" "%a" :append)))

Bye,
Tassilo


___
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] mixing emphasis fails

[Robert Hennig]

Dear Orgmode-List,

I was trying to mixing different Emphasis styles and failed badly.
or example:
An italic markup in a bold one:

*This sentence /is/ bold*.

The bold markup will succeed, but the italic will not, in all exports
(html, latex) it will be left as '/it/'.

The only fix for this I came up with was:

#+BEGIN_HTML
This sentence is bold
#+END_HTML
#+BEGIN_LaTeX
\textbf{This sentence \emph{is} bold}
#+END_LaTeX

which is not very at all...
Thank you for your advices,

yours
Robert Hennig

___
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] keeping uptodate?

[Matt Price]

Hi everyone,

apologies for this one -- i remember reading somewhere about a script or
package that lets you keep uptodate with org development versions without
having to pull manually from git.  Does that sound familiar/correct?  I
would love to test the new capture stuff but if there's a better way to do
this than directly in git, i'd much prefer that better way.

Thanks as always,
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

Re: [Orgmode] keeping uptodate?

[Giovanni Ridolfi]

Matt Price  writes:

> about a script or package that lets you keep uptodate with org
> development versions without having to pull manually from git.

If your OS is GNU/Linux:

org-track 

it downloads the latest tarball.

Please read the source code [in the contrib/lisp directory ]
for configuration.

>  I would love to test the new capture
> stuff but if there's a better way to do this than directly in git,
> i'd much prefer that better way.
I don't know if this is a better way.

You can also download by hand the latest .zip or .tgz org-latest
from http://orgmode.org

cheers,
Giovanni


___
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] New implementation of the Org remember process ready for comments and testing

[Jason McBrayer]

This is really great. The templates are easier to read than the old
ones, and the file+datetree selector works really well with how I do
my work journal.

I do have one issue, which is that :clock-in and :clock-resume don't
seem to work right for me. I have both set on a template. It clocks
into the new headline (which I want, this is for dealing with
interruptions), and when I complete it, it says it's resuming the
interrupted clock. Unfortunately, the clock it resumes is the newly
started one on the new headline. Am I misunderstanding how this is
supposed to work?

-- 
Jason F. McBrayer
http://jfm.carcosa.net/

___
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] New implementation of the Org remember process ready for comments and testing

[Darlan Cavalcante Moreira]

Hello Carsten,

The new capture interface is really neat and I have the impression that it
will be even better in the future. Many Thanks!

I have only a few suggestions.
 - It would be nice if "q" in the "choose template menu" quit the selection
   if the user did not assign any template to the "q" key.
 - Using the option "empty-lines: 1" will add an empty line before the
   heading. I like to have an empty line after the end of the heading,
   instead. I know that in most cases adding an empty line before the next
   heading will be equivalent, but when using datetree with the
   "empty-lines: 1" option there will be an undesired empty line after the
   date three and the first heading added with the capture interface. Not
   very important though.
 - At last, I frequently need to add a new line in a table in my main org
   file and the "table-line" entry type will be very useful. However for it
   to work I need a way to tell org-capture to add the filled information
   to a line relative to the end of the table. The table is in a form
   | Name   | Price |
   |+---|
   | Item 1 |  1.30 |
   | Item 2 | 13.14 |
   |+---|
   | Total  | 14.44 |
   #+TBLFM: @4$2=vsum(@2...@-1);%.2f
   I need a way to add the line after the line with "Item 2". To be really
   fantastic org could also evaluate all formulas in the table after that.

Again,
Thanks for always providing us with great stuff.

Darlan
--


At Tue, 22 Jun 2010 14:36:15 +0200,
Carsten Dominik  wrote:
> 
>  New implementation of the Org remember process
>  ==
> 
> Dear all,
> 
> The fact that I have let go of trying to follow up every thread on the
> mailing list is really great for me, thanks to John and David for
> providing issue and patch tracking - this is a huge simplification.
> And thanks to everyone who is contributing with answers and patches!
> 
> The best part of this - for me - is that it allows me to step back
> and do some more systematic work again.
> 
> So I have finally found the time to rewrite the Org+Remember capturing
> setup for org-mode.  This stuff is now available in the git repo and
> it still needs testing.
> 
> Table of Contents
> =
> 1 Where is the new code?
> 2 Why a rewrite
> 3 Why a new name?
> 4 Acknowledgments
> 5 Setup
> 6 Overview over the changes
>  6.1 No temporary buffer
>  6.2 Different types of capture entries
>  6.3 Many different and precise ways to specify the target of a  
> template
>  6.4 Multiple capture events going on at the same time
>  6.5 No prefix args to C-c C-c when finishing up
>  6.6 Per template settings
>  6.7 Multi-key access
>  6.8 The code is now much much cleaner and easier to maintain
> 7 Request for comments
> 
> 
> 1 Where is the new code?
> ~
> 
>If you pull from the git repo, the new code is in
>lisp/org-capture.el.
> 
> 2 Why a rewrite
> 
> 
>Integration between Org and Remember started early on with very
>limited scope.  Since then we have changed and added a lot of stuff
>and accumulated a lot of opaque code.  The code has become nearly
>unmaintainable.  A number of feature requests have been on the table
>as well.
> 
> 3 Why a new name?
> ~~
> 
>I have - at least for now - chosen a new name for the new setup:
>   ` org-capture'.  There are two reasons for this:
> 
>1. I know that many people have a working setup for org-remember and
>   use this a lot and for critical stuff.  I did not want to break
>   any of this code.  While the new implementation works in a very
>   similar way, it is still not quite compatible.
> 
>2. The new implementation actually no longer uses remember.el.
> 
>We can discuss if also the new implementation should be called
>`org-remember' eventually, just because everyone knows this process
>under this name.  I have not come to a conclusion about this and
>welcome opinions.
> 
> 4 Acknowledgments
> ~~
> 
>This new implementation draws heavily on ideas by James TD Smith.
>He wrote an [RFC for updates to org-remember] which was discussed on
>the mailing list.  Many of the features he describes have found
>there way into org-capture.  James has also started to implement
>these changes - at the moment I am not using any of his code, but I
>hope that we will be able to start using his template filling code -
>it is quite general and easily extensible, while in the code I am
>using now every %-escape is hard-coded.
> 
>Also Samuel Wales has provided important input, distributed over a
>number of mails over time.  In particular, he had the idea to do the
>remembering directly in the target buffer.  Normally his would have
>caused problems because this would change properties of the
>window and visibility settings of the target buffer.

Re: [Orgmode] [Patch] New implementation of the Org remember process ready for comments and testing

[Carsten Dominik]

I have applied this patch, thanks.

- Carsten

On Jun 22, 2010, at 4:20 PM, Sebastian Rose wrote:


Carsten Dominik  writes:

3 Why a new name?
~~

 I have - at least for now - chosen a new name for the new setup:
` org-capture'.  There are two reasons for this:


In the manual it is "Capture - Refile - Archive".  I remember  
searching

for "Remember" and never found it :)



5 Setup


 To use the new setup, do the following:

 1. Run

M-x org-capture-import-remember-templates RET


Worked perfectly here :)

I tested all my important templates and they work.
Abandoning org-remember seems painless.



  '(("t" "templates adding table lines")
("ta" "add to table a" table-line (file+headline "~/notes.org"  
"Table A))
("tb" "add to table b" table-line (file+headline "~/notes.org"  
"Table B))
("tc" "add to table c" table-line (file+headline "~/notes.org"  
"Table C)))


  When starting capture, you can then first press "t" and then see
  the individual options.


This is great.  Number of templates is constantly growing and the new
features will increase the speed of this process.



7 Request for comments
~~~

None of what I describe is set in stone yet - let me know if you have
comments, change requests or other ideas.

My feeling right now is that this should become the default capture
system, and that we will keep the current org-remember in the
distribution for quite some time, for compatibility.



Good track I guess.




Here's the tested and working patch for org-protocol.el.

To use `org-remember' and/or `org-capture' alike, copy your org- 
remember

link and change

  javascript:location.href='org-protocol://remember://'+...

to

  javascript:location.href='org-protocol://capture://'+...


The template char used is the same for both --- which is OK for me,  
but

could be changed.




diff --git a/lisp/org-protocol.el b/lisp/org-protocol.el
index 0642227..88676f4 100644
--- a/lisp/org-protocol.el
+++ b/lisp/org-protocol.el
@@ -87,12 +87,17 @@
;; pushes the browsers URL to the `kill-ring' for yanking. This  
handler is

;; triggered through the sub-protocol \"store-link\".
;;
-;;   * Call `org-protocol-remember' by using the sub-protocol  
\"remember\".  If
-;; Org-mode is loaded, emacs will pop-up a remember buffer and  
fill the
+;;   * Call `org-protocol-capture' by using the sub-protocol  
\"capture\".  If
+;; Org-mode is loaded, emacs will pop-up a capture buffer and  
fill the
;; template with the data provided. I.e. the browser's URL is  
inserted as an
;; Org-link of which the page title will be the description  
part. If text
;; was select in the browser, that text will be the body of the  
entry.

;;
+;;   * Call `org-protocol-remember' by using the sub-protocol  
\"remember\".

+;; This is provided for backward compatibility.
+;; You may read `org-capture' as `org-remember' throughout this  
file if

+;; you still use `org-remember'.
+;;
;; You may use the same bookmark URL for all those standard handlers  
and just

;; adjust the sub-protocol used:
;;
@@ -101,7 +106,7 @@
;;   encodeURIComponent(document.title)+'/'+
;;   encodeURIComponent(window.getSelection())
;;
-;; The handler for the sub-protocol \"remember\" detects an  
optional template
+;; The handler for the sub-protocol \"capture\" detects an optional  
template

;; char that, if present, triggers the use of a special template.
;; Example:
;;
@@ -143,6 +148,7 @@ for `org-protocol-the-protocol' and sub-procols  
defined in


(defconst org-protocol-protocol-alist-default
  '(("org-remember":protocol "remember":function org- 
protocol-remember :kill-client t)
+("org-capture" :protocol "capture" :function org- 
protocol-capture  :kill-client t)
("org-store-link"  :protocol "store-link"  :function org- 
protocol-store-link)
("org-open-source" :protocol "open-source" :function org- 
protocol-open-source))

  "Default protocols to use.
@@ -260,7 +266,6 @@ Here is an example:
  :group 'org-protocol
  :type 'string)

-
;;; Helper functions:

(defun org-protocol-sanitize-uri (uri)
@@ -443,51 +448,73 @@ The sub-protocol used to reach this function  
is set in

(defun org-protocol-remember  (info)
  "Process an org-protocol://remember:// style url.

+The location for a browser's bookmark has to look like this:
+
+  javascript:location.href='org-protocol://remember://'+ \\
+encodeURIComponent(location.href)+'/' \\
+encodeURIComponent(document.title)+'/'+ \\
+encodeURIComponent(window.getSelection())
+
+See the docs for `org-protocol-capture' for more information."
+
+  (if (and (boundp 'org-stored-links)
+   (or (fboundp 'org-capture))
+  (org-protocol-do-capture info 'org-remember))
+  (message "Org-mode not loaded."))
+  nil)
+
+(defun org-protocol-capture  (info)
+  "Process an org-protocol://capture:// style url.
+
The sub-protocol used to reach this 

Re: [Orgmode] Re: [Patch] New implementation of the Org remember process ready for comments and testing

[Carsten Dominik]

On Jun 23, 2010, at 2:49 PM, Sebastian Rose wrote:


Ulf Stegemann  writes:

Do you need some more information? Should I do some further testing?

Ulf


Errr - No. Thanks for testing. I tried again and found, that those
values are not present (only the link). Sorry for the inconvenience.

I guess you read Carstens answer, too.


Hi Ulf, hi Sebastian,

I have not tested it, but I think this problem should be fixed now as  
well.


Cheers


- Carsten




___
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] Re: [Patch] New implementation of the Org remember process ready for comments and testing

[Sebastian Rose]

Carsten Dominik  writes:
> Hi Ulf, hi Sebastian,
>
> I have not tested it, but I think this problem should be fixed now as well.
>
> Cheers
>
>
> - Carsten

It works for me.
Thanks a bunch!


  Sebastian

___
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] New implementation of the Org remember process ready for comments and testing

[Carsten Dominik]

On Jun 23, 2010, at 4:05 PM, Darlan Cavalcante Moreira wrote:



Hello Carsten,

The new capture interface is really neat and I have the impression  
that it

will be even better in the future. Many Thanks!

I have only a few suggestions.
- It would be nice if "q" in the "choose template menu" quit the  
selection

  if the user did not assign any template to the "q" key.


Good idea, this works now.


- Using the option "empty-lines: 1" will add an empty line before the
  heading. I like to have an empty line after the end of the heading,
  instead. I know that in most cases adding an empty line before the  
next

  heading will be equivalent, but when using datetree with the
  "empty-lines: 1" option there will be an undesired empty line  
after the

  date three and the first heading added with the capture interface.


In a way I disagree here.  I you want empty lines, I think it makes
quite some sense to alway have them on both sides.  I guess we could
allow a value of '(1 0) for :empty-lines, but you need to rally some
support from others for this complication.


Not
  very important though.


:)

- At last, I frequently need to add a new line in a table in my main  
org
  file and the "table-line" entry type will be very useful. However  
for it
  to work I need a way to tell org-capture to add the filled  
information

  to a line relative to the end of the table. The table is in a form
  | Name   | Price |
  |+---|
  | Item 1 |  1.30 |
  | Item 2 | 13.14 |
  |+---|
  | Total  | 14.44 |
  #+TBLFM: @4$2=vsum(@2...@-1);%.2f
  I need a way to add the line after the line with "Item 2".


Yes, I think that makes sense.  When you pull again, try to set the  
property


:table-line-pos "II-1"

for the template.  This will tell org-capture to place the new line so  
that it
becomes the first line before the second hline.  That should do the  
trick, I think.




To be really
  fantastic org could also evaluate all formulas in the table after  
that.


That was already the case.  If the table has formulas, they are  
evaluated

(but not iterated...) when you finish the capture :)

Thanks for your input!

- Carsten


___
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 v2] Fix agenda display for late scheduled and deadline tasks

[Bernt Hansen]

Carsten Dominik  writes:

> can you point me to the thread which discusses this issue?

I believe this is the same thread you are looking for.

The patch is a reply to the original patch I sent out.  Bastien applied
it and then Matt Lundin reported an issue with it.

http://thread.gmane.org/gmane.emacs.orgmode/26154

-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] [PATCH v2] Fix agenda display for late scheduled and deadline tasks

[Carsten Dominik]

Hi Bernt,

can you point me to the thread which discusses this issue?

Thanks.

- Carsten

On Jun 22, 2010, at 11:40 PM, Bernt Hansen wrote:


* lisp/org.el (org-time-string-to-absolute):

 Ignore the cyclic repeater when displaying items on today's agenda
 date.  If you have a weekly task and miss the date the agenda view
 will show more than a week late now instead of resetting on the
 cyclic repeating date.  This makes it much more obvious when you
 missed a repeating task after the repeater.
---
Here's a new version of this patch which I think addresses Matt's  
issue and it's simpler

which is always a bonus.

The patch is available at git://git.norang.ca/org-mode.git fix- 
agenda-late-tasks


-Bernt


lisp/org.el |   21 +++--
1 files changed, 11 insertions(+), 10 deletions(-)

diff --git a/lisp/org.el b/lisp/org.el
index 2628152..4ebf31d 100644
--- a/lisp/org.el
+++ b/lisp/org.el
@@ -14700,16 +14700,17 @@ If there is a specifyer for a cyclic time  
stamp, get the closest date to

DAYNR.
PREFER and SHOW-ALL are passed through to `org-closest-date'.
the variable date is bound by the calendar when this is called."
-  (cond
-   ((and daynr (string-match "\\`%%\\((.*)\\)" s))
-(if (org-diary-sexp-entry (match-string 1 s) "" date)
-   daynr
-  (+ daynr 1000)))
-   ((and daynr (string-match "\\+[0-9]+[dwmy]" s))
-(org-closest-date s (if (and (boundp 'daynr) (integerp daynr))  
daynr

- (time-to-days (current-time))) (match-string 0 s)
- prefer show-all))
-   (t (time-to-days (apply 'encode-time (org-parse-time-string  
s))
+  (let ((today (calendar-absolute-from-gregorian (calendar-current- 
date

+(cond
+ ((and daynr (string-match "\\`%%\\((.*)\\)" s))
+  (if (org-diary-sexp-entry (match-string 1 s) "" date)
+ daynr
+   (+ daynr 1000)))
+ ((and daynr (not (eq daynr today)) (string-match "\\+[0-9]+ 
[dwmy]" s))
+	   (org-closest-date s (if (and (boundp 'daynr) (integerp daynr))  
daynr

+(time-to-days (current-time))) (match-string 0 
s)
+prefer show-all))
+  (t (time-to-days (apply 'encode-time (org-parse-time-string  
s)))


(defun org-days-to-iso-week (days)
  "Return the iso week number."
--
1.7.1.359.gd0b8d


___
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


- Carsten




___
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 v2] Fix agenda display for late scheduled and deadline tasks

[Carsten Dominik]

On Jun 23, 2010, at 5:38 PM, Bernt Hansen wrote:


Carsten Dominik  writes:


can you point me to the thread which discusses this issue?


I believe this is the same thread you are looking for.

The patch is a reply to the original patch I sent out.  Bastien  
applied

it and then Matt Lundin reported an issue with it.

http://thread.gmane.org/gmane.emacs.orgmode/26154


Ah, OK, thanks.  SOrry for the noise.

- Carsten







___
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] Displaying inline remote images

[Julien Danjou]

Hi,

Is there a way to display inline a remote image in an Org buffer?

Like:
   [[http://orgmode.org/img/org-mode-unicorn.png]]

-- 
Julien Danjou
// ᐰhttp://julien.danjou.info


pgpYd9shkcA2a.pgp
Description: PGP signature
___
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] Checkboxes in Agenda

[Nick Parker]

Is there a way to allow checkboxes to be displayed within an agenda view?  I
am currently just seeing the root element associated to the checkboxes in my
agenda.

Nick Parker
www.developernotes.com
___
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] GTD: Tags or Custom TODO states?

[Jonathan Arkell]

On Jun 18, 2010, at 4:51 PM, Matt Price wrote:

> 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:

Don't be anxious, just do it!  Imagine if I came to you and said:

"I'm going to try to make a 3d movie like Toy Story using 
(latest-and-greatest-3d-package-here), as so many people have done already.  
I'd like to set things up more ore less right hte first time, but since 3d 
animation is brand-new to me, I'm a little anxious about the choices I need to 
make."

Start Simple.  Just get used to the todo state changes, and how they work, then 
maybe dive into org-remember (not too deep!  That whole thing is going through 
a re-write, so do just enough to get the job done!).  This will at least get 
you through the Collection phase of things.

Next up, learn about Refiling and how that works, then you've got the 
Process/Organize end of the equation sorted out.

After that, Learn about the Agenda--stuck projects in particular will be a 
BOON.  This will help you in the review cycle, not only weekly, but daily, and 
perhaps even the higher-level 20-50K feet reviews as your system matures.

But be prepared for the first draft of your system to be exactly that, a first 
draft.  You're just learning about org-mode **and** GTD, both of these things 
are deep and full of much mojo.  So 3 years from now, your approach to GTD, and 
implementation in org-mode are going to be radically different.

The thing about org-mode is that it starts as being a reasonably functional 
system out of the box for GTD, but hte more you take the time to learn it, the 
better you can customize it to make it **your** GTD implementation.

Bernt's Doc has been invaluable to my own implementation process.
http://doc.norang.ca/org-mode.html

Don't try to do EVERYTHING there, just pick and choose which features you feel 
you really need.

Cheers!

__

Jonathan Arkell
Tech Lead
Inspired By Drum & Bass, Scheme, Kawaii

p. 403.206.4377

402 -- 11th Ave SE
Calgary, AB, Canada T2G 0Y4

jonath...@criticalmass.com
criticalmass.com


The information contained in this message is confidential. It is intended to be 
read only by the individual or entity named above or their designee. If the 
reader of this message is not the intended recipient, you are hereby notified 
that any distribution of this message, in any form, is strictly prohibited. If 
you have received this message in error, please immediately notify the sender 
and delete or destroy any copy of this message.

___
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: Displaying inline remote images

[Leo]

On 2010-06-23 17:00 +0100, Julien Danjou wrote:
> Hi,
>
> Is there a way to display inline a remote image in an Org buffer?
>
> Like:
>[[http://orgmode.org/img/org-mode-unicorn.png]]

The image code doesn't support reading remote images directly. so if org
mode use :file in the image spec it won't work.

Leo

-- 
Any Emacs contains an ad hoc, informally-specified, bug-ridden, slow
implementation of half of Common Lisp.


___
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] GTD: Tags or Custom TODO states?

[Carsten Dominik]

On Jun 23, 2010, at 6:28 PM, Jonathan Arkell wrote:


On Jun 18, 2010, at 4:51 PM, Matt Price wrote:


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:


Don't be anxious, just do it!  Imagine if I came to you and said:

"I'm going to try to make a 3d movie like Toy Story using (latest- 
and-greatest-3d-package-here), as so many people have done already.   
I'd like to set things up more ore less right hte first time, but  
since 3d animation is brand-new to me, I'm a little anxious about  
the choices I need to make."


Start Simple.  Just get used to the todo state changes, and how they  
work, then maybe dive into org-remember (not too deep!  That whole  
thing is going through a re-write, so do just enough to get the job  
done!).  This will at least get you through the Collection phase of  
things.


Next up, learn about Refiling and how that works, then you've got  
the Process/Organize end of the equation sorted out.


After that, Learn about the Agenda--stuck projects in particular  
will be a BOON.  This will help you in the review cycle, not only  
weekly, but daily, and perhaps even the higher-level 20-50K feet  
reviews as your system matures.


But be prepared for the first draft of your system to be exactly  
that, a first draft.  You're just learning about org-mode **and**  
GTD, both of these things are deep and full of much mojo.  So 3  
years from now, your approach to GTD, and implementation in org-mode  
are going to be radically different.


The thing about org-mode is that it starts as being a reasonably  
functional system out of the box for GTD, but hte more you take the  
time to learn it, the better you can customize it to make it  
**your** GTD implementation.


Bernt's Doc has been invaluable to my own implementation process.
http://doc.norang.ca/org-mode.html

Don't try to do EVERYTHING there, just pick and choose which  
features you feel you really need.


Cheers!


What a wonderful and true post, thanks Jonathan.

- Carsten



__

Jonathan Arkell
Tech Lead
Inspired By Drum & Bass, Scheme, Kawaii

p. 403.206.4377

402 -- 11th Ave SE
Calgary, AB, Canada T2G 0Y4

jonath...@criticalmass.com
criticalmass.com


The information contained in this message is confidential. It is  
intended to be read only by the individual or entity named above or  
their designee. If the reader of this message is not the intended  
recipient, you are hereby notified that any distribution of this  
message, in any form, is strictly prohibited. If you have received  
this message in error, please immediately notify the sender and  
delete or destroy any copy of this message.


___
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


- Carsten




___
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: keeping uptodate?

[Mark A. Hershberger]

Matt Price  writes:

> apologies for this one -- i remember reading somewhere about a script or
> package that lets you keep uptodate with org development versions without
> having to pull manually from git.

We should have daily build installable as a debian package soon.  It
will (eventually) be at 

Mark.

-- 
http://hexmode.com/

Embrace Ignorance.  Just don't get too attached.


___
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?

[Markus Heller]

On 6/23/2010 10:21 AM, Carsten Dominik wrote:

On Jun 23, 2010, at 6:28 PM, Jonathan Arkell wrote:


On Jun 18, 2010, at 4:51 PM, Matt Price wrote:


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:


Don't be anxious, just do it! Imagine if I came to you and said:

"I'm going to try to make a 3d movie like Toy Story using
(latest-and-greatest-3d-package-here), as so many people have done
already. I'd like to set things up more ore less right hte first time,
but since 3d animation is brand-new to me, I'm a little anxious about
the choices I need to make."

Start Simple. Just get used to the todo state changes, and how they
work, then maybe dive into org-remember (not too deep! That whole
thing is going through a re-write, so do just enough to get the job
done!). This will at least get you through the Collection phase of
things.

Next up, learn about Refiling and how that works, then you've got the
Process/Organize end of the equation sorted out.

After that, Learn about the Agenda--stuck projects in particular will
be a BOON. This will help you in the review cycle, not only weekly,
but daily, and perhaps even the higher-level 20-50K feet reviews as
your system matures.

But be prepared for the first draft of your system to be exactly that,
a first draft. You're just learning about org-mode **and** GTD, both
of these things are deep and full of much mojo. So 3 years from now,
your approach to GTD, and implementation in org-mode are going to be
radically different.

The thing about org-mode is that it starts as being a reasonably
functional system out of the box for GTD, but hte more you take the
time to learn it, the better you can customize it to make it **your**
GTD implementation.

Bernt's Doc has been invaluable to my own implementation process.
http://doc.norang.ca/org-mode.html

Don't try to do EVERYTHING there, just pick and choose which features
you feel you really need.

Cheers!


What a wonderful and true post, thanks Jonathan.

- Carsten



I agree, and I especially second Jonathan's statement about Bernt's 
documentation.


Markus


__

Jonathan Arkell
Tech Lead
Inspired By Drum & Bass, Scheme, Kawaii

p. 403.206.4377

402 -- 11th Ave SE
Calgary, AB, Canada T2G 0Y4

jonath...@criticalmass.com
criticalmass.com


The information contained in this message is confidential. It is
intended to be read only by the individual or entity named above or
their designee. If the reader of this message is not the intended
recipient, you are hereby notified that any distribution of this
message, in any form, is strictly prohibited. If you have received
this message in error, please immediately notify the sender and delete
or destroy any copy of this message.

___
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


- Carsten




___
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





___
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: AutOrg, and practice of GTD in a group

[Hellekin O. Wolf]

On Tue, Jun 22, 2010 at 06:09:36PM -0400, Bernt Hansen wrote:
> 
> I would defined the SEQ_TODO in the file with #+TODO: TODO NEXT | DONE
> (or whatever is appropriate for that file).  That overrides any global
> todo settings.
>
*** Thank you for your suggestions, Bernt!

> All of my gory setup details are at http://doc.norang.ca/org-mode.html
>
*** Yes, I've seen that before.  That tutorial has my preference so
far. :)

==
hk

___
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] New implementation of the Org remember process ready for comments and testing

[Darlan Cavalcante Moreira]

Thank you very much Carsten.
It works very well.

One small detail is that if the cursor is not in the table when it is
refiled then the formula is not evaluated. Most users probably won't notice
this and it also works correctly when using the :immediate-finish option.


However, when testing this I think I found a bug that could be
serious. Suppose that I set a template to ask me the name and price for a
new item in the table. If I type C-g at this point the capture buffer will
be buried but still available and unsaved. If the user saves this file the
original file will be overwritten and all information there will be
lost. Even if the user realises the mistake just after saving the file
there is no way to recover the content because all undo information was
lost.

--
Darlan




At Wed, 23 Jun 2010 17:19:44 +0200,
Carsten Dominik  wrote:
> 
> 
> On Jun 23, 2010, at 4:05 PM, Darlan Cavalcante Moreira wrote:
> 
> >
> > Hello Carsten,
> >
> > The new capture interface is really neat and I have the impression  
> > that it
> > will be even better in the future. Many Thanks!
> >
> > I have only a few suggestions.
> > - It would be nice if "q" in the "choose template menu" quit the  
> > selection
> >   if the user did not assign any template to the "q" key.
> 
> Good idea, this works now.
> 
> > - Using the option "empty-lines: 1" will add an empty line before the
> >   heading. I like to have an empty line after the end of the heading,
> >   instead. I know that in most cases adding an empty line before the  
> > next
> >   heading will be equivalent, but when using datetree with the
> >   "empty-lines: 1" option there will be an undesired empty line  
> > after the
> >   date three and the first heading added with the capture interface.
> 
> In a way I disagree here.  I you want empty lines, I think it makes
> quite some sense to alway have them on both sides.  I guess we could
> allow a value of '(1 0) for :empty-lines, but you need to rally some
> support from others for this complication.
> 
> > Not
> >   very important though.
> 
> :)
> 
> > - At last, I frequently need to add a new line in a table in my main  
> > org
> >   file and the "table-line" entry type will be very useful. However  
> > for it
> >   to work I need a way to tell org-capture to add the filled  
> > information
> >   to a line relative to the end of the table. The table is in a form
> >   | Name   | Price |
> >   |+---|
> >   | Item 1 |  1.30 |
> >   | Item 2 | 13.14 |
> >   |+---|
> >   | Total  | 14.44 |
> >   #+TBLFM: @4$2=vsum(@2...@-1);%.2f
> >   I need a way to add the line after the line with "Item 2".
> 
> Yes, I think that makes sense.  When you pull again, try to set the  
> property
> 
> :table-line-pos "II-1"
> 
> for the template.  This will tell org-capture to place the new line so  
> that it
> becomes the first line before the second hline.  That should do the  
> trick, I think.
> 
> 
> > To be really
> >   fantastic org could also evaluate all formulas in the table after  
> > that.
> 
> That was already the case.  If the table has formulas, they are  
> evaluated
> (but not iterated...) when you finish the capture :)
> 
> Thanks for your input!
> 
> - Carsten
> 

___
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] mixing emphasis fails

[Scot Becker]

I think that this is a 'known' issue, and not easy to get right.  One thing
you can try (and report back, since I've meant to do it to try to solve this
very problem), is to customize org-emphasis-regexp-components.  If I'm not
mistaken, it exists to help users troubleshoot this kind of thing.  It would
be great if we could manage to get this working.

Scot


On Wed, Jun 23, 2010 at 1:58 PM, Robert Hennig wrote:

> Dear Orgmode-List,
>
> I was trying to mixing different Emphasis styles and failed badly.
> or example:
> An italic markup in a bold one:
>
> *This sentence /is/ bold*.
>
> The bold markup will succeed, but the italic will not, in all exports
> (html, latex) it will be left as '/it/'.
>
> The only fix for this I came up with was:
>
> #+BEGIN_HTML
> This sentence is bold
> #+END_HTML
> #+BEGIN_LaTeX
> \textbf{This sentence \emph{is} bold}
> #+END_LaTeX
>
> which is not very at all...
> Thank you for your advices,
>
> yours
> Robert Hennig
>
> ___
> 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
>
___
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] Re: keeping uptodate?

[Scot Becker]

Just yesterday, I finally added this to my .bash_aliases file:

alias orgupdate='cd /home/scot/.emacs.d/vendor/org-mode; git pull && make &&
make doc'

I have the org-mode/lisp path in my 'load-path and org-mode/doc at the front
of 'Info-directory-list, so it all just stays in place.  I don't "make
install" at all.

This will work if you are running GNU/Linux and you run org-mode from the
development tree (many do).  It avoids having to download the whole tarball
each time (which admittedly isn't all that arduous these days), and of
course you ge(i)t the latest goods, which is what I prefer.

That's a little sparse on detail.  If you need me to spell it out I will.

Scot


On Wed, Jun 23, 2010 at 6:24 PM, Mark A. Hershberger wrote:

> Matt Price  writes:
>
> > apologies for this one -- i remember reading somewhere about a script or
> > package that lets you keep uptodate with org development versions without
> > having to pull manually from git.
>
> We should have daily build installable as a debian package soon.  It
> will (eventually) be at 
> 
> >
>
> Mark.
>
> --
> http://hexmode.com/
>
> Embrace Ignorance.  Just don't get too attached.
>
>
> ___
> 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
>
___
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: keeping uptodate?

[Sébastien Vauban]

Hi Scot,

Scot Becker wrote:
> Just yesterday, I finally added this to my .bash_aliases file:
>
> alias orgupdate='cd /home/scot/.emacs.d/vendor/org-mode; git pull && make &&
> make doc'

I use the same principles, except that I add a `make clean' after the `git
pull'.

Best regards,
  Seb

-- 
Sébastien Vauban


___
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: contributing Debian build scripts

[Mark A. Hershberger]

Carsten Dominik  writes:

> Can you please first elaborate what it would mean if we were to take
> over the production of this package?

Mosty, when releases are made, it would mean adding a changelog entry to
the debian/changelog file, re-building the source package and then using
dput to send the updates to Launchpad.net

> Where would we have to submit it or put it up on the web so that it
> would be found as an official package?

I think the best way would be for me to create a group on Launchpad and
then invite people to be a part of that group.  Anyone in the group
could submit packages to the package archive.

> How does all of this work?

The packaging scripts are kept in a debian subdirectory that can be in
the same repository as org-mode itself or (as I've been doing) in a
separate source repository.  I've been using bzr-builddeb to create the
packages since this allows me to maintain my packaging scripts
separately from the upstream source.

It looks like Launchpad has introduced support for automated daily
builds and build recipes
(https://wiki.ubuntu.com/DailyBuilds/BzrBuilder) since I last looked, so
the work involved is probably going to be less than what I've been doing.

After thinking about it a bit, I've created an Org-Mode group on
Launchpad and requested an import of the Org-Mode git archive into a
launchpad repository there so that it can be used in build recipies.

I've also pushed my build scripts to that group so anyone who joins can
contribute.

So, next steps are: set up a daily build.

Anyone interested in contributing is welcome to join:

http://launchpad.net/~org-mode/

Mark.


-- 
http://hexmode.com/

Embrace Ignorance.  Just don't get too attached.

___
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-decrypt-to-kill-ring

[Raymond Zeitler]

Hi All:

I'm a new org-mode user because someone suggested that I could use
org-crypt to build a platform-independent password manager in Emacs.
And because Sacha uses Org. :)

First of all, I really like Org-mode.  Thank you for all the work you've
put into it!

Getting org-crypt to work was not straight-forward for me because I'm
working on Windows, and there is no native GPG program.  But I followed
the code from org-crypt to egp.el and finally to the GnuGP port for
Windows.  Whew.

Anyway, I thought it would be handy to decrypt directly to the
clipboard, er, excuse me, kill-ring, rather than decrypt and then M-w.
So I made a new function `org-decrypt-to-kill-ring' based entirely on
`org-decrypt-entry'.  I'm certainly not a Lisp expert, but I can copy
and make tiny changes to code, as I've done here.  I have this bound to
C-c M-w.  I thought I'd share it in case it might help someone:

(defun org-decrypt-to-kill-ring ()
  "Save to the kill ring the decrypted content of the current headline.
Based on `org-decrypt-entry' from org-crypt.el version 6.36c."
  (interactive)
  (require 'epg)
  (save-excursion
(org-back-to-heading t)
(forward-line)
(when (looking-at "-BEGIN PGP MESSAGE-")
  (let* ((beg (point))
 (end (save-excursion
(search-forward "-END PGP MESSAGE-")
(forward-line)
(point)))
 (epg-context (epg-make-context nil t t))
 (decrypted-text
  (decode-coding-string
   (epg-decrypt-string
epg-context
(buffer-substring-no-properties beg end))
   'utf-8)))
(kill-new decrypted-text)
nil


Incidentally, the lines in my encrypted content all have an extra 0x0D
character at the end.  I assume it's a by-product of using Unix-y tools
on Windows  Anyway, it doesn't mess up anything.

I'll be updating my emacswiki page soon

- Ray

--
Raymond Zeitler  

___
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: keeping uptodate?

[Mark A. Hershberger]

Matt Price  writes:

> thanks to both of you.  Mark, do you think the ppa will be up in the next
> week or so?

Yes.

-- 
http://hexmode.com/

Embrace Ignorance.  Just don't get too attached.

___
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] [ANN] Org-babel integrated into Org-mode

[Eric Schulte]

Hi,

I've just merged the babel branch into the main branch of Org-mode.
This merge culminates much integration work by Dan Davison and Tom Dye,
as well as myself.

Babel is now part of Org-mode.

The biggest changes are:

1) Babel now has documentation!  It is part of Org-mode's documentation
   
   see Chapter 14 _Working With Source Code_

   also, the Babel keybindings are now listed in the refcard, and can be
   viewed from any Org-mode buffer by pressing C-c C-v h

2) Babel will now be loaded by default along with the rest of Org-mode.
   This means that *everyone* currently using babel will need to change
   their Emacs config and remove the (require 'org-babel-int) and/or
   (require 'org-babel) lines.
   
   Support for evaluating emacs-lisp code blocks is loaded by default.
   All other languages will need to be required explicitly.  To conform
   to Emacs filename specifications all language require lines have been
   shortened from e.g.
   
   (require 'org-babel-sh)
   
   to
   
   (require 'ob-sh)

Thanks -- Eric

___
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: keeping uptodate?

[Bernt Hansen]

Sébastien Vauban 
writes:

> Hi Scot,
>
> Scot Becker wrote:
>> Just yesterday, I finally added this to my .bash_aliases file:
>>
>> alias orgupdate='cd /home/scot/.emacs.d/vendor/org-mode; git pull && make &&
>> make doc'
>
> I use the same principles, except that I add a `make clean' after the `git
> pull'.

And I don't bother with the make at all - just git pull and
M-x org-reload

-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] Tables and environment with parameters

[Sébastien Vauban]

Hi,

I'm filling my taxes now. Of course, using Org for keeping a trace of all
computations and reasons of imputing this or that...

Though, since one of the last updates -- I guess --, I now have a problem
exporting such a table:

--8<---cut here---start->8---
* Autres frais professionnels

#+BEGIN_changemargin {-4.2cm}{0cm}
  #+TBLNAME: AutresFPNVE
  #+ATTR_LaTeX: align=lr
  |   |  | Montant total (\EUR) | Taux 
amort (\%) | Part pro. (\%) | Déduc (\%) | NVE (\EUR) |
  
|---+--+--+-+++|
  |   | Documentation et formation   |51.05 |   
  |||   0.00 |
  |   | Communications GSM   |   831.16 |   
  100 | 25 |100 | 207.79 |
  |   | Internet (Dommel)|   167.88 |   
  100 | 33 |100 |  55.40 |
  |   | Fournitures à amortir (ordinateur + GSM) |   762.51 |   
   33 | 80 |100 | 201.30 |
  |   | Restaurant   |   304.70 |   
  100 |100 | 69 | 210.24 |
  
|---+--+--+-+++|
  |   | Total|  |   
  |||1062.02 |
  | ^ |  |  |   
  |||  Total |
  #+TBLFM: 
$7=$3*$4*$5*$6/100;%.2f::@2$3=51.05::@3$3=9.00+184.88+51.22+201.82+45.67+69.03+62.93+54.16+38.87+39.77+36.35+37.46::@4$3=12*13.99::@6$3=146.50+158.20;%.2f::@7$7=vsum(@-...@-ii);%.2f
#+END_changemargin

  Some text.
--8<---cut here---end--->8---

1. I see the meta-tags in the PDF output!  Very new...

2. The `changemargin' environment is not correctly handled. See
   http://article.gmane.org/gmane.emacs.orgmode/25849 for more info.

   FYI, here is the code for `changemargin' in my default class:

--8<---cut here---start->8---
% changing margins "on the fly" (in mid document)
\newenvironment{changemargin}[2]%
{\begin{list}{}{%
\setlength{\topsep}{0pt}%
\setlength{\leftmargin}{#1}%
\setlength{\rightmargin}{#2}%
\setlength{\listparindent}{\parindent}%
\setlength{\itemindent}{\parindent}%
\setlength{\parsep}{\parskip}%
}\item[]}%
{\end{list}}
--8<---cut here---end--->8---

Any confirmation of these problems as new?

Best regards,
  Seb

PS- Something not new, a bit annoying (even if detail):
the `#+BEGIN_environment' "meta-tags" must begin at column 0.

-- 
Sébastien Vauban


___
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] [ANN] Org-babel integrated into Org-mode

[Sebastian Rose]

"Eric Schulte"  writes:
> Hi,
>
> I've just merged the babel branch into the main branch of Org-mode.
> This merge culminates much integration work by Dan Davison and Tom Dye,
> as well as myself.
>
> Babel is now part of Org-mode.


Hi Eric,



it seems ob-oz.el is not renamed as intended?


This happend when I pulled:


  sh$ cd emacs/lisp/ext/org-mode
  sh$ git pull
  ...
  rename contrib/babel/{lisp/langs/org-babel-oz.el => langs/ob-oz.el} (97%)
  delete mode 100644 contrib/lisp/org-babel-init.el
  rename contrib/babel/lisp/langs/org-babel-C.el => lisp/babel/langs/ob-C.el 
(92%)
  rename contrib/babel/lisp/langs/org-babel-R.el => lisp/babel/langs/ob-R.el 
(94%)
  ...

  sh$ ls contrib/babel/langs/
  ob-oz.el


Is this intended?





Best wishes

  Sebastian

___
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] [ANN] Org-babel integrated into Org-mode

[Eric Schulte]

Hi Sebastian,

Sebastian Rose  writes:

[...]
>
> it seems ob-oz.el is not renamed as intended?
>

Ah, I should have mentioned.

ob-oz.el is the only language-specific file for which we were not able
to secure FSF copyright assignment.  For this reason it still lives in
the contrib directory, under

  org/contrib/babel/langs/

For consistency it should be renamed to ob-oz.el (a change which I just
pushed up).

the following should now work
--8<---cut here---start->8---
(add-to-list 'load-path "~/your/path/to/org/contrib/babel/langs/")
(require 'ob-oz)
--8<---cut here---end--->8---

Thanks for catching this -- Eric

___
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] Re: [PATCH] only display a scheduled item if it is due today or in the past

[Nathan Neff]

On Sat, Jun 5, 2010 at 11:38 PM, Carsten Dominik
 wrote:
>
> On Jun 4, 2010, at 2:51 PM, Matthew Lundin wrote:
>
>> Hi Carsten,
>>
>> Carsten Dominik  writes:
>>
>>> can someone please summarize what the status of this discussion is?
>>>
>>> I have lost track

I apologize for commenting on this issue again, but I wanted to share
my solution.

First, maybe my use-case is slightly different than everyone else's,
but here it is:

I'm looking for jobs currently, and I want a reminder to Check
Monster.com every two days.

But, I do not want this item to show up in my weekly agenda 3 separate
times.  I tried org-habit, but I do not want the red/green habit graph
showing up in my agenda.  It's just a personal preference.

So, I set up an item like this:

*** TODO Check Monster.com
SCHEDULED: <2010-06-16 Wed .+2d>
:PROPERTIES:
:STYLE:habit
:END:

I tried the skip-function mentioned here, and couldn't get it to work,
so I tried org-habit again, and I found that if I set

org-habit-show-habits-only-for-today to not-nil
and if I set
org-habit-graph-column to -1 then it successfully hides the graph.

So, that's my solution, and it's great for only seeing these "habits"
once, and not littering up my agenda with future TODOs with these
habits.
I'm using Org 6.35

Hope this helps,

--Nate
>>
>> As I understand it, the proposed patch hides items scheduled in the
>> future in the weekly agenda. E.g., if it is Monday, tasks scheduled for
>> Friday with a "STYLE=hidden" property would not appear under the Friday
>> slot in the weekly agenda.
>>
>> I believe this is a perfect scenario for a skip-function. I offered an
>> example in this post:
>>
>> http://thread.gmane.org/gmane.emacs.orgmode/24856/focus=25595
>>
>> If you do decide to apply the patch, I would request that an option be
>> added to turn off the check for a STYLE=hidden property, so as to
>> minimize any undesired expenses in constructing the agenda.
>>
>> My argument is that if a test can be accommodated by current
>> configuration options (e.g., the skip-function) and is unlikely to be
>> invoked by a significant number of users, it should not be
>> hard-coded.
>
> Thanks Matt.  I follow your argument.  This certainly should
> be configurable, but in fact I think this can indeed easily
> be done with a skip function like you showed.
>
> And I do not understand the point of the weekly agenda.  The
> whole point of the weekly agenda is to show what will be
> coming up during he next dasy, so in a way hiding items that
> are scheduled on those days is defeating the purpose of the
> weekly agenda.
>
> Greetings
>
> - Carsten
>
>>
>> Best,
>> Matt
>>
>
> - Carsten
>
>
>
>
> ___
> 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
>

___
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: [ANN] Org-babel integrated into Org-mode

[Bernt Hansen]

"Eric Schulte"  writes:

>Support for evaluating emacs-lisp code blocks is loaded by default.
>All other languages will need to be required explicitly.  To conform
>to Emacs filename specifications all language require lines have been
>shortened from e.g.
>
>(require 'org-babel-sh)
>
>to
>
>(require 'ob-sh)

Hi Eric,

The documentation still has (require 'org-babel-identifier) and should
probably be updated.

Regards,
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: [ANN] Org-babel integrated into Org-mode

[Eric Schulte]

Bernt Hansen  writes:

>
> The documentation still has (require 'org-babel-identifier) and should
> probably be updated.
>

updated, Thanks -- Eric

___
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: New implementation of the Org remember process ready for comments and testing

[Bernt Hansen]

Carsten Dominik  writes:

> 6.4 Multiple capture events going on at the same time
> ==
>
>If you need to capture something while already capturing something
>else, you can now do so.  Finishing the second process will
>automatically return you to the window setup of the first one.
>
>Bernt, this might lead to confusing results if you would try to
>port your immediate clock-in, clock-out code.  It will probably be
>better (if you decide at all to try the new code) to use the
>built-in :clock-in and :clock-resume properties:
>
>These will even work for a chain: start capture 1, then 2, then 3,
>finalize 3, then 2, then 1, and the previous clock will be
>restarted each time.  Only when you finish the captures in a
>different sequence, then the clock-resume stuff will lead to
>undefined results.

Hi Carsten,

I'm trying out the new capture mode and it works pretty well.  The clock
in and resume functions work really well :)

One thing I'm missing is I have a function that changes my TODO state to
NEXT on clock in except when I'm creating a new remember-mode task.

I need a similar way to tell if I'm in a capture-mode buffer to prevent
changing the todo state to NEXT on clock-in.

I can use the buffer name which starts with "CAPTURE-" and ends in
".org" but that feels kind of hackish.  Is there a variable or function
available that I can use to tell if I'm clocking in a task in a capture
buffer?

Something like (capture-mode-p) maybe?

How do you recommend I deal with this?

Thanks,
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] BUG: org-capture saves an incorrect clock marker in org-clock-history

[Bernt Hansen]

Hi Carsten,

I have the following templates converted from my remember templates.
I've enabled clock in and clock resume for all templates.

(global-set-key (kbd "C-c c") 'org-capture)

org-capture-templates
Value: 
(("t" "todo" entry
  (file "~/git/org/refile.org")
  "* TODO %?\n  %U\n  %a" :clock-in t :clock-resume t)
 ("n" "note" entry
  (file "~/git/org/refile.org")
  "* %? 
   :NOTE:\n  %U\n  %a\n  :CLOCK:\n  :END:" :clock-in t :clock-resume t)
 ("a" "appointment" entry
  (file+headline "~/git/org/todo.org" "Appointments")
  "* %?\n  %U" :clock-in t :clock-resume t)
 ("w" "org-protocol" entry
  (file "~/git/org/refile.org")
  "* TODO Review %c\n  %U" :immediate-finish t :clock-in t :clock-resume t))

If I try to create a simple capture note with the 't' template like
this:

C-c c t
and then file the note with C-c C-c

org-clock-history gets a marker in no buffer added to the list.

org-clock-history is a variable defined in `org-clock.el'.
Its value is 
(# # # ...
^^^

Clocking in another task cleans up the clock history but this entry is
wrong.  I have a function mapped to F9-SPC that goes to the last clocked
in task by using the marker from org-clock-history directly and when it
hits this marker in no buffer it fails with an error.

(global-set-key (kbd " SPC") 'bh/clock-in-last-task)

(defun bh/clock-in-last-task ()
  "Clock in the interrupted task if there is one"
  (interactive)
  (let ((clock-in-to-task (if (org-clock-is-active)
  (setq clock-in-to-task (cadr org-clock-history))
(setq clock-in-to-task (car org-clock-history)
(org-with-point-at clock-in-to-task
  (org-clock-in nil

Let me know if you need any additional information.

Regards,
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] Re: New implementation of the Org remember process ready for comments and testing

[Nick Dokos]

Bernt Hansen  wrote:

> 
> One thing I'm missing is I have a function that changes my TODO state to
> NEXT on clock in except when I'm creating a new remember-mode task.
> 
> I need a similar way to tell if I'm in a capture-mode buffer to prevent
> changing the todo state to NEXT on clock-in.
> 
> I can use the buffer name which starts with "CAPTURE-" and ends in
> ".org" but that feels kind of hackish.  Is there a variable or function
> available that I can use to tell if I'm clocking in a task in a capture
> buffer?
> 
> Something like (capture-mode-p) maybe?
> 

Maybe this?

,
| org-capture-mode is a variable defined in `org-capture.el'.
| Its value is t
| Local in buffer CAPTURE-work.org; global value is nil
| 
|   Automatically becomes buffer-local when set in any fashion.
| 
| Documentation:
| Non-nil if Org-Capture mode is enabled.
| Use the command `org-capture-mode' to change this variable.
`

HTH,
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

Re: [Orgmode] Re: New implementation of the Org remember process ready for comments and testing

[Bernt Hansen]

Nick Dokos  writes:

> Bernt Hansen  wrote:
>
>> 
>> One thing I'm missing is I have a function that changes my TODO state to
>> NEXT on clock in except when I'm creating a new remember-mode task.
>> 
>> I need a similar way to tell if I'm in a capture-mode buffer to prevent
>> changing the todo state to NEXT on clock-in.
>> 
>> I can use the buffer name which starts with "CAPTURE-" and ends in
>> ".org" but that feels kind of hackish.  Is there a variable or function
>> available that I can use to tell if I'm clocking in a task in a capture
>> buffer?
>> 
>> Something like (capture-mode-p) maybe?
>> 
>
> Maybe this?
>
> ,
> | org-capture-mode is a variable defined in `org-capture.el'.
> | Its value is t
> | Local in buffer CAPTURE-work.org; global value is nil
> | 
> |   Automatically becomes buffer-local when set in any fashion.
> | 
> | Documentation:
> | Non-nil if Org-Capture mode is enabled.
> | Use the command `org-capture-mode' to change this variable.
> `

I tried that but couldn't get it to work :)

-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] Re: New implementation of the Org remember process ready for comments and testing

[Bernt Hansen]

Bernt Hansen  writes:

> Nick Dokos  writes:
>
>> Bernt Hansen  wrote:
>>
>>> 
>>> One thing I'm missing is I have a function that changes my TODO state to
>>> NEXT on clock in except when I'm creating a new remember-mode task.
>>> 
>>> I need a similar way to tell if I'm in a capture-mode buffer to prevent
>>> changing the todo state to NEXT on clock-in.
>>> 
>>> I can use the buffer name which starts with "CAPTURE-" and ends in
>>> ".org" but that feels kind of hackish.  Is there a variable or function
>>> available that I can use to tell if I'm clocking in a task in a capture
>>> buffer?
>>> 
>>> Something like (capture-mode-p) maybe?
>>> 
>>
>> Maybe this?
>>
>> ,
>> | org-capture-mode is a variable defined in `org-capture.el'.
>> | Its value is t
>> | Local in buffer CAPTURE-work.org; global value is nil
>> | 
>> |   Automatically becomes buffer-local when set in any fashion.
>> | 
>> | Documentation:
>> | Non-nil if Org-Capture mode is enabled.
>> | Use the command `org-capture-mode' to change this variable.
>> `
>
> I tried that but couldn't get it to work :)

Actually that seems to work in Emacs 23 but not in Emacs 22.  It's value
is always nil in emacs 22.

GNU Emacs 22.2.1 (i486-pc-linux-gnu, GTK+ Version 2.12.11) of 2008-11-09
on raven, modified by Debian

-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] Capture mode seems to be easily confused in Emacs 22

[Bernt Hansen]

Hi Carsten,

In my Emacs 22 on Debian

GNU Emacs 22.2.1 (i486-pc-linux-gnu, GTK+ Version 2.12.11) of 2008-11-09
on raven, modified by Debian

if I start a capture buffer with C-c c t and then immediately try to
file it with C-c C-c (with the point still on the heading) it prompts
for tags instead of filing.  This seems to work fine in Emacs 23.

In Emacs 22 I end up in the CAPTURE-refile.org buffer with the overlay
on line 1 stating to use C-c C-c to file and C-c C-k to abort but these
keys no longer work.  Widening the buffer and using C-c C-c on
the #+STARTUP line refreshes the config and makes it possible to
continue.

Regards,
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] Re: [ANN] Org-babel integrated into Org-mode

[Nathan Neff]

I checked out the latest org mode, and I'm getting "Symbol's function
definition is void: second"

I ran git-bisect, and the error was introduced with the merge of
org-babel into the main
branch.

The code that's causing the error is here:

#+tblname:shortcut-definition-list
| Something   |  a| A33F7A0C-F974-4C7F-A4FD-1AAA6CF9C60E |

#+srcname: map-nav(shortcut-definition-list=shortcut-definition-list)
#+begin_src emacs-lisp
(defun map-navigation-shortcuts(shortcut-def)
(global-set-key (read-kbd-macro (second shortcut-def))
 (lexical-let ((shortcut-def shortcut-def))
   (lambda ()
 (interactive)
 (org-id-goto (third shortcut-def))
(mapcar #'map-navigation-shortcuts shortcut-definition-list)



This is the cool "use a table to map keyboard shortcuts" code that was
given to me in this conversation:

http://www.mail-archive.com/emacs-orgmode@gnu.org/msg24971.html

I've verified that the above code works with org-babel outside of the
main branch, at this commit:
commit a3cc050a9675127f4f9fb85ba30cb5c0b4417cf8
Author: Eric Schulte 
Date:   Fri Apr 30 13:03:38 2010 -0600

Any ideas?

Should I try to find the exact commit where it starts failing?

Thanks,
--Nate

___
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] New implementation of the Org remember process ready for comments and testing

[Carsten Dominik]

On Jun 23, 2010, at 7:00 PM, Darlan Cavalcante Moreira wrote:



Thank you very much Carsten.
It works very well.

One small detail is that if the cursor is not in the table when it is
refiled then the formula is not evaluated. Most users probably won't  
notice
this and it also works correctly when using the :immediate-finish  
option.



However, when testing this I think I found a bug that could be
serious. Suppose that I set a template to ask me the name and price  
for a
new item in the table. If I type C-g at this point the capture  
buffer will
be buried but still available and unsaved. If the user saves this  
file the

original file will be overwritten and all information there will be
lost. Even if the user realises the mistake just after saving the file
there is no way to recover the content because all undo information  
was

lost.


Hi Darlan,

I have fixed this issue.

- Carsten


___
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: BUG: org-capture saves an incorrect clock marker in org-clock-history

[Carsten Dominik]

Hi Bernt,

this one should be fixed now.

- Carsten

On Jun 24, 2010, at 4:25 AM, Bernt Hansen wrote:


Hi Carsten,

I have the following templates converted from my remember templates.
I've enabled clock in and clock resume for all templates.

(global-set-key (kbd "C-c c") 'org-capture)

org-capture-templates
Value:
(("t" "todo" entry
 (file "~/git/org/refile.org")
 "* TODO %?\n  %U\n  %a" :clock-in t :clock-resume t)
("n" "note" entry
 (file "~/git/org/refile.org")
 "*  
%?:NOTE 
:\n  %U\n  %a\n  :CLOCK:\n  :END:" :clock-in t :clock-resume t)

("a" "appointment" entry
 (file+headline "~/git/org/todo.org" "Appointments")
 "* %?\n  %U" :clock-in t :clock-resume t)
("w" "org-protocol" entry
 (file "~/git/org/refile.org")
 "* TODO Review %c\n  %U" :immediate-finish t :clock-in t :clock- 
resume t))


If I try to create a simple capture note with the 't' template like
this:

C-c c t
and then file the note with C-c C-c

org-clock-history gets a marker in no buffer added to the list.

org-clock-history is a variable defined in `org-clock.el'.
Its value is
(# # #59699 in org.org> ...

^^^

Clocking in another task cleans up the clock history but this entry is
wrong.  I have a function mapped to F9-SPC that goes to the last  
clocked
in task by using the marker from org-clock-history directly and when  
it

hits this marker in no buffer it fails with an error.

(global-set-key (kbd " SPC") 'bh/clock-in-last-task)

(defun bh/clock-in-last-task ()
 "Clock in the interrupted task if there is one"
 (interactive)
 (let ((clock-in-to-task (if (org-clock-is-active)
  (setq clock-in-to-task (cadr org-clock-history))
(setq clock-in-to-task (car org-clock-history)
   (org-with-point-at clock-in-to-task
 (org-clock-in nil

Let me know if you need any additional information.

Regards,
Bernt


- Carsten




___
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] Re: [ANN] Org-babel integrated into Org-mode

[Eric Schulte]

Hi Nathan,

Nathan Neff  writes:

> I checked out the latest org mode, and I'm getting "Symbol's function
> definition is void: second"
>
> I ran git-bisect, and the error was introduced with the merge of
> org-babel into the main
> branch.
>

Part of merging into Org-mode (and meeting the Emacs code standards)
meant that Org-babel had to stop requiring the 'cl library which
provides the `second' function.  There's a good editorial on this issue
available online [1] (published from an org-mode file).

I would recommend that you either
1) add (require 'cl) to your personal configuration
2) add (require 'cl) to the top of the emacs-lisp code block
3) or make the following replacements in the code block
   - (second shortcut-def) -> (nth 1 shortcut-def)
   - (third shortcut-def) -> (nth 2 shortcut-def)

Hope this helps, let me know if problems persist.

Best -- Eric

Footnotes: 
[1]  http://dto.github.com/notebook/require-cl.html#sec-8


___
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: Capture mode seems to be easily confused in Emacs 22

[Carsten Dominik]

On Jun 24, 2010, at 4:57 AM, Bernt Hansen wrote:


Hi Carsten,

In my Emacs 22 on Debian

GNU Emacs 22.2.1 (i486-pc-linux-gnu, GTK+ Version 2.12.11) of  
2008-11-09

on raven, modified by Debian

if I start a capture buffer with C-c c t and then immediately try to
file it with C-c C-c (with the point still on the heading) it prompts
for tags instead of filing.  This seems to work fine in Emacs 23.

In Emacs 22 I end up in the CAPTURE-refile.org buffer with the overlay
on line 1 stating to use C-c C-c to file and C-c C-k to abort but  
these

keys no longer work.  Widening the buffer and using C-c C-c on
the #+STARTUP line refreshes the config and makes it possible to
continue.


Hi Bernt,

this is strange, and also a sign that org-capture-mode is not active  
in that buffer. My preliminary test show that it works here under  
emacs 22.


Anything suspicious in *Messages* ?

Regards

- Carsten


___
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