emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Sergio Pokrovskij <sergio.pokrovskij-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
To: emacs-orgmode-mXXj517/zsQ@public.gmane.org
Subject: Re: Hiding checked items in a checkbox list (FR?)
Date: Sun, 01 Jun 2014 17:23:56 +0700	[thread overview]
Message-ID: <87zjhxnd1f.fsf@gmail.com> (raw)
In-Reply-To: 87oaydp4px.fsf@gmail.com

>>>>> "Al" == Alexis  wrote:

  Al> Sergio Pokrovskij writes:

  >> The next problem is that MobileOrg should respect the preliminary
  >> hiding done before the visit to the shop.  I do not request that it
  >> hide the checked (= bought) items as well (actually I'd prefer it to
  >> leave them checked and visible; but also its hiding-on-the-fly is
  >> quite acceptable).

  Al> Sorry, but i'm not sure i follow. Do you mean something like
  Al> the following example workflow?

  Al> 1. Have list of (say) 10 grocery items in org-mode.

Yes (actually I have about 80 items in my Springpad list; if the
full list consists of mere 10 items, it fits the screen of my
smartphone, and there is no real need to hide the checked items).

  Al> 2. Initially mark all of them as 'unneeded' by checking all
  Al> items with a single command.

Possibly so.  Actually all the performed items get checked as I
buy them, and those which for some reason I could not buy should
preserve their open (unchecked, unimplemented) status.  So
normally I need not perform this step (provided that what I have
checked at the store gets synchronized back to the Big Brother);
but in some infrequent cases it is nice to have such a command
(though I guess it can be easily done with an M-% in emacs).

  Al> 3. Uncheck (say) 3 items that are 'needed'.
  Al> 4. Run org-mobile-push.

Do I have to do it manually every time (more than once)?  Aren't
such files synchronized automatically?

  Al> 5. MobileOrg displays only the 3 'needed' items; the other 7
  Al> checked (i.e. unneeded) items are hidden.

Yes (in fact, normally there are more of them, a dozen at least).

  Al> 6. As items are purchased and checked off the list, they can
  Al>    either:
  Al>    (a) remain visible; or
  Al>    (b) become hidden upon being checked.

  Al> Is that correct?

Yes.  Normally (b) is sufficient for me, because normally I have
just a screenful of interesting items.  But I can imagine that
people who need longer shopping lists (more that one screen of
them) would prefer to have a MobileOrg command to hide the
newly-checked items as well.

-- 
Sergio

  reply	other threads:[~2014-06-01 10:23 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-06-01  5:01 Hiding checked items in a checkbox list (FR?) Sergio Pokrovskij
2014-06-01  5:40 ` Alexis
2014-06-01 10:23   ` Sergio Pokrovskij [this message]
2014-06-01 11:03     ` Alexis

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=87zjhxnd1f.fsf@gmail.com \
    --to=sergio.pokrovskij-re5jqeeqqe8avxtiumwx3w@public.gmane.org \
    --cc=emacs-orgmode-mXXj517/zsQ@public.gmane.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).