From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ilya Shlyakhter Subject: Re: are super-hidden technical blocks required? Date: Sun, 5 Aug 2012 18:50:47 -0400 Message-ID: References: <20120730144259.GA1017@nausicaa.localdomain> <873941bsvs.fsf@gnu.org> <501ED1B7.5070808@alum.mit.edu> <87lihtasl3.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Return-path: Received: from eggs.gnu.org ([208.118.235.92]:50743) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Sy9er-0007a0-DN for emacs-orgmode@gnu.org; Sun, 05 Aug 2012 18:50:50 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Sy9eq-0007VE-4l for emacs-orgmode@gnu.org; Sun, 05 Aug 2012 18:50:49 -0400 Received: from mail-qa0-f48.google.com ([209.85.216.48]:55490) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Sy9ep-0007VA-Ti for emacs-orgmode@gnu.org; Sun, 05 Aug 2012 18:50:48 -0400 Received: by qadz32 with SMTP id z32so672095qad.0 for ; Sun, 05 Aug 2012 15:50:47 -0700 (PDT) In-Reply-To: <87lihtasl3.fsf@gmail.com> 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: Nicolas Goaziou Cc: emacs-orgmode@gnu.org On Sun, Aug 5, 2012 at 6:20 PM, Nicolas Goaziou wrote: >> 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)? > > This is begging for problems. At some point, an user will start to > notice weird behaviour he cannot explain from, let's say, the exporter, > because he will have completely forgotten about one totally hidden > drawer setting export options. > > I don't think anything should be made totally invisible. There should > always be visual clues for such things. But if _every_ entry has a visible PROPERTIES drawer (because a creation and last-modification dates of the entry are stored there), then entries for which custom export options were set no longer stand out. Just as, if you BOLD every word in a document, BOLD no longer acts as a highlight. So, I agree that unique customizations should lead to a visible indicator. But for properties that aren't really customizations ( creation date, modification date, unique ID ), a visible indicator only clutters things without acting as a useful highlight. So, what about making a UNIVERSAL_PROPERTIES drawer that is normally completely hidden, unless you explicitly reveal it?