[Orgmode] Re: Bug: org-auto-repeat-maybe only updates first timestamp [7.01trans]
"Andrew J. Korty" writes: > 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. > > > If I have multiple timestamps in a TODO item, org-auto-repeat-maybe > only advances the first one. In the following example, I'd like both > the SCHEDULED and DEADLINE timestamps to advance when the item is > marked DONE, but only the SCHEDULED timestamp advances. > > * TODO do something by Sunday but not until Friday > SCHEDULED: <2010-09-17 Fri ++1w> DEADLINE: <2010-09-19 Sun ++1w> Why not just drop the SCHEDULED: tag and change the DEADLINE task to DEADLINE: <2010-09-19 Sun ++1w -2d> This way it won't show up in your agenda until Friday -- 2 days before it's due. -Bernt > > This behavior exists in HEAD as well as previous releases, including > 7.01h. > > Emacs : GNU Emacs 23.1.50.1 (x86_64-apple-darwin10.0.0, NS > apple-appkit-1038.11) > of 2009-11-10 > Package: Org-mode version 7.01trans > > ___ > 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] [PATCH] Always run org-insert-heading-hook when creating headlines
* lisp/org.el (org-insert-heading): Run org-insert-heading-hook when creating the first heading in a file The org-insert-heading-hook was skipped when creating the first heading in a new org file. --- I use an hook which creates an inactive timestamp for new headings. This was reported by k-man on the mailing list stating it doesn't work for empty org files when creating the first heading. I use the following hook: (defun bh/insert-inactive-timestamp () (interactive) (org-insert-time-stamp nil t t nil nil nil)) (defun bh/insert-heading-inactive-timestamp () (save-excursion (org-return) (org-cycle) (bh/insert-inactive-timestamp))) (add-hook 'org-insert-heading-hook 'bh/insert-heading-inactive-timestamp) -Bernt lisp/org.el |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/lisp/org.el b/lisp/org.el index 75ee798..667a4e4 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -6752,8 +6752,8 @@ This is important for non-interactive uses of the command." (when (and org-insert-heading-respect-content hide-previous) (save-excursion (goto-char previous-pos) - (hide-subtree))) - (run-hooks 'org-insert-heading-hook) + (hide-subtree)) + (run-hooks 'org-insert-heading-hook)) (defun org-get-heading (&optional no-tags) "Return the heading of the current entry, without the stars." -- 1.7.3 ___ 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] Always run org-insert-heading-hook when creating headlines
* lisp/org.el (org-insert-heading): Run org-insert-heading-hook when creating the first heading in a file The org-insert-heading-hook was skipped when creating the first heading in a new org file. --- Carsten, You're correct -- I completely missed the list details on this one. Here's an updated patch. Thanks for spotting this. Regards, Bernt lisp/org.el |4 +++- 1 files changed, 3 insertions(+), 1 deletions(-) diff --git a/lisp/org.el b/lisp/org.el index 75ee798..32c6c4a 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -6673,7 +6673,9 @@ This is important for non-interactive uses of the command." (and (not (save-excursion (and (ignore-errors (org-back-to-heading invisible-ok)) (org-on-heading-p (not (org-in-item-p - (insert "\n* ") + (progn + (insert "\n* ") + (run-hooks 'org-insert-heading-hook)) (when (or force-heading (not (org-insert-item))) (let* ((empty-line-p nil) (head (save-excursion -- 1.7.3 ___ 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] Revert "Update modeline with effort and task name on re-clock-in"
This reverts commit 4a4fbf1b8caa338a3a59f7b6f3f89b279615725d. Clocking in the currently clocking task was leaving open clock entries which is incorrect. Updating the modeline is less important than keeping correct clocking data. --- This reverts a commit I made back in December. I ran into this bug this morning clocking in the same task quickly. This was leaving open clocks which the dangling clock code tried to fix. Regards, Bernt lisp/org-clock.el | 15 +++ 1 files changed, 7 insertions(+), 8 deletions(-) diff --git a/lisp/org-clock.el b/lisp/org-clock.el index 8979396..5b4b39c 100644 --- a/lisp/org-clock.el +++ b/lisp/org-clock.el @@ -959,7 +959,7 @@ the clocking selection, associated with the letter `d'." ;; We are interrupting the clocking of a different task. ;; Save a marker to this task, so that we can go back. ;; First check if we are trying to clock into the same task! - (if (save-excursion + (when (save-excursion (unless selected-task (org-back-to-heading t)) (and (equal (marker-buffer org-clock-hd-marker) @@ -970,13 +970,12 @@ the clocking selection, associated with the letter `d'." (if selected-task (marker-position selected-task) (point) - (message "Clock continues in \"%s\"" org-clock-heading) - (progn - (move-marker org-clock-interrupted-task -(marker-position org-clock-marker) -(org-clocking-buffer)) - (let ((org-clock-clocking-in t)) - (org-clock-out t) + (message "Clock continues in \"%s\"" org-clock-heading) + (throw 'abort nil)) + (move-marker org-clock-interrupted-task +(marker-position org-clock-marker) +(marker-buffer org-clock-marker)) + (org-clock-out t)) (when (equal select '(16)) ;; Mark as default clocking task -- 1.7.3.1.50.g1e633 ___ 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 dangling clocks created by org-clock-out-hook clocking in again
This is a fixup patch to commit 17c71a40c6d07baae2e9cac606668683ddb3759c. The org-clock-clocking-in variable needs to be set when we are clocking out - in case the clock out hook clocks-in again. This fixes a bug that creates dangling clock entries. --- lisp/org-clock.el |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/lisp/org-clock.el b/lisp/org-clock.el index 5b4b39c..c6f05fc 100644 --- a/lisp/org-clock.el +++ b/lisp/org-clock.el @@ -975,7 +975,8 @@ the clocking selection, associated with the letter `d'." (move-marker org-clock-interrupted-task (marker-position org-clock-marker) (marker-buffer org-clock-marker)) - (org-clock-out t)) + (let ((org-clock-clocking-in t)) + (org-clock-out t))) (when (equal select '(16)) ;; Mark as default clocking task -- 1.7.3.1.50.g1e633 ___ 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] Fix dangling clocks created by org-clock-out-hook clocking in again
Hi Carsten, Sure - although I think my patch is already against origin/master that is up to date. It's available at git://git.norang.ca/org-mode.git fixup-dangling-clock Let me know if you want the patch reposted to the mailing list. Regards, Bernt Carsten Dominik writes: > Hi Bernt, > > I am having some problem here with the patches - could you please make > me a new patch against the current master? > > Thanks! > > - Carsten > > On Oct 3, 2010, at 5:52 PM, Bernt Hansen wrote: > >> This is a fixup patch to commit >> 17c71a40c6d07baae2e9cac606668683ddb3759c. The org-clock-clocking-in >> variable needs to be set when we are clocking out - in case the clock >> out hook clocks-in again. This fixes a bug that creates dangling >> clock entries. >> --- >> lisp/org-clock.el |3 ++- >> 1 files changed, 2 insertions(+), 1 deletions(-) >> >> diff --git a/lisp/org-clock.el b/lisp/org-clock.el >> index 5b4b39c..c6f05fc 100644 >> --- a/lisp/org-clock.el >> +++ b/lisp/org-clock.el >> @@ -975,7 +975,8 @@ the clocking selection, associated with the >> letter `d'." >> (move-marker org-clock-interrupted-task >> (marker-position org-clock-marker) >> (marker-buffer org-clock-marker)) >> -(org-clock-out t)) >> +(let ((org-clock-clocking-in t)) >> + (org-clock-out t))) >> >> (when (equal select '(16)) >> ;; Mark as default clocking task >> -- >> 1.7.3.1.50.g1e633 >> >> >> ___ >> 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: Testing --- again...
"Eric Schulte" writes: > So, I've been using the framework in the combined-testing branch this > morning writing tests to strap down my daily Babel bug fixes, and I'm > really liking ERT. > > I wonder, can we commit to the combined-testing branch, and if so could > we fold it into the master branch? It would make my test driven bug > fixing a much smoother process, and would remove the need to rebase the > combined-testing branch against master and "git push -f" the changes up > to repo.or.cz which just feels wrong. > > Thoughts? Hi Eric and Sebastian, There's no technical reason that you need to rebase the combined-testing branch -- there is nothing wrong with making small commits and merging master into it to fix any conflicts -- eventually when it gets merged back to master the history will stay intact. I personally only rebase local work that hasn't been published. As soon as the combined-testing branch is useful and public I think it should no longer be rebased. I'm really looking forward to getting my hands dirty in this testing stuff for the clocking functions (since I seem to break those a lot :-P) Thanks for all of your efforts so far and please keep up the great work! 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: Bibtex and latex export
suvayu ali writes:
> On 7 October 2010 06:58, Eric S Fraga wrote:
>> On Thu, 07 Oct 2010 09:29:59 -0400, Nick Dokos wrote:
>>>
>>> Eric S Fraga wrote:
>>>
>>> > On Wed, 06 Oct 2010 19:21:33 +0200, Achim Gratz wrote:
>>> > >
>>> > > Hi Eric,
>>> > >
>>> > > Eric S Fraga writes:
>>> > > > | /usr/bin/texi2dvi: Processing /home/ucecesf/.../file.tex ...
>>> > > > | egrep: Invalid range end
>>> > > > | /usr/bin/texi2dvi: cannot read .//home/ucecesf/.../file.tex,
>>> > > > skipping.
>>> > >
>>> > > Something somewhere tries to make a local path from an absolute one by
>>> > > prepending "./", which fails (predictably). Is the input readable at
>>> > > the original path? Not sure the error message from egrep has to do with
>>> > > it or not, but it must be in any case one of the processes started by
>>> > > texi2dvi (does not show up on my system, I only have calls to grep when
>>> > > I trace it, but one of the sub-processes might still use it). I think
>>> > > texi2dvi also invokes shell scripts, so any funny configuration in the
>>> > > environment, especially where path points to, could throw it off.
>>> >
>>> > As far as I know, there is nothing out of the ordinary with my paths
>>> > etc (please note that the /.../ above was an edit on my part to hide a
>>> > rather long path). Any hints as to what I can do to explore this
>>> > would be most helpful. How can I get a trace on what texi2dvi is
>>> > doing? (sh -v /usr/bin/texi2dvi?)
>>> >
>>>
>>> There is an explicit egrep on line 1563 or thereabouts (my version
>>> says
>>>
>>> # texi2dvi --- produce DVI (or PDF) files from Texinfo (or (La)TeX) sources.
>>> # $Id: texi2dvi,v 1.104 2007/09/10 00:36:30 karl Exp $
>>>
>>> at the top of the file):
>>>
>>>
>>> # If the COMMAND_LINE_FILENAME is not absolute (e.g., --debug.tex),
>>> # prepend `./' in order to avoid that the tools take it as an option.
>>> echo "$command_line_filename" | $EGREP '^(/|[A-z]:/)' >&6 \
>>> || command_line_filename="./$command_line_filename"
>>>
>>>
>>> The regular expression seems a bit weird (upper case A to lower case
>>> z?), but I can't see off the top of my head how it gets tripped up. For
>>> tracing, try
>>>
>>> sh -x texi2dvi
>>>
>>> Nick
>>
>> Thanks Nick. If I do this:
>>
>> : (setq org-latex-to-pdf-process '("sh -x /usr/bin/texi2dvi -p -b -c -V %f"))
>>
>> the following is a snippet of the output:
>>
>> ,
>> | + echo /home/ucecesf/s/teaching/cape/lectures/matlab.tex+ egrep
>> ^(/|[A-z]:/)
>> | egrep: Invalid range end
>> | + command_line_filename=.//home/ucecesf/s/teaching/cape/lectures/matlab.tex
>> | + test -r .//home/ucecesf/s/teaching/cape/lectures/matlab.tex
>> | + error 1 cannot read .//home/ucecesf/s/teaching/cape/lectures/matlab.tex,
>> skipping.
>> `
>>
>> Because the egrep fails completely, the script assumes that it does
>> need to prepend "./" to the file name even though the file name
>> already starts with "/" (and is definitely *not* a DOS type file name
>> ;-).
>>
>> I don't understand why the egrep is failing although it definitely has
>> something to do with A-z range; if I try the egrep at the shell and
>> use "A-Za-z" instead of "A-z", the command works fine. Does it work
>> for anybody else on Linux?
>>
>> I wonder if the problem with the range is locale dependent? My locale
>> is en_GB.UTF-8. The manual page for egrep does indicate that ranges
>> may not mean the same thing in different locales and suggests using
>> locale C. I don't want to change my locale but maybe it could be set
>> for the invocation of texi2dvi... (yech).
>>
>> This is obviously not an org problem as such but I am surprised it's
>> working for anybody at all...
>>
>> I guess I'll stick to multiple invocations of pdflatex directly for
>> the time being.
>>
>
> I have the exact same problem ever since I updated org today. (from
> commit 344785b 2010-10-03 Bernt Hansen to commit 0901585 2010-10-06
> Eric Schulte)
>
> My locale is en_IN.utf8, and I am on Fedora 13. I couldn't quite
> understand the discussion where the bug actually is. To resolve this
> do I need to file a bug with the Fedora bugzilla? I am confused how
> can that be possible because I can successfully export to pdf if I
> downgrade org to commit 344785b.
Hi suvayu ali,
The change probably is in commit
59ba412 (Use texi2dvi for processing LaTeX to pdf, 2010-10-05)
where we switch from using pdflatex to texi2dvi if it is available.
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: bug with respect to org-read-date-prefer-future
Eric S Fraga writes: > Recently, but I cannot say for how long, I have found that dates > entered, for instance using "j" in the standard agenda view, no longer > choose a time/day in the future but seem to default to the current > year. For instance, today, typing "j 2 feb RET" (with a real space > between 2 and feb) jumps me to 2010 February 2, not 2011. > > > #+begin_src emacs-lisp :results > (describe-variable 'org-read-date-prefer-future) > #+end_src > > #+results: > #+begin_example > org-read-date-prefer-future is a variable defined in `org.el'. > Its value is time > > Documentation: > Non-nil means assume future for incomplete date input from user. > This affects the following situations: > 1. The user gives a month but not a year. > For example, if it is April and you enter "feb 2", this will be read > as Feb 2, *next* year. "May 5", however, will be this year. > 2. The user gives a day, but no month. > For example, if today is the 15th, and you enter "3", Org-mode will > read this as the third of *next* month. However, if you enter "17", > it will be considered as *this* month. > > If you set this variable to the symbol `time', then also the following > will work: > > 3. If the user gives a time, but no day. If the time is before now, > to will be interpreted as tomorrow. > > Currently none of this works for ISO week specifications. > > When this option is nil, the current day, month and year will always be > used as defaults. > > You can customize this variable. > #+end_example > > so according to the documentation should work as I expect but > doesn't... Have I misunderstood something? > > Thanks, > eric > > > #+begin_src emacs-lisp :results > (format "%s\n%s\n" (org-version) (emacs-version)) > #+end_src > > #+results: > : Org-mode version 7.01trans (release_7.01h.645.g09015) > : GNU Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.0) > : of 2010-08-14 on raven, modified by Debian Hi Eric, This was recently changed in commit 03b178d (Do not prefer future when jumping to a date in the agenda, 2010-09-21) by Carsten after an offline discussion with me. The behaviour changed for the 'j' command in the agenda only but not for other date prompts. The justification for this was at the start of a new month you need to enter the year to go back to a date a week or two ago in the agenda which seemed inconvenient. Carsten noticed that I had set org-read-date-prefer-future to nil in http://doc.norang.ca/org-mode.html and questioned why that was necessary. After a short discussion he decided to change the default behaviour for the agenda j command only. Please comment on whether this change is good or bad. The docstring should be more clear about this change if we decide to keep it. 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: bug with respect to org-read-date-prefer-future
Eric S Fraga writes: > On Fri, 08 Oct 2010 15:01:49 -0400, Bernt Hansen wrote: >> >> Eric S Fraga writes: >> >> > Recently, but I cannot say for how long, I have found that dates >> > entered, for instance using "j" in the standard agenda view, no longer >> > choose a time/day in the future but seem to default to the current >> > year. For instance, today, typing "j 2 feb RET" (with a real space >> > between 2 and feb) jumps me to 2010 February 2, not 2011. > > [...] > >> >> Hi Eric, >> >> This was recently changed in commit >> 03b178d (Do not prefer future when jumping to a date in the agenda, >> 2010-09-21) >> by Carsten after an offline discussion with me. >> >> The behaviour changed for the 'j' command in the agenda only but not for >> other date prompts. > > Ah, okay, so I am not totally losing it... ;-) > >> The justification for this was at the start of a new month you need to >> enter the year to go back to a date a week or two ago in the agenda >> which seemed inconvenient. >> >> Carsten noticed that I had set org-read-date-prefer-future to nil in >> http://doc.norang.ca/org-mode.html and questioned why that was >> necessary. After a short discussion he decided to change the default >> behaviour for the agenda j command only. >> >> Please comment on whether this change is good or bad. The docstring >> should be more clear about this change if we decide to keep it. >> >> Regards, >> Bernt > > Well, I must say that I prefer the old way as it is more likely (on a > simple probabilistic view considering the full twelve months of the > year) that I am going to want a future date if I refer to a month > before the current one. I can understand your justification for > earlier in a month but I typically simply use, say, -7 or -10 then (as > I use +7 or +10 say for days in the future). So, I guess my view is > that the change is more bad than good... At the very least, I would > like this to be configurable, if that is at all possible? If not, I > am sure I can adjust! > > By the way, I guess I could see an argument for a date alone being for > the current month, whether future or past, much as time can be > considered already to be for the current day, whether future or past, > if the variable is configured as I have it (time), but even then we > should have a configurable variable? > > Regardless, the docs definitely have to change! Personally I'm okay with reverting this commit if it is problematic. I'll leave the final decision on that up to Carsten. -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: org tbl, sum elements in a colum with the mouse
Uwe Brauer writes: > Hello > > Most spreadsheets I know off are able to sum rows in colum, > by marking it with the mouse and then call the sum > function. I can't find that functionality in org modes > table. > Could that be easily implemented? > > thanks I don't think that is available with mouse functionality but in a column in a table you can do C-c + to sum the values and display the result. HTH, Bernt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: org tbl, sum elements in a colum with the mouse
Uwe Brauer writes: >>>>>> On Sat, 09 Oct 2010 16:42:51 -0400, Bernt Hansen wrote: > >> Uwe Brauer writes: >>> Hello >>> >>> Most spreadsheets I know off are able to sum rows in colum, >>> by marking it with the mouse and then call the sum >>> function. I can't find that functionality in org modes >>> table. >>> Could that be easily implemented? >>> >>> thanks > >> I don't think that is available with mouse >> functionality but in a column in a table you can do C-c >> + to sum the values and display the result. > > I am not sure I understand take the following example > > | 3 | 8 | ^ | > | 4 | | | > | ^ | | | > > So I put the cursor ^ either below the 4 and press C-c + but > then I am informed that a 0 will be inserted (using F10 > (which is bound in my setting to C-y)) > the same happens when I put the cursor besides the 8 What version of org-mode are you using? (M-x org-version) Below the 4 I get the following in the message window: C-c + Sum of 2 items: 7( will insert result into buffer) and in the 3rd column beside the 8 I get a result of zero -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: org tbl, sum elements in a colum with the mouse
Uwe Brauer writes: >>>>>> On Sat, 09 Oct 2010 16:42:51 -0400, Bernt Hansen wrote: > >> Uwe Brauer writes: >>> Hello >>> >>> Most spreadsheets I know off are able to sum rows in colum, >>> by marking it with the mouse and then call the sum >>> function. I can't find that functionality in org modes >>> table. >>> Could that be easily implemented? >>> >>> thanks > >> I don't think that is available with mouse >> functionality but in a column in a table you can do C-c >> + to sum the values and display the result. > > Ok my mistake the cursor has to be over the last element of > the colum not in the empty row below. Nice thanks. It should work in any element of a column - not just the last. It works fine for me on the empty cell as well. > > But is there a similar functionality for columns? That is I > don't want to add the whole columns but the elements of one > row. I don't think there is row summing functionality (but I could be wrong) -- there are so many functions that org-mode provides I can't keep track of them all :) -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: org tbl, sum elements in a colum with the mouse
Uwe Brauer writes: >>>>>> On Sat, 09 Oct 2010 16:42:51 -0400, Bernt Hansen wrote: > >> Uwe Brauer writes: >>> >>> thanks > >> I don't think that is available with mouse >> functionality but in a column in a table you can do C-c >> + to sum the values and display the result. > > That should be the last mail. I should have tested the > function I told me in more detail before firing up the > email. C-c + works also for the columns the way I wanted it > do. I have just to mark the region. > > Cool, thanks Cool! I learned something new today too! :) 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: org tbl, sum elements in a colum with the mouse
Uwe Brauer writes: >>>>>> On Sat, 09 Oct 2010 16:59:23 -0400, Bernt Hansen wrote: > >> Uwe Brauer writes: >>> >>> Ok my mistake the cursor has to be over the last >>> element of the colum not in the empty row below. Nice >>> thanks. > >> It should work in any element of a column - not just >> the last. It works fine for me on the empty cell as >> well. > > Oops for me not, but then I am using 6.34 (too lazy to > upgrade) may be that is good moment to do it. 6.34 is ancient (from Jan 10 2010). I suggest you upgrade. -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: Recurring scheduled items appearing in schedule
Dustin Hoffman writes: > I have scheduled reminders for things that occur weekly over a period > of months. The problem is, that each of these scheduled items appears > under the current day in the agenda view and the multiplier (eg 6x, > 5x) keeps going up. > > What I want is each of these scheduled items to appear only on the > days that they occur in the agenda view. > > Here is an example of an org file with a schedule in it. > > * Class Times > ** Class >SCHEDULED: <2010-09-28 Tue 12:30-13:48 +1w> > ** Class >SCHEDULED: <2010-09-23 Thu 12:30-13:48 +1w> > > > Her is an example of the agenda view for today that shows all of the tasks. > > 647:Sched. 6x: Class > 760:Sched. 6x: Class > 755:Sched. 6x: Class > 788.12: Sched. 5x: Class > 886:Sched. 5x: Class > 647:Sched. 4x: Class > 760:Sched. 4x: Class > 755:Sched. 4x: Class > 788.12: Sched. 3x: Class > 888.12: Sched. 3x: Class > 647:Sched. 2x: Class > 760:Sched. 2x: Class > 755:Sched. 2x: Class > > I have tried setting (org-agenda-skip-scheduled-if-done t) in my > .emacs file with no luck. Any ideas of what I am doing wrong? > > Thanks, > > Dustin > > ___ > 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 Hi Dustin, Just remove the SCHEDULED: from the task and it should do what you want. SCHEDULED: tends to be more for TODO action items. -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: Feature request
David Abrahams writes: > Hi All, > > I have to reschedule quite a few items daily. Often they're > yesterday's items that I need to reschedule for today. > > `C-c C-s . RET' > > is a bit much typing for that, so I re-bound `S' to > org-agenda-schedule. But > > `S . RET' > > is still a bit much. I'd like it if the default when rescheduling was > always for today, instead of the date the item is already scheduled > for, so I could > > `S RET' > > in the usual case. What about a customizable option to set the > default schedule-for date? Hi David, Why are you rescheduling items everyday? That seems like a lot of overhead to me. What's wrong with leaving the item on the first scheduled date and just allow the agenda to show how many days it has already been scheduled for -- until you mark it DONE? Alternatively if it's a repeating task, you can use a single day repeater and just mark the item DONE to move it to the next day. One thing I've been trying to do is minimize the amount of time I spend on overhead stuff for my tasks and trading that for time I actually do work on completing the tasks instead. 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: cache issue when publishing website with include file
Ian Barton writes: > Vinh Nguyen writes: > >> >> I'm wondering how others are handling this in their work flow? Delete >> the cache directory? Edit all .org files so they get updated at the >> publishing command? >> > I delete the .org-timestamps directory. I guess you could always touch > all the files in your project, so org thinks that they have been changed. You can run the publish command with a prefix argument to force publishing all files in the project. -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: [WIP] OpenOffice Exporter
Matt Price writes: > On Mon, Oct 11, 2010 at 5:35 AM, Giovanni Ridolfi > wrote: > > Jambunathan K writes: > > There is also the org-DocBook exporter. DocBook files can be read by OOo > see: > http://xml.openoffice.org/xmerge/docbook/index.html > > I have had a lot of trouble with this route, so a direct export would be far > better for me. I would love to see > support for features like footnotes, though, if that can somehow be done. > Thanks for doing this, Jambunathan! > matt I haven't managed to get embedded images into an OO or Word document satisfactorily using the org -> HTML -> MS Word route yet. An exporter that handles this correctly would be great! 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: [WIP] OpenOffice Exporter
Tom Short writes: > On Tue, Oct 12, 2010 at 9:59 PM, Bernt Hansen wrote: >> I haven't managed to get embedded images into an OO or Word document >> satisfactorily using the org -> HTML -> MS Word route yet. An exporter >> that handles this correctly would be great! > > Bernt, > > I've had decent luck with embedded images via the HTML route, mainly > EPS files. See here: > > http://permalink.gmane.org/gmane.emacs.orgmode/29585 Thanks for the link. I'm trying to embed ditta and graphviz graphics files (mainly PNGs) -Bernt > > What type of images are you having problems with? That said, I'm > excited about Jambunathan's direct export option. > > - Tom ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Insert link to recently captured Note?
Nathan Neff writes:
> On Wed, Oct 13, 2010 at 1:29 AM, Nathan Neff wrote:
>> I'd like to ask the mailing list how they handle the following situation:
>>
>> I'm clocked into FOO below, then spend about 20 minutes on something
>> that's somewhat
>> related to FOO, but is not really a direct sub-task of FOO, so I
>> probably want to refile it later.
>>
>> So, I open org-capture and create some notes about * BAR, and file it away.
>>
>> Now, I'm back in * FOO and want to quickly put a note about * BAR in
>> my FOO task.
>>
>> So, ideally my structure would look like this:
>> -- some file
>> * FOO
>> Got caught up with [[link to * BAR]]
>> -- notes.org
>> * BAR
>> blew 30 minutes on this problem.
>> I might file this headline somewhere, but I want to be able to link from *
>> FOO
>> to this new note
>>
>>
>> I've found variables like org-capture-bookmark-last-stored-position,
>> but I think that it
>> contains just the filename (like notes.org). What I probably need is
>> a way to create an ID
>> for the newly captured heading, and then store a link to it on the
>> clipboard or something.
>
> Okay, I found out how to do create a unique ID, by defining a template
> like this:
>
> org-capture-templates '(("t" "Task" entry (file "~/todo.txt")
> "* foo\n :PROPERTIES:\n ID:
> %(shell-command-to-string \"uuidgen\") :END:")
> )
>
> Now, I just need a way to quickly insert a link to this newly created ID.
Hi Nathan,
If you just visit BAR, do C-c l to copy a link this creates an unique ID
in BAR which the link uses (assuming you have org-id enabled in your
org-modules)
Then visit FOO and insert the link with C-c C-l and you're done.
HTH,
Bernt
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: bug with respect to org-read-date-prefer-future
Carsten Dominik writes: > Hi, > > On Oct 8, 2010, at 9:50 PM, Bernt Hansen wrote: > >> Eric S Fraga writes: >> >>> On Fri, 08 Oct 2010 15:01:49 -0400, Bernt Hansen >>> wrote: >>>> >>>> Eric S Fraga writes: >>>> >>>>> Recently, but I cannot say for how long, I have found that dates >>>>> entered, for instance using "j" in the standard agenda view, no >>>>> longer >>>>> choose a time/day in the future but seem to default to the current >>>>> year. For instance, today, typing "j 2 feb RET" (with a real space >>>>> between 2 and feb) jumps me to 2010 February 2, not 2011. >>> >>> [...] >>> >>>> >>>> Hi Eric, >>>> >>>> This was recently changed in commit >>>> 03b178d (Do not prefer future when jumping to a date in the >>>> agenda, 2010-09-21) >>>> by Carsten after an offline discussion with me. >>>> >>>> The behaviour changed for the 'j' command in the agenda only but >>>> not for >>>> other date prompts. >>> >>> Ah, okay, so I am not totally losing it... ;-) >>> >>>> The justification for this was at the start of a new month you >>>> need to >>>> enter the year to go back to a date a week or two ago in the agenda >>>> which seemed inconvenient. >>>> >>>> Carsten noticed that I had set org-read-date-prefer-future to nil in >>>> http://doc.norang.ca/org-mode.html and questioned why that was >>>> necessary. After a short discussion he decided to change the >>>> default >>>> behaviour for the agenda j command only. >>>> >>>> Please comment on whether this change is good or bad. The docstring >>>> should be more clear about this change if we decide to keep it. >>>> >>>> Regards, >>>> Bernt >>> >>> Well, I must say that I prefer the old way as it is more likely (on a >>> simple probabilistic view considering the full twelve months of the >>> year) that I am going to want a future date if I refer to a month >>> before the current one. I can understand your justification for >>> earlier in a month but I typically simply use, say, -7 or -10 then >>> (as >>> I use +7 or +10 say for days in the future). So, I guess my view is >>> that the change is more bad than good... At the very least, I would >>> like this to be configurable, if that is at all possible? If not, I >>> am sure I can adjust! >>> >>> By the way, I guess I could see an argument for a date alone being >>> for >>> the current month, whether future or past, much as time can be >>> considered already to be for the current day, whether future or past, >>> if the variable is configured as I have it (time), but even then we >>> should have a configurable variable? >>> >>> Regardless, the docs definitely have to change! >> >> Personally I'm okay with reverting this commit if it is problematic. >> I'll leave the final decision on that up to Carsten. > > There is now a new option, org-agenda-jump-prefer-future. > The default is to recycle the setting of org-read-date-prefer-future, > but you can set your own specific preference as well. Thanks! 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: A few questions about how you write e-mails
Samuel Wales writes: > On 2010-10-19, Jeff Horn wrote: >> . >> | like this >> | or this >> .__ > > As it can be an obstacle for people who are new to Emacs to remove the > rectangle, > I do > > === > This > === Gnus provides a function to --8<---cut here---start->8--- wrap text like this --8<---cut here---end--->8--- using C-c M-m (message-mark-inserted-region) I have that as a global binding now (global-set-key (kbd " m") 'message-mark-inserted-region) I also use boxquote.el (global-set-key (kbd " r") 'boxquote-region) (global-set-key (kbd " f") 'boxquote-insert-file) HTH, Bernt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Aligning Columns in HTML Export Tables
Jeff Horn writes: > Is there a way to specify a particular column in org-mode that will be > exported right-aligned in HTML? > > | A | B | C | > | 1 | 2 | 3 | > > For the table above, I would like column C right aligned when I export > to HTML, but the other column aligned in the default way (left > aligned?). I think this is supposed to work but it seems the exporters do not honour the alignment details. | | | | | A | B | C | | 1 | 2 | 3 | | 12 | 13 | 300 | | 9 | 11 | 4 | 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: Unbillable clock time
Ross Patterson writes: > I would like to be able to designate some of my clock time as unbillable > such that when using a clockreport the unbillable time is not included. > I would also like to compare billable and unbillable time if possible. > > Currently I either manually change "CLOCK: *" to "UNBILLABLE: *" > preserving history but it's kind of messy or I just delete the time > altogether, losing history. > > Is there a better way to accomplish this? If not, may I request this > feature. :-) Many time-keeping systems have a "billable" flag for > entries. Hi Ross, I just clock everything. You can make a level 1 heading of * Billable and * Non-Billable and create tasks under that to clock. Then your clock reports will show summaries and the Billable/Non-Billable stuff should be obvious. Alternatively you can keep separate project files for Billable and non-Billable. I've used both approaches in the past. HTH, Bernt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: update of snapshot release broken?
Michael Brand writes: > On Sun, Oct 24, 2010 at 13:09, Jambunathan K wrote: >> git archive --format=tar --prefix=project/ HEAD | gzip >latest.tar.gz > > Thanks, that helps me already to install the currently very latest > version to a different machine at some time later. But even better for > me would be to git-pull the very latest version on one machine, get > its SHA1 and then do a git-whatever with the same SHA1 at some time > later on another machine to get the same version again. git pull on one machine git describe to get short SHA1 git checkout SHA1 on other machine should give you exactly the same codebase on each. Example: $ git checkout origin/master # on machine 1 $ git describe release_7.01h-823-gd600831 # Note SHA1 starting here ^^^ # SHA1 is d600831 # On other machine $ git pull # to get up to date code $ git checkout d600831 And you have the same commit on both machines. With this method you can also backup and move to any arbitrary commit in the history -- if you find you have a bug in the current code that was introduced 5 commits ago, you can back up to a previous commit (the one before the one introducing the bug) and keep working. HTH, Bernt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: hide schedueled done tasks from the todo-list
Fritjof writes: > Is there a way to hide repeating schedueled tasks which are "done" > from the todo-list, until the next occurence comes alone? I'd like to > only use the todolist (C-c a t), and not the agenda (C-c a a). Use (setq org-agenda-todo-ignore-scheduled (quote future)) and a version of org-mode after Feb 12, 2010 (6.35 or later) -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: [PATCH] quote the real csv separator
Łukasz Stelmach writes: > Carsten Dominik writes: > >> On Oct 24, 2010, at 12:56 AM, Łukasz Stelmach wrote: >> >>> I'd rather use an optional sep argument to the org-quote-csv-field >>> function but I've got no idea how to stick it into the orgtbl-apply- >>> fmt. However, the quoting function should use current rather then >>> assume comma. >>> > [...] >>> >> thanks for the patch, but I do not understand it. >> >> The separator for csv is always the comma, or am I wrong here? > > A bit. The fact is that both OpenOffice (i've just checked) and > Microsoft Office (I am almost 100% sure) allow to choose the separator > upon export. And org-mode also allows it with radio tables with the :sep > parameter (which is passed to the generic exporter). > >> So this function should use comma, hard-coded. The only place >> where it is used is when orgtbl-to-csv calls the generic >> exporter. It does so with comma as separator and with >> org-quote-csv-field as formatting function. >> >> What use case do you have in mind? > > For me in particular? This is quite complicated ;-) And if you decide to > reject the patch I will understand. (Read only I you have some time to > waste ;) > > My bank lets me download monthly reports as CSV. In fact they let me > choose the separator and the default value is the comma. But I choose > '|' because then I can open the csv as org file and just do > > (replace-regexp "^" "|") > > to get a beautiful org-mode table. There is an easier org-mode way I think. Just get the comma delimited data into your org file, select the region and C-c | to get your table. If you are inserting an external file with C-x i RET then C-x C-x marks the region and C-c | converts it to a table. If this works better for you then I would suggest dropping the patch. 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: clocktable: maximum level 0 does not only avoid listing items but also does not calculate items
Carsten Dominik writes:
> On Oct 26, 2010, at 3:53 PM, Rainer Stengele wrote:
>
>> Am 26.10.2010 13:30, schrieb Carsten Dominik:
>>> Hi Rainer, hi Bernt,
>>>
>>> On Jul 22, 2010, at 9:16 AM, Rainer Stengele wrote:
>>>
Am 21.07.2010 16:24, schrieb Carsten Dominik:
>
> On Jul 13, 2010, at 11:21 AM, Rainer Stengele wrote:
>
>> Hi all!
>>
>> lately I use the marvelous clocktables a lot...
>>
>> For toplevel clocktables which just sum up "all" I use
>> ":maxlevel 0"
>>
>> The manual reads
>>
>> :maxlevelMaximum level depth to which times are listed in
>> the table.
>>
>> which I misunderstood.
>> I understood: an unlisted item does not mean that its time is
>> not added!
>> But it looks like ":maxlevel 0" does not add everything up.
>
>
> I cannot reproduce this, :maxlevel 0 works for me.
>
>>
>> Ok, maybe the manual is a bit misleading here.
>>
>>
>>
>> How can I get a clocktable without any details which simply adds
>> up everything in the scope?
>>
>> BTW, the ":stepskip0" parameter does not seem to be included in
>> the manual.
>
> It is in the manual.
>
> - Carsten
>>
>>
>> Rainer
>>
>>
>>
Carsten,
maybe I misunderstood.
1. Without maxlevbel I get I get
#+BEGIN: clocktable :scope ("file1.org" "file2") :timestamp t
:tstart "<2010-05-01 Sa 00:00>" :tend "<2010-07-31 Sa 23:55>"
Clock summary at [2010-07-22 Do 09:07]
| File | L | Timestamp | Headline |
Time |||
|---+---+-+
+--++|
| | | Timestamp | *Total time* |
*327:51* |||
...
with :maxlevel 0 I get
#+BEGIN: clocktable :maxlevel 0 :scope ("file1.org" "file2")
:timestamp t :tstart "<2010-05-01 Sa 00:00>" :tend "<2010-07-31
Sa 23:55>"
Clock summary at [2010-07-22 Do 09:11]
| File | L | Timestamp | Headline | Time |
|--+---+---+--+--|
| | | Timestamp | *Total time* | *232:17* |
|--+---+---+--+--|
#+END:
I would like to get the same results!
Is ":maxlevel 0" intended to not include the sublevel clocks?
>>>
>>> I think I have finally fixed this bug. Please verify.
>>>
>>> Bernt, I made a change to clock tables which I think I understand.
>>> But can you please watch out for inconsistencies with the newest
>>> version? Maybe run some tests with old and new version, to make
>>> sure clock tables deliver the same results?
>>>
>>> Thanks!
>>>
>>> - Carsten
>>
>> Hi Carsten,
>>
>> I checked and found:
>>
>> - clocktable sums are resulting in identical values, independant of
>> the ":maxlevel" level
>> - without ":maxlevel" parameter some tables now give slightly
>> different results than in the past, some give identical results
>> * I hope the new results are correct, but I did not have time to
>> check in detail
>>
>> Looks good, I will test further.
>
> no, this did not look good.
>
> I think I have found a bug, please pull again...
>
> - Carsten
Hi Carsten,
I haven't had time to pull the new clock table code yet. I'll try to
get to it by the end of the week. I don't currently use clock tables
all that much other than R in the agenda.
Thanks for testing this early Rainer.
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: How to match items with tags and special todo keyword
bar tomas writes: > Hi, > I like to create an agenda view of all items that have a specific tag > and also a specific TODO keyword. > I've tried with > > C-c a M > > but this retrieves all TODO items that are not DONE but I would like > to match only a specific TODO keyword (I've defined my own TODO > categories with +SEQ_TODO) Try C-c a m TAG/!TODOKW RET where TAG is the tag you want to match and TODOKW is the todo keyword you want. ie. C-c a m misc/!NEXT RET to find all tasks with a tag 'misc' and a todo keyword of NEXT. HTH, Bernt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Request - capture included in customize browser
"Gez" writes: > I've had my main system in org mode for a couple of weeks now and I'm getting > on really well - it's an amazing > tool. I'm very grateful for it. And for the support here too. > > I want to set up org-capture but cannot find it using M-x customize-apropos. > I'm guessing that the customize > browser is a kind of interface that has to be written and hasn't yet been > written for org-capture. I'll get on > with making my settings by hand, as it were, in the meantime, but this is a > request please, for a customize > interface for org-capture. > > I've been doing all my configuring with the customize browser recently (after > some early false starts copying, > pasting and editing settings directly into my .emacs file). I'm avoiding > errors and I also find it better > documented than the manual and really useful to see the context (the > customize group). C-h v org-capture-templates and click on the _customize_ link. HTH, Bernt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Bug? Capture not in customize until called by key
"Gez" writes: > - Original Message ----- > From: "Bernt Hansen" >> >> C-h v org-capture-templates >> and click on the _customize_ link. > > > Thank you, Bernt, but I can't see a _customize_ link there, either > when capture is in customize or when it's not. > > Gez > (Windows XP, GNU Emacs 23.2.1, Org-mode version 7.01trans) > I wrote another post but it didn't thread properly - sorry. Anyway, > I've tested further and it seems that the customize capture appears > and disappears. > > Here's how to replicate, I hope. > > With .emacs having no reference to capture (no key defined, no > templates), customize capture is inaccessible (not found via M-x > customize-apropos nor listed in the customize browser) > > With .emacs having capture key defined, on each restart of emacs, > customize capture is likewise inaccessible, until the key combination > is called (in my case, C-c c), upon which capture appears both in the > customize browser and via M-x-customize-apropos - until the next > restart. > > So you can't use customize for capture until you've both defined a key > for it in .emacs and also called that key combination in the current > session. I hope that's all clear enough. > Hi Gez, I think the capture definitions are autoloaded the first time you capture something. If you add (require 'org-capture) in your .emacs then I think they will always be available. 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: Clock report (R from the agenda)
Sébastien Vauban writes: > Hello, > > Here is a minimal example for comments about the agenda filtering applied on > the clock report of logged activities. > > * Work :work: > :PROPERTIES: > :CATEGORY: Work > :END: > > ** Client A > > *** DONE Work on offer > :LOGBOOK: > CLOCK: [2010-09-30 Thu 09:12]--[2010-09-30 Thu 12:35] => 3:23 > :END: > > ** Client B > > *** DONE Developed SQL scripts > :LOGBOOK: > CLOCK: [2010-09-30 Thu 13:20]--[2010-09-30 Thu 18:06] => 4:46 > :END: > > * Personal :home: > :PROPERTIES: > :CATEGORY: Personal > :END: > > ** DONE Lunch with Mary >:LOGBOOK: >CLOCK: [2010-09-30 Thu 19:49]--[2010-09-30 Thu 21:55] => 2:06 >:END: > > * Clock report > > ** Without tag filtering > > Commands: > - C-c a a :: Show the agenda. > - v d :: Switch to day view. > - b :: Go backward in time to display yesterday. > - l :: Toggle Logbook mode. > - R :: Toggle Clockreport mode. > > Results: > :8:00-09:00 > : Work:9:12-12:35 Clocked: (3:23) DONE Work on offer > :work:: > : 10:00-11:00 > : 12:00-13:00 > : Work: 13:20-18:06 Clocked: (4:46) DONE Developed SQL scripts > :work:: > : 14:00-15:00 > : 16:00-17:00 > : 18:00-19:00 > : Personal: 19:49-21:55 Clocked: (2:06) DONE Lunch with Mary > :home:: > : 20:00-21:00 > : 22:00-23:00 > : > : | File | L | Headline | Time| | > : |--+---+--+-+--| > : | | | *Total time* | *10:15* | | > : |--+---+--+-+--| > : | Clock-Report.org | | *File time* | *10:15* | | > : | Clock-Report.org | 1 | Work | 8:09| | > : | Clock-Report.org | 2 | Client A | | 3:23 | > : | Clock-Report.org | 2 | Client B | | 4:46 | > : | Clock-Report.org | 1 | Personal | 2:06| | > : | Clock-Report.org | 2 | DONE Lunch with Mary | | 2:06 | > > ** With tag filtering > > Command: > - / w :: filter on tag "work (w)". > > Results: > :8:00-09:00 > : Work:9:12-12:35 Clocked: (3:23) DONE Work on offer > :work:: > : 10:00-11:00 > : 12:00-13:00 > : Work: 13:20-18:06 Clocked: (4:46) DONE Developed SQL scripts > :work:: > : 14:00-15:00 > : 16:00-17:00 > : 18:00-19:00 > : 20:00-21:00 > : 22:00-23:00 > : > : | File | L | Headline | Time| | > : |--+---+--+-+--| > : | | | *Total time* | *10:15* | | > : |--+---+--+-+--| > : | Clock-Report.org | | *File time* | *10:15* | | > : | Clock-Report.org | 1 | Work | 8:09| | > : | Clock-Report.org | 2 | Client A | | 3:23 | > : | Clock-Report.org | 2 | Client B | | 4:46 | > : | Clock-Report.org | 1 | Personal | 2:06| | > : | Clock-Report.org | 2 | DONE Lunch with Mary | | 2:06 | > > I don't see anymore the lines that have nothing to do with my job. Though, I > still see the associated time in the clock report under... > > Regenerating it (by disabling it and re-enabling it) does not change anything: > still there. > > For sure, this can _not_ be considered as a bug. Nobody never said this should > work like I (now) expect. > > Though, I guess such a feature would be benefitial for everybody -- as I don't > see any reason for having the tag filtering only work with the diary view, and > not with the clock report under. > > Best regards, > Seb Hi Sebastien, I personally use the clock report for _today_ often and I want it to include all of the time, even if I am filtering tasks on today's agenda. If this behaviour was to change I would like an option to keep it the way it is now. I can see cases where I would want to filter the clock report by tags as well so I think having an option for both would be useful. 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: clocktable: maximum level 0 does not only avoid listing items but also does not calculate items
Carsten Dominik writes:
> Hi Rainer, hi Bernt,
>
> On Jul 22, 2010, at 9:16 AM, Rainer Stengele wrote:
>
>> #+BEGIN: clocktable :maxlevel 0 :scope ("file1.org" "file2")
>> :timestamp t :tstart "<2010-05-01 Sa 00:00>" :tend "<2010-07-31 Sa
>> 23:55>"
>> Clock summary at [2010-07-22 Do 09:11]
>>
>> | File | L | Timestamp | Headline | Time |
>> |--+---+---+--+--|
>> | | | Timestamp | *Total time* | *232:17* |
>> |--+---+---+--+--|
>> #+END:
>>
>>
>> I would like to get the same results!
>> Is ":maxlevel 0" intended to not include the sublevel clocks?
>
> I think I have finally fixed this bug. Please verify.
>
> Bernt, I made a change to clock tables which I think I understand.
> But can you please watch out for inconsistencies with the newest
> version? Maybe run some tests with old and new version, to make sure
> clock tables deliver the same results?
>
> Thanks!
>
> - Carsten
Hi Carsten,
I've been at a commit before the clock tables change until today. I've
update to the current master and reviewed my agenda clock table results
for every day in October and the results are identical for me before and
after this change.
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] Re: markup for small caps ?
Sébastien Mengin writes:
> Le dim. 31/10/10 (06:11:20 -1000), Thomas S. Dye a écrit :
>> Aloha Sebastien,
>>
>> Arbitrary markup is possible, see
>> http://orgmode.org/worg/org-tutorials/org-latex-export.php#sec-12
>>
>> Using this approach [[latex:textsc][My small caps]] would export to
>> LaTeX as \textsc{My small caps}.
>
> Thanks a lot for your answer.
> Here, pasting the code from the above link, I get:
>
> \hyperref[latex:textsc]{My small caps}
>
> I think I'd like to keep going with the customized markup I mentionned
> in another question posted earlier today : ¶text¶, that would export
I think these markup characters are inconvenient to enter (how do I
generate those?) Wouldn't it be better to pick something easier to type
on a standard keyboard? Maybe =v=text=v= or something else. We already
have a =text= markup so maybe =v= isn't a good choice either.
-Bernt
> "text" in small-caps in both html and latex.
>
> \bye
___
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-Export level 1 subtree fails
Hi,
Using the following commit
ed5665e (babel: Use `copy-sequence' instead of `copy-tree', 2010-10-31)
if I mark a level 1 subtree with C-c @ and then try to export to HTML
with C-c C-e b I get the following stack dump:
Exporting a level 2 subtree works.
-Bernt
Debugger entered--Lisp error: (error "Before first headline at position 16 in
buffer org-mode-tmp")
signal(error ("Before first headline at position 16 in buffer org-mode-tmp"))
error("Before first headline at position %d in buffer %s" 16 #)
(condition-case nil (outline-back-to-heading invisible-ok) (error (error
"Before first headline at position %d in buffer %s" ... ...)))
org-back-to-heading(t)
org-end-of-subtree(t)
(if (not (org-on-heading-p t)) (org-end-of-subtree t) (beginning-of-line 1)
(setq a (if export-archived-trees ... ...) b (org-end-of-subtree t)) (if (> b
a) (delete-region a b)))
(while (re-search-forward re-archive nil t) (if (not ...) (org-end-of-subtree
t) (beginning-of-line 1) (setq a ... b ...) (if ... ...)))
(progn (goto-char (point-min)) (while (re-search-forward re-archive nil t)
(if ... ... ... ... ...)))
(if (not (eq export-archived-trees t)) (progn (goto-char ...) (while ...
...)))
(when (not (eq export-archived-trees t)) (goto-char (point-min)) (while
(re-search-forward re-archive nil t) (if ... ... ... ... ...)))
(let ((re-archive ...) a b) (when (not ...) (goto-char ...) (while ... ...)))
org-export-remove-archived-trees(headline)
(save-current-buffer (set-buffer (get-buffer-create " org-mode-tmp"))
(erase-buffer) (insert string) (setq case-fold-search t) (let (...)
(remove-text-properties ... ... ...)) (org-export-kill-licensed-text) (let
(...) (org-mode)) (setq case-fold-search t) (org-install-letbind) (run-hooks
(quote org-export-preprocess-hook)) (org-export-preprocess-apply-macros)
(run-hooks (quote org-export-preprocess-after-macros-hook)) (untabify
(point-min) (point-max)) (org-export-handle-include-files-recurse) (run-hooks
(quote org-export-preprocess-after-include-files-hook))
(org-export-remove-archived-trees archived-trees)
(org-export-remove-comment-blocks-and-subtrees) (org-export-handle-export-tags
(plist-get parameters :select-tags) (plist-get parameters :exclude-tags))
(run-hooks (quote org-export-preprocess-after-tree-selection-hook))
(org-export-mark-list-ending backend)
(org-export-replace-src-segments-and-examples backend)
(org-export-protect-colon-examples) (when (plist-get parameters :footnotes)
(org-footnote-normalize nil t)) (setq target-alist
(org-export-define-heading-targets target-alist)) (run-hooks (quote
org-export-preprocess-after-headline-targets-hook))
(org-export-remember-html-container-classes)
(org-export-remove-or-extract-drawers drawers (plist-get parameters :drawers)
backend) (when (plist-get parameters :skip-before-1st-heading) (goto-char ...)
(when ... ... ... ...)) (when (plist-get parameters :add-text) (goto-char ...)
(insert ... "\n")) (org-export-remove-headline-metadata parameters) (setq
target-alist (org-export-handle-invisible-targets target-alist)) (run-hooks
(quote org-export-preprocess-before-selecting-backend-code-hook))
(org-export-select-backend-specific-text backend)
(org-export-protect-quoted-subtrees) (org-export-remove-clock-lines)
(org-export-protect-verbatim) (org-export-mark-blockquote-verse-center)
(run-hooks (quote org-export-preprocess-after-blockquote-hook)) (unless
(plist-get parameters :timestamps) (org-export-remove-timestamps)) (setq
target-alist (org-export-attach-captions-and-attributes backend target-alist))
(org-export-mark-radio-links) (run-hooks (quote
org-export-preprocess-after-radio-targets-hook))
(org-export-concatenate-multiline-links) (run-hooks (quote
org-export-preprocess-before-normalizing-links-hook))
(org-export-normalize-links) (org-export-target-internal-links target-alist)
(when (plist-get parameters :emph-multiline)
(org-export-concatenate-multiline-emphasis)) (org-store-forced-table-alignment)
(when org-export-table-remove-special-lines
(org-export-remove-special-table-lines)) ...)
(with-current-buffer (get-buffer-create " org-mode-tmp") (erase-buffer)
(insert string) (setq case-fold-search t) (let (...) (remove-text-properties
... ... ...)) (org-export-kill-licensed-text) (let (...) (org-mode)) (setq
case-fold-search t) (org-install-letbind) (run-hooks (quote
org-export-preprocess-hook)) (org-export-preprocess-apply-macros) (run-hooks
(quote org-export-preprocess-after-macros-hook)) (untabify (point-min)
(point-max)) (org-export-handle-include-files-recurse) (run-hooks (quote
org-export-preprocess-after-include-files-hook))
(org-export-remove-archived-trees archived-trees)
(org-export-remove-comment-blocks-and-subtrees) (org-export-handle-export-tags
(plist-get parameters :select-tags) (plist-get parameters :exclude-tags))
(run-hooks (quote org-export-preprocess-after-tree-selection-hook))
(org-export-mark-list-ending backend)
(org-exp
[Orgmode] Re: BUG-Export level 1 subtree fails
Bernt Hansen writes:
> Hi,
>
> Using the following commit
> ed5665e (babel: Use `copy-sequence' instead of `copy-tree', 2010-10-31)
>
> if I mark a level 1 subtree with C-c @ and then try to export to HTML
> with C-c C-e b I get the following stack dump:
>
> Exporting a level 2 subtree works.
This seems to be related to my use of archive properties.
--8<---cut here---start->8---
#+STARTUP:
* Foo
:PROPERTIES:
:ARCHIVE: test.org_archive::* Foo
:END:
foo
** Bar
test blah blah
--8<---cut here---end--->8---
I can't export this file to HTML entirely, or by selecting * Foo with
C-c @. If I select ** Bar with C-c @ I can export that.
-Bernt
>
> -Bernt
>
>
> Debugger entered--Lisp error: (error "Before first headline at position 16 in
> buffer org-mode-tmp")
> signal(error ("Before first headline at position 16 in buffer
> org-mode-tmp"))
> error("Before first headline at position %d in buffer %s" 16 # org-mode-tmp>)
> (condition-case nil (outline-back-to-heading invisible-ok) (error (error
> "Before first headline at position %d in buffer %s" ... ...)))
> org-back-to-heading(t)
> org-end-of-subtree(t)
> (if (not (org-on-heading-p t)) (org-end-of-subtree t) (beginning-of-line 1)
> (setq a (if export-archived-trees ... ...) b (org-end-of-subtree t)) (if (> b
> a) (delete-region a b)))
> (while (re-search-forward re-archive nil t) (if (not ...)
> (org-end-of-subtree t) (beginning-of-line 1) (setq a ... b ...) (if ... ...)))
> (progn (goto-char (point-min)) (while (re-search-forward re-archive nil t)
> (if ... ... ... ... ...)))
> (if (not (eq export-archived-trees t)) (progn (goto-char ...) (while ...
> ...)))
> (when (not (eq export-archived-trees t)) (goto-char (point-min)) (while
> (re-search-forward re-archive nil t) (if ... ... ... ... ...)))
> (let ((re-archive ...) a b) (when (not ...) (goto-char ...) (while ...
> ...)))
> org-export-remove-archived-trees(headline)
> (save-current-buffer (set-buffer (get-buffer-create " org-mode-tmp"))
> (erase-buffer) (insert string) (setq case-fold-search t) (let (...)
> (remove-text-properties ... ... ...)) (org-export-kill-licensed-text) (let
> (...) (org-mode)) (setq case-fold-search t) (org-install-letbind) (run-hooks
> (quote org-export-preprocess-hook)) (org-export-preprocess-apply-macros)
> (run-hooks (quote org-export-preprocess-after-macros-hook)) (untabify
> (point-min) (point-max)) (org-export-handle-include-files-recurse) (run-hooks
> (quote org-export-preprocess-after-include-files-hook))
> (org-export-remove-archived-trees archived-trees)
> (org-export-remove-comment-blocks-and-subtrees)
> (org-export-handle-export-tags (plist-get parameters :select-tags) (plist-get
> parameters :exclude-tags)) (run-hooks (quote
> org-export-preprocess-after-tree-selection-hook))
> (org-export-mark-list-ending backend)
> (org-export-replace-src-segments-and-examples backend)
> (org-export-protect-colon-examples) (when (plist-get parameters :footnotes)
> (org-footnote-normalize nil t)) (setq target-alist
> (org-export-define-heading-targets target-alist)) (run-hooks (quote
> org-export-preprocess-after-headline-targets-hook))
> (org-export-remember-html-container-classes)
> (org-export-remove-or-extract-drawers drawers (plist-get parameters :drawers)
> backend) (when (plist-get parameters :skip-before-1st-heading) (goto-char
> ...) (when ... ... ... ...)) (when (plist-get parameters :add-text)
> (goto-char ...) (insert ... "\n")) (org-export-remove-headline-metadata
> parameters) (setq target-alist (org-export-handle-invisible-targets
> target-alist)) (run-hooks (quote
> org-export-preprocess-before-selecting-backend-code-hook))
> (org-export-select-backend-specific-text backend)
> (org-export-protect-quoted-subtrees) (org-export-remove-clock-lines)
> (org-export-protect-verbatim) (org-export-mark-blockquote-verse-center)
> (run-hooks (quote org-export-preprocess-after-blockquote-hook)) (unless
> (plist-get parameters :timestamps) (org-export-remove-timestamps)) (setq
> target-alist (org-export-attach-captions-and-attributes backend
> target-alist)) (org-export-mark-radio-links) (run-hooks (quote
> org-export-preprocess-after-radio-targets-hook))
> (org-export-concatenate-multiline-links) (run-hooks (quote
> org-export-preprocess-before-normalizing-links-hook))
> (org-export-normalize-links) (org-export-target-internal-links target-alist)
> (when (plist-get parameters :emph-multiline)
> (org-export-concatenate-multiline-emphasis))
> (org-store-forced-table-alignment) (when
> org-export-table-remo
Re: [Orgmode] Re: BUG-Export level 1 subtree fails
David Maus writes: > At Sun, 31 Oct 2010 20:34:20 -0400, > Bernt Hansen wrote: >> >> Bernt Hansen writes: >> >> > Hi, >> > >> > Using the following commit >> > ed5665e (babel: Use `copy-sequence' instead of `copy-tree', 2010-10-31) >> > >> > if I mark a level 1 subtree with C-c @ and then try to export to HTML >> > with C-c C-e b I get the following stack dump: >> > >> > Exporting a level 2 subtree works. >> >> This seems to be related to my use of archive properties. > > Not exactly. If you export a subtree, Org uses the heading as the > exported document's title and marks the headline for removal by > the :org-license-to-kill text property. > > Now the error kicks in `org-export-remove-archived-trees' because at > this point the headline is already removed but the function is set to > 'headline, e.g. tries to export this headline. > > Not sure how to solve this problem. I believe Carsten has a fix for this: adede9f (Fix export bug of a region with an ARCHIVE property set, 2010-11-01) but I haven't verified it yet. 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: BUG-Export level 1 subtree fails
David Maus writes: > At Mon, 01 Nov 2010 15:19:24 -0400, > Bernt Hansen wrote: >> I believe Carsten has a fix for this: >> >> adede9f (Fix export bug of a region with an ARCHIVE property set, 2010-11-01) >> >> but I haven't verified it yet. > > Ah. Should have read the log before debugging. It's fixed for me. It's fixed for me too! Thanks for following up on this. 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: agenda mode - carrying over tasks from previous week
Greg Troxel writes: > sergio_101 writes: > >> how would i go about making items/tasks that didn't get completed last >> week carry over into this week? > > Type 'm' in front of each and then "B s" to a new date. If you want to > move them all forward one week to the same day, I think you'll have to > write some elisp. Use SCHEDULED: or DEADLINE: with TODO state tasks and they continually show up on the agenda until you mark them done. -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: Fold/unfold part of a paragraph
Jianshi Huang writes: > Hello, > > Is there a way to fold/unfold part of a paragraph? Something like a > headline but can be inlined in a paragraph. > > For example, when folded, it will look like > > Here is the <>. > > Where <> can be expanded to some full explanation. > > And when exported, the full explanation will be used. I don't think this is currently supported. Folding is only supported for lists and headings currently. 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: #+BEGIN_EXAMPLE not exporting to LaTeX
Nick Dokos writes: > Thomas S. Dye wrote: > >> "Present" does. I'm expecting the #+BEGIN_EXAMPLE block to appear in >> the .tex file wrapped in a verbatim environment. >> >> --- cut here >> * Export LaTeX examples >> #+BEGIN_EXAMPLE >> Absent >> #+END_EXAMPLE >> >> : Present >> --- cut here >> >> I'm using Org-mode version 7.3 (release_7.3.69.ga3e99) with many >> customizations of the LaTeX exporter in my .emacs. I'm wondering if >> I've done something wrong, or if others are seeing this behavior? >> > > I'm not seeing this behavior: both "Absent" and "Present" are present > in my case. > > GNU Emacs 23.2.50.1 (i686-pc-linux-gnu, GTK+ Version 2.14.4) of 2010-10-27 > Org-mode version 7.3 (release_7.3.65.gc2a36.dirty) Works for me too. -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: Bastien is going to become the maintainer of Org mode in January
Carsten Dominik writes: > after 7 years of responsibility for Org-mode, it is time for > me to let go and step down as the maintainer of Org-mode. > > This has not been an easy decision to make. Org-mode has > been a very important part of my life during these years > and given me as much energy as it has taken. I am proud of > this creation and extremely grateful for the opportunity > to work with the absolutely outstanding community around > it. But the day-to-day responsibilities have worn me down, > and I need to step back, move on, and focus on other things. Hi Carsten, Thank you _so_ much for starting this project and shepherding it into what it is today. This is by far the best Personal Information Manager I've ever used and it wouldn't have been possible without your constant devotion to this project. I completely understand how a project can grow into a monster that consumes all of your free time and energy (and then some). All the best in your new endeavours! Best 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: Bastien is going to become the maintainer of Org mode in January
Bastien writes: > First of all: *thanks* Carsten for Org! > > Moreover thanks for your patience while building this software and this > community over the years. There is a true spirit of mutual respect and > mutual learning in this list -- we wouldn't have grown so fast and so > far without your constant dedication to such values. > > Needless to say I'm thrilled to step up as a maintainer, so thank for > your trust. > > I don't have other plans than to keep Org as good as it is and as people > want it to be, both regarding the code and the documentation. > > Also thanks everyone for the nice words and the "good luck" :) > > PS: As a child, my hero was Bastian from the "The neverending story"... > let's hope Org will be such a neverending story! Hi Bastien, Congratulations! and *thanks* for stepping up as the new org-mode maintainer. I'm sure you'll do a great job as the new maintainer of this project. I'm looking forward to using and learning new org-mode-features ... for the rest of my life :) Somehow I don't think I'll cover everything org-mode can do in that time frame but I'll use the best parts that work for me and ignore the rest -- that seems to work well so far. Congrats again! Best 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: [PATCH] Alphabetical ordered lists
Nathaniel Flath writes: > Let me know if there's anything else, or if I screwed up anything > when trying to figure out how to make a git patch(looks like it > worked, though.) > > From 3b46feec08ec4c93f098dbdc6a4590f95afc0e68 Mon Sep 17 00:00:00 2001 > From: unknown > Date: Sun, 21 Nov 2010 20:40:02 -0800 > Subject: [PATCH] Squashed commit of the following: > > commit 7e9c81b27591c010cc0b6b016ee0e669ef5a304c > Author: unknown > Date: Sun Nov 21 20:01:42 2010 -0800 > > New version of alpha lists > > commit b3fd5cc57b7f1bd62ee1f5e0d8a1cf57ca14cfc2 > Author: unknown > Date: Thu Oct 21 22:28:44 2010 -0700 > > foo2 > > commit 00279a9b53b75baf1e3e13fc0bf092642125 > Author: unknown > Date: Thu Oct 21 22:27:01 2010 -0700 > > foo > > Fixup alphabetical lists patch > --- > lisp/org-capture.el |4 +- Hi Nathaniel. There are a few issues with the commit message in this patch. 1. Invalid email address 2. A list of commits with useless information in it (foo, foo2) 3. Summary line (Squashed commot of the following:) really isn't useful on it's own The subject line (line 1 of the commit message) should be standalone and concisely state what the commit is for -- so you don't have to read the rest unless that interests you. The body of the commit message is for detailed descriptions of the change. You should delete the other squashed commit info since it is not useful. Describing what exactly you fixed up in the description would be preferable to 'fixed alphabetical lists patch'. 6 months from now nobody (including you) will know what you fixed without actually reading the patch details. 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: History in org-mode
Ian Barton writes: > On 22/11/10 13:42, Glasspen wrote: >> Hi! >> >> Is it posible to view a week (like agenda-view) that has already passed? >> I want to be able to see what I did a week back in time. >> >> > Pressing "b" in Agenda view will take you back a week at a time. You can also use 'j' to jump to any date you want. If you're viewing a week it shows the day you jump to and the 6 days following it. 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: Percent Done value not working....
C64 Whiz writes: > Hello, > > I have the following tree with (setq org-hierarchical-todo-statistics nil) in > my .emacs: > > * Head 1 [66%] > ** DONE Head 1.1 > ** DONE Head 1.2 > *** TODO Head 1.2.1 > > Changing the keyword on heading 1.2.1 alters the 66% accordingly. > > When I change my .emacs to (setq org-hierarchical-todo-statistics t), > changing the heading 1.2.1 keyword does > *not* alter the 66%. However, it STILL says 66%. > > If Subtrees are ignored, shouldn't the [%] be 100% ? > > Thanks! Hi, It probably goes up one level, sees not statistics cookie to update and quits looking. You can update the statistics cookie on Head 1 with C-c # HTH, Bernt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: org-latex-to-pdf-process missing?
Jeff Horn writes: Hi Jeff, > Ok, that worked. Thanks, Erik. > > I'd appreciate your, or anyone else's help with the following > questions. I'll take a shot at it :) > 1) I see stuff floating around the list from time to time about > "org-install", which I've never had to use, but I gather takes care of > some autoloads. Is this correct? Yes this is for autoloads. I think this is provided for you if you use the version of org-mode that comes with Emacs. If you want to use a newer org-mode from git then you should require org-install so you get the autoload definitions that go with that version of org-mode. > 2) I pull once in a while from the git repo and recompile. If I were > running a fresh installation of emacs with the latest version of > org-mode, what would the minimum required setup be from the user's > perspective? I didn't have to add *anything* to my config file for a > while, and org-mode worked fine. > 3) Shouldn't org-latex be loaded automatically? You're referencing a variable in org-latex. It probably doesn't get defined until you have auto-loaded org-latex by using some function provided by that file. If you want to use the variable before that I think you need to require the package to force loading it early. > 4) What else is floating around that I should be requiring? That depends on what variables you want to use before you load the corresponding org package I think. > 5) Aren't (require 'function)'s looked down upon in the user's > customization file? They are? Not that I'm aware of. I add require lines for anything I want to have setup before it's called the first time (not that I restart emacs all that often but it happens.) I have requires for the following org packages in my .emacs - (require 'org-install) - (require 'org-protocol) - (require 'org-crypt) - (require 'org-id) - (require 'org-latex) 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: org-latex-to-pdf-process missing?
Jeff Horn writes: >>> 3) Shouldn't org-latex be loaded automatically? >> >> You're referencing a variable in org-latex. It probably doesn't get >> defined until you have auto-loaded org-latex by using some function >> provided by that file. If you want to use the variable before that I >> think you need to require the package to force loading it early. > > I didn't realized that's how autoloads work. So they're "just in time" > loads? Designed to cut back on the initial load time? That's my understanding of how it works. The main purpose of autoloads (as far as I know) is to speed up Emacs initial startup time. 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: [Babel] Handling of errors when using Ledger
Dan writes: > Incidentally, can any gnus users tell me -- is there a non-painful way of > retrieving an old message from nntp in order to create a reply in the correct > thread? Or do you hack the headers to make it appear in the right thread? I'm > using the gmane web interface to send this. I read the list through gnus and gmane. When I'm in the summary buffer for the org-mode list I can retrieve old messages with / O 500 RET to get the last 500 messages from the list. Then you can limit the displayed messages by some filter (say subject) with / / RET On a message ^ will retrieve the previous message in the thread and you can do that repeatedly to get the entire thread displayed. Then I just reply normally to a specific message with S W and It Just Works(tm) HTH, Bernt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [OT] retrieving old messages
Dan Davison writes: > Bernt Hansen writes: > >> Dan writes: >> >>> Incidentally, can any gnus users tell me -- is there a non-painful way of >>> retrieving an old message from nntp in order to create a reply in the >>> correct >>> thread? Or do you hack the headers to make it appear in the right thread? >>> I'm >>> using the gmane web interface to send this. >> >> I read the list through gnus and gmane. When I'm in the summary buffer >> for the org-mode list I can retrieve old messages with >> >>/ O 500 RET >> >> to get the last 500 messages from the list. > > Thanks Bernt and Seb, but that was the route I was referring to when I > said "painful" :) The list volume is quite high, and retrieving > thousands of messages takes a while. And of course you go for 1500 and > it turns out to be message 1728... > > It seems a rather primitive practice, can we really not do better? Is it > not possible to use a unique identifier to pull down a specific message? > (I was not reading usenet or whatever it was called in the 1980s; I > don't really know anything about these technologies.) Hi Dan, I also make org-capture mode links to interesting messages when I read them if I intend to follow up on it at a later time. So on a gnus-message I just do C-M-r and create a task that links to the mail. This means I can open the linked message directly from the captured org-mode task with C-c C-o and just reply to that - and the reply is threaded properly. This is my preferred way to do this type of thing. My email links to org-mode articles on gmane look like this: [[gnus:nntp%2Bnews.gmane.org:gmane.emacs.orgmode#4cee66d5.2030...@gmail.com][email from Rainer M. Krug: OT: Question concerning vc-wor]] When retrieving old messages with / O 500 RET it gets the next 500 older messages you haven't already retrieved -- so if you're at 1500 and you need to get to 1728 ... you just need to / O 228 RET to get the rest of the way. I rarely search though the entire list of messages for old stuff - but I find this method of searching in Gnus much better than any web based search -- since the message id isn't available in the gmane web archives as far as I know. -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: [PATCH 1/4] Rename org-agenda-today to org-today.
Julien Danjou writes: > On Tue, Nov 30 2010, Carsten Dominik wrote: > >> the purpose of this change is to be able to use >> this also in org.el without having to load org-agenda.el? > > Yes, and to be consistent. The variable org-extend-today-until is > defined in org.el, it seems more general than org-agenda, i.e. it has no > sense to be defined as an agenda function. Hi Julien, These details should be in the commit message text when you post patches to the list. My initial reaction to your patches was 'Why do we need this?' Please add enough detail in the commit message text in the future so the purpose of the patch is clearly stated. 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
Re: [Orgmode] Re: org-mode gnus integration across two machines when using nnimap
Eric S Fraga writes:
> e20100633 writes:
>
>> Hello,
>>
>> Tommy Kelly writes:
>>
>>> I'm looking for help in running Gnus with nnimap, and org-mode, across
>>> multiple machines.
>>>
>>> When reading my email in Gnus (using nnimap off Gmail), I create tasks
>>> from any given message by using orgp-mode's capture feature. A TODO gets
>>> created with a hyperlink that, on clicking, takes me back to the
>>> relevant email in Gnus. That's all cool.
>>
>> I'm sorry I have no answers for you, but I'm very interested by your way
>> of using org-mode TODO's to point on emails with gnus. Can you take a
>> minute to describe it please ?
>>
>> I'm a kind of newbie, so is it possible for you to tell precisely what
>> you're doing ? Besides, I have to say that I know how org-mode and gnus
>> are working, but I don't get how you point automagically a mail you are
>> reading in an org-file. Thank you very much.
>>
>> Regards,
>
> Basically, when reading an email (in gnus, in wl, in other emacs MUAs
> possibly), type "C-c l" (org-store-link) which will /store/ a link to
> that email ("store" is the wrong word, in my view; it should arguably be
> "make" or "create" or "define" or ... but that's neither here nor
> there). You can then put that link in an org file with "C-c C-l RET"
> (org-store-link, accepting the default which should be the last link you
> stored).
>
> If you later open the link (C-c C-o, org-open-at-point), it should start
> up gnus and show you that email. I switched from wl to gnus partly
> because this procedure works marginally better in gnus than in wl.
I use capture mode for this. While reading an email I create a new TODO
task with C-M-r t which gives me this:
,
| * TODO
| [2010-12-01 Wed 20:23]
|
[[gnus:nntp%2Bnews.gmane.org:gmane.emacs.orgmode#87zkspksr2@ucl.ac.uk][email
from Eric S. Fraga: Re: {Orgmode} Re: org-mode gnu]]
`
and I normally enter something like 'Reply to Eric' as the TODO task and
file it with C-c C-c.
Later I can open the link with C-c C-o on the headline or from the
agenda to get back to the gnus mail or news article directly.
My todo capture template looks like this:
,
| (setq org-capture-templates (quote (("t" "todo" entry (file
"~/git/org/refile.org") "* TODO %?
| %U
| %a" :clock-in t :clock-resume t
`
(extracted from http://doc.norang.ca/org-mode.html#Capture)
HTH,
Bernt
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [PATCH] org-agenda: rework ndays and span handling
Julien Danjou writes: > On Wed, Dec 01 2010, Eric S Fraga wrote: > >> Mostly works fine but there is one problem I have encountered. If you >> change your view (mine defaults to day so I sometimes switch to week >> view), you can go forward and backward as expected. However, if you >> /jump/ (j in agenda view) to a given date, the view resets to the >> default (well, to single day view in my case). I prefer the view to >> remain as I have specified it last until I change it myself. > > Good catch. Patch updated fixing that. Hi Julien, I tried your patch out tonight and I'm confused about org-agenda-ndays. This is stated as obsolete (since 24.1 ? what's that?) but the default for org-agenda-span doesn't seem to be set based on the existing value of org-agenda-ndays. Is that on purpose? I'm fine with customizing org-agenda-span as long as it's documented that this needs to be done for the next version of org-mode that includes your patch. I also noticed the display on the modeline says 'Day', 'Week', 'Month', or 'Year' when displaying the agenda with 'd', 'w', 'v m', and 'v y' which is great. However this data is lost and replaced with '1 days' if moving forwards or backwards in the agenda with 'f' and 'b' or jumping to a date with 'j'. Otherwise I think this looks good to me. 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: Column view and subtask overview interaction
James Deaton writes: > I'm running a pull from yesterday and have noticed something a bit > strange. I haven't been using column view with a subtask overview > until today so I do not know if this particular usage had been > working. > > I have a simple list of tasks: > > ** Application Discovery [0/5] > *** STARTED Service Catalog Definition > :Barbara: > *** TODO Application Inventory > :Brian:Chris: > *** TODO Policies > :Barbara: > *** STARTED Projects In Flight > :All: > *** TODO Future Projects > :All: > > Now, if I go into column view to do some updates such as change one > keyword such as a TODO to DONE, when I exit column view, the parent > heading is wiped out and replaced as below: > > ** [1/5[1/5[1/5[1/5[1/5[1/5]5] > *** STARTED Service Catalog Definition > :Barbara: > *** DONE Application Inventory > :Brian:Chris: > - State "DONE" from "TODO" [2010-12-02 Thu 22:52] > *** TODO Policies > :Barbara: > *** STARTED Projects In Flight > :All: > *** TODO Future Projects > :All: > > When I first ran into this earlier today I had manipulated about 30 > subtasks clobbering 5 different parent tasks before I noticed when I > exited column view. I think I'm more frustrated by not knowing enough > to help find a fix. I can confirm this behaviour and it existed all the way back to at least release 4.76. I didn't try anything older than that. -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: Questions about org-capture templates and usage
Matt Lundin writes: > Alan writes: > >>3. I have had to modify my usage to accomodate to changes in >> org-capture, relative to org-remember. Some differences devolve >> from explicit design features >> >> 1. It is no longer necessary to auto-save uncommitted items. As >> a consequence there seems (as I understand it) to no longer >> be a way to use a prefix key to allow one to visit the item >> in it's context AFTER committing it with C-c C-c. >> >> I have spend a good deal of time worrying over this, but >> haven't solved the problem. Probably 90% of the times I save >> (C-c C-c) the Captured item, I stumble over how to find it >> again to enhance or review the item. > >> *Is there a way to do this, or can we request a way to do this?* > > The function org-capture-goto-last-stored will take you the item. > > You can bind this to a key. > > Or if you would like always to jump to a capture item after filing it, > you can add a hook: > > (add-hook 'org-capture-after-finalize-hook > 'org-capture-goto-last-stored) I visit newly captured items all the time. If you capture something (I have C-M-r bound to org-capture) and store it with C-c C-c you can visit it immediately with a double prefix C-u C-u C-M-r as stated in the org-capture docstring: , | C-M-r runs the command org-capture, which is an interactive autoloaded | Lisp function in `org-capture.el'. | | It is bound to C-c r, C-M-r. | | (org-capture &optional GOTO KEYS) | | Capture something. | | Uses keymap "org-capture-mode-map", which is not currently defined. | | This will let you select a template from `org-capture-templates', and then | file the newly captured information. The text is immediately inserted | at the target location, and an indirect buffer is shown where you can | edit it. Pressing M-x org-capture-finalize brings you back to the previous state | of Emacs, so that you can continue your work. | | When called interactively with a C-u prefix argument GOTO, don't capture | anything, just go to the file/headline where the selected template | stores its notes. With a double prefix argument C-u C-u, go to the last note ^^ | stored. ^^ | | When called with a `C-0' (zero) prefix, insert a template at point. | | Lisp programs can set KEYS to a string associated with a template in | `org-capture-templates'. In this case, interactive selection will be | bypassed. ` HTH, Bernt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Questions about org-capture templates and usage
"Alan E. Davis" writes: > | > | (org-capture &optional GOTO KEYS) > | > > I THINK I understand that GOTO here refers to the prefix C-u ? And C-u C-u > circumvents this? GOTO is the value of the prefix. C-u has a value of 4 For C-u C-M-r GOTO is set to 4 (due to the single prefix) For C-u C-u C-M-r GOTO is set to 16 (due to the double prefix) The code for org-capture looks for specific prefix values and changes the behaviour of the function accordingly. ,[ code from org-capture ] |((equal goto '(4)) (org-capture-goto-target)) |((equal goto '(16)) (org-capture-goto-last-stored)) ` -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: Can this function be written better?
Nathan Neff writes: > I'd like to be able to easily toggle the showing/hiding of CLOSED clock > items in the agenda. > > I have a function that does exactly that. My Lisp is terrible (I bet that's > never been said before :-) and I want to try to improve it. > > Any suggestions how to improve/refactor the following function? > > (defun njn/agenda-toggle-show-closed() > "Toggle whether closed clock thingies are shown in the agenda" > (interactive) > (if (eq njn/org-agenda-show-closed 't) > (progn (setq org-agenda-log-mode-items (quote (clock))) >(setq njn/org-agenda-show-closed nil) >(message "NOT Showing closed clock entries in agenda")) > (progn (setq org-agenda-log-mode-items (quote (closed clock))) > (setq njn/org-agenda-show-closed 't) > (message "Showing closed clock entries in agenda")) > )) > Hi Nate, I would probably write it like this: (but I'm no emacs-lisp expert either) (defun njn/agenda-toggle-show-closed() "Toggle whether closed clock thingies are shown in the agenda" (interactive) (setq njn/org-agenda-show-closed (not njn/org-agenda-show-closed)) (setq org-agenda-log-mode-items (if njn/org-agenda-show-closed (quote (closed clock)) (quote (clock (message "%sShowing closed clock entries in agenda" (if njn/org-agenda-show-closed "" "NOT "))) You have a bug in your version - the test and report is backwards. When njn/org-agenda-show-closed is t you don't show closed items and when it's nil you do. - You don't need to check for equality with 't (and you don't need to quote t) - everything non-nil is true - you can just check that directly in the (if ... ) My version basically does this: 1. toggle the boolean njn/org-agenda-shot-closed 2. set org-agenda-log-mode-items based on the boolean 3. report the value HTH, Bernt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Automatically insert inactive timestamps
Julian Burgos writes:
> This is the newbie question of the day. I would like to get an inactive time
> stamp automatically in each new
> entry in org mode. Could somebody explain me how to do this?
Hi Julian,
Here is what I use in my setup:
Creating new headlines insert inactive timestamps automatically:
--8<---cut here---start->8---
(defun bh/insert-inactive-timestamp ()
(interactive)
(org-insert-time-stamp nil t t nil nil nil))
(defun bh/insert-heading-inactive-timestamp ()
(save-excursion
(org-return)
(org-cycle)
(bh/insert-inactive-timestamp)))
(add-hook 'org-insert-heading-hook 'bh/insert-heading-inactive-timestamp)
--8<---cut here---end--->8---
Manually add an inactive timestamp anywhere with f9-t
--8<---cut here---start->8---
(global-set-key (kbd " t") 'bh/insert-inactive-timestamp)
--8<---cut here---end--->8---
and my Capture templates insert inactive timestamps when capture tasks
are created (using %U)
--8<---cut here---start->8---
(setq org-capture-templates (quote (("t" "todo" entry (file
"~/git/org/refile.org") "* TODO %?
%U
%a" :clock-in t :clock-resume t
--8<---cut here---end--->8---
HTH,
Bernt
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Clock report: ignore empty entries (7.3)
Markus Heller writes: > Hello everybody, > > I also like the new looks of the clock report, but I have one question. > > My scope is set to agenda-with-archives, and I'm wondering if it is > possible to ignore files with no clock info for the tstart tend > interval. Yes it's possible. Add :fileskip0 t and :stepskip0 t #+BEGIN: clocktable :maxlevel 2 :scope agenda :tstart "<2010-10-30 Sat>" :tend "<2010-11-05 Fri>" :step day :fileskip0 t :stepskip0 t #+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
[Orgmode] Re: Clock report: ignore empty entries (7.3)
Markus Heller writes: > Bernt Hansen writes: > >> Markus Heller writes: >> >>> Hello everybody, >>> >>> I also like the new looks of the clock report, but I have one question. >>> >>> My scope is set to agenda-with-archives, and I'm wondering if it is >>> possible to ignore files with no clock info for the tstart tend >>> interval. >> >> Yes it's possible. >> >> Add :fileskip0 t and :stepskip0 t >> >> #+BEGIN: clocktable :maxlevel 2 :scope agenda :tstart "<2010-10-30 Sat>" >> :tend "<2010-11-05 Fri>" :step day :fileskip0 t :stepskip0 t >> #+END: > > Bernt, > > thanks for your help, as usual. > > I have org.pdf for Release 7.3, but the word ``fileskip'' cannot be > found. I assume this is not in the docu then? This support went in a few commits after the 7.3 release. The org.pdf from the current master branch does include the fileskip0 documentation. 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: [BUG]? org-agenda-filter-by-tag
Hi Max, That is definitely _not_ the behaviour I get. maxi.mat...@googlemail.com (Maximilian Matthé) writes: > I'm using current version of org-mode (just pulled). I want to filter my > agenda view (C-c a a) by a Tag. I want the agenda to only show items > that have the tag :pruef: set. > > So I open the agenda (C-c a a) and type / to filter. The minibuffer > says: Filter by tag [ ], [TAB], and so on. Everything is okay up to here... > Typing Space hides all items that have a tag set. It does? Cool - I learned something new today :) All my tasks have tags so this returns an empty list for me >Typing TAB lets me > type sth. in the minibuffer. But with no tab-completion (tab just > inserts a tab) and pressing Return inserts a newline. I get TAB completion in the minibuffer for tags so something must be wrong in your setup. At the 'Tag: ' prompt, if I hit C-h k TAB I get this , | TAB (translated from ) runs the command minibuffer-complete, | which is an interactive compiled Lisp function. | | It is bound to TAB, . | | (minibuffer-complete) | | Complete the minibuffer contents as far as possible. | Return nil if there is no valid completion, else t. | If no characters can be completed, display a list of possible completions. | If you repeat this command after it displayed such a list, | scroll the window of possible completions. | | [back] ` I have a CANCELLED tag, if I type 'caTAB' it completes to CANCELLED for me. >C-g gives "Quit" > but the minibuffer stays active. C-g quits and the minibuffer is no longer active for me. >The only solution to get out the > minibuffer is to press ESC ESC ESC. > > I think this is not the right behavior. So, how can I filter the agenda > view for a specified tag? What version of Emacs and org-mode are you using? GNU Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.1) of 2010-11-03 on potassium, modified by Debian Org-mode version 7.4 (release_7.4) 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: newlines in capture templates from the customize buffer
suvayu ali writes: > Hi Giovanni, > > On Fri, Dec 10, 2010 at 1:18 PM, Giovanni Ridolfi > wrote: >> suvayu ali writes: >>> Entering a newline pressing [RET] works. But then in my init.el it is >>> stored as a carriage return rather than "\n", making it ugly. >> >> If you don't like the >> you can edit your init.el file and substitute with \n >> by hand: >> >> M-% C-q C-j \n >> > > I tried that, but changing some other variable or adding a new > template reverts it back to [RET]. I just enter it in the capture buffer as C-j to get a new line in the template. -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] Agenda clock reports and tag filters
Hi, Dynamic clock reports can be filtered with :tags so they only show clock results that match that tag. Is it possible to automatically apply the current filter list in org-agenda-filter for the agenda clock report you get with 'R'? I'd like some way to add :tags 'org-agenda-filter (or something similar) to org-agenda-clockreport-parameter-plist so the displayed agenda clock report shows only tasks that match the filter. Is this possible? 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] Re: Release 7.4
I think this is fixed with a new commit on the master branch. -Bernt "Charles C. Berry" writes: > On Fri, 10 Dec 2010, Carsten Dominik wrote: > >> Hi, >> >> I am unable to reproduce this. >> >> - Carsten >> >> On Dec 10, 2010, at 3:24 PM, Sébastien Vauban wrote: >> >>> Hi Carsten, >>> >>> Carsten Dominik wrote: >>> > here it is, release 7.4. [...] As always: Enjoy! >>> >>> I'll do. >>> >>> I did update my git working copy, and restarted Emacs. Though, when >>> calling: >>> >>> #+begin_src emacs-lisp >>> (org-version) >>> #+end_src >>> >>> I get >>> >>> #+results: >>> : Org-mode version 7.3 (release_7.4.2.g32f816.dirty) >>> >>> What could explain this diff in numbers: a mismatch in my configuration, or >>> something forgotten in one of Org's code files? > > Perhaps, as noted here > > http://permalink.gmane.org/gmane.emacs.orgmode/34511 > > it might be cured with a 'git fetch --tags'? > > HTH, > > Chuck > > >>> >>> 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 >> >> - 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 >> > > Charles C. BerryDept of Family/Preventive Medicine > cbe...@tajo.ucsd.edu UC San Diego > http://famprevmed.ucsd.edu/faculty/cberry/ La Jolla, San Diego 92093-0901 > > ___ > 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: Agenda clock reports and tag filters
Carsten Dominik writes: > On Dec 10, 2010, at 10:17 PM, Bernt Hansen wrote: > >> Hi, >> >> Dynamic clock reports can be filtered with :tags so they only show >> clock >> results that match that tag. >> >> Is it possible to automatically apply the current filter list in >> org-agenda-filter for the agenda clock report you get with 'R'? I'd >> like some way to add :tags 'org-agenda-filter (or something similar) >> to >> org-agenda-clockreport-parameter-plist so the displayed agenda clock >> report shows only tasks that match the filter. >> >> Is this possible? > > That is what you get if you hang 100 commits behind :) > > Try `C-u R'. Awesome :) .. and I'm up-to-date now ... I just didn't know about the prefix for R in the agenda. :) 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] Re: Agenda clock reports and tag filters
Carsten Dominik writes: > On Dec 10, 2010, at 11:08 PM, Bernt Hansen wrote: > >> Carsten Dominik writes: >> >>> On Dec 10, 2010, at 10:17 PM, Bernt Hansen wrote: >>> >>>> Hi, >>>> >>>> Dynamic clock reports can be filtered with :tags so they only show >>>> clock >>>> results that match that tag. >>>> >>>> Is it possible to automatically apply the current filter list in >>>> org-agenda-filter for the agenda clock report you get with 'R'? I'd >>>> like some way to add :tags 'org-agenda-filter (or something similar) >>>> to >>>> org-agenda-clockreport-parameter-plist so the displayed agenda clock >>>> report shows only tasks that match the filter. >>>> >>>> Is this possible? >>> >>> That is what you get if you hang 100 commits behind :) >>> >>> Try `C-u R'. >> >> Awesome :) .. and I'm up-to-date now ... I just didn't know about the >> prefix for R in the agenda. :) > > :) I only mean that normally you used to see the commits as they come > in and you > might have noticed this feature when it was implemented... > > Not that changing the filter after getting the clock report with `C-u > R' will not change the clock report along - this would slow down the > filter changes. So you need to refresh the agenda to update the clock > table as well. Yes I played with it yesterday and it works great! C-u R makes the clock report use the current filter, changing the filter and updating with 'g' updates the clock report using the current filter set. This is another great example of 'hey it would be great if we could do [this] in org-mode' and finding out it is already implemented. Awesome work!! Best 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: eval: Invalid read syntax: "#"Error during redisplay: (void-function -mode)
"Thomas S. Dye" writes: > So, Seb and I have two things that others can't reproduce: the error > in the OP, and the version string for the latest Org-mode. > >>> >>> I'm using Org-mode version 7.3 (release_7.4.2.g32f816.dirty) >>> >> >> >> FWIW, I cannot reproduce it: >> >> GNU Emacs 23.2.50.1 (i686-pc-linux-gnu, GTK+ Version 2.14.4) of >> 2010-10-27 on gamaville.dokosmarshall.org >> Org-mode version 7.4 (release_7.4.5.gb0844.dirty) The version string problem is reproducible. At commit 32f816 (2 commits after the release_7.4 tag) the version number is 7.3 even though it is after the release_7.4 tag. In b0844 (5 commits after the release_7.4 tag) this problem has been fixed which is why Nick doesn't see it. HTH, Bernt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Agenda clock reports and tag filters
Sébastien Vauban writes: > Now, regarding the contents of the table itself, I have a small question: > *how* can we configure the report in order *to stop showing lines* (= files) > that have *zero time*? > > For example, this is what I have: > > | File | Headline | Time | > | > |--+--++--| > | | ALL *Total time* | *7:08* | > | > |--+--++--| > | GTD.org | *File time* | *0:00* | > | > |--+--++--| > | House.org| *File time* | *0:00* | > | Hi Seb, I use the following: , | org-agenda-clockreport-parameter-plist is a variable defined in `org-agenda.el'. | Its value is | (:link nil :maxlevel 2 :fileskip0 t) ` HTH, Bernt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [PATCH] org: rework property set
Thanks Julien,
This patch format is better. Could you put the comments like 'I may
have done this badly, ...' and 'It works but there maybe some corners
case ...' after the --- and before the diffstat?
This isn't really useful to keep permanently in the org-mode history if
this patch is accepted but it does convey useful information that maybe
there are issues with this patch still and they should be looked at.
Anything between the --- and the diffstat is ignored when the patch is
used to create commits in git so they automatically just go away without
any intervention by the maintainer of the project.
It's great that you are providing this extra information - it just
should be moved to a better location in the patch so that it doesn't
become part of the permanent history of the project. Do you really want
to read 'I may have done this badly' five years from now? :)
Regards,
Bernt
Julien Danjou writes:
> * org-capture.el (org-capture-fill-template): Use `org-set-property'
> directly.
>
> * org.el (org-set-property): Split property and values reading.
> (org-read-property-name, org-read-property-value)
> (org-set-property-function): New functions.
> (org-property-set-functions-alist): New variable.
>
> The initial goal of this patch is to introduce a special variable
> `org-property-set-functions-alist'. The goal of this variable is to be
> able to read properties values in a more intelligent way from
> `org-set-property' or from `org-capture'.
>
> For that, I decided to simplify the `org-set-property' code and to
> remove what seems to be code duplication between `org-capture' and
> `org-set-property'. I may have done this badly, so I think some one
> with expertise of this code (Carsten?) should review the code.
>
> It works but there maybe some corners case that would not be covered
> with it.
>
> Finally, with org-property-set-functions-alist we can read property
> in a more intelligent way like that:
>
> (defun org-completing-date (prompt collection
> &optional predicate require-match
> initial-input hist def
> inherit-input-method)
> (org-read-date nil nil nil nil
>(when (and def (not (string= def "")))
> (org-time-string-to-time def))
>initial-input))
>
> (setq org-property-set-functions-alist
> '(("BIRTHDAY" . org-completing-date)))
>
> You can read a birthday property value using `org-read-date', which is
> by far more convenient than the usual org-completing-read.
>
> Signed-off-by: Julien Danjou
> ---
[Extra informational comments that don't really belong as part of the
commit message should go here. These will be discarded when the patch
is applied]
> lisp/org-capture.el | 24 +---
> lisp/org.el | 78 ++
> 2 files changed, 54 insertions(+), 48 deletions(-)
>
> diff --git a/lisp/org-capture.el b/lisp/org-capture.el
> index 5c7b038..9a93115 100644
> --- a/lisp/org-capture.el
> +++ b/lisp/org-capture.el
> @@ -1288,29 +1288,7 @@ The template may still contain \"%?\" for cursor
> positioning."
> '(clipboards . 1)
> (car clipboards))
> ((equal char "p")
> - (let*
> - ((prop (org-substring-no-properties prompt))
> - (pall (concat prop "_ALL"))
> - (allowed
> - (with-current-buffer
> - (get-buffer (file-name-nondirectory file))
> - (or (cdr (assoc pall org-file-properties))
> - (cdr (assoc pall org-global-properties))
> - (cdr (assoc pall org-global-properties-fixed)
> - (existing (with-current-buffer
> -(get-buffer (file-name-nondirectory file))
> - (mapcar 'list (org-property-values prop
> - (propprompt (concat "Value for " prop ": "))
> - (val (if allowed
> - (org-completing-read
> -propprompt
> -(mapcar 'list (org-split-string allowed
> -"[ \t]+"))
> -nil 'req-match)
> - (org-completing-read-no-i propprompt
> - existing nil nil
> - "" nil ""
> - (org-set-property prop val)))
> + (org-set-property (org-substring-no-properties prompt) nil))
> (char
> ;; These are the date/time related ones
> (setq org-time-was-given (equal (upcase char) char))
> diff --git a/lisp/org.el b/lisp/org.el
> index c4fe6a0..6a55d6b 100644
> --- a/lisp/org.el
> +++ b/lisp/org.el
> @@ -13792,6 +13792,54 @@ formats in the current buffer."
>
[Orgmode] Re: Turn off all folding (drawers, headlines) during structure moves?
Jeff Kowalczyk writes: > I prefer to work with all the Org elements visible, and get good results with > #+STARTUP: showeverything . > > Even with this setting, during structure editing, drawers (e.g. :CLOCK:) fold > when a headline is moved up or down in the structure, and a headline killed > and yanked to a new location will yank as folded by default (** headline...). > > I'm not sure of the mechanism used to implement hiding/folding, are they > overlays? > > Are there additional options to suppress all code-paths where Org folds > items? > > If not, this is a feature request from an interested user. > > Thanks, > Jeff Hi Jeff, I just use visible-mode which I have bound to f9-v (global-set-key (kbd " v") 'visible-mode) to disable folding completely. This is a toggle setting and works great for me. HTH, Bernt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [PATCH] org: rework property set
Julien Danjou writes: > On Tue, Dec 14 2010, Giovanni Ridolfi wrote: > >> I think that you can put some extra, useful, information, that can go >> in the Changelog, as lines not beginning with "*". >> >> But if you write very unformal/personal comments like: >> 'I may have done this badly, ...' you should write after the ---. > > Ok, I see what you mean. That's clear, I should have splitted my commit > message in 2 parts. :) Yes we want a good description of what the commit is for and why we need it as part of the commit message. Any extra information that really doesn't belong in the commit log (such as 'this commit needs further testing') should between the --- and diffstat. Sorry if I wasn't clear earlier. 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] [PATCH] Fix before first heading check
* lisp/org.el (org-before-first-heading-p): If point is on an org-mode heading line then we are not before the first heading If point is anywhere on the first line of the first heading then we are not before the first heading. This makes org-before-first-heading-p returns t instead of nil when on the '*' or blank of the first level 1 heading in an org file. This was noticed when the first heading has an encryption tag :crypt:. C-c C-r would not decrypt this entry if point is at the beginning of the line since it was considered before the first heading. --- This patch is available at git://git.norang.ca/org-mode.git fix-before-first-heading-check -Bernt lisp/org.el |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/lisp/org.el b/lisp/org.el index 53039e4..b2f32fc 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -19167,6 +19167,7 @@ This version does not only check the character property, but also (defun org-before-first-heading-p () "Before first heading?" (save-excursion +(end-of-line) (null (re-search-backward "^\\*+ " nil t (defun org-on-heading-p (&optional ignored) -- 1.7.3.3.464.gf80b6 ___ 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: body-only for single file html export
joe writes: > I would like to use the ":body-only" option for exporting html (and > ocassionally latex). Reading through the docs and maillist, I think I > understand how to do this if I'm publishing an entire project. I > don't have a project, though... > > I use emacs for editing html textareas and on-the-fly html editing, > and want to export a single file using the body-only option. > > I was hoping I could simply do something like this in the template but > it doesn't seem to work: > > #+OPTIONS: body-only:t > > If someone can help me with an org-mode-export-html function that sets > the body-only option for a single file (without setting up a project), > I would be very grateful. > > Thank you much! Hi Joe, (global-set-key (kbd " x") 'bh/test) (defun bh/test (arg) (interactive "P") (org-export-as-html arg nil nil nil t)) then f9-x in an org-mode buffer will export as body-only and put a copy in the kill ring so you can paste it. HTH, Bernt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Request for suggestions: multiple revision control systems/repositories + org
Robert Goldman writes: > I am looking for hints. I have a number of org files, typically one for > each major project plus two or three for my personal life. > > These must often live in different revision control systems: my work > projects, in particular, have different repositories; I have a main set > of org files for work in ~/org/, tracked by my employers' svn; > occasionally, I do something outside, like work on a paper with someone > outside my company in a dedicated git repo; and I'd like to stuff my > personal materials off in a git repo of my own. > > I have been pulling all of these together into my ~/org directory, using > symbolic links, for the benefit of mobile org. That is, my ~/org > directory has my main work org files, plus links to a bunch of others. > > That works well for syncing with mobile org. Unfortunately, it's a mess > for Emacs's version control mode. VC mode sees the .svn directory in > that place, and can handle the local files, but gets horribly confused > by the sym-linked files. > > Anyone have a similar need to gather together a mess of org files, and > have a cleaner solution? > > Extra credit if you have a way of creating the same set of symlinks on > more than one machine! ;-) How about keeping the separate projects in separate repositories and just add the files from those multiple projects to your org-agenda-files variable? Then you see a consolidated view of multiple org projects (and the files that contribute to that view can be individually set per machine - you don't need all projects for all machines - but any repositories that are available can contribute to your agenda. Each of the projects are completely independent and don't need to know about each other - just the org-agenda-files variable pulls them into your agenda view. 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: Request for suggestions: multiple revision control systems/repositories + org
"Robert P. Goldman" writes: > That is what I had done originally, but I thought mobile org required that > all the org files be in the same directory. Was I wrong about that? > > Thanks, > R I'm not sure. I don't currently use mobile org at all. 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: Habits default on first STATE when rescheduled
Sébastien Vauban writes: > Having the following possible states: > > #+begin_src emacs-lisp > (setq org-todo-keywords > '((sequence "NEW(n!)" > "TODO(t!)" > "WAIT(w!)" > "DLGT(l!)" > "|" > "DONE(d!)" > "DFRD(f!)" > "CANX(c!)"))) > #+end_src > > the habits, when DONE, go back to state NEW, instead of TODO. Of course, there > is no way for Org to know it has to re-begin at the second state (in this > case). > > Maybe it'd be good to add an index for habit cycles, or so? > > The other alternative is to put NEW after TODO, but this is quite meaningless, > for all the other non-habit tasks that would be first TODO, then NEW, then... > when cycling with S-arrow. Hi Seb, You can add a property to your habits :REPEAT_TO_STATE: TODO which forces this state for repeating tasks when the item is marked DONE HTH, Bernt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: org-crypt
kelaouchi writes:
> Hello,
>
> here are my settings for org-crypt :
>
> (require 'org-crypt)
> (org-crypt-use-before-save-magic)
> (setq org-tags-exclude-from-inheritance (quote ("crypt")))
> (setq org-crypt-key "C48ED4D2")
>
> I create a buffer :
>
> * heading 1 :crypt:
> ** subheading 1
>text 1
> ** subheading 2
>text 2
> * heading 2 :crypt:
> ** subheading 1
>text 1
> ** subheading 2
>text 2
>
> When saving it, "heading 1" and "heading 2" are encrypted.
> When trying to org-decrypt-entries, emacs prompts for passphrase one
> time. Only "heading 2" is decrypted. I kill buffer; then reopen it and
> run org-decrypt-entries. The same : only "heading 2" is decrypted.
>
> I remove heading 1; create a new heading 1, but this once, tagging
> "subheading 1" as crypt instead of "heading 1" :
>
> * heading 1
> ** subheading 1 :crypt:
>text 1
> ** subheading 2
>text 2
> * heading 2 :crypt:
> ** subheading 1
>text 1
> ** subheading 2
>text 2
>
> I then save and try to run org-decrypt-entries. Emacs prompts twice for
> passphrase and everything is well decrypted.
>
> I run Org-mode version 7.3 on GNU Emacs 23.2.1
> (x86_64-unknown-linux-gnu, GTK+ Version 2.20.0) of 2010-05-08 on
> pidsley.hoetzel.info .
>
> Is it a bug ?
Yes it was. It was fixed in git master this morning.
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] [PATCH] Add missing value to docstring for org-link-frame-setup
* lisp/org.el: Document missing value for org-link-frame-setup --- This patch is available at git://git.norang.ca/org-mode.git fix-doc -Bernt lisp/org.el |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/lisp/org.el b/lisp/org.el index 3cecca7..c94cb5f 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -1482,6 +1482,7 @@ this link in another window or frame. This variable can be used to set this up for the different types of links. For VM, use any of `vm-visit-folder' +`vm-visit-folder-other-window' `vm-visit-folder-other-frame' For Gnus, use any of `gnus' -- 1.7.3.3.464.gf80b6 ___ 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: Publishing with org-src-fontify-natively fails with Lisp error: (void-function -mode) [7.4 (release_7.4.79.g9c4b9)]
Hi,
I have a patch for this problem which works for me but I'm not sure it's
the correct fix. Will post the patch following this report.
When I attempt to publish the source for
http://doc.norang.ca/org-mode.html (a copy of which is at
http://doc.norang.ca/org-mode.org) with org-src-fontify-natively set to
t I get the error void-function -mode.
I start a fresh emacs, load the org file and call M-x
bh/save-then-publish.
--8<---cut here---start->8---
(defun bh/save-then-publish (&optional force)
(interactive "P")
(save-buffer)
(org-save-all-org-buffers)
(org-publish-current-project force))
(setq org-publish-project-alist
;
; http://www.norang.ca/ (norang website)
; norang-org are the org-files that generate the content
; norang-extra are images and css files that need to be included
; norang is the top-level project that gets published
(quote (("norang-org"
:base-directory "~/git/www.norang.ca"
:publishing-directory "/ssh:www-d...@www:~/www.norang.ca/htdocs"
:recursive t
:table-of-contents nil
:base-extension "org"
:publishing-function org-publish-org-to-html
:style-include-default nil
:section-numbers nil
:table-of-contents nil
:style ""
:author-info nil
:creator-info nil)
("norang-extra"
:base-directory "~/git/www.norang.ca/"
:publishing-directory "/ssh:www-d...@www:~/www.norang.ca/htdocs"
:base-extension "css\\|pdf\\|png\\|jpg\\|gif"
:publishing-function org-publish-attachment
:recursive t
:author nil)
("norang"
:components ("norang-org" "norang-extra"))
;
; http://doc.norang.ca/ (norang website)
; doc-org are the org-files that generate the content
; doc-extra are images and css files that need to be included
; doc is the top-level project that gets published
("doc-org"
:base-directory "~/git/doc.norang.ca/"
:publishing-directory "/ssh:www-d...@www:~/doc.norang.ca/htdocs"
:recursive t
:section-numbers nil
:table-of-contents nil
:base-extension "org"
:publishing-function (org-publish-org-to-html
org-publish-org-to-org)
:style-include-default nil
:style ""
:author-info nil
:creator-info nil)
("doc-extra"
:base-directory "~/git/doc.norang.ca/"
:publishing-directory "/ssh:www-d...@www:~/doc.norang.ca/htdocs"
:base-extension "css\\|pdf\\|png\\|jpg\\|gif"
:publishing-function org-publish-attachment
:recursive t
:author nil)
("doc"
:components ("doc-org" "doc-extra"))
;
; Miscellaneous pages for other websites
; org are the org-files that generate the content
("org-org"
:base-directory "~/git/org/"
:publishing-directory "/ssh:www-d...@www:~/org"
:recursive t
:section-numbers nil
:table-of-contents nil
:base-extension "org"
:publishing-function org-publish-org-to-html
:style-include-default nil
:style ""
:author-info nil
:creator-info nil)
;
; http://doc.norang.ca/ (norang website)
; org-mode-doc-org this document
; org-mode-doc-extra are images and css files that need to be
included
; org-mode-doc is the top-level project that gets published
; This uses the same target directory as the 'doc' project
("org-mode-doc-org"
:base-directory "~/git/org-mode-doc/"
:publishing-directory "/ssh:www-d...@www:~/doc.norang.ca/htdocs"
:recursive t
:section-numbers nil
:table-of-contents nil
:base-extension "org"
:publishing-function (org-publish-org-to-html
org-publish-org-to-org)
:plain-source t
:htmlized-source t
:style-include-default nil
:style ""
:author-info nil
:creator-info nil)
("org-mode-doc-extra"
:base-directory "~/git/org-mode-doc/"
:publishing-directory "/ssh:www-d...@www:~/doc.norang.ca/htdocs"
:base-extension "css\\|pdf\\|png\\|jpg\\|gif"
:publishing-function org-publish-attachment
:recursive t
:author nil)
("org-mode-
[Orgmode] [PATCH] Skip source block fontification when the language is not defined
* lisp/org.el: Skip source block fontification during export when language is not defined --- This may not be the correct fix for this issue but it works for me. This patch is available at git://git.norang.ca/org-mode.git fix-export -Bernt lisp/org.el |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/lisp/org.el b/lisp/org.el index 3cecca7..006e7bf 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -5142,7 +5142,7 @@ will be prompted for." (add-text-properties end1 (+ end 1) '(face org-meta-line)) ; for end_src (cond - ((and lang org-src-fontify-natively) + ((and lang (not (string-equal lang "")) org-src-fontify-natively) (org-src-font-lock-fontify-block lang block-start block-end)) (quoting (add-text-properties beg1 (+ end1 1) '(face -- 1.7.3.3.464.gf80b6 ___ 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: Jumping to a date in the agenda changes view back to 'day' [7.4 (release_7.4.80.g0e5e5)]
Hi, If you are viewing the agenda with a time span of a week (or anything larger than a day) and then use 'J' to jump to a new date the span changes back to day. I think the span should remain unchanged when moving to a new date. Regards, Bernt Emacs : GNU Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.1) of 2010-11-03 on potassium, modified by Debian Package: Org-mode version 7.4 (release_7.4.80.g0e5e5) ___ 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: HTML export fails to close list [7.4 (release_7.4.80.g0e5e5)]
Hi, If you export the following org file to HTML the list is not terminated properly. There is a ORG-LIST-END tag in the source instead of the tags which results in invalid HTML. ,[ test.org ] | * List ending on export | | - Item 2 - last ` Here is part of the HTML from the resulting export. I first noticed this when selecting a subtree for export to HTML where the subtree ends in a list. ,[ Resulting HTML for C-c C-e H ] | ... | | 1 List ending on export | | | | | | Item 2 - lastORG-LIST-END | | | ... ` Regards, Bernt Emacs : GNU Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.1) of 2010-11-03 on potassium, modified by Debian Package: Org-mode version 7.4 (release_7.4.80.g0e5e5) ___ 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: HTML export fails to close list [7.4 (release_7.4.80.g0e5e5)]
Nicolas Goaziou writes: > Hello, > >> Noorul Islam K M writes: > >> Actually I did not face this issue as I explained earlier, I am not >> sure why. > > Were you selecting the sub-tree before exporting? > > Regards, Yes I select the subtree with C-c @ then C-c C-e H. It seems to work if I export the entire file. The fix works for me in master. 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
Re: [Orgmode] Bug: Jumping to a date in the agenda changes view back to 'day' [7.4 (release_7.4.80.g0e5e5)]
Noorul Islam K M writes: > Bernt Hansen writes: > >> Hi, >> >> If you are viewing the agenda with a time span of a week (or anything >> larger than a day) and then use 'J' to jump to a new date the span >> changes back to day. >> > > For me, I have 'J' bound to (org-agenda-clock-goto) by default. I think > you are talking about 'j'. Yes you are correct. 'j' jumps to a date and this is where the problem shows up for me. -Bernt > >> I think the span should remain unchanged when moving to a new date. > > I think 'j' should not change the span. Or we can have 'C-u j' to keep > the span as it is. > > Thanks and Regards > Noorul ___ 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] Skip source block fontification when the language is not defined
Dan Davison writes: > Bernt Hansen writes: > >> * lisp/org.el: Skip source block fontification during export when language >> is not defined >> --- >> This may not be the correct fix for this issue but it works for me. > > Hi Bernt, > > I've checked in a slightly different version[1] of this fix. Thanks for > the report; it wasn't nice to have been throwing errors every time an > unrecognised (e.g. partial) language string was entered, even if most of > the time font-lock was subduing these errors. > > Dan > > Footnotes: > [1] I've made the org-src fontification function test, early on, whether > the language major-mode function exists. If it doesn't then it returns > immediately. Thanks Dan, Your fix works for me :). I'm confused about _why_ I'm getting these errors though - I was expecting fontification only to apply to #+begin_src blocks and I'm only using a few languages in that document (sh, org, emacs-lisp, ditaa, and dot). Unless it's picking up on the begin_src in the following text , | I use this to create =#+begin_*= blocks like | - =#+begin_example= | - =#+begin_ditaa= | - =#+begin_dot= | - =#+begin_src= | - etc. ` I wasn't able to determine the source line of the problem from the stack dump information. Is there any way to determine what part of the document is causing this (other than manually bisecting and exporting with missing sections) ? 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: [PATCH] Skip source block fontification when the language is not defined
Dan Davison writes: > Bernt Hansen writes: > >> I'm confused about _why_ I'm getting these errors though - I was >> expecting fontification only to apply to #+begin_src blocks and I'm only >> using a few languages in that document (sh, org, emacs-lisp, ditaa, and dot). >> >> Unless it's picking up on the begin_src in the following text > > Hi Bernt, > > I was wondering about the same thing. > > How about hacking the org-src-font-lock-fontify-block function so that > it throws an error with a helpful message when the language string is > unrecognised? I just tried this on your document with C-c C-e h and it > didn't throw anything, but maybe in your setup it will? (Check the > *Messages* buffer, it may be that font-lock handles the error). I've > prepended the below with "$ " to stop patchwork from grabbing it. > > $ diff --git a/lisp/org-src.el b/lisp/org-src.el > $ index f55e292..0d796b4 100644 > $ --- a/lisp/org-src.el > $ +++ b/lisp/org-src.el > $ @@ -781,7 +781,9 @@ fontification of code blocks see > `org-src-fontify-block' and > $ (add-text-properties > $start end > $'(font-lock-fontified t fontified t font-lock-multiline t)) > $ - (set-buffer-modified-p modified) > $ + (set-buffer-modified-p modified)) > $ + (error "Unrecognised language: %s line: %d" > $ + lang (line-number-at-pos (point)) > > Dan ,[ messages buffer ] | Fontifying org-src-fontification:emacs-lisp-mode... (regexps.) | if: Unrecognised language: line: 1210 | Ispell process killed | Starting new Ispell process [british] ... ` This chokes on the #+end_example line of this block: , | | *Clock history selection buffer for C-u C-c C-x C-i* | #+begin_example | Default Task | [d] norang Organization <-- Task B | The task interrupted by starting the last one | [i] norang Organization <-- Task B | Current Clocking Task | [c] org NEXT Document my use of org-mode <-- Task A | Recent Tasks | [1] org NEXT Document my use of org-mode <-- Task A | [2] norang Organization <-- Task B | ... | [Z] org DONE Fix default section links<-- 35 clock task entries ago | #+end_example ` The last line '#+end_example' is line 1210. Huh? -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: Need help with org and SSH
Jeff Horn writes: > Hey orgsters, > > For the holiday trip, I decided to see if I could go a week with only > the Cr-48. I left my Macbook at home ready for SSH, just in case. > > It took approximately 30 minutes of using the computer before I > started itching for org. > > I've been having a heck of a time using emacs in the terminal. After a > few hours of cleaning up my init file and wrapping lots of commands in > window-system conditionals, I thought I was ready to invoke agenda. > Wrong! > > Invoking agenda gives me the same error I was having with > emacs-desktop. Specifically, I keep getting the error (void function > clear-image-cache). Any idea what switch to flip to get the agenda > open? Hi Jeff, This may or may not help but... I was getting error "Non-X frame used" when SSHing into my desktop on my Android phone and using emacs. I turned off inline image display by default and this fixed it for me. (setq org-startup-with-inline-images nil) HTH, Bernt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: How to export the ampersand (&) symbol correctly for both LaTeX and HTML documents?
"Kyeong Soo (Joseph) Kim" writes:
> This may be a FAQ, but I couldn't find it mentioned either in the Manual or
> in the mailing list.
>
> To use the ampersand symbol ('&') in HTML export, I use "\amp" per the manual
> and the "Publishing
> Org-mode files to HTML" tutorial at Worg site. Later, however, I found that
> the "\amp" is exported
> to "$\amp$" in LaTeX, which causes a compile error (i.e., "undefined control
> sequence"); it should
> be "\&" in a normal TeX/LaTeX document.
>
> I'm currently using 6.33x version of Org-mode with GNU Emacs 23.2.1 on
> Windows 7.
>
> Any guidance on this issue would be greatly appreciated.
Guidance: Upgrade your version of org-mode.
Exporting the following subtree to HTML works for me
,[ test.org ]
| * Export test for ampersand
| This & that is cool.
| This \amp that.
`
,[ test.html ]
| ...
| Export test for ampersand
|
| This & that is cool.
| This & that.
|
| Author: Bernt Hansen
|
| ...
`
My version of org-mode is Org-mode version 7.4
(release_7.4.89.g4ed00.dirty)
HTH,
Bernt
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: How to export the ampersand (&) symbol correctly for both LaTeX and HTML documents?
"Kyeong Soo (Joseph) Kim" writes:
> I will try to upgrade and test it soon.
> Many thank.
>
> By the way, I wonder whether you have tested it with LaTeX export or not.
> The HTML export works perfectly in my case, too, but LaTeX export does not as
> said.
Sorry I misread your original post.
I get the following for latex export using the same test.org
,
| ...
| \title{Export test for ampersand}
| \author{Bernt Hansen}
| \date{23 December 2010}
| \maketitle
|
| \setcounter{tocdepth}{3}
| \tableofcontents
| \vspace*{1cm}
| This \& that is cool.
| This \& that.
| ...
`
-Bernt
>
> Regards,
> Joseph
>
> On Thu, Dec 23, 2010 at 5:35 PM, Bernt Hansen wrote:
>
> "Kyeong Soo (Joseph) Kim" writes:
>
> > This may be a FAQ, but I couldn't find it mentioned either in the
> Manual or in the mailing
> list.
> >
> > To use the ampersand symbol ('&') in HTML export, I use "\amp" per the
> manual and the
> "Publishing
> > Org-mode files to HTML" tutorial at Worg site. Later, however, I found
> that the "\amp" is
> exported
> > to "$\amp$" in LaTeX, which causes a compile error (i.e., "undefined
> control sequence"); it
> should
> > be "\&" in a normal TeX/LaTeX document.
> >
> > I'm currently using 6.33x version of Org-mode with GNU Emacs 23.2.1 on
> Windows 7.
> >
> > Any guidance on this issue would be greatly appreciated.
>
> Guidance: Upgrade your version of org-mode.
>
> Exporting the following subtree to HTML works for me
>
> ,[ test.org ]
> | * Export test for ampersand
> | This & that is cool.
> | This \amp that.
> `
>
> ,[ test.html ]
> | ...
> | Export test for ampersand
> |
> | This & that is cool.
> | This & that.
> |
> | Author: Bernt Hansen
> |
> | ...
> `
>
> My version of org-mode is Org-mode version 7.4
> (release_7.4.89.g4ed00.dirty)
>
> HTH,
> Bernt
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: How to export the ampersand (&) symbol correctly for both LaTeX and HTML documents?
"Kyeong Soo (Joseph) Kim" writes:
> I will try to upgrade and test it soon.
> Many thank.
>
> By the way, I wonder whether you have tested it with LaTeX export or not.
> The HTML export works perfectly in my case, too, but LaTeX export does not as
> said.
Sorry I misread your original posting. I get the following in Latex for
the same input source
\title{Export test for ampersand}
\author{Bernt Hansen}
\date{23 December 2010}
\maketitle
\setcounter{tocdepth}{3}
\tableofcontents
\vspace*{1cm}
This \& that is cool.
This \& that.
>
> Regards,
> Joseph
>
> On Thu, Dec 23, 2010 at 5:35 PM, Bernt Hansen wrote:
>
> "Kyeong Soo (Joseph) Kim" writes:
>
> > This may be a FAQ, but I couldn't find it mentioned either in the
> Manual or in the mailing
> list.
> >
> > To use the ampersand symbol ('&') in HTML export, I use "\amp" per the
> manual and the
> "Publishing
> > Org-mode files to HTML" tutorial at Worg site. Later, however, I found
> that the "\amp" is
> exported
> > to "$\amp$" in LaTeX, which causes a compile error (i.e., "undefined
> control sequence"); it
> should
> > be "\&" in a normal TeX/LaTeX document.
> >
> > I'm currently using 6.33x version of Org-mode with GNU Emacs 23.2.1 on
> Windows 7.
> >
> > Any guidance on this issue would be greatly appreciated.
>
> Guidance: Upgrade your version of org-mode.
>
> Exporting the following subtree to HTML works for me
>
> ,[ test.org ]
> | * Export test for ampersand
> | This & that is cool.
> | This \amp that.
> `
>
> ,[ test.html ]
> | ...
> | Export test for ampersand
> |
> | This & that is cool.
> | This & that.
> |
> | Author: Bernt Hansen
> |
> | ...
> `
>
> My version of org-mode is Org-mode version 7.4
> (release_7.4.89.g4ed00.dirty)
>
> HTH,
> Bernt
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Installing org-mode from git without byte-compiling
Jeff Horn writes: > Bernt, Eric Schulte, and others, > > Bernt recently mentioned to me on #org-mode that he doesn't > byte-compile org-mode, which makes it much easier to read backtraces. > I'm trying to use Eric Schulte's starter-kit fork, and the > instructions suggest compiling org-mode.[1] > > Inspecting the Makefile, I see that I probably want to make the info > documentation and have that installed automatically, I just don't want > to byte-compile the lisp. > > 1) Is there a flag or something I can pass to make in order to skip > byte-compiling but perform the rest of the script tasks? (The Makefile > docstring suggests 'make doc' to make html and PDF docs. Will it also > make the info docs and install them automatically?) > > 2) Out of curiosity, is 'make install' ever necessary when the local > git directory is sourced into the load-path? Hi Jeff, I use specific targets with make for the things I want: make lisp/org-install.el make doc/org.info make doc/org.pdf Other than these (and org.pdf is rare) I don't use any other targets that I am aware of. You can remove *.elc files with git using git clean *.elc You can run make targets with -n to display what they would do (but not actually do anything). As far as I know the make install task only builds the *.elc files if necessary and updates the system level emacs. Try: make -n install and look at the resulting output. 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] [PATCH] Display invisible entry text at point when visiting a task from the agenda
* lisp/org-agenda.el (org-agenda-goto): Display invisible entry text * lisp/org-agenda.el (org-agenda-switch-to): Display invisible entry text Visiting clock lines with RET or TAB in the agenda can put point on a folded clock drawer. This means you are editing invisible/hidden text inside the task entry. Now when moving to invisible regions show the entry so point is always visible. --- Hi, I regularly visit clock line details from the agenda (C-u l then TAB or RET on a clock line or state change log entry line). My clocks and state changes are in two separate drawers :CLOCK: and :LOGBOOK: respectively. Visiting lines inside drawers are normally folded for me and the point is buried in invisible text. This patch is available at git://git.norang.ca/org-mode.git agenda-visit-shows-entry Happy New Year all! -Bernt lisp/org-agenda.el |8 ++-- 1 files changed, 6 insertions(+), 2 deletions(-) diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el index f787240..bf36758 100644 --- a/lisp/org-agenda.el +++ b/lisp/org-agenda.el @@ -6486,7 +6486,9 @@ and by additional input from the age of a schedules or deadline entry." (org-show-context 'agenda) (save-excursion (and (outline-next-heading) -(org-flag-heading nil ; show the next heading +(org-flag-heading nil ; show the next heading +(when (outline-invisible-p) + (show-entry)); display invisible text (recenter (/ (window-height) 2)) (run-hooks 'org-agenda-after-show-hook) (and highlight (org-highlight (point-at-bol) (point-at-eol) @@ -6672,7 +6674,9 @@ at the text of the entry itself." (org-show-context 'agenda) (save-excursion (and (outline-next-heading) - (org-flag-heading nil))) ; show the next heading + (org-flag-heading nil))) ; show the next heading + (when (outline-invisible-p) + (show-entry)) ; display invisible text (defun org-agenda-goto-mouse (ev) "Go to the Org-mode file which contains the item at the mouse click." -- 1.7.4.rc0 ___ 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: Understanding habits - repeat interval
Tommy Kelly writes: > I'm trying a first use of the habits tracking function but I'm not sure > I understand the way they are set up. I have three questions. Here's the > first. > > Is it possible to set up a daily habit -- that is, one that should be > done at least every day and at most every day (as opposed to the > "shaving" example in the manual where the at-most and at-least numbers > are different). Suppose I want to shave every day. Is this correct: > > ** TODO Shave > SCHEDULED: <2009-10-17 Sat .+1d> This should work. > > I already tried the following but it gives an error: > > ** TODO Shave > SCHEDULED: <2009-10-17 Sat .+1d/1d> Recent versions of org-mode flag this as an error. So I just use the first example you have for things that repeat daily (as habits) , | if: Habit Shave deadline repeat period is less than or equal to scheduled (.+1d/1d) ` I'm not sure why equal is considered an error in this case. It breaks agenda display completely for me until I edit the offending habit entry. > > The first seems to work but it's giving me a confusing bar chart (more > on that later), so I wanted to ask in case the repeater is wrong. Any repeater should be valid. (.+1d, ++1d, +1d) 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: Understanding habits - graph coloring of single missed day
Tommy Kelly writes: > Assuming I have the correct repeater syntax for a daily habit, what > should the colored graph look like if I do the task consistently for a > few days, then miss a day, then pick up the task again? What I expected > to see was: > > > - a set of GREEN cells (with asterisks) > - a RED cell (no asterisk) for the missed day > - more GREEN cells (again with asterisks). > > But what I actually see is > > - a set of GREEN cells (with *) > - a YELLOW cell (no *) for the missed day > - a RED cell (with *) for the day after the missed day > - more GREEN cells (with *) > > Is that the way it's supposed to be? It doesn't seem right somehow. I think that's right. The *'s mark the days you did the habit. As I understand it the meaning of the colors is as follows: BLUE: Done early (before the next repeat interval) GREEN: Done on time YELLOW: Will be late on the following day if not done on this date RED: overdue So a daily repeating task will always have today in yellow (since it'll be late (red) if you don't do it today.) For a daily task any days without a * are missed. For habits that that can go a day or two (or longer) without requiring a repeat the colors probably make more sense. 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: Understanding habits - org-log-done
Tommy Kelly writes: > For habits to work, he manual says that "You must also have state > logging for the DONE state enabled". My experimentation leads me to > believe that the state logging must not only be enabled but it must be > such that org-log-done is set to 'time and *not* to 'note. I tried the > latter and it doesn't seem to be interpreted as a state change. > > Is that as it should be? > > Suppose I want to keep a note. Maybe it's "Go for run" and I want to log > time or distance. Is that possible? I can confirm this. I personally only log state changes to DONE but setting a LOGGING property value of lognotedone prompts for a note and fails to show the history for the habit in the graph. This is probably a bug. 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: error navigating the agenda "org-agenda-earlier"
Richard Riley writes:
> Using org from git today:-
>
> C-c a a to bring up my agenda for the week.
>
> ,
> | b runs the command org-agenda-earlier, which is an interactive compiled Lisp
> | function in `org-agenda.el'.
> `
>
> Debugger entered--Lisp error: (error "Not allowed in nil-type agenda buffers")
> signal(error ("Not allowed in nil-type agenda buffers"))
> error("Not allowed in %s-type agenda buffers" nil)
> org-agenda-check-type(t agenda)
> org-agenda-later(-1)
> org-agenda-earlier(1)
> call-interactively(org-agenda-earlier nil nil)
>
> The first few "b" presses worked then sometime in my october I got the
> above.
>
> If you cant reproduce I can try and narrow it down more.
Hi Richard,
More information would be good. Things like:
- what is the SHA1 of the git commit are you on?
- Is it back that breaks or something on the week you are displaying?
- Is your org-agenda-files variable a list of files, directories, other?
I can't reproduce this here. I went back to September 2010 a week at a
time without any problems. I'm currently using org-agenda-files with a
list of directories instead of files (but I have no idea if that has
anything to do with your problem or not).
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: Produce a pdf outline using the latex outline package of the notes in org file
Hi Julius, Julius Gamanyi writes: > While adding the changes to the current development code, I ran into an > obstacle: I couldn't find org-install.el even with the find command; but > org-install.el is part of the stable release. > Is org-install.el only added before a stable release or I'm I missing > something else? You can create lisp/org-install.el with make lisp/org-install.el > > Another question: must all the contributions be stored in the contrib > directory? I think only contributions from people who haven't signed the FSF papers need to be limited to the contrib directory but Bastien or Carsten would have a more official comment on that. > I added the org-latex-outline.el in the lisp directory because all the > other output formats, which depended on org-exp.el, org-install.el were > in the lisp directory. The org-latex-outline.el also depends on > org-latex.el and I wanted to avoid the sorrow of parting them. > > Maybe there's a better setup that I can use. I'm all ears. > > In addition, I've already signed the appropriate papers with FSF. Great! 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: IMPORTANT: Migration of org-mode.git to the new server on sunday 5pm-7pm CET (UTC+1)
Bastien writes: > Dear all, > > Jason will migrate org-mode.git to the new server next sunday, 5pm-7pm > CET (UTC+1). Pulling will not be possible during that time. > > I will send instructions on how to clone the new repo when the migration > is done. > > It will be important to clone again after the migration as this repo > comes with a major change: there is no ORGWEBPAGES/ directory anymore. > We have moved ORGWEBPAGES/ in a separate repo, which might get public > later. > > http://repo.or.cz/w/org-mode.git will still exist as a mirror, we will > install this next week. > > Thanks! Hi Bastien, Is it really necessary to rebuild the org-mode git repository (with filter-branch) to remove the ORGWEBPAGES/ content. Anyone with a clone and local branches of the existing repository will need to move all of these to the new repository. Would creating a commit to remove the ORGWEBPAGES directory in the existing repository not work just as well? This will keep all of the existing SHA1s for historical commits intact. If you remove the ORGWEBPAGES directory with just a commit in the org-mode repository then the SHA1's of previous commits will not change and we can just change the URL to point at the new server and we're done. 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: IMPORTANT: Migration of org-mode.git to the new server on sunday 5pm-7pm CET (UTC+1)
Achim Gratz writes: > Hi Bastien, > > Bastien writes: >> It will be important to clone again after the migration as this repo >> comes with a major change: there is no ORGWEBPAGES/ directory anymore. >> We have moved ORGWEBPAGES/ in a separate repo, which might get public >> later. > > As Bernt Hansen has already remarked, this is somewhat against the > spirit of Git... There may be reasons to do what you seem to want to > do, but I don't get what they might be at the moment - could you > perhaps elaborate? > > May I ask you to consider to just put ORGWEBPAGES into a separate > branch? More specifically, create a new branch for ORGWEBPAGES and rm > all other stuff, then rm ORGWEBPAGES from the master / maint branches. > This way it's easy enough to build clones that track all or just > selected branches from a single repository which preserves commit > history. It's perfectly okay to extract the ORGWEBPAGE content and history into a new repository for future work on the website. We can then remove the ORGWEBPAGES directory with a single commit in the org-mode.git repository since that is no longer being used and move forward from there. There's no reason to keep the ORGWEBPAGE directory around in a branch in org-mode.git repository if it isn't ever going to be used again. I think deleting the content with a commit is the correct way to deal with this in org-mode.git. The only reason to use filter-branch to remove the ORGWEBPAGE history and content (and create a totally new repository with new SHA1 for every historical commit) is if it contained some proprietary stuff that really should not be shared with the public. You would do this before making the repository public and for org-mode.git it is already way to late for that. Using filter-branch on an existing git repository is highly intrusive since it breaks everyone's clone of the repository and any work in process needs to be extracted and applied to the new repository. It's doable but painful and something that we should strive to avoid unless it is absolutely necessary. HTH, Bernt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
