On Tue, Oct 28, 2008 at 12:42 AM, Sebastian Rose wrote:
Empty lines between list items prevent the following items to count.
Is this intended?
The following Org-file demonstrates it:
--8--- snipp ---8
* TODO [1/3] List of TODOs (NOTE:
Ross Patterson [EMAIL PROTECTED] writes:
Yeah, and I'll add the lack of a *.deb for DVC to that complaint. :(
Maybe one of us ought to let the DVC folks know of our
complaints... Nah! :)
DVC's source tree contains debian/ directory and building .deb seems to
be a trivial task. Just run
Hi,
I have now applied these patches and put some initial documentation
into http://orgmode.org/Changes.html.
Since I have not yet tested this myself, I would he glad if some of
you clocking people could test it and report.
Thanks.
- Carsten
On Oct 23, 2008, at 12:28 PM, James TD Smith
On Oct 28, 2008, at 9:10 AM, Carsten Dominik wrote:
Hi Samuel,
this is not the default behavior in the latest git, below
this is *now* the default. might become a typist in my
next life, but not in this one.. :-(
is the preliminary documentation. Depending on the reactions I
Fixed, thanks.
It was a typo in the package name. But I have now actually removed
the dependence on the package.
- Carsten
On Oct 28, 2008, at 9:32 AM, Manish wrote:
Hi Carsten,
Latest update from git throws this and aborts compilation; both under
Windows+Cygwin and Debian Unstable.
For my (admittedly simple) test cases, so far it looks good. Thanks.
--
helge
On Tue, Oct 28, 2008 at 7:33 AM, Carsten Dominik [EMAIL PROTECTED] wrote:
Hi,
I have now applied these patches and put some initial documentation into
http://orgmode.org/Changes.html.
Since I have not yet tested
Sebastian Rose [EMAIL PROTECTED] writes:
Empty lines between list items prevent the following items to count.
Is this intended?
The following Org-file demonstrates it:
--8--- snipp ---8
* TODO [1/3] List of TODOs (NOTE: 1/3)
+ [X] one
+ [ ] one
+ [ ]
On Mon, 27 Oct 2008 20:12:43 +0100, Sebastian Rose [EMAIL PROTECTED]
said:
SR Empty lines between list items prevent the following items to count.
SR Is this intended?
Your sample file works for me. However, this one does not. Maybe your
example didn't match your actual usage. Note that
Hi,
Per RFC 2445, the priority value of 1 is the highest priority and 9 is
the lowest priority. But `org-print-icalendar-entries' writes the
opposite ones.
Thanks,
--Tokuya
PS. I found this bug when I started using Rainlendar to view ICS
exported events and tasks.
Wes == Wes Hardaker [EMAIL PROTECTED] writes:
On Mon, 27 Oct 2008 20:12:43 +0100, Sebastian Rose [EMAIL PROTECTED]
said:
SR Empty lines between list items prevent the following items to
SR count.
SR Is this intended?
Wes Your sample file works for me. However, this one does
Applied, thanks.
- Carsten
On Oct 28, 2008, at 3:02 PM, Tokuya Kameshima wrote:
Hi,
Per RFC 2445, the priority value of 1 is the highest priority and 9 is
the lowest priority. But `org-print-icalendar-entries' writes the
opposite ones.
Thanks,
--Tokuya
PS. I found this bug when I started
Hi,
A different and maybe slightly more convenient way is now implemented:
There is a new variable `org-export-html-style-include-default'.
Turning it off
will exclude the default style. This variable is tied to the :style-
include-default
property for publishing, so it can be used as a
Thanks :)
Carsten Dominik [EMAIL PROTECTED] writes:
Hi,
A different and maybe slightly more convenient way is now implemented:
There is a new variable `org-export-html-style-include-default'.
Turning it off
will exclude the default style. This variable is tied to the :style-
Hi Carsten,
I've been playing with the remember filing options and reworking my
phone-call handling code.
When I want to file to the current clocking task it always seems to go
to the default org file for me instead of the file the current clocking
task is in.
ie.
I'm clocking a task in
---
Carsten,
This patch is in my repo in the 'for-carsten' branch.
-Bernt
lisp/org-remember.el |2 +-
lisp/org.el |7 ---
2 files changed, 5 insertions(+), 4 deletions(-)
diff --git a/lisp/org-remember.el b/lisp/org-remember.el
index 5424e00..61d6875 100644
---
Carsten Dominik [EMAIL PROTECTED] writes:
I cannot reproduce this problem. Can anyone else?
It happens to me sometimes. I'll see if I can come up with a test case
that will reproduce this on demand. Then I can look into fixing it.
--
Peter Jones, http://pmade.com
pmade inc. Louisville, CO
Carsten, et al,
Property searches on CLOSED don't appear to work in the git version either.
I think I've found another bug also.
Here's a small org file I used to test:
* DONE Test property search :test:
SCHEDULED: 2008-09-08 Mon
CLOSED: [2008-10-28 Tue 08:11]
If the
Hi Bernt,
it works here. Where ever I start a clock, be it in one of my agenda
files, or some arbitrary Org-file. C-2 C-c C-c refiles my note to the
entry with the running clock.
Maybe some fallout from some other configuration value? Or dependend on
the template?
Hm - I tried all my
Thanks for checking. I'm on
GNU Emacs 22.2.1 (i486-pc-linux-gnu, X toolkit, Xaw3d scroll bars) of
2008-07-24 on raven, modified by Debian
with today's org-mode release too.
I'll spend more time on this tomorrow trying to track down what's going
on in debug.
-Bernt
Sebastian Rose [EMAIL
Hi,
sorry for the noise. It was my setting of
`org-empty-line-terminates-plain-lists'.
Forgive me, if this is the second time I post this. I'm not shure if I
did and I still receive mail from people looking into this. That's why.
Regards,
Sebastian
Sebastian Rose [EMAIL PROTECTED]
Hi,
I think there are interesting ideas coming up in this tasks, in
particular the question if message IDs can be used to find articles in
gnus, even if they have been moved around. I am not sure if this
questions has been fully answered, but I have not read the thread
carefully enough
Hi Bernt,
I believe that this bug is now fixed. Please verify.
- Carsten
On Oct 28, 2008, at 4:56 PM, Bernt Hansen wrote:
Hi Carsten,
I've been playing with the remember filing options and reworking my
phone-call handling code.
When I want to file to the current clocking task it always
Mykola Nikishov [EMAIL PROTECTED] writes:
Ross Patterson [EMAIL PROTECTED] writes:
Yeah, and I'll add the lack of a *.deb for DVC to that complaint. :(
Maybe one of us ought to let the DVC folks know of our
complaints... Nah! :)
DVC's source tree contains debian/ directory and building
Carsten Dominik [EMAIL PROTECTED] writes:
I think there are interesting ideas coming up in this tasks, in
particular the question if message IDs can be used to find articles in
gnus, even if they have been moved around. I am not sure if this
questions has been fully answered, but I have not
I love these remote branches, this is *so* much easier.
Applied, Thanks.
- Carsten
On Oct 28, 2008, at 5:20 PM, Bernt Hansen wrote:
---
Carsten,
This patch is in my repo in the 'for-carsten' branch.
-Bernt
lisp/org-remember.el |2 +-
lisp/org.el |7 ---
2 files
Hi Ross,
this looks interesting. Is this compatible with old links that might
still use article numbers? If not, could it be made to be compatible?
- Carsten
On Oct 28, 2008, at 7:46 PM, Ross Patterson wrote:
Carsten Dominik [EMAIL PROTECTED] writes:
I think there are interesting
Carsten Dominik [EMAIL PROTECTED] writes:
Hi Ross,
this looks interesting. Is this compatible with old links that might
still use article numbers? If not, could it be made to be compatible?
Yeah, it is compatible with existing links since the underlying gnus
function that looks up articles
Hi Vladi,
this is a good fix, but I am turning on code tags for this one as
well, because the pre tag in Org does produce a new paragraph-like
box.
- Carsten
On Oct 28, 2008, at 5:21 PM, Vladi Solutka wrote:
Hi!
I just noticed that org-emphasize (when called via C-c C-x C-f)
returns an
On Tue Oct 28 2008 at 12:58, Carsten Dominik [EMAIL PROTECTED] wrote:
Hi,
I think there are interesting ideas coming up in this tasks, in
particular the question if message IDs can be used to find articles in
gnus, even if they have been moved around. I am not sure if this
questions has
Much of what I need to do is in some way related to email messages I
have received. So, to the extent that org is my repository of things I
have to do and notes related to those things, links to related email
messages would be very useful.
--Greg
--
Gregory T. Sullivan, Ph.D.
BAE Systems
I apologize in advance for throwing this long email into the mix at a
time when Carsten and everyone else is putting so much work into
fixing the existing bugs in org-publish.
But I'm writing because I've begun to create a website with org-mode
and am thrilled at org-mode's promise as a web
31 matches
Mail list logo
