From mboxrd@z Thu Jan 1 00:00:00 1970 From: Alexis Subject: Re: Hiding checked items in a checkbox list (FR?) Date: Sun, 01 Jun 2014 21:03:01 +1000 Message-ID: <87ha44q4d6.fsf@gmail.com> References: <874n05p6j0.fsf@gmail.com> <87oaydp4px.fsf@gmail.com> <87zjhxnd1f.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:43916) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Wr3Xk-0001lj-NR for emacs-orgmode@gnu.org; Sun, 01 Jun 2014 07:03:18 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Wr3Xf-000767-8g for emacs-orgmode@gnu.org; Sun, 01 Jun 2014 07:03:12 -0400 Received: from mail-pd0-x231.google.com ([2607:f8b0:400e:c02::231]:64651) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Wr3Xf-00075Q-0I for emacs-orgmode@gnu.org; Sun, 01 Jun 2014 07:03:07 -0400 Received: by mail-pd0-f177.google.com with SMTP id g10so2469254pdj.22 for ; Sun, 01 Jun 2014 04:03:05 -0700 (PDT) Received: from localhost (ppp118-209-145-187.lns20.mel6.internode.on.net. [118.209.145.187]) by mx.google.com with ESMTPSA id ie9sm47266795pad.29.2014.06.01.04.03.03 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Sun, 01 Jun 2014 04:03:05 -0700 (PDT) In-reply-to: <87zjhxnd1f.fsf@gmail.com> 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: emacs-orgmode@gnu.org Sergio Pokrovskij writes: > 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). *nod* Fair enough; i was just making up some numbers in order to be concrete. > 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). *nod* > 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? It depends on how you've set up MobileOrg. i sync via ssh, and thus sync manually via org-mobile-push and org-mobile-pull from within Emacs. If you use e.g. Dropbox, things might be different - i can't comment on that. > 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). See above - at this stage, for the purposes of understanding the core of the flow you're wanting, the exact numbers don't matter so much. But in terms of potential UI access to such flows, i'll certainly keep in mind that lists might include many dozens of items. > 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. *nod* Fair enough. i'll check the MobileOrg issues page: https://github.com/matburt/mobileorg-android/issues for any equivalent and/or similar proposals, and submit a new issue if there aren't any. Either way, i'll see what i can do about adding this functionality. :-) Note, though, that i'm not the lead developer, so i don't have any control over if/when any such functionality will be (a) included in the master branch and (b) included in a release. Alexis.