From: Bastien <bzg@altern.org>
To: Carsten Dominik <dominik@science.uva.nl>
Cc: emacs-orgmode@gnu.org
Subject: Re: Org-mode release 4.58
Date: Thu, 07 Dec 2006 10:46:50 +0100 [thread overview]
Message-ID: <87y7pkhvsp.fsf@tallis.ilo.ucl.ac.uk> (raw)
In-Reply-To: <12b26d3cb3449e66fc9b115845c4762f@science.uva.nl> (Carsten Dominik's message of "Thu\, 7 Dec 2006 00\:09\:57 +0100")
Carsten Dominik <dominik@science.uva.nl> writes:
>> - '*word* is not fontified because of leading single quote (')
>
> Emphasis, this is a never-ending story. I'll check if it makes
> sense to change this case, but there will always be special cases
> where things do not work...
I just mentionned this one because french people like me often use
single quotes - but that's not that important (sure).
>> - http:///this,url is not fontified because of the coma (,)
>
> This is on purpose, please use <...> or [[...]]] around URL's with
> special characters.
Oops, i forgot that - sorry.
> Arrrgh, yes this is a bug. Will be fixed soon. Dammit, I messed up a
> release again - and I thought I had implemented something cool :-(
This *is* cool! Except that i've found to many stuck projects...
>> - Maybe a naive question because i don't know the .ics format, but are
>> the warnings like "This is a deadline" mandatory ? DL and S already
>> indicate the status of the event, don't they?
>
> Yes. I don't remember why I put these, maybe to make things more clear.
> Can you suggest a better output format?
I think DL/S is clear enough. Maybe another way to implement the
distinction between deadlines and scheduled events is to use VEVENT
and VTODO? http://tools.ietf.org/html/rfc2445 shows a typical VTODO:
BEGIN:VTODO
UID:19970901T130000Z-123404@host.com
DTSTAMP:19970901T1300Z
DTSTART:19970415T133000Z
DUE:19970416T045959Z
SUMMARY:1996 Income Tax Preparation
CLASS:CONFIDENTIAL
CATEGORIES:FAMILY,FINANCE
PRIORITY:1
STATUS:NEEDS-ACTION
END:VTODO
This introduce the DUE: and STATUS: elements. I'm not sure about this
because it would make a strong difference between ical-scheduled and
ical-"deadlined" items (iCal would display them differently), and this
distinction is more flexible in org-mode. Just to let you know in
case.
>> - Again on .ics: my scheduled headlines often have links, those are
>> not well displayed in any iCal i know. What about striping links
>> from their first part (i.e. [[A][B]] -> B)?
>
> Hmmmm, would it not be useful to click on them? I am not sure what
> calendar programs would support that. Need to make a few test
> myself.
AFAIK, SUMMARY is not very suitable for storing URLs. You might add a
URL=http://... element, but you need to strip all emacs-relevant links
(like gnus: bbdb: vm: etc.).
By the way, if seen the combined ics output insert something like
(category ...) - why not using the CATEGORY: element?
>> - What about C-u C-c C-e to force ignoring timestamps when
>> (re)publishing a project?
>
> I don't understand this one.
While trying to publish all projects from my ~/org/ directory, I
discovered that org-publish uses timestamps.
`org-publish-use-timestamps-flag' let us turn this off/on, but i'd
like to be able to bypass this flag manually and force re-publishing
of all files when needed (since timestamps might not be accurate).
>> - What about diary inclusion in timeline (C-c a L)?
>
> That is a no, it has no place there.
>
> Use the agenda restricted to the current file:
>
> C-c a 1 a, maybe make a custom command where you change the ndays
> parameter to get a longer listing?
Yes, i'll do that. While playing with custom commands, i found that
tags-todo commands are wrongly associated with ??? Here is a patch.
--- /home/guerry/e/org/org.el 2006-12-07 10:40:08.000000000 +0100
+++ /home/guerry/e/org/org.el.orig 2006-12-07 10:25:40.000000000 +0100
@@ -7525,7 +7525,6 @@
((stringp type) type)
((eq type 'tags) "Tags query")
((eq type 'todo) "TODO keyword")
- ((eq type 'tags-todo) "Tags TODO")
((eq type 'tags-tree) "Tags tree")
((eq type 'todo-tree) "TODO kwd tree")
((eq type 'occur-tree) "Occur tree")
> But hmmmm, your proposal does ring a bell somewhere - I'll put this
> into a background job, lets see what it does.
All right! Thanks.
--
Bastien
next prev parent reply other threads:[~2006-12-07 9:58 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-12-05 10:21 Org-mode release 4.58 Carsten Dominik
2006-12-05 20:59 ` Eddward DeVilla
2006-12-05 21:13 ` Carsten Dominik
2006-12-05 21:14 ` Jason F. McBrayer
2006-12-06 2:52 ` Carsten Dominik
2006-12-06 15:54 ` Jason F. McBrayer
2006-12-06 10:45 ` Bastien
2006-12-06 23:09 ` Carsten Dominik
2006-12-07 9:46 ` Bastien [this message]
2006-12-07 11:08 ` Carsten Dominik
2006-12-07 11:39 ` Bastien
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87y7pkhvsp.fsf@tallis.ilo.ucl.ac.uk \
--to=bzg@altern.org \
--cc=dominik@science.uva.nl \
--cc=emacs-orgmode@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.