emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Dan Davison <davison@stats.ox.ac.uk>
To: "J. David Boyd" <david@adboyd.com>
Cc: emacs-orgmode@gnu.org
Subject: Re: Re: Speed commands
Date: Tue, 17 Nov 2009 19:23:18 +0000	[thread overview]
Message-ID: <87ocn1t0pl.fsf@stats.ox.ac.uk> (raw)
In-Reply-To: <e8raaylfby9.fsf@FLM000025LVE9F.catmktg.com> (J. David Boyd's message of "Tue, 17 Nov 2009 09:44:13 -0500")

david@adboyd.com (J. David Boyd) writes:

> Dan Davison <davison@stats.ox.ac.uk> writes:
>
>> Dan Davison <davison@stats.ox.ac.uk> writes:
>>
>>
>> Here are simplified versions of the forward- and backward-scroll speed
>> commands that I'm suggesting.
>>
>
> Ow, 1 major problem (to me).   They wipe out my white space.
>
> I have my entries in an .org file set up like (I like white space):
>
> * DONE Timeouts on JDBC connection...
>
> * TODO Update Test Agents...
>
> * TODO Update UAT Agents...
>
> * TODO W911170058 - Prod Tomcat not being 'managed'...
>
>
> but after I run your speed scripts, they look like:
>
> * DONE Timeouts on JDBC connection...
> * TODO Update Test Agents...
> * TODO Update UAT Agents...
> * TODO W911170058 - Prod Tomcat not being 'managed'...
>
>
> Any ideas what to change to preserve my empty white line.  I could

Hi David,

I don't have an immediate solution. To make it appear as above, I'm
assuming you have two blank lines after the end of each entry, right?

Your whitespace is still there, it's just that the visibility of the
blank lines has changed, as a result of calling org-overview. I didn't
realise that the effects on whitespace visibility differed between
org-overview and the "OVERVIEW" state of org-cycle. Does anyone know of
a suitable way to programmatically achieve identical effects to the
cycling induced by org-cycle?

Or, to ask a slightly different question, is there any convenient way to
use org-cycle in a lisp program and tell it to cycle to a particular
state?

In any case, my use of org-overview is probably not really appropriate,
since it alters visibility in all the subtrees, whereas the scroll
functions should probably only alter visibility in the subtrees in which
they are operating. So if that were fixed hopefully the whitespace
problem would disappear. I'll look into it.

Dan

> probably learn to live without it, but I'd rather not...
>
> Dave
>
>
>
> _______________________________________________
> Emacs-orgmode mailing list
> Remember: use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode

  reply	other threads:[~2009-11-17 19:23 UTC|newest]

Thread overview: 40+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-11-13  8:51 Release 6.33 Carsten Dominik
2009-11-13 15:19 ` Daniel Clemente
2009-11-13 17:48 ` Eric S Fraga
2009-11-13 18:42   ` Carsten Dominik
2009-11-13 18:48   ` Carsten Dominik
2009-11-13 19:16     ` Speed commands (was: Release 6.33) Stephan Schmitt
2009-11-13 19:30       ` Carsten Dominik
2009-11-13 20:09         ` Speed commands Stephan Schmitt
2009-11-13 20:30           ` Carsten Dominik
2009-11-14  5:03         ` Dan Davison
2009-11-14  7:51           ` Benjamin Andresen
2009-11-14 15:48             ` Dan Davison
2009-11-15  2:44           ` Dan Davison
2009-11-15 10:54             ` Benjamin Andresen
2009-11-15 13:27             ` Carsten Dominik
2009-11-17 13:20             ` J. David Boyd
2009-11-17 14:44             ` J. David Boyd
2009-11-17 19:23               ` Dan Davison [this message]
2009-11-17 19:43                 ` Carsten Dominik
2009-11-18 15:09         ` Jason Dunsmore
2009-11-18 22:54           ` Carsten Dominik
2009-11-20 14:35         ` Speed commands (was: Release 6.33) Friedrich Delgado Friedrichs
2009-11-20 14:57           ` Carsten Dominik
2009-11-20 16:29             ` Friedrich Delgado Friedrichs
2009-11-20 20:55               ` Eric S Fraga
2009-11-20 17:09             ` Eric S Fraga
2009-11-20 17:09             ` Eric S Fraga
2009-11-20 18:13               ` Speed commands Stephan Schmitt
2009-11-20 20:36                 ` Eric S Fraga
2009-11-20 20:35           ` Speed commands (was: Release 6.33) Raffi R
2009-11-20 23:25             ` Friedrich Delgado Friedrichs
2009-11-20 23:38               ` Friedrich Delgado Friedrichs
2009-11-13 19:41     ` Release 6.33 Dan Davison
2009-11-13 21:30       ` Carsten Dominik
2009-11-13 23:03 ` Sebastian Rose
2009-11-15  7:19   ` Carsten Dominik
2009-11-15 10:02     ` Uwe Jochum
2009-11-15 13:27       ` Carsten Dominik
2009-11-15 14:07         ` Uwe Jochum
2009-11-15 11:37     ` Sebastian Rose

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=87ocn1t0pl.fsf@stats.ox.ac.uk \
    --to=davison@stats.ox.ac.uk \
    --cc=david@adboyd.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).