From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ilya Shlyakhter Subject: Re: are super-hidden technical blocks required? Date: Sun, 05 Aug 2012 16:04:07 -0400 Message-ID: <501ED1B7.5070808@alum.mit.edu> References: <20120730144259.GA1017@nausicaa.localdomain> <873941bsvs.fsf@gnu.org> 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]:39143) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Sy73r-0000dQ-Ii for emacs-orgmode@gnu.org; Sun, 05 Aug 2012 16:04:28 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Sy73q-0005NV-Ka for emacs-orgmode@gnu.org; Sun, 05 Aug 2012 16:04:27 -0400 Received: from plane.gmane.org ([80.91.229.3]:44085) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Sy73q-0005NK-Dd for emacs-orgmode@gnu.org; Sun, 05 Aug 2012 16:04:26 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Sy73m-0006em-KU for emacs-orgmode@gnu.org; Sun, 05 Aug 2012 22:04:22 +0200 Received: from 18.111.98.168 ([18.111.98.168]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 05 Aug 2012 22:04:22 +0200 Received: from ilya_shl by 18.111.98.168 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 05 Aug 2012 22:04:22 +0200 In-Reply-To: <873941bsvs.fsf@gnu.org> 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 Cc: emacs-orgmode@gnu.org On 8/5/2012 5:16 AM, Bastien wrote: > Hi Ilya, > > Ilya Shlyakhter writes: > >> But I don't want to see the timestamps during normal Org usage. > > What do you think of "hiding" them by having a new face for properties > matching a custom regexp? This has the advantage of letting the user > decide what to do with such properties: either hiding or highlighting > them. This is also easier to implement. Then _every_ entry will still have a PROPERTIES drawer. The problem wasn't what's in the drawer (which you hardly ever open), but having to see (and step around) that PROPERTIES line on every entry. What about a HIDDEN_PROPERTIES drawer that, when folded, folds completely (so that its title line is hidden too), and have a key to reveal such drawers (the way M-tab opens archived entries)?