From mboxrd@z Thu Jan 1 00:00:00 1970 From: Bastien Subject: Re: are super-hidden technical blocks required? Date: Tue, 14 Aug 2012 11:58:28 +0200 Message-ID: <87r4r9re0r.fsf@altern.org> References: <87628vxapb.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([208.118.235.92]:48533) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T1Dsx-00059N-DB for emacs-orgmode@gnu.org; Tue, 14 Aug 2012 05:58:05 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1T1Dsw-0001lY-BR for emacs-orgmode@gnu.org; Tue, 14 Aug 2012 05:58:03 -0400 Received: from mail-wg0-f49.google.com ([74.125.82.49]:46426) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T1Dsw-0001lR-53 for emacs-orgmode@gnu.org; Tue, 14 Aug 2012 05:58:02 -0400 Received: by wgbez12 with SMTP id ez12so136805wgb.30 for ; Tue, 14 Aug 2012 02:58:01 -0700 (PDT) In-Reply-To: (Torsten Wagner's message of "Tue, 7 Aug 2012 22:20:25 +0900") 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: Torsten Wagner Cc: Org Mode Mailing List Hi Torsten, thanks for the mock-ups -- very useful to get a quick overview. I'm still reluctant to implement what you propose, because the two issues (cycling and hiding) are still too intertwined for me. Here is how I would like the problems: 1. The fact that property drawers with only "technical" properties are shown when cycling. 2. The fact that property drawers with only "technical" properties are shown altogether. 3. The fact that "technical" properties are shown when unfolding a drawer. 4. The fact that "technical" properties are shown altogether. We started from (4), moved to (3), then stumbled on (1) and (2). It seems to me that (4) is fundamental -- other issues depend on it. It also occurred to me you only want this kind of feature when you are actually editing your org file -- not when it is processed by a third-part tool or by the Agenda. Chances are that you don't want the properties to be always invisible... and editing HIDE_PROPS just to hide/unhide some properties is not handy. So I implemented this simple solution, now available in the git repo: M-: (setq org-custom-properties '("ID")) RET M-x org-toggle-custom-properties-visibility RET will hide all :ID: properties in the buffer. The same command again will show them. If `org-catch-invisible-edits' is non-nil, trying to edit an invisible property will throw a question/error. I hope this suits most people needs in this thread. Thanks again for triggering this dicussion! -- Bastien