From: Eric Abrahamsen <eric@ericabrahamsen.net>
To: emacs-orgmode@gnu.org
Subject: Re: proposal to have ignoreheading tags/properties
Date: Fri, 13 Jun 2014 12:44:05 +0800 [thread overview]
Message-ID: <87bntxzaei.fsf@ericabrahamsen.net> (raw)
In-Reply-To: loom.20140613T053659-514@post.gmane.org
Mark Edgington <edgimar@gmail.com> writes:
> Eric Abrahamsen <eric <at> ericabrahamsen.net> writes:
>>
>> It looks like a groundswell for remove-andor-promote tags for headlines,
>> but for the sake of argument let me propose the use of blocks. It seems
>> to me that something like a "generic block" (a block that does nothing
>> but delete its begin/end delimiters on export) fits the use-case better:
>>
>
> Consider the following:
>
> * Test
>
> #+begin_block abc
> * test2
> #+begin_block def
> * test3
> ** test4
> #+end_block
>
> ** test5
> #+end_block
FWIW, I think the above example is actually illegal Org syntax -- it's
going to result in breakage in many ways, not just this case.
> Some remarks on this, and on blocks vs. headlines:
>
> - For me, the above example ends up being indented very poorly with
> org-indent-mode active. Also folding the nested headlines swallows up the
> end-block lines.
>
> - I find that it's difficult to identify what belongs to what block, and the
> need to have both start and end lines to delineate the blocks is a bit more
> noisy and can be a pain to work with (what if I want to remove the "abc
> frame" -- I will need not only to delete the begin line, but also to locate
> where the corresponding end line is, and delete it as well).
>
> - creating a block (manually, at least) requires more effort than creating a
> headline (= more RSI).
>
> - It also may be convenient at times to be able to remove the :promote:,
> etc. tags in order to have the exporter include the grouping as part of the
> exported document's structure.
>
> - Likewise, what if I want to add a :noexport: tag so that all of the
> content is ignored -- easy with headlines, more work to do the same thing
> with a block.
Yup, I don't really have any argument against these above points -- I
think it's mostly a matter of use-case.
The inconvenience of the block approach could easily be remedied with a
few extra functions: something like org-wrap-region-in-block and
org-delete-enclosing-block would probably do it.
But your second two objections are just a matter of a difference in
use-case: you want something more flexible and powerful. My suggestion
is just a lighter-weight alternate if (it's a possibility) the tag-based
approach gets nixed...
E
prev parent reply other threads:[~2014-06-13 4:40 UTC|newest]
Thread overview: 49+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-06-12 16:49 proposal to have ignoreheading tags/properties Mark Edgington
2014-06-12 17:32 ` Thorsten Jolitz
2014-06-12 17:41 ` Ken Mankoff
2014-06-12 18:11 ` Thorsten Jolitz
2014-06-12 18:16 ` Ken Mankoff
2014-06-13 14:32 ` Rasmus
2014-06-13 15:02 ` Thorsten Jolitz
2014-06-12 18:09 ` Mark Edgington
2014-06-12 18:12 ` Eric Schulte
2014-06-12 18:54 ` Aaron Ecay
2014-06-12 19:21 ` Nicolas Girard
2014-06-12 19:26 ` Ken Mankoff
2014-06-12 19:52 ` Nicolas Girard
2014-06-13 1:20 ` Samuel Wales
2014-06-12 19:34 ` Nicolas Girard
2014-06-12 20:13 ` Eric Schulte
2014-06-12 22:42 ` Nicolas Girard
2014-06-12 23:36 ` Eric Schulte
2014-06-13 0:35 ` Ken Mankoff
2014-06-13 0:46 ` Eric Schulte
2014-06-13 2:35 ` Ken Mankoff
2014-06-13 11:11 ` Eric Schulte
2014-06-13 3:28 ` Mark Edgington
2014-06-13 14:23 ` Rasmus
2014-06-14 12:43 ` Nicolas Goaziou
2014-06-14 16:48 ` Mark Edgington
2014-06-14 18:12 ` Aaron Ecay
2014-06-14 18:12 ` Nicolas Goaziou
2014-06-14 18:07 ` Aaron Ecay
2014-06-14 18:22 ` Nicolas Goaziou
2014-06-14 22:39 ` Aaron Ecay
2014-06-16 1:14 ` Eric Schulte
2014-06-16 8:08 ` Nicolas Goaziou
2014-06-16 12:19 ` Mark Edgington
2014-06-16 13:29 ` Eric Schulte
2014-06-22 2:03 ` Aaron Ecay
2014-06-22 23:52 ` Eric Schulte
2014-07-27 17:21 ` Bastien
2014-07-28 18:15 ` Mark Edgington
2014-07-28 18:27 ` Rasmus
2014-07-28 19:21 ` Mark Edgington
2014-07-28 19:43 ` Nicolas Goaziou
2014-07-28 22:01 ` Rasmus
2014-07-29 14:31 ` Bastien
2014-08-02 5:16 ` Mark Edgington
2014-08-06 4:09 ` Aaron Ecay
2014-06-13 2:38 ` Eric Abrahamsen
2014-06-13 4:07 ` Mark Edgington
2014-06-13 4:44 ` Eric Abrahamsen [this message]
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=87bntxzaei.fsf@ericabrahamsen.net \
--to=eric@ericabrahamsen.net \
--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).