[Orgmode] Bug: LaTeX export and LaTeX environment
With
Org-mode version 6.36trans (release_6.36.80.gbdfd)
GNU Emacs 24.0.50.3 (i686-pc-linux-gnu, GTK+ Version 2.18.6)
the LaTeX exporter seems to cease to work when encountering a LaTeX
environment. Suppose this minimal org file:
--8--snip--8---
#+TITLE: Wrapping in Env
/foo/
#+BEGIN_LaTeX
\begin{center}
#+END_LaTeX
/bar/
#+BEGIN_LaTeX
\end{center}
#+END_LaTeX
/baz/
--8--snap--8---
When exported to LaTeX the relevant part looks like this:
--8--snip--8---
\emph{foo}
\begin{center}
/bar/
\end{center}
\emph{baz}
--8--snap--8---
As far as I can see, this happens only if an environment is defined in
the BEGIN/END_LaTeX blocks. Everything between such blocks is exported
literally. I'm pretty sure this once had worked but I'm not sure when
org stopped to export correctly.
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] Bug: LaTeX export and LaTeX environment
On May 19, 2010, at 8:34 AM, Ulf Stegemann wrote:
With
Org-mode version 6.36trans (release_6.36.80.gbdfd)
GNU Emacs 24.0.50.3 (i686-pc-linux-gnu, GTK+ Version 2.18.6)
the LaTeX exporter seems to cease to work when encountering a LaTeX
environment. Suppose this minimal org file:
--8--snip--8---
#+TITLE: Wrapping in Env
/foo/
#+BEGIN_LaTeX
\begin{center}
#+END_LaTeX
/bar/
#+BEGIN_LaTeX
\end{center}
#+END_LaTeX
/baz/
--8--snap--8---
When exported to LaTeX the relevant part looks like this:
--8--snip--8---
\emph{foo}
\begin{center}
/bar/
\end{center}
\emph{baz}
--8--snap--8---
As far as I can see, this happens only if an environment is defined in
the BEGIN/END_LaTeX blocks. Everything between such blocks is exported
literally. I'm pretty sure this once had worked but I'm not sure when
org stopped to export correctly.
Ulf
Hi Ulf,
it has always been like this,
check out this entire thread for work-arounds and other solutions
http://thread.gmane.org/gmane.emacs.orgmode/12977
HTH
- 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] [PATCH] Fix refile bug
Attached patch fixes the problem first reported by Tassilo Horn in [mid:87y6fhxc47@thinkpad.tsdh.de]. Problem was that `org-refile-cache-get' returned an invalid refile target table after the refile cache was cleared. Available on git://github.com/dmj/dmj-org-mode.git quickfix HTH -- David David Maus (1): Return empty list after refile cache was cleared. lisp/ChangeLog |5 + lisp/org.el|2 +- 2 files changed, 6 insertions(+), 1 deletions(-) ___ 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] [PATCH] Return empty list after refile cache was cleared.
--- lisp/ChangeLog |5 + lisp/org.el|2 +- 2 files changed, 6 insertions(+), 1 deletions(-) diff --git a/lisp/ChangeLog b/lisp/ChangeLog index 7cc28e4..01672a0 100644 --- a/lisp/ChangeLog +++ b/lisp/ChangeLog @@ -1,3 +1,8 @@ +2010-05-19 David Maus dm...@ictsoc.de + + * org.el (org-refile-cache-get): Return empty list of targets + when cache was cleared. + 2010-05-17 Carsten Dominik carsten.domi...@gmail.com * org.el (org-refile-use-cache): New option. diff --git a/lisp/org.el b/lisp/org.el index d002dab..4ede91f 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -9526,7 +9526,7 @@ on the system \/u...@host:\. Retrieve the cached value for refile targets given by IDENTIFIERS. (cond ((not org-refile-cache) nil) - ((not org-refile-use-cache) (org-refile-cache-clear)) + ((not org-refile-use-cache) (org-refile-cache-clear) nil) (t (let ((set (cdr (assoc (sha1 (prin1-to-string identifiers)) org-refile-cache -- 1.7.1 ___ 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] Return empty list after refile cache was cleared.
Applied, thanks. David Maus dm...@ictsoc.de writes: --- lisp/ChangeLog |5 + lisp/org.el|2 +- 2 files changed, 6 insertions(+), 1 deletions(-) diff --git a/lisp/ChangeLog b/lisp/ChangeLog index 7cc28e4..01672a0 100644 --- a/lisp/ChangeLog +++ b/lisp/ChangeLog @@ -1,3 +1,8 @@ +2010-05-19 David Maus dm...@ictsoc.de + + * org.el (org-refile-cache-get): Return empty list of targets + when cache was cleared. + 2010-05-17 Carsten Dominik carsten.domi...@gmail.com * org.el (org-refile-use-cache): New option. diff --git a/lisp/org.el b/lisp/org.el index d002dab..4ede91f 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -9526,7 +9526,7 @@ on the system \/u...@host:\. Retrieve the cached value for refile targets given by IDENTIFIERS. (cond ((not org-refile-cache) nil) - ((not org-refile-use-cache) (org-refile-cache-clear)) + ((not org-refile-use-cache) (org-refile-cache-clear) nil) (t (let ((set (cdr (assoc (sha1 (prin1-to-string identifiers)) org-refile-cache -- Bastien ___ 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] Minor bugs in table alignments
Hi Sebastian,
On May 12, 2010, at 7:05 PM, Sebastian Rose wrote:
Hi,
the table below demonstrates two minor bugs.
1.) Put the point in the first row, 5th column and press
`C-c C-c TAB'
The alignment will change from correct, to incorrect and back
again. Does
not always work on the first try, but always from the second time
on.
Fixed.
2.) In the first row, I expect the sum of the three rows below in
the same
format: `02:14:00' But the seconds are missing. The docs say:
{:} Sum times, HH:MM:SS, plain numbers are hours.
That is right, the : operator currently only handles hours and
minutes.
Feel free to make a patch that would make it include seconds if any of
the the arguments has seconds.
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] Persistent filters in Org mode
Hi Thomas, On May 15, 2010, at 11:32 PM, Thomas Morgan wrote: Hi, Carsten, Thanks for your reply. I've been thinking about this -- please forgive my lateness... Do you envision a new variable for a persistent filter, independent of `org-agenda-filter'? As it stands, one can only make `org-agenda-filter' persistent or transient by toggling `org-agenda-persistent-filters'. I've been leaving this on all the time, because it fits my usage of tags. Would it be useful to you and others, though, to keep separate persistent and transient filters? (Note on terminology: reviewing the manual just now I realized that `org-agenda-persistent-filters' should probably be renamed `org-agenda-persistent-filter', because adding a condition to a filter results in a narrowed filter, not several filters.) Hmm, you are right, I was a bit confused and not really clear. I had first thought that what you had built was to a persistent filter that one would have to specicfy. But now I see that all you did was to not clear the filter when a new agenda command is run. I think this is good - so if you agree, I will apply your patch and rename the variable to ...persistent-filter The main thing I am missing now is a command to edit the filter in the minibuffer. Or, if there's a separate persistent filter, perhaps the command could edit that if given an argument. It might also be useful to save filters to registers and restore them later. I guess a command to edit the filter, and a dedicated history variable for that command would be good enough? Would you like to make this command and send me a combined patch with both changes? - 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] org-show-following-heading shows even when nil
Hi Samuel, thanks for your feedback - I do not know what else could be wrong here. - Carsten On May 18, 2010, at 6:17 AM, Samuel Wales wrote: Hi Carsten, On 2010-05-14, Carsten Dominik carsten.domi...@gmail.com wrote: for some reason I do not remember, I enforce showing the next headline in this special case. Please try the following patch and run with if for a while, to see if it causes any problems. The patch did not apply for some reason, but I manually applied it, and it seemed in trivial testing to work perfectly. Strangely, however, today the behavior is as if I did not apply the patch. I did eval the function, so it must be some other piece of code that is involved. I don't get it. (Not physically able to investigate now, unfortunately.) Samuel -- Q: How many CDC scientists does it take to change a lightbulb? A: You only think it's dark. [CDC has denied a deadly disease for 25 years] == Retrovirus: http://www.wpinstitute.org/xmrv/index.html - 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] QUESTION how to revert repeating sub-tasks?
Hi Eraldo, this is currently not possible - please take a look at org- checklist.el, maybe that is a way to address your wish. Otherwise, I guess I could make a hook that you could use to fix the issue for yourself. I guess more than just witching the states would be need, for example cleaning up logging time stamps and notes??? - Carsten On May 17, 2010, at 4:14 PM, Eraldo Helal wrote: link: how to revert repeating sub-tasks? http://openpaste.org/en/ 21646/ I have a repeating tasks that looks like this: , | * TODO daily review | SCHEDULED: 2010-01-01 .+1d | :LOGBOOK:... | :PROPERTIES:... | ** TODO task A... | ** TODO task B... ` Problem: After I have marked the sub-tasks and main task (in that order) done, but the sub-tasks remain in 'DONE' state. Longer problem description: I have blocking enables, so I can only mark the main repeating task 'DONE' after all the sub-tasks are 'DONE' as well. The main repeating task (daily review) works great. It reverts to 'TODO' with the new scheduled date (day after today) and leaves a note in the 'LOGBOOK'. However the sub-tasks remain in the 'DONE' state instead of reverting to 'TODO' as well. Example: (based on example above with current date being 2010-05-17) - switched all sub-tasks to DONE - switched the main task to DONE current output: , | * TODO daily review | SCHEDULED: 2010-05-18 .+1d | :LOGBOOK:... | :PROPERTIES:... | ** DONE task A... | ** DONE task B... ` desired output: , | * TODO daily review | SCHEDULED: 2010-05-18 .+1d | :LOGBOOK:... | :PROPERTIES:... | ** TODO task A... | ** TODO task B... ` I would prefer 'TODO's instead of checkboxed if possible. Any ideas how to get there? Greetings from Austria, Eraldo ___ 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] Bug: `org-w3m-copy-for-org-mode' fails with byte compiled Org [6.36trans]
Hi David, do you have an idea to fix this, without requiring w3m during compilation? I don't - Carsten On May 17, 2010, at 4:06 PM, David Maus wrote: Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know how to make a good report? See http://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org-mode mailing list. When calling `org-w3m-copy-for-org-mode' in a w3m buffer the command fails complaining about w3m-anchor being an invalid function. , | invalid function w3m-anchor ` This error only occurs when I use byte compiled installation of Org. A look into w3m-util.el, the place where `w3m-anchor' is defined, reveals that it is not a function but a macro. So what makes sense to me is that the byte compiler compiles org-w3m.el assuming that `w3m-anchor' is a function and puts a function call inside the byte compiled file -- that fails, because `w3m-anchor' isn't a function. -- David emacs-w3m-version: 1.4.393 Emacs : GNU Emacs 23.1.1 (i486-pc-linux-gnu, GTK+ Version 2.18.2) of 2009-11-02 on raven, modified by Debian Package: Org-mode version 6.36trans -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - 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] Bug: Invalid content in publishing cache: Printed representation of hash table [6.36trans]
Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know how to make a good report? See http://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org-mode mailing list. While trying to publish a web page project Org publish throws an error: , | Debugger entered--Lisp error: (invalid-read-syntax #) | eval-buffer(#buffer *load* nil /home/dmaus/.org-timestamps/ictsoc-base-dyn.cache nil t) ; Reading at buffer position 28 ` The problem is that the .cache file for the publishing project contains the printed representation of a hash table: ,[ ictsoc-base-dyn.cache ] | (setq org-publish-cache | #hash-table 'equal nil 3/100 0xab08dc0) ` What is invalid according to the manual (Hash notation cannot be read at all, so the Lisp reader signals the error invalid-read-syntax whenever it encounters ‘#’., 2.1: Printed Representation and Read Syntax). HTH -- David Emacs : GNU Emacs 23.1.1 (i486-pc-linux-gnu, GTK+ Version 2.18.2) of 2009-11-02 on raven, modified by Debian Package: Org-mode version 6.36trans -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgp5oPtBcbzif.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] Co-maintainer, a least for some time?
Dear all, I am having a lot of trouble keeping up with everything here in emacs- orgmode, in combination with the rest of my life. Is there anyone who would be willing to step up as a co-maintainer, at least for some time? The tasks would include looking at small patches people submit, making decision about whether to apply them, checking copyright issues, and applying the patches. I will be around, so important decisions can be deferred to me. People I know who would be technically able an have enough overview over Org include a couple of obvious choices Dan Eric Bastien Nick Bernt David Maus John Wiegley Matt, maybe I may well have overlooked someone else who could do this as well, please do not be offended if I left you off this list. I completely understand if all of you say no, of course - this is just an attempt to keep some control of my life :-) - 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] Co-maintainer, a least for some time?
Hi Carsten, Carsten Dominik carsten.domi...@gmail.com writes: Is there anyone who would be willing to step up as a co-maintainer, at least for some time? I'd be glad to help, but I'm short of time for the moment and I prefer to concentrate on maintaining the server and Worg. You made Org a project people would be proud to co-maintain, I'm sure someone good will step in! -- Bastien ___ 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: Co-maintainer, a least for some time?
Bastien bastien.gue...@wikimedia.fr writes: Hi Carsten, Carsten Dominik carsten.domi...@gmail.com writes: Is there anyone who would be willing to step up as a co-maintainer, at least for some time? I'd be glad to help, but I'm short of time for the moment and I prefer to concentrate on maintaining the server and Worg. I'm afraid I can't devote significantly more time. (In any case, I do not know the agenda and task/time management side of org well enough.) But I would be happy to help out in a, err, coalition. Would it be possible for us to develop a slightly more formalised triage/bug tracking system whereby any list member who feels able to can say I'll look into this and report back with a recommendation for action. Perhaps this would work via a jointly maintained todo list on Worg or elsewhere? Any thoughts? Or is this optimistic and do we really need one person to step up? Dan You made Org a project people would be proud to co-maintain, I'm sure someone good will step in! ___ 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-info.js
If I'm viewing the manual with Sebastian's org-info javascript info emulation, and I'm on node 13 of the manual, what key do I press to get to 13.1? I wish I were better with info. My understanding is that I would use space or ] in emacs. Thanks, Dan ___ 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-info.js
Dan Davison davi...@stats.ox.ac.uk wrote: If I'm viewing the manual with Sebastian's org-info javascript info emulation, and I'm on node 13 of the manual, what key do I press to get to 13.1? I wish I were better with info. My understanding is that I would use space or ] in emacs. In emacs info, SPACE advances down the imaginary scroll, so it may or may not get you to the next (sub)section, depending on the length of the current section and the size of your screen. ']' will go to the next node in a depth-first traversal, 'n' will get you to the next node in a level-traversal (always assuming that the relevant nodes exist). Numeric arguments will get you to the relevant subsection (i.e. if you are in sec. 13 and press 6, you'll end up in subsection 13.6 - assuming that it exists), whereas 'n' and 'p' will get you to the next/previous heading at the same level and 'u' will go up a level. Now I'm on much shakier ground (iow, I don't necessarily know what I'm talking about), but I think `n' does a depth-first traversal, so it will go from 13 to 13.1 - the question is how to go from 13 to 14 without visiting all the 13.x... in-between: I thought I would go UP to the TOC and then TAB to or click on the next section, but the UP link does not seem to do what I think it should do (go up one level in the hierarchy - at least that seems to be the case in the org-info pages: http://orgmode.org/worg/code/org-info-js). I'm not saying there is no way: I just didn't find one after a few minutes of fooling around. 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
[Orgmode] Re: org-info.js
Nick Dokos nicholas.do...@hp.com writes: Dan Davison davi...@stats.ox.ac.uk wrote: If I'm viewing the manual with Sebastian's org-info javascript info emulation, and I'm on node 13 of the manual, what key do I press to get to 13.1? I wish I were better with info. My understanding is that I would use space or ] in emacs. In emacs info, SPACE advances down the imaginary scroll, so it may or may not get you to the next (sub)section, depending on the length of the current section and the size of your screen. ']' will go to the next node in a depth-first traversal, 'n' will get you to the next node in a level-traversal (always assuming that the relevant nodes exist). Numeric arguments will get you to the relevant subsection (i.e. if you are in sec. 13 and press 6, you'll end up in subsection 13.6 - assuming that it exists), whereas 'n' and 'p' will get you to the next/previous heading at the same level and 'u' will go up a level. Now I'm on much shakier ground (iow, I don't necessarily know what I'm talking about), but I think `n' does a depth-first traversal, so it will go from 13 to 13.1 - the question is how to go from 13 to 14 without visiting all the 13.x... in-between: Actually, no, n goes from 13 to 14 (at least in google-chrome). But I'm with you -- it seems to behave differently in http://orgmode.org/worg/code/org-info-js There n does the depth-first traversal you describe (and that is the behaviour I'm looking for). So - how to get the full traversal in the org manual? - why is there different behaviour between the manual and the worg page? Dan I thought I would go UP to the TOC and then TAB to or click on the next section, but the UP link does not seem to do what I think it should do (go up one level in the hierarchy - at least that seems to be the case in the org-info pages: http://orgmode.org/worg/code/org-info-js). I'm not saying there is no way: I just didn't find one after a few minutes of fooling around. 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 ___ 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: Co-maintainer, a least for some time?
Hi Carsten, Dan Davison davi...@stats.ox.ac.uk writes: Bastien bastien.gue...@wikimedia.fr writes: Hi Carsten, Carsten Dominik carsten.domi...@gmail.com writes: Is there anyone who would be willing to step up as a co-maintainer, at least for some time? I'm sorry to say that I don't have enough time to step up in any real sustained way. I've been continually amazed and grateful for the amount of time you have been able to give to our community. I'd be glad to help, but I'm short of time for the moment and I prefer to concentrate on maintaining the server and Worg. I'm afraid I can't devote significantly more time. (In any case, I do not know the agenda and task/time management side of org well enough.) Likewise, my org expertise is fairly one or two sided, leaving out large swaths of functionality -- e.g. I have no idea how GTD works. But I would be happy to help out in a, err, coalition. Would it be possible for us to develop a slightly more formalised triage/bug tracking system whereby any list member who feels able to can say I'll look into this and report back with a recommendation for action. If this is possible (I know we've talked about an org-mode based bug tracker before with lukewarm results) then I should be able to help tackle the stray bug such a model. On org-babel we've had some success tracking pending development, and tracking bugs in a single monolithic org-mode file in a github repository [1]. Best -- Eric Perhaps this would work via a jointly maintained todo list on Worg or elsewhere? Any thoughts? Or is this optimistic and do we really need one person to step up? Dan You made Org a project people would be proud to co-maintain, I'm sure someone good will step in! ___ 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 Footnotes: [1] http://github.com/eschulte/babel-dev ___ 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: Co-maintainer, a least for some time?
On May 19, 2010, at 3:17 PM, Dan Davison wrote: Bastien bastien.gue...@wikimedia.fr writes: Hi Carsten, Carsten Dominik carsten.domi...@gmail.com writes: Is there anyone who would be willing to step up as a co- maintainer, at least for some time? I'd be glad to help, but I'm short of time for the moment and I prefer to concentrate on maintaining the server and Worg. I'm afraid I can't devote significantly more time. (In any case, I do not know the agenda and task/time management side of org well enough.) But I would be happy to help out in a, err, coalition. Would it be possible for us to develop a slightly more formalised triage/bug tracking system whereby any list member who feels able to can say I'll look into this and report back with a recommendation for action. Perhaps this would work via a jointly maintained todo list on Worg or elsewhere? Any thoughts? Or is this optimistic and do we really need one person to step up? I think an issue-tracking system would be great. And if there are other people besides John who want to take up individual issues, I am sure this would be good. I will be happy with anything you propose in this direction. Also I know that John is (I think) tracking ledger issues in org-mode - maybe we can use his setup in a file that is part of the git repo? If we have reports continue to come in on the mailing list, then a bug tracker could use the message number on gmane as a reference number. So the discussions could stay on the list, but negotiation and assignment would happen in the tracker. But - I have no experience with bug trackers, so anything anyone will put forward would be an improvement. - 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: Co-maintainer, a least for some time?
On May 19, 2010, at 4:28 PM, Eric Schulte wrote: Hi Carsten, Dan Davison davi...@stats.ox.ac.uk writes: Bastien bastien.gue...@wikimedia.fr writes: Hi Carsten, Carsten Dominik carsten.domi...@gmail.com writes: Is there anyone who would be willing to step up as a co- maintainer, at least for some time? I'm sorry to say that I don't have enough time to step up in any real sustained way. I do believe that with org-babel, you and Dan *certainly* do your share. I've been continually amazed and grateful for the amount of time you have been able to give to our community. In fact, it is more than can really afford - but I am a junkie who needs to deal with his problems ... I'd be glad to help, but I'm short of time for the moment and I prefer to concentrate on maintaining the server and Worg. I'm afraid I can't devote significantly more time. (In any case, I do not know the agenda and task/time management side of org well enough.) Likewise, my org expertise is fairly one or two sided, leaving out large swaths of functionality -- e.g. I have no idea how GTD works. But I would be happy to help out in a, err, coalition. Would it be possible for us to develop a slightly more formalised triage/bug tracking system whereby any list member who feels able to can say I'll look into this and report back with a recommendation for action. If this is possible (I know we've talked about an org-mode based bug tracker before with lukewarm results) then I should be able to help tackle the stray bug such a model. On org-babel we've had some success tracking pending development, and tracking bugs in a single monolithic org-mode file in a github repository [1]. Best -- Eric Perhaps this would work via a jointly maintained todo list on Worg or elsewhere? Any thoughts? Or is this optimistic and do we really need one person to step up? Dan You made Org a project people would be proud to co-maintain, I'm sure someone good will step in! ___ 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 Footnotes: [1] http://github.com/eschulte/babel-dev - 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] Co-maintainer, a least for some time?
On May 19, 2010, at 2:38 PM, Bastien wrote: Hi Carsten, Carsten Dominik carsten.domi...@gmail.com writes: Is there anyone who would be willing to step up as a co-maintainer, at least for some time? I'd be glad to help, but I'm short of time for the moment and I prefer to concentrate on maintaining the server and Worg. Hi Bastien, yes, you are doing already a crucial service to the community by sponsoring and maintaining the server, and Worg. Thanks! You made Org a project people would be proud to co-maintain, I'm sure someone good will step in! -- Bastien - 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] Empty lines are added below heading when task is repeated and org-indent-mode is on
Fixed, thanks. - Carsten On May 15, 2010, at 8:57 AM, Tom wrote: Using the latest version (6.36) if I have a heading like this: ** TODO test task stuff SCHEDULED: 2010-05-15 Sat 07:35 +1d Then an empty line is inserted below the heading (before stuff) if org-indent-mode is on and logging is set like this: (setq org-log-repeat nil) (setq org-log-done 'time) I tested it with a clean config using only the settings above. ___ 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] Re: org-info.js
On May 19, 2010, at 4:34 PM, Dan Davison wrote: Nick Dokos nicholas.do...@hp.com writes: Dan Davison davi...@stats.ox.ac.uk wrote: If I'm viewing the manual with Sebastian's org-info javascript info emulation, and I'm on node 13 of the manual, what key do I press to get to 13.1? I wish I were better with info. My understanding is that I would use space or ] in emacs. In emacs info, SPACE advances down the imaginary scroll, so it may or may not get you to the next (sub)section, depending on the length of the current section and the size of your screen. ']' will go to the next node in a depth-first traversal, 'n' will get you to the next node in a level-traversal (always assuming that the relevant nodes exist). Numeric arguments will get you to the relevant subsection (i.e. if you are in sec. 13 and press 6, you'll end up in subsection 13.6 - assuming that it exists), whereas 'n' and 'p' will get you to the next/ previous heading at the same level and 'u' will go up a level. Now I'm on much shakier ground (iow, I don't necessarily know what I'm talking about), but I think `n' does a depth-first traversal, so it will go from 13 to 13.1 - the question is how to go from 13 to 14 without visiting all the 13.x... in-between: Actually, no, n goes from 13 to 14 (at least in google-chrome). But I'm with you -- it seems to behave differently in http://orgmode.org/worg/code/org-info-js There n does the depth-first traversal you describe (and that is the behaviour I'm looking for). So - how to get the full traversal in the org manual? - why is there different behaviour between the manual and the worg page? Because the manual is created by texinfo, Worg is published by Org-mode. I also would love to have a depth-first way to travel in the manual - but I don't know how. I *am* hacking the html manual pages already (UTILITIES/mansplit.pl) to get the sidebar toc in there - the same program could maybe also hack some of those keys, I guess. But I don't know how. And there are issues of what people expect. I love it that Sebastian has made a way to travel depth-first, but I also think that people who are used to read texinfo manpages like to have consistent keys - Carsten Dan I thought I would go UP to the TOC and then TAB to or click on the next section, but the UP link does not seem to do what I think it should do (go up one level in the hierarchy - at least that seems to be the case in the org-info pages: http://orgmode.org/worg/code/org-info-js). I'm not saying there is no way: I just didn't find one after a few minutes of fooling around. 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 ___ 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] Co-maintainer, a least for some time?
Aloha Carsten, From my view on the list it appears you work without a queue, which seems counterintuitive for a Lisp programmer of Org-mode :) But a queue for Carsten is not the answer because Org-mode people love the furious pace of development and would likely chafe at a slow queue. Perhaps what is needed are community queues for bugs, feature requests, and patches. A list of proposed patches would let early adopters try them out. Once the patches had been tested, early adopters could report their results to the list. Presumably this would weed out the bad patches, hone the good ones with flaws, and pass through the gems in good order. Once the buzz on the list about a patch reached a certain level and you found time to look at the vetted result, early adopters could move off their bug-test branches and back onto the main branch. This organization might maintain the pace of development activity, but put you in a position of working with a community managed queue at your leisure. It is difficult for me to imagine the co-maintainer solution. All the best, Tom On May 18, 2010, at 10:08 PM, Carsten Dominik wrote: Dear all, I am having a lot of trouble keeping up with everything here in emacs-orgmode, in combination with the rest of my life. Is there anyone who would be willing to step up as a co-maintainer, at least for some time? The tasks would include looking at small patches people submit, making decision about whether to apply them, checking copyright issues, and applying the patches. I will be around, so important decisions can be deferred to me. People I know who would be technically able an have enough overview over Org include a couple of obvious choices Dan Eric Bastien Nick Bernt David Maus John Wiegley Matt, maybe I may well have overlooked someone else who could do this as well, please do not be offended if I left you off this list. I completely understand if all of you say no, of course - this is just an attempt to keep some control of my life :-) - 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] Jumping to scheduled item from agend doesn't put cursor on to the heading
If I jump to a regular TODO item from the agenda then cursor is put on the heading line. In case of a scheduled agenda item cursor is put to the timestamp. Is it intentional? I often put text content after the heading and before the SCHEDULED timestamp, because I can easily modify the timestamp with a hotkey, so it doesn't need to be right after the heading, I rather put text content there for convenience. When I jump to the heading from the agenda it puts the cursor to the timestamp which can be at the end of the heading and it would be more useful to have the cursor at the beginning, because my useful content is usually there. Shouldn't jumping from agenda be consistent in this respect and put the cursor always on the heading line like it does for regular TODO items? ___ 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: Co-maintainer, a least for some time?
Hi, Am 19.05.2010 17:46, schrieb Carsten Dominik: I think an issue-tracking system would be great. And if there are other people besides John who want to take up individual issues, I am sure this would be good. One solution would be to switch the git repository to github.com and use it's integrates issues functionality. From their site: Issues GitHub Issues adds lightweight issue tracking tightly integrated with your repository. Close issues from commit messages, let users label and vote on issues and drag drop issues to priorize. See it in action at http://github.com/splitbrain/dokuwiki-plugin-data/issues Maybe it's worth a look. Yours Karsten ___ 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] [PATCH] org.el: Create new ID property for cloned subtrees
The clones of a subtree that has a ID property now get a shiny new ID, too. HTH -- David David Maus (1): Maybe create ID property in cloned subtrees. lisp/ChangeLog |2 ++ lisp/org.el| 18 ++ 2 files changed, 12 insertions(+), 8 deletions(-) ___ 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] [PATCH] Maybe create ID property in cloned subtrees.
--- lisp/ChangeLog |2 ++ lisp/org.el| 18 ++ 2 files changed, 12 insertions(+), 8 deletions(-) diff --git a/lisp/ChangeLog b/lisp/ChangeLog index 01672a0..ec2fa36 100644 --- a/lisp/ChangeLog +++ b/lisp/ChangeLog @@ -2,6 +2,8 @@ * org.el (org-refile-cache-get): Return empty list of targets when cache was cleared. + (org-clone-subtree-with-time-shift): Maybe create ID property + in cloned subtrees. 2010-05-17 Carsten Dominik carsten.domi...@gmail.com diff --git a/lisp/org.el b/lisp/org.el index 4ede91f..64da60a 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -7170,7 +7170,7 @@ the following will happen: I this way you can spell out a number of instances of a repeating task, and still retain the repeater to cover future instances of the task. (interactive nNumber of clones to produce: \nsDate shift per clone (e.g. +1w, empty to copy unchanged): ) - (let (beg end template task + (let (beg end template task idprop shift-n shift-what doshift nmin nmax (n-no-remove -1)) (if (not (and (integerp n) ( n 0))) (error Invalid number of replications %s n)) @@ -7187,15 +7187,11 @@ and still retain the repeater to cover future instances of the task. (setq nmin 1 nmax n) (org-back-to-heading t) (setq beg (point)) +(setq idprop (org-entry-get nil ID)) (org-end-of-subtree t t) (or (bolp) (insert \n)) (setq end (point)) -(setq template (let ((tmpl (buffer-substring beg end))) -(with-temp-buffer - (insert tmpl) - (org-mode) - (org-entry-delete nil ID) - (buffer-string +(setq template (buffer-substring beg end)) (when (and doshift (string-match [^\n]+ \\+[0-9]+[dwmy][^\n]* template)) (delete-region beg end) @@ -7204,11 +7200,17 @@ and still retain the repeater to cover future instances of the task. (goto-char end) (loop for n from nmin to nmax do (if (not doshift) - (setq task template) + (setq task (if (not idprop) template + (with-temp-buffer +(insert template) +(org-mode) +(org-id-get-create t) +(buffer-string (with-temp-buffer (insert template) (org-mode) (goto-char (point-min)) + (if idprop (org-id-get-create t)) (while (re-search-forward org-ts-regexp-both nil t) (org-timestamp-change (* n shift-n) shift-what)) (unless (= n n-no-remove) -- 1.7.1 ___ 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: Co-maintainer, a least for some time?
MobileOrg and MobileOrg Android both use Github, and we both use the issue tracker. Another boon to using Github for the project would be benefitting from individual contributors maintaining forks of the main repository... then a maintainer could merge in fixes and features that others have worked on with ease. I have had several folks contribute to MobileOrg for Android in just this manner and as the maintainer it has made my life very easy. 73, Matthew W. Jones (KI4ZIB) http://matburt.net On Wed, May 19, 2010 at 2:08 PM, Karsten Heymann kheym...@blue-cable.netwrote: Hi, Am 19.05.2010 17:46, schrieb Carsten Dominik: I think an issue-tracking system would be great. And if there are other people besides John who want to take up individual issues, I am sure this would be good. One solution would be to switch the git repository to github.com and use it's integrates issues functionality. From their site: Issues GitHub Issues adds lightweight issue tracking tightly integrated with your repository. Close issues from commit messages, let users label and vote on issues and drag drop issues to priorize. See it in action at http://github.com/splitbrain/dokuwiki-plugin-data/issues Maybe it's worth a look. Yours Karsten ___ 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: Co-maintainer, a least for some time?
On 10-May-19, at 2:08 PM, Karsten Heymann wrote: Hi, Am 19.05.2010 17:46, schrieb Carsten Dominik: I think an issue-tracking system would be great. And if there are other people besides John who want to take up individual issues, I am sure this would be good. One solution would be to switch the git repository to github.com and use it's integrates issues functionality. +1 That would make it possible for people like me to cherry-pick issues to work on, and leave Carsten other people to approve and commit patches rather than make them. -anthony ___ 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] [PATCH 0/2] org.el: Customize subtree cloning + remove empty property drawer after cloning
First patch adds customization variable `org-clone-delete-id' that controls whether or not clones of a subtree shall inherit the ID property (with a new value), second one removes empty property drawer after cloning. Available at git://github.com/dmj/dmj-org-mode.git quickfix David Maus (3): Maybe create ID property in cloned subtrees. Provide customization variable `org-clone-delete-id'. Remove empty property drawers in cloned subtrees. lisp/ChangeLog |7 +++ lisp/org.el| 37 + 2 files changed, 36 insertions(+), 8 deletions(-) ___ 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] [PATCH 3/3] Remove empty property drawers in cloned subtrees.
--- lisp/ChangeLog |2 ++ lisp/org.el|7 +++ 2 files changed, 9 insertions(+), 0 deletions(-) diff --git a/lisp/ChangeLog b/lisp/ChangeLog index ba65761..7c743a1 100644 --- a/lisp/ChangeLog +++ b/lisp/ChangeLog @@ -7,6 +7,8 @@ (org-clone-delete-id): New customization variable. (org-clone-subtree-with-time-shift): Use customization variable `org-clone-delete-id'. + (org-clone-subtree-with-time-shift): Remove empty property + drawer in cloned subtrees. 2010-05-17 Carsten Dominik carsten.domi...@gmail.com diff --git a/lisp/org.el b/lisp/org.el index 88d636d..db0f5e2 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -7215,6 +7215,10 @@ and still retain the repeater to cover future instances of the task. (if org-clone-delete-id (org-entry-delete nil ID) (org-id-get-create t)) +(while (re-search-forward +org-property-drawer-re nil t) + (org-remove-empty-drawer-at + PROPERTIES (point))) (buffer-string (with-temp-buffer (insert template) @@ -7223,6 +7227,9 @@ and still retain the repeater to cover future instances of the task. (and idprop (if org-clone-delete-id (org-entry-delete nil ID) (org-id-get-create t))) + (while (re-search-forward org-property-drawer-re nil t) + (org-remove-empty-drawer-at PROPERTIES (point))) + (goto-char (point-min)) (while (re-search-forward org-ts-regexp-both nil t) (org-timestamp-change (* n shift-n) shift-what)) (unless (= n n-no-remove) -- 1.7.1 ___ 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] [PATCH 2/3] Provide customization variable `org-clone-delete-id'.
When non-nil, clones of a subtree don't inherit the ID property. Otherwise they do and it will be set to a new unique identifier. --- lisp/ChangeLog |3 +++ lisp/org.el| 16 ++-- 2 files changed, 17 insertions(+), 2 deletions(-) diff --git a/lisp/ChangeLog b/lisp/ChangeLog index ec2fa36..ba65761 100644 --- a/lisp/ChangeLog +++ b/lisp/ChangeLog @@ -4,6 +4,9 @@ when cache was cleared. (org-clone-subtree-with-time-shift): Maybe create ID property in cloned subtrees. + (org-clone-delete-id): New customization variable. + (org-clone-subtree-with-time-shift): Use customization + variable `org-clone-delete-id'. 2010-05-17 Carsten Dominik carsten.domi...@gmail.com diff --git a/lisp/org.el b/lisp/org.el index 64da60a..88d636d 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -105,6 +105,13 @@ (require 'org-footnote) Customization variables +(defcustom org-clone-delete-id nil + Remove ID property of clones of a subtree. +When non-nil, clones of a subtree don't inherit the ID property. +Otherwise they inherit the ID property with a new unique +identifier. + :type 'boolean + :group 'org-id) ;;; Version @@ -7204,13 +7211,18 @@ and still retain the repeater to cover future instances of the task. (with-temp-buffer (insert template) (org-mode) -(org-id-get-create t) +(goto-char (point-min)) +(if org-clone-delete-id +(org-entry-delete nil ID) + (org-id-get-create t)) (buffer-string (with-temp-buffer (insert template) (org-mode) (goto-char (point-min)) - (if idprop (org-id-get-create t)) + (and idprop (if org-clone-delete-id + (org-entry-delete nil ID) + (org-id-get-create t))) (while (re-search-forward org-ts-regexp-both nil t) (org-timestamp-change (* n shift-n) shift-what)) (unless (= n n-no-remove) -- 1.7.1 ___ 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] Bug: `org-w3m-copy-for-org-mode' fails with byte compiled Org [6.36trans]
Carsten Dominik wrote: Hi David, do you have an idea to fix this, without requiring w3m during compilation? I don't Kind of: I'm going to look what the macro(s) do and see if we could do it on our own w/o the macro. A first glance looked promising. -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgp1SAcX0Chnr.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
Re: [Orgmode] Re: Bug: LaTeX export and LaTeX environment
Ulf, Carsten,
On 5/19/2010 12:27 AM, Ulf Stegemann wrote:
Hi Carsten,
Carsten Dominikcarsten.domi...@gmail.com wrote:
On May 19, 2010, at 8:34 AM, Ulf Stegemann wrote:
...
the LaTeX exporter seems to cease to work when encountering a LaTeX
environment.
it has always been like this,
check out this entire thread for work-arounds and other solutions
http://thread.gmane.org/gmane.emacs.orgmode/12977
I must have been blind, thanks for the pointer! It works like a charm
with org-special-blocks.
Ulf
I have not looked into the contrib directory lately (for quite a while,
actually) so was not aware of the org-special-blocks stuff. This is
pretty cool and *almost* what I was about to ask for as well.
The only problem I have with it is I need (for specific environments) to
pass a parameter to the \begin{xxx} call on latex export. I think what
is there is a more than adequate basis for what I am looking to do and I
will add my stuff to it and try it out.
My question is: Is there a preferred way of doing this? I can do a
local enhancement that hard-codes what I am trying to do but would
prefer to do this is a more open-ended (even elegant) way. At the
end of the day it simply has to work. But I would prefer doing it
right. :)
Mark
___
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] Tag cloud in Agenda view?
Hi David I am not sure what you are asking, but are you thinking a buffer like something shown here: http://www.emacswiki.org/emacs/Tagging This might be possible, but it would take some modifications as to who free-tagging.el handles the parsing of tags inside of a buffer. It's been a perpetual todo, and I haven't had time to do it, but it would be possible. Mostly it would take some tweaks/modifications to the parser. __ 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 On May 13, 2010, at 8:23 PM, David Lee wrote: Hi everyone, Is it possible to generate tag cloud buffer in agenda view? Thanks, - David ___ 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 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
Re: [Orgmode] Re: Co-maintainer, a least for some time?
On May 19, 2010, at 8:08 PM, Karsten Heymann wrote: Hi, Am 19.05.2010 17:46, schrieb Carsten Dominik: I think an issue-tracking system would be great. And if there are other people besides John who want to take up individual issues, I am sure this would be good. One solution would be to switch the git repository to github.com and use it's integrates issues functionality. From their site: Issues GitHub Issues adds lightweight issue tracking tightly integrated with your repository. Close issues from commit messages, let users label and vote on issues and drag drop issues to priorize. That might be interesting. I just got a mail from John, he will set up patchwork for us, which seems to be an automated issue-tracking system based on patches on a mailing list. This looks good to me because it keeps thinks on the mailing list which has worked for us so far. Lets start with that, and think about moving to github for a bit longer. - Carsten See it in action at http://github.com/splitbrain/dokuwiki-plugin-data/issues Maybe it's worth a look. Yours Karsten ___ 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] Re: Co-maintainer, a least for some time?
On May 19, 2010, at 8:51 PM, Anthony Lander wrote: On 10-May-19, at 2:08 PM, Karsten Heymann wrote: Hi, Am 19.05.2010 17:46, schrieb Carsten Dominik: I think an issue-tracking system would be great. And if there are other people besides John who want to take up individual issues, I am sure this would be good. One solution would be to switch the git repository to github.com and use it's integrates issues functionality. +1 That would make it possible for people like me to cherry-pick issues to work on, and leave Carsten other people to approve and commit patches rather than make them. Why is that easier on GitHub than on any web-based git hosting system (it may well be - only I don't know!) - 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: Co-maintainer, a least for some time?
On 10-May-19, at 5:23 PM, Carsten Dominik wrote: On May 19, 2010, at 8:51 PM, Anthony Lander wrote: On 10-May-19, at 2:08 PM, Karsten Heymann wrote: Hi, Am 19.05.2010 17:46, schrieb Carsten Dominik: I think an issue-tracking system would be great. And if there are other people besides John who want to take up individual issues, I am sure this would be good. One solution would be to switch the git repository to github.com and use it's integrates issues functionality. +1 That would make it possible for people like me to cherry-pick issues to work on, and leave Carsten other people to approve and commit patches rather than make them. Why is that easier on GitHub than on any web-based git hosting system (it may well be - only I don't know!) I don't know that it matters. I am just familiar with github. ___ 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: Co-maintainer, a least for some time?
Carsten Dominik carsten.domi...@gmail.com writes: I am having a lot of trouble keeping up with everything here in emacs- orgmode, in combination with the rest of my life. Is there anyone who would be willing to step up as a co-maintainer, at least for some time? The tasks would include looking at small patches people submit, making decision about whether to apply them, checking copyright issues, and applying the patches. I will be around, so important decisions can be deferred to me. Hi Carsten, I would love to help! I can probably handle some of the patch application load if that's useful. Let me know what you have in mind. Unfortunately I also don't have much extra time available currently and there are days when I don't get to read the org-mode mailing list at all :(. I still consider myself a lisp newbie and I don't have a clue about Emacs portability issues etc. I am slowly picking up lisp though and reviewing patches would probably speed that process up a lot for me. You've put in a super-human effort so far in this project and we all appreciate it very much! Let me know how I can help. 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] [PATCH 2/3] Provide customization variable `org-clone-delete-id'.
Hi David, do you have these patches on a branch? Thanks! - Carsten On May 19, 2010, at 8:53 PM, David Maus wrote: When non-nil, clones of a subtree don't inherit the ID property. Otherwise they do and it will be set to a new unique identifier. --- lisp/ChangeLog |3 +++ lisp/org.el| 16 ++-- 2 files changed, 17 insertions(+), 2 deletions(-) diff --git a/lisp/ChangeLog b/lisp/ChangeLog index ec2fa36..ba65761 100644 --- a/lisp/ChangeLog +++ b/lisp/ChangeLog @@ -4,6 +4,9 @@ when cache was cleared. (org-clone-subtree-with-time-shift): Maybe create ID property in cloned subtrees. + (org-clone-delete-id): New customization variable. + (org-clone-subtree-with-time-shift): Use customization + variable `org-clone-delete-id'. 2010-05-17 Carsten Dominik carsten.domi...@gmail.com diff --git a/lisp/org.el b/lisp/org.el index 64da60a..88d636d 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -105,6 +105,13 @@ (require 'org-footnote) Customization variables +(defcustom org-clone-delete-id nil + Remove ID property of clones of a subtree. +When non-nil, clones of a subtree don't inherit the ID property. +Otherwise they inherit the ID property with a new unique +identifier. + :type 'boolean + :group 'org-id) ;;; Version @@ -7204,13 +7211,18 @@ and still retain the repeater to cover future instances of the task. (with-temp-buffer (insert template) (org-mode) -(org-id-get-create t) +(goto-char (point-min)) +(if org-clone-delete-id +(org-entry-delete nil ID) + (org-id-get-create t)) (buffer-string (with-temp-buffer (insert template) (org-mode) (goto-char (point-min)) - (if idprop (org-id-get-create t)) + (and idprop (if org-clone-delete-id + (org-entry-delete nil ID) + (org-id-get-create t))) (while (re-search-forward org-ts-regexp-both nil t) (org-timestamp-change (* n shift-n) shift-what)) (unless (= n n-no-remove) -- 1.7.1 ___ 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: Agenda view Face for deadlines PATCH
Hi all, Sébastien Vauban wrote: In the same kind of thought, trying to enhance the way we (or I) visualize tasks in the agenda, I have chosen some sort of inverse video face for deadlines. (my-org-deadline-yesterday ((t (:foreground white :background #D8 :weight bold (my-org-deadline-today ((t (:foreground white :background #E9A36A :weight bold (my-org-deadline-tomorrow ((t (:foreground black :background #B4F1B3 :weight bold (my-org-deadline-later ((t (:foreground black :background #AACAFC with the following code in my .emacs file: ;; faces for showing deadlines in the agenda (setq org-agenda-deadline-faces '((1.01 . my-org-deadline-yesterday) (0.99 . my-org-deadline-today) (0.49 . my-org-deadline-tomorrow) (0.00 . my-org-deadline-later))) The result is the following: Week-agenda (W20-W21): 2010-05-18 Tue _ Personal: 17:15-17:20 Sarah! :home::errands: refile: Sched. 2x: TODO [#A] Update reservations Scorpios :refile:: x Family: xxx In -1 d.: TODO [#A] Photos-reportage Andre :home::computer: where `xxx' is just some textual way to represent background color. For the sake of clarity, I'd like the first 2 characters (in front of `Family', in my example) not to be impacted by that face. Otherwise, when in inverse video, they obfuscate the view of the day separators and of the deadline lines. Is there a way to do so? I was so disturbed by this, and have always wanted to become (and still wants) enlightened in Emacs Lisp and in Org's code that I finally took the time to try and understand how all this works. Not easy for me, I must admit. Cannot say I can follow the code, either, because of lack of knowledge, on ELisp and on how to trace through the code. Though, I've been able to answer my own demand, by adding a function (code stolen from `org-compat.el'): --8---cut here---start-8--- (defun org-add-props-from-2 (string plist rest props) Add text properties to string, from position 2 to end. PLIST may be a list of properties, PROPS are individual properties and values that will be added to PLIST. Returns the string that was modified. (add-text-properties 2 (length string) (if props (append plist props) plist) string) string) --8---cut here---end---8--- and changing one line of `org-agenda.el' (L4619, function `org-agenda-get-deadlines'): --8---cut here---start-8--- (org-add-props txt props --8---cut here---end---8--- to --8---cut here---start-8--- (org-add-props-from-2 txt props --8---cut here---end---8--- Maybe that can be factored (much, much) more smartly? Can this be patched against the source code? 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] Re: Co-maintainer, a least for some time?
Carsten Dominik carsten.domi...@gmail.com wrote: That might be interesting. I just got a mail from John, he will set up patchwork for us, which seems to be an automated issue-tracking system based on patches on a mailing list. This looks good to me because it keeps thinks on the mailing list which has worked for us so far. Lets start with that, and think about moving to github for a bit longer. AFAIK, patchwork (http://ozlabs.org/~jk/projects/patchwork/) snags *patches* off the mailing list and squirrels them away so they are not lost, but it is not an issue-tracking system. 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] Persistent filters in Org mode
Hi, Carsten, I think this is good - so if you agree, I will apply your patch and rename the variable to ...persistent-filter That would be great, thanks. The main thing I am missing now is a command to edit the filter in the minibuffer. Or, if there's a separate persistent filter, perhaps the command could edit that if given an argument. It might also be useful to save filters to registers and restore them later. I guess a command to edit the filter, and a dedicated history variable for that command would be good enough? Would you like to make this command and send me a combined patch with both changes? Alternatively, what do you think of the idea of saving a complete agenda view to a register (including the filter)? The register would contain all the information necessary to recreate the agenda view, and there would be a command to restore it. Thomas ___ 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: Suggestions needed for handling ideas
On Mon, Apr 26, 2010 at 13:00, Matt Lundin m...@imapmail.org wrote: Here's one quick hack to search for non-headline todo items (i.e., checkboxes): C-c a / \[ \] [RET] This will generate a list of all open list items, such as, - [ ] Review this idea This has proved to be the best way so far for handling my ideas. I have now defined a custom agenda command for this and it works very well. Thanks for the suggestion. /Ali ___ 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] Xemacs incompatibilities
[...] 3.) When editing a src block with C-c ' in a temporary buffer in it's native mode and then switching back with C-c ' to the original org file, whenever I try to save a file with C-x C-s (not only the org file) I'll get the message This is not a sub-editing buffer, something is wrong... Could you provide a little bit more context on what you did? I'm not very familiar with org-src (which I assume this is about), so a step-by-step recipe would help me greatly. Hi Mike, Has any progress been made on this bug report? If not, please let me know if I can help. It sounds like the bug could be triggered by entering the following in an org buffer: #+begin_src emacs-lisp nil #+end_src then, with point anywhere in the block, issue C-c '. This should put you in an elisp mode buffer. At that point the following should work: - editing the elisp code followed by C-x C-s should save the elisp back into the block in the org buffer - C-c ' should return you to the org buffer If you would like me to investigate, would you mind providing instructions as to what version of xemacs to download and what steps I need to take to get the latest org-mode working with it? I'm on Ubuntu 10.04. Dan -- Cheers =8-} Mike Friede, Völkerverständigung und überhaupt blabla - 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] tab visibility cycling doesn't work over putty/ssh with viper-mode enabled
I'm trying to run orgmode/emacs over an ssh connection with PuTTY. Win7 client and Ubuntu host. With viper-mode enabled all I get is a bell when I click on tab to cycle the visibility of a heading in viper's normal mode. Shift-tab works okay, as does a tab key if I am in viper's insert mode (but of course it merely inserts tab then rather than cycling visibility). Tab cycling seems to work properly if viper-mode is disabled. I'm new to emacs/orgmode (coming from vim) and to ssh sessions, stumped on this tab key issue though I suspect it's nothing complicated. Can someone tell me how to get tab cycling working in my putty client when using viper-mode? Thanks! ___ 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-entities-user
Hello, I've been setting up org-entities-user with a few custom symbols, and managed to get a few aliases for items already in org-entities, but i'm a bit stuck on adding new items - specifically, the mathbb versions of Z and R (the symbols for the sets of integers and reals). I can't seem to find the UTF-8, latin-1, or HTML encodings of these entities - and I'm not sure how to input the utf-8 or latin-1 even if I do. Does anyone know how to do this? Thanks, Nathaniel Flath ___ 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: tab visibility cycling doesn't work over putty/ssh with viper-mode enabled
Herbert Sitz hsitz at nwlink.com writes: With viper-mode enabled all I get is a bell when I click on tab to cycle the visibility of a heading in viper's normal mode. Shift-tab works okay, as does a tab key if I am in viper's insert mode (but of course it merely inserts tab then rather than cycling visibility). Tab cycling seems to work properly if viper-mode is disabled. It seems there are some other keys that don't work in PuTTY. One of the most obvious is CTRL-C, which I think works only if preceded by some other meta key. E.g., CTRL-X, CTRL-C works normally to quite emacs. But when a sequence starts with CTRL-C the bell goes off and no keypress is recognized. This makes it impossible to use keys to enter agenda view, which is accessed via CTRL-C,a. I assume my setup is common enough (Win7 PuTTY client accessing openssh server on Ubuntu 10.04) that someone has worked out these problems? Thanks for any tips. -- Herb ___ 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 2/3] Provide customization variable `org-clone-delete-id'.
Carsten Dominik wrote: Hi David, do you have these patches on a branch? Arg, yes, of course: git://github.com/dmj/dmj-org-mode.git quickfix -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgpWMIHGzWzCN.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
