emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Cassio Koshikumo <ckoshikumo@gmail.com>
To: emacs-orgmode@gnu.org
Subject: Two issues with :VISIBILITY: property
Date: Mon, 29 Nov 2010 14:04:34 -0200	[thread overview]
Message-ID: <AANLkTinyhGeB=pbRL15xoWMVN_aMcX5nsNycRX2bd8yn@mail.gmail.com> (raw)

Hi all,

I've just recently began using emacs and org-mode, and I'm already in
love. So, first, let me thank and congratulate Mr. Dominik and
everyone else involved.

Now, I have two questions about the :VISIBILITY: property. (I did find
some info on the archives but, unless I misinterpreted it, I think
this is a different matter.)

What I want to do, basically, is to replicate a cool functionality
from Scrivener, a Mac app for writing long documents. Scrivener can
associate a synopsis with each chunk of text, allowing you to
reorganize the structure based on the synopsis. Org-mode seems
perfectly capable of doing that using the following setup:

* Chapter 1
  :PROPERTIES:
  :VISIBILITY: children
  :END:

  The synopses for chapter 1 goes here.

** Section 1 (Ch.1)
   The actual text for Section 1 of Chapter 1.

** Section 2 (Ch.1)
   The actual text for Section 2 of Chapter 1.

And so on.

The "children" property allows me to press C-u C-u <TAB> to show only
the synopsis and the headlines inside the chapters -- which is exactly
what I want.

But here's the thing: if I decide to put "Chapter 1" /after/ "Chapter
2", using M-Down or M-S-Down, it gets moved alright -- but the entire
Chapter 1 subtree is expanded. I no longer see only the headlines
inside it, but also the entire text inside them. Is this by design? If
so, why? It seems to me that the :VISIBILITY: property should hold
when moving trees around.

That was the first issue. The second is:

The :VISIBILITY: property seems to work only when it's applied to
level 1 trees. For example, say I have this:

* Part 1

** Chapter 1
  :PROPERTIES:
  :VISIBILITY: children
  :END:

  Synopsis for Chapter 1 goes here.

*** Section 1 (Ch.1)
    The actual text for Section 1 of Chapter 1.

** Chapter 2
  :PROPERTIES:
  :VISIBILITY: children
  :END:

  Synopsis for Chapter 2 goes here.

*** Section 1 (Ch.2)
    The actual text for Section 1 of Chapter 2.

When I press C-u C-u <TAB>, only Chapter 1 gets expanded correctly
(synopsis + headlines inside it). Chapter 2 stays completely folded
("Chapter 2..."), without any children or content shown -- effectively
ignoring the "children" property, or acting as it was set to "folded".
I guess this wasn't supposed to happen, right?

Any help on these matters would be much appreciated. Also, if anyone
knows of a better way to accomplish what I'm trying to do, please tell
me. I experimented with a :SYNOPSIS: drawer, but it didn't seem
adequate. There's no way of showing only the drawer and hiding
everything else (which makes sense, since the drawers were made to
hide content, so I'm not saying this should be an option).

I'm using yesterday's snapshot from the repository, so I'm pretty much
up to date. Emacs 23.2 on a Mac OS X 10.6.5.

Thanks,

-- 
Cássio Koshikumo

             reply	other threads:[~2010-11-29 16:04 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-11-29 16:04 Cassio Koshikumo [this message]
2010-12-06  4:41 ` Two issues with :VISIBILITY: property Matt Lundin
2010-12-07  0:12   ` Cassio Koshikumo
2010-12-07 11:30     ` Matt Lundin
2010-12-09  9:49     ` Carsten Dominik
2010-12-11  3:55       ` Cassio Koshikumo
2010-12-06  4:45 ` [PATCH] Revert "Fix :VISIBILITY: handling of nested "folded" properties" Matt Lundin
2010-12-06  9:07   ` Carsten Dominik

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.orgmode.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='AANLkTinyhGeB=pbRL15xoWMVN_aMcX5nsNycRX2bd8yn@mail.gmail.com' \
    --to=ckoshikumo@gmail.com \
    --cc=emacs-orgmode@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).