From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ilya Shlyakhter Subject: Re: are super-hidden technical blocks required? Date: Tue, 07 Aug 2012 17:29:15 -0400 Message-ID: <502188AB.4040306@alum.mit.edu> References: <20120730144259.GA1017@nausicaa.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Return-path: Received: from eggs.gnu.org ([208.118.235.92]:50251) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SyrL9-0006Pa-2n for emacs-orgmode@gnu.org; Tue, 07 Aug 2012 17:29:23 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SyrL8-00088R-2Z for emacs-orgmode@gnu.org; Tue, 07 Aug 2012 17:29:23 -0400 Received: from mail-yw0-f41.google.com ([209.85.213.41]:33753) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SyrL7-00088G-UT for emacs-orgmode@gnu.org; Tue, 07 Aug 2012 17:29:22 -0400 Received: by yhr47 with SMTP id 47so109972yhr.0 for ; Tue, 07 Aug 2012 14:29:20 -0700 (PDT) In-Reply-To: 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: "Allen S. Rout" Cc: emacs-orgmode@gnu.org On 8/6/2012 2:16 PM, Allen S. Rout wrote: >> One common use would be to store the creation & last-modification dates >> of each entry. I've tried various ways of doing it and they all were >> too obtrusive to use on _every_ entry. Time-stamping of all entries >> would be extremely useful, just as time-stamping of files is. >> But I don't want to see the timestamps during normal Org usage. > > As a user, if your code is decorating my tree, I want to know it. If > you hide it, I'd be mad. Org is my life in plain text, not WordPerfect > with reveal-codes. For decorations that change behavior, e.g. export options or inherited properties, sure. But meta-information such as creation/modification times or unique node ids, which do not change behavior and are known to be associated with every node, displaying them is a distraction. If you already know that every node has a creation time, what is added by seeing a :PROPERTIES: line for that node? If anything, it obscures nodes that do have unique properties you want to know about.