From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eric S Fraga Subject: Re: column view extension Date: Tue, 17 Jan 2012 08:50:15 +0000 Message-ID: <87sjje4ss8.fsf@ucl.ac.uk> References: <134e8528ba1.-5851758924314670245.5302843484598427533@zoho.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([140.186.70.92]:37657) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rn5Tz-00027K-QI for emacs-orgmode@gnu.org; Tue, 17 Jan 2012 04:37:41 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Rn5Tu-0001yo-BP for emacs-orgmode@gnu.org; Tue, 17 Jan 2012 04:37:35 -0500 Received: from vscani-b2.ucl.ac.uk ([144.82.108.135]:35355) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rn5Tu-0001yi-4z for emacs-orgmode@gnu.org; Tue, 17 Jan 2012 04:37:30 -0500 In-Reply-To: <134e8528ba1.-5851758924314670245.5302843484598427533@zoho.com> (ayvango@zoho.com's message of "Mon, 16 Jan 2012 13:00:50 -0800") List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: ayvango Cc: emacs-orgmode@gnu.org ayvango writes: > I've found a non-standard use case for org-mode. I don't think there is a *standard* use case for org! ;-) > There is plenty of spreadsheets engine with common drawback: > spreadsheet cells follow original memory cell abstraction that are > handy for a computer but is inconvenient for human. Hierarchical > structures is more natural and in some cases may be used much more > effective for at almost half of the data models. Indeed. And I like your particular example. Enjoy! > This method saves me a lot of time but it may not be used with other > hierarchical data models as simply as for the army list. This models > may require more complicated summary types than those provided from > ground. Is there any way to incorporate abstract grammar for defining > and processing properties. There is already a way to define > synthesized attributes as well as inherited ones. But there is no way > to bind them together with a function to calculate output. I cannot answer this, whether any such way exists or not, but I can add my +1 if what you want is not possible. -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.90.1 : using Org-mode version 7.8.03 (release_7.8.03.138.gbf1d5)