From mboxrd@z Thu Jan 1 00:00:00 1970 From: John Tait Subject: Re: "Tag hierarchy" idea Date: Thu, 24 Mar 2011 22:27:10 +0000 Message-ID: References: <4D885D7A.70804@christianmoe.com> <81zkoklpk8.fsf@gmail.com> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=0015174c3e3677afec049f41fa4d Return-path: Received: from [140.186.70.92] (port=48287 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Q2szp-00052V-Lz for emacs-orgmode@gnu.org; Thu, 24 Mar 2011 18:27:14 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Q2szo-0005Mc-IR for emacs-orgmode@gnu.org; Thu, 24 Mar 2011 18:27:13 -0400 Received: from mail-ew0-f41.google.com ([209.85.215.41]:51946) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Q2szo-0005MW-9M for emacs-orgmode@gnu.org; Thu, 24 Mar 2011 18:27:12 -0400 Received: by ewy9 with SMTP id 9so344127ewy.0 for ; Thu, 24 Mar 2011 15:27:10 -0700 (PDT) In-Reply-To: <81zkoklpk8.fsf@gmail.com> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Jambunathan K Cc: emacs-orgmode@gnu.org --0015174c3e3677afec049f41fa4d Content-Type: text/plain; charset=ISO-8859-1 Thanks Jambunathan K. Your concise summary is correct. As it stands, selective export from Orgmode is already excellent -- combining both #+EXPORT_SELECT_TAGS: and #+EXPORT_EXCLUDE_TAGS: in various ways allows for very precise exporting; this is particularly apparent when dealing with tags at different heading levels. I am particularly thinking about largish publishing projects, where it would be less easy to add manage individual tags at the level of the heading. Building groups of composite tags from small groups of atomic tags, as needed, and then exporting/excluding those composite tags (plus other atomic tags) would be a neat way of managing this. The atomic tags could remain fairly static and the composite tags could be juggled as needed. Migrating stuff to Orgmode isn't a big deal -- the interesting part is using the information once it's there. As I hope is clear, I think Org is fantastic as it stands. For the type of thing I am (already) doing, the only other real solutions are DITA-based -- and Org is a whole lot more fun. John On Thu, Mar 24, 2011 at 11:34 AM, Jambunathan K wrote: > > IIUC, what you are saying is that you would like to define few atomic > tags and a few composite tag. A composite tag is presumably a union of > some of those atomic tags. You need an ability to selectively export of > the items that fall under the composite tag. > > Orgmode allows selective viewing (and exporting) of tagged documents. I > think all you need is to define a query and export only the visible > portion of the document. (I don't use tagging much but you can get > useful information from the manual) > > It still it beats me how would you solve the problem of migrating > existing word documents in to Orgmode. Looks like that is a much bigger > problem right there than the lack of facility for elaborate hierarchical > organization. > > Jambunathan K. > > > > --0015174c3e3677afec049f41fa4d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Thanks Jambunathan K. Your concise summary i= s correct.

As it stands, selective export from Orgmode is already ex= cellent -- combining both #+EXPORT_SELECT_TAGS: and #+EXPORT_EXCLUDE_TAGS: = in various ways allows for very precise exporting; this is particularly app= arent when dealing with tags at different heading levels.

I am particularly thinking about largish publishing projects, where it = would be less easy to add manage individual tags at the level of the headin= g. Building groups of composite tags from small groups of atomic tags, as n= eeded, and then exporting/excluding those composite tags (plus other atomic= tags) would be a neat way of managing this. The atomic tags could remain f= airly static and the composite tags could be juggled as needed.

Migrating stuff to Orgmode isn't a big deal -- the interesting part= is using the information once it's there.

As I hope is clear, I= think Org is fantastic as it stands. For the type of thing I am (already) = doing, the only other real solutions are DITA-based -- and Org is a whole l= ot more fun.

John

On Thu, Mar 24, 2011 at 11:34 AM= , Jambunathan K <kjambunathan@gmail.com> wrote:

IIUC, what you are saying is that you would like to define few atomic
tags and a few composite tag. A composite tag is presumably a union of
some of those atomic tags. You need an ability to selectively export of
the items that fall under the composite tag.

Orgmode allows selective viewing (and exporting) of tagged documents. I
think all you need is to define a query and export only the visible
portion of the document. (I don't use tagging much but you can get
useful information from the manual)

It still it beats me how would you solve the problem of migrating
existing word documents in to Orgmode. Looks like that is a much bigger
problem right there than the lack of facility for elaborate hierarchical organization.

Jambunathan K.




--0015174c3e3677afec049f41fa4d--