[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [O] Graph not hierarchical?

From: Samuel Wales
Subject: Re: [O] Graph not hierarchical?
Date: Tue, 18 Feb 2014 11:33:48 -0700

hi lawrence,

as eric and nick pointed out, you can use properties with org-id to
implement arbitrary graphs.  you will have to write the code to select
the children and go to them and go back.  org-id's work well.

if you want to point to any non-header object, it will not work.  for
example, a word in a paragraph.  you can point from a word using a
link, but only to one other place.  pointing to a word is not

there is a much more general-purpose approach called id markers.
these are tokens that contain an org-id.  you can place them anywhere
and point to them and from them.  wherever you place them is a node.
so you can put them on a word.  you can point to more than one other
place in an id marker.  you can move them and everything that points
to them will still point to them.  there are various options for how
to display them etc.

one thread that talks about them is "Feature request: IDs on anything".

however: id markers are vaporware, just like using properties.  :)


On 2/15/14, Lawrence Bottorff <address@hidden> wrote:
> Org mode seems to lack data extraction/insertion. There's agenda view, but
> that's just one method. Obviously, you could use things like grep or other
> command-line Unix utilities, but being able to organize and extract based
> on your stuff being stored graph-aware would be nice, IMHO. Being able to
> traverse a graph data structure and do an add or read or whatever would be
> great, IHMO. You'd have the benefits of a database with all the good stuff
> about org mode retained.
> On Sat, Feb 15, 2014 at 4:44 AM, Eric S Fraga <address@hidden> wrote:
>> Lawrence Bottorff <address@hidden> writes:
>> > Is there any way to have org mode simulate a graph structure rather
>> > than
>> > always a (folding) hierarchy?
>> Sure: you could superimpose a graph structure using headline
>> properties.  You could define CHILDREN, PARENT, NODES, NEXT, PREVIOUS,
>> ... types of properties entries and write emacs lisp code to process
>> these.  Not sure what you want to do accomplish in the end, mind you...
>> --
>> : Eric S Fraga (0xFFFCF67D), Emacs, Org
>> release_8.2.5h-608-g27a978

The Kafka Pandemic: http://thekafkapandemic.blogspot.com

The disease DOES progress.  MANY people have died from it.  ANYBODY can get it.

Denmark: free Karina Hansen NOW.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]