From mboxrd@z Thu Jan 1 00:00:00 1970 From: Bastien Subject: Re: Arbitrary lisp functions in column-attributes Date: Tue, 05 Nov 2013 22:06:20 +0100 Message-ID: <87vc06a78z.fsf@bzg.ath.cx> References: <87ppqgxtc2.fsf@bzg.ath.cx> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:58035) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VdnpZ-0000Hp-Ig for emacs-orgmode@gnu.org; Tue, 05 Nov 2013 16:06:41 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VdnpR-0002Bs-1s for emacs-orgmode@gnu.org; Tue, 05 Nov 2013 16:06:33 -0500 Received: from mail-wg0-x231.google.com ([2a00:1450:400c:c00::231]:60006) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VdnpQ-0002A5-QX for emacs-orgmode@gnu.org; Tue, 05 Nov 2013 16:06:24 -0500 Received: by mail-wg0-f49.google.com with SMTP id x12so3965082wgg.28 for ; Tue, 05 Nov 2013 13:06:24 -0800 (PST) In-Reply-To: (Mark Edgington's message of "Mon, 4 Nov 2013 17:56:23 +0000 (UTC)") 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: Mark Edgington Cc: emacs-orgmode@gnu.org Hi Mark, Mark Edgington writes: > What about it seems too much? Or put differently, what do you think would > be the negative effects of having something like this possible? One possible negative effect I can see is that users have to be extra careful what type of output such functions will produce, so that this output can be used by a summary type. > From my (obviously biased) point of view, making it available would mean > that the dynamic column view becomes much more flexible, and it would reduce > the need in the future for lots of new hard-coded features/functions to be > added to the related org-mode code. Instead, features can start out as > functions which people create and share, and if they become popular enough > among many people, they can be incorporated as a "built-in" feature that > comes with org-mode, or as a contributed module. Yes, I understand this, and my objection is not really technical: this is just a vague intuition of what traps users may fall in. But I'd say that we should try every other ways (like Babel, org-collector, etc.) before going down this road -- and someone will have to implement this anyway... but that's just not me :) (I don't want to close a door.) Best, -- Bastien