Hi, Org people.
I'm noticing that the R (org-agenda-clockreport-mode) command with the
*Org Agenda* buffer ignores the running clock.
To get a result closer to the truth while I work, I have to clock-out
and clock-in, then retry R. (Then edit out the spurious clock out and
the following clock-in
Bastien writes:
> Special thanks to Jambunathan, Nicolas, Eric and Carsten for
> their work on this release.
Thanks a bunch to Jambunathan! Great to see your work being part of
Org.
This seems like a very exciting release! Thanks to Bastien and other
new and old contributors. Good job!
–Ra
>>> pin...@iro.umontreal.ca (François Pinard) writes:
todo-dependencies should likely never be enforced for repeated
entries
>> Bernt Hansen writes:
>>> You can set a NOBLOCKING property to t to skip the dependency check
>>> for repeated tasks.
Bernt Hansen writes:
> It would be nice
Hi Mathias,
Mathias Bauer writes:
> But,... there is still a litte flaw at the website's
> org-mode-download.html page:
>
> The download links for the zip file and the gzipped tar archive
> both show the v7.6 files. However v7.8.01 is directly accessible
> via http://www.orgmode.org/org-7.8.01.
Daniel Dehennin writes:
> As I want to write some documentation with org-mode, I'm looking for a
> way to manage an list of files in which org-mode will look for links, or
> better, a list or directory to scan.
>
> For example:
>
> - in file1.org, I link something like
> [[file:file2.org::#some
Bastien writes:
> I'm releasing 7.8.01. 7.8 has a bug about HTML publishing,
> please don't use it.
7.8.02 is now online, with the correct etc/ folder in it
for the ODT exporter, and the commit Eric just pushed.
--
Bastien
pin...@iro.umontreal.ca (François Pinard) writes:
> Bernt Hansen writes:
>
>> pin...@iro.umontreal.ca (François Pinard) writes:
>
>>> todo-dependencies should likely never be enforced for repeated
>>> entries, even if enforced otherwise, as enforcing for repetitions
>>> with the current Org mecha
Hey Tobias, I think this would be a great feature for the Android version.
It would be helpful if you could add this as a feature request in the
issue tracker:
https://github.com/matburt/mobileorg-android/issues
As well as any ideas you have on how it should work... that will help us
prioritize
Hello Bastien,
On Tue, Dec 13, 2011 at 01:07:15AM +0100, Bastien wrote:
> Mathias Bauer writes:
>
> > Can you please check this issue?
>
> This is now fixed in 7.8.01. Sorry for this.
Never mind. Thanks for your quick response.
But,... there is still a litte flaw at the website's
org-mode-do
Hi Myles,
Thanks for reporting this issue, I just pushed up a fix and a protecting
test case.
Best,
mylesengl...@gmail.com writes:
> Hello,
>
> There may be a problem with parsing arguments to the #+call
> function:
>
> #+name: A
> #+begin_src sh :var a="this, works"
> echo "$a"
> #+end_src
>
>
Mathias Bauer writes:
> Can you please check this issue?
This is now fixed in 7.8.01. Sorry for this.
--
Bastien
A while ago, I created a Google+ page for Org-mode:
https://plus.google.com/b/102778904320752967064/
63 people following Org from here -- don't hesitate
to post comments, informations, etc.
I posted the presentation I made in august here:
http://goo.gl/hzFY7
Enjoy!
--
Bastien
Dear all,
I'm releasing 7.8.01. 7.8 has a bug about HTML publishing,
please don't use it.
http://orgmode.org/org-7.8.01.tar.gz
http://orgmode.org/org-7.8.01.zip
Below is the list of changes, also accessible on the website:
http://orgmode.org/Changes.html
Special thanks to Jambunathan, N
Dear all,
I made a small refresh of the website.
http://orgmode.org
- random quote (taken from worg/org-quotes.org)
- random screenshot
- twitter feed
- g+/flattr/fb buttons
- french translation (http://orgmode.org/fr/)
If you want to help with the translation in your language,
please send you
Hello,
There may be a problem with parsing arguments to the #+call
function:
#+name: A
#+begin_src sh :var a="this, works"
echo "$a"
#+end_src
#+results: A
| this | works |
#+call: A()
#+results: A()
| this | works |
#+call: A(a="this also works")
#+results: A(a="this also works")
: this al
On Sun, Dec 11, 2011 at 11:01:13AM +0100, David Maus wrote:
> At Mon, 5 Dec 2011 17:19:29 +0100, M. Bauer wrote:
> >
> > as in the last paragraph of the Org v7.7 manual section 4.3
> > about external links, "Org also finds external links in the
> > normal text and activates them as links." While e
Nathan Neff wrote:
> If you have a blank TODO entry in any of your refile targets,
> you will get the error message below.
>
> ...
> I'm able to replicate this bug by opening Emacs and
> running M-x njn/refile-targets-personal
> ...
> Thanks and hope someone else can replicate it :-)
>
Yup,
Hi,
sorry for my late response.
I have little time right now, but I think org-mode could be integrated.
The current node.js org-mode parser is not designed to take care of the content
of a paragraph (for instance it will not be able to detect numbered lists), and
I fear this is its major weak po
Hello,
With some help from Nick Dokos, I think I've found a
bug:
If you have a blank TODO entry in any of your refile targets,
you will get the error message below.
Here's a sample ~/Documents/notesmine/emacs.org file that will
reproduce the error:
* Emacs - auto fill mode
* TODO
* Rectangl
Thanks Nick for your advice. I have posted a new e-mail
with the subject "Refile fails with blank * TODO"
On Mon, Dec 12, 2011 at 11:05 AM, Nick Dokos wrote:
> Nathan Neff wrote:
>
>> Hello,
>>
>> This was a very tricky problem to work around. I have two directories
>> ("notesmine" and "person
Hi,
Thanks, the problem was indeed with setup and not with org-odt as
such, so I'm really sorry about the noise. But I'm wondering if
something needs to be done about the Makefile to make sure etc/styles
installs.
Background: I'm in the habit of compiling and installing Org each time
I pull
Viktor Rosenfeld writes:
> Hi Bernt,
>
> sorry, I wasn't more specific. My problem is with projects that consist
> of subprojects and simple tasks. Consider the following scenario:
>
> * TODO Project
> ** TODO Subproject A
> *** NEXT Task A1
> *** TODO Task A2
> ** NEXT Task B
> ** TODO Task C
>
Hello,
As I want to write some documentation with org-mode, I'm looking for a
way to manage an list of files in which org-mode will look for links, or
better, a list or directory to scan.
For example:
- in file1.org, I link something like
[[file:file2.org::#some-point][some point in some file]
Hello,
You can get the following patchset by pulling:
git pull git://git.baby-gnu.net/org-mode dad/add-level-to-headings
Regards.
This patch permits a more flexible usage than :minlevel.
It's possible to include files with their heading demoted by 'X' levels
relatively to the current one.
Th
Bernt Hansen writes:
> pin...@iro.umontreal.ca (François Pinard) writes:
>> todo-dependencies should likely never be enforced for repeated
>> entries, even if enforced otherwise, as enforcing for repetitions
>> with the current Org mechanics has no meaning, at least as I
>> undestand Org so far.
Patch 1069 (http://patchwork.newartisans.com/patch/1069/) is now "Accepted".
Maintainer comment: none
This relates to the following submission:
http://mid.gmane.org/%3Cjc5h3b%242jq%241%40dough.gmane.org%3E
Here is the original message containing the patch:
> Content-Type: text/plain; charset="
Patch 1068 (http://patchwork.newartisans.com/patch/1068/) is now "Accepted".
Maintainer comment: none
This relates to the following submission:
http://mid.gmane.org/%3Cjc5fuu%24ppc%241%40dough.gmane.org%3E
Here is the original message containing the patch:
> Content-Type: text/plain; charset="
Hi Bernt,
sorry, I wasn't more specific. My problem is with projects that consist
of subprojects and simple tasks. Consider the following scenario:
* TODO Project
** TODO Subproject A
*** NEXT Task A1
*** TODO Task A2
** NEXT Task B
** TODO Task C
** TODO ...
Task B and C have to be done in orde
Org manual: Fix double-spaces at the end of sentences
* doc/org.texi: End sentences with two spaces.
>From 19e39b67f4a8dbee3f1015f636fac4f77e59d3c2 Mon Sep 17 00:00:00 2001
From: Julian Gehring
Date: Mon, 12 Dec 2011 19:19:20 +0100
Subject: [PATCH] Org manual: Fix double-spaces at the end of sen
Orgcard: Correct markup in 'Timestamps' section
* doc/orgcard.tex: Correct one markup in 'Timestamps' section
>From 756e4eb6aca0e1b72f8fa55537005d2b617b83f8 Mon Sep 17 00:00:00 2001
From: Julian Gehring
Date: Mon, 12 Dec 2011 12:29:46 +0100
Subject: [PATCH] Orgcard: Correct markup in 'Timestamps
Dear all,
Hi.
I'm writing a presentation tool for Org-mode named `org-tree-slide'.
This elisp will help you when a live editable presentation is required.
And it is also possible to access TODO items sequentially with narrowing.
Since org-tree-slide treats a tree as a single slide by org-narrow-
pin...@iro.umontreal.ca (François Pinard) writes:
>
> Whenever a TODO is scheduled with a recurrence (with .+ or ++), forcing
> the state to DONE is a mere way to trigger Org into setting the state to
> TODO again, yet with the scheduled date updated for the next repetition.
> Setting to DONE merel
Nathan Neff wrote:
> Hello,
>
> This was a very tricky problem to work around. I have two directories
> ("notesmine" and "personal") that I use to refile stuff to. I refile to my
> notesmine directory once every few months, so I was baffled last night
> when I started getting "Wrong type argum
Suvayu Ali writes:
> Lately I have been seeing a lot of bug reports sent using the
> org-submit-bug-report. The reporter usually reports the bug from a
> session they have been using with their full blown customisations. And
> often they are requested to reproduce the bug with emacs -Q. So I
> th
Dave Abrahams writes:
> Without this change, org-agenda-follow-indirect tends to cause the
> window configration to bounce around chaotically as you move from item
> to item.
Applied, thanks. I had to update the commit message: it should contain
an Emacs-ready ChangeLog message.
--
Bastien
Patch 1004 (http://patchwork.newartisans.com/patch/1004/) is now "Accepted".
Maintainer comment: none
This relates to the following submission:
http://mid.gmane.org/%3Cm2bot77c1a.fsf%40pluto.luannocracy.com%3E
Here is the original message containing the patch:
> Content-Type: text/plain; chars
Patch 1033 (http://patchwork.newartisans.com/patch/1033/) is now "Accepted".
Maintainer comment: none
This relates to the following submission:
http://mid.gmane.org/%3C2008000620.6fd433b6%40kuru.homelinux.net%3E
Here is the original message containing the patch:
> Content-Type: text/plain;
Hello,
This was a very tricky problem to work around. I have two directories
("notesmine" and "personal") that I use to refile stuff to. I refile to my
notesmine directory once every few months, so I was baffled last night
when I started getting "Wrong type argument:
stringp, nil" when I wanted
Dear Tom,
Hi. Thanks for your comment.
I have verified the `org-agenda-files' is available for org-search-goto
once I call org-agenda command.
The solution for `org-directory' is good for active buffers.
But I actually don't want to keep opening archived org files only for searching.
So I will f
Jambunathan K writes:
> I pushed one more fix which does a (require 'htmlfontify nil t) instead
> of (require 'htmlfontify).
Indeed, thanks!
--
Bastien
Hi Bill,
Bill Jackson writes:
> In version 7.7, a function provided to org-publish via :html-preamble or
> :html-postamble no longer accepts a property list of export options. I do
> not know if this change is a bug, or if it is deliberate.
This is deliberate: I think the average user should n
El Mon, 12 Dec 2011 09:56:15 +0100 Detlef Steuer va escriure:
> Suddenly I have some lines with colored backgrounds, some dark
> blue, some light blue in my agenda view?! (invoked using C-c a a)
>
> There are _no_ entries in my .emacs telling anything about colors at
> all. (AFAICT.)
>
With C
Bastien writes:
> Jambunathan K writes:
>
>> Don't you have htmlfontify.el in your version of Emacs? I thought it is
>> part of regular Emacs. Could you please check why this is so? May be
>> some adjustment of load path is required or htmlfontify.el has to be
>> installed.
>
> htmlfontify.el is
Hi Tassilo,
Thank you for your advice!
I'm going to discuss this topic at emacs-anything ML.
Thanks,
--
SAKURAI, Masashi (family, given)
m.saku...@kiwanami.net
Takaaki ISHIKAWA ieee.org> writes:
>
> If this package can handle `org-directory' having org files,
> or `org-agenda-files', it is more handy.
org-agenda-files should be no problem, since this package searches in
all opened org buffers, and org opens all agenda files when building
the agenda.
Jambunathan K wrote:
> Martyn Jago writes:
>
> > Commit 6f8ea8e breaks the build.
> > ...
> ...
> Don't you have htmlfontify.el in your version of Emacs? I thought it is
> part of regular Emacs. Could you please check why this is so? May be
> some adjustment of load path is required or htmlfon
Bastien writes:
>> First of all, in the mean time it's mostly Thierry Volpiatto and
>> Rubikitch doing all the work on anything.el.
>
> Oops -- sorry I forgot to mention this, thanks for clarifying!
No problem, I'm still capable of accepting patches. ;-)
Bye,
Tassilo
Tassilo Horn writes:
> First of all, in the mean time it's mostly Thierry Volpiatto and
> Rubikitch doing all the work on anything.el.
Oops -- sorry I forgot to mention this, thanks for clarifying!
--
Bastien
Jambunathan K writes:
> Don't you have htmlfontify.el in your version of Emacs? I thought it is
> part of regular Emacs. Could you please check why this is so? May be
> some adjustment of load path is required or htmlfontify.el has to be
> installed.
htmlfontify.el is part of Emacs since version
On Mon, 12 Dec 2011 09:56:15 +0100
Detlef Steuer wrote:
> Hi!
>
> Just updated to current git version of org:
> Org-mode version 7.7 (release_7.7.674.gc609)
>
> Running under emacs:
> GNU Emacs 23.3.1 (x86_64-suse-linux-gnu, GTK+ Version 2.22.1) of 2011-10-07
> on build40
>
> Suddenly I have
Hi Detlef,
Detlef Steuer writes:
> Suddenly I have some lines with colored backgrounds, some dark
> blue, some light blue in my agenda view?! (invoked using C-c a a)
Don't panic :)
> I like the good old white background for all my agenda lines and want it
> back. What has changed in recent
Hi Jambunathan
Jambunathan K writes:
> Martyn Jago writes:
>
>> Commit 6f8ea8e breaks the build.
>
>>> make clean
>>> make
>>
>> ...returns the error:
>>
>>
>> emacs -batch -q -no-site-file -eval "(setq load-path (cons (expand-file-name
>> \"./lisp/\") (cons \"/usr/local/share/emacs/site-lisp
Christian
> Hi,
>
> Either something's gone wrong with my setup, or there are a number of
> issues to straighten out after org-odt moved to core.
>
> Here's what I have so far (with Org 7.7 pulled this morning, Emacs
> 23.3.1, on a Mac). Issues 1 and 3 look urgent.
>
> 1. The org-export-odt-style
Hi,
Either something's gone wrong with my setup, or there are a number of
issues to straighten out after org-odt moved to core.
Here's what I have so far (with Org 7.7 pulled this morning, Emacs
23.3.1, on a Mac). Issues 1 and 3 look urgent.
1. The org-export-odt-styles-file variable
still
Martyn Jago writes:
> Commit 6f8ea8e breaks the build.
>> make clean
>> make
>
> ...returns the error:
>
>
> emacs -batch -q -no-site-file -eval "(setq load-path (cons (expand-file-name
> \"./lisp/\") (cons \"/usr/local/share/emacs/site-lisp\" load-path)))" -f
> batch-byte-compile lisp/org-odt
I have the same problem.
It occurs on a 2nd pass through org-export-blocks-preprocess (in
org-exp-blocks.el).
1st pass runs OK, 2nd pass gets the error condition.
1st pass processes the following:
(buffer-substring match-start (point-max)) ->
"#+begin_src emacs-lisp\n (message \"Hello, W
Commit 6f8ea8e breaks the build.
> make clean
> make
...returns the error:
--8<---cut here---start->8---
emacs -batch -q -no-site-file -eval "(setq load-path (cons (expand-file-name
\"./lisp/\") (cons \"/usr/local/share/emacs/site-lisp\" load-path)))" -f
b
Hi again, Org people.
Let me first say that I much like org-goto (C-c C-j), thanks for it!
One thing which I miss in it is the capability of quick positioning
within the goto window, using the mouse. If I click anywhere (using
mouse-1), the Emacs cursor jumps to the mouse cursor indeed, but afte
Hi, Org mode people.
I had some misery trying to debug a special personal machinery to
capture URLs from Chrome into Org. Not worth detailing here. And
moreover, as it works now, I'm happy with this.
However, I had to make the following modification to get it going. I'm
not sure what are the m
Hi, people.
Whenever a TODO is scheduled with a recurrence (with .+ or ++), forcing
the state to DONE is a mere way to trigger Org into setting the state to
TODO again, yet with the scheduled date updated for the next repetition.
Setting to DONE merely means that this repetition is done, which is
Hi!
Just updated to current git version of org:
Org-mode version 7.7 (release_7.7.674.gc609)
Running under emacs:
GNU Emacs 23.3.1 (x86_64-suse-linux-gnu, GTK+ Version 2.22.1) of 2011-10-07 on
build40
Suddenly I have some lines with colored backgrounds, some dark
blue, some light blue in my ag
Hi,
Here's a minimal document:
BEGIN EXAMPLE
#+title: Testing
* Src blocks
Here's some Lisp:
#+begin_src emacs-lisp
(message "Hello world!")
#+end_src
END EXAMPLE
When I try to export the "Src blocks" subtree to PDF via LaTeX, I get
the error:
"unbalanced begin/end_src
62 matches
Mail list logo
