From mboxrd@z Thu Jan 1 00:00:00 1970 From: Torsten Wagner Subject: Re: are super-hidden technical blocks required? Date: Tue, 7 Aug 2012 12:12:48 +0900 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Return-path: Received: from eggs.gnu.org ([208.118.235.92]:35888) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SyaDz-0007Cp-3d for emacs-orgmode@gnu.org; Mon, 06 Aug 2012 23:12:51 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SyaDy-000797-7L for emacs-orgmode@gnu.org; Mon, 06 Aug 2012 23:12:51 -0400 Received: from mail-vc0-f169.google.com ([209.85.220.169]:60831) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SyaDy-00078s-2h for emacs-orgmode@gnu.org; Mon, 06 Aug 2012 23:12:50 -0400 Received: by vcbfl10 with SMTP id fl10so3925437vcb.0 for ; Mon, 06 Aug 2012 20:12:48 -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: Org Mode Mailing List Hi, I would say this discussion is just showing how difficult it becomes to save all extra information provided by more and more 3rd party tools in a smart way in plain-text. I can understand both arguments * hide stuff which is not useful or needed for the user vs. * its my data and my file, I want to know what is stored in it. The extra property line is really verbose if the only element inside is a ID, a timestamp, or some other "technical" stuff. Imagine a single list of task each only a view words on a single line. The property drawer adds three lines to this just to add an ID. Even collapsed it still doubles the amount of lines. However, hiding even the collapsed property line has the danger that people might forget about it and that devs need to make sure that by any possible way of copy and pasting (and emacs knows many ways) those hidden lines are not left behind, that text get not added in between and the syntax remain valid for all kind of operation. I am unsure how to deal with this. Any kind of font face, special character, etc. on the next line below the title does not really give any win. There will be still a second line per tree-node. Adding something to the title line itself is tricky too. The title line is rather full already with all the possible features. I still prefer the proposed selective masking of properties to hide them. In addition maybe a flag can be set to + hide a property drawer line, + set a different font face, + or leave it as it is for the special case that the property drawer only contains hidden properties. But I frighten that this, even it might be the most flexible solution, might also be the most complex one to implement. So how to satisfy both views, a clutter free view and the awareness of what is saved in your file? Torsten