From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mark Edgington Subject: Re: Arbitrary lisp functions in column-attributes Date: Mon, 4 Nov 2013 17:56:23 +0000 (UTC) Message-ID: References: <87ppqgxtc2.fsf@bzg.ath.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:45070) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VdOOU-0001TB-2K for emacs-orgmode@gnu.org; Mon, 04 Nov 2013 12:56:59 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VdOOO-00067I-75 for emacs-orgmode@gnu.org; Mon, 04 Nov 2013 12:56:53 -0500 Received: from plane.gmane.org ([80.91.229.3]:44668) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VdOON-00066u-WB for emacs-orgmode@gnu.org; Mon, 04 Nov 2013 12:56:48 -0500 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1VdOOM-0002wQ-6r for emacs-orgmode@gnu.org; Mon, 04 Nov 2013 18:56:46 +0100 Received: from 209.140.209.21 ([209.140.209.21]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 04 Nov 2013 18:56:46 +0100 Received: from edgimar by 209.140.209.21 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 04 Nov 2013 18:56:46 +0100 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: emacs-orgmode@gnu.org Bastien gnu.org> writes: > > FWIW, I'd be inclined to say this is a bit *too much* -- but I'm > curious to see if others have the same need. > Hi Bastien, What about it seems too much? Or put differently, what do you think would be the negative effects of having something like this possible? >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. Regards, Mark