From: Bastien <bzg@altern.org>
To: emacs-orgmode@gnu.org
Subject: Re: Feature Request - Active and inactive links.
Date: Tue, 11 Dec 2007 15:59:23 +0100 [thread overview]
Message-ID: <87zlwhcm5w.fsf@bzg.ath.cx> (raw)
In-Reply-To: <3d6808890712110524x66985a20h3340e9cbacbdadda@mail.gmail.com> (Tim O'Callaghan's message of "Tue, 11 Dec 2007 14:24:04 +0100")
"Tim O'Callaghan" <tim.ocallaghan@gmail.com> writes:
>> 1. the first issue is about *including* external Org files (or other
>> external resources, although I'm not sure to understand what does
>> that mean);
>
> Yes and no. by *including* external resources i was thinking
> remote org files, and things (local or remote) that can be
> converted into something usable by org Agenda (only an org file
> AFAIK). I use an Ical URL as an example because i use google
> calendar, but the Ical link could be local. Or it could be a
> nag, remind, an outlook export or whatever.
I think we should study this idea incrementally. The first step is to
see how we can "import" an Org file (since every other file types would
be converted into something that Org should be able to compile.)
>> 2. the second issue is that of *processing* links to external resources
>> when using your Org file as a source for other purposes (agenda view,
>> export, etc.)
>
> Yes. My idea was essentially, when i ask org to create an agenda
> buffer, it knows to auto-pull and process each all of these
> active links, so as to be able to display them in my Agenda.
(Maybe the word "link" is confusing at some point: a (web)link is
usually something that you go to, not something that sneaks in. But
let's say that we try to *import* stuff that are reachable trough a
link to a local/remote resource.)
>> - a link to an Org file that should be considered part of the master
>> file (at any time: agenda view, export, etc.) This could be a new
>> link type like "org:"
>>
>> org:~/home/org/header.org
>>
>
> What is a Master file in this context?
The master file is the file that contains references to included files.
For exemple:
,----
| #+TITLE: Master file
|
| org:included-file.org
`----
,----
| #+TITLE: Included file
|
| Some text.
`----
Caveat: we should perhaps have only one level of inclusion, to avoid
conflicts emerging from circular references...
> Well the category is more like a category override. If you
> consider an imported org: link that is not created by you, then
> it may have a different flavor. The adding - or probably better
> - superseding of category/meta information gives you the
> knowledge needed to search for imported todos for example.
I'm not sure this is useful. If you import an external todo.org you
just need to be able to refer to the categories it contains, as usual.
You don't need its categories to supersede those of the master file.
But maybe I don't understand you on this.
> After thinking about it, for external resources, it would be
> better to specify a new active link type per resource type
> "Ical:" for example. Also the meta data might be better if
> specified per link type to or in the processing code.
I think importing external resources from different formats is a bit
overkill. Importing Org files is enough. If the user wants to import
iCal files into Org files (as you do), he can do this in a separate
process.
But this topic is huge. Let's let it rest a bit...
--
Bastien
next prev parent reply other threads:[~2007-12-11 14:59 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-12-03 15:17 Feature Request - Active and inactive links Tim O'Callaghan
2007-12-09 23:52 ` Bastien
[not found] ` <3d6808890712091651j17631cd6s7234351ac8f35532@mail.gmail.com>
2007-12-10 0:52 ` Tim O'Callaghan
2007-12-10 23:49 ` Christian Egli
2007-12-11 11:21 ` Bastien
[not found] ` <3d6808890712110523l5d369faaj5aaf1bcc87a1b55f@mail.gmail.com>
2007-12-11 13:24 ` Tim O'Callaghan
2007-12-11 14:59 ` Bastien [this message]
2007-12-11 16:08 ` Christian Egli
2007-12-11 21:30 ` 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=87zlwhcm5w.fsf@bzg.ath.cx \
--to=bzg@altern.org \
--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.