From mboxrd@z Thu Jan 1 00:00:00 1970 From: bwalton@artsci.utoronto.ca (Ben Walton) Date: Thu, 20 Aug 2009 18:56:52 -0400 Subject: [sup-talk] On making kill-thread easier In-Reply-To: <1250802452-sup-4348@yoom.home.cworth.org> References: <1250785604-sup-5488@yoom.home.cworth.org> <1250797598-sup-5105@tiger.alporthouse.com> <1250800965-sup-4218@ntdws12.chass.utoronto.ca> <1250802452-sup-4348@yoom.home.cworth.org> Message-ID: <1250808931-sup-3198@ntdws12.chass.utoronto.ca> Excerpts from Carl Worth's message of Thu Aug 20 17:11:49 -0400 2009: > I wonder, though, what happens when you want to archive some and kill > others. Do you end up making two passes? Executing the '=' operation > partway through and then start tagging again? A quick, non-tag 'A' or > '&' for the exceptional thread? Or maybe just let a few slip by the > "wrong" direction. I typically do a big pass to 'A' or '&' large numbers of things. That knocks the list to a point where I can either do another smaller pass where I'll apply labels and skim things. My last pass is for things I actually read, many of which get archived right away too. I don't completely practice 'inbox 0' but I do follow many of its tenets. My own personal habits are such that an archived thread has to really bug me before I kill it, so much of the first (morning) pass is for 'A.' Part of this is because while I don't want to necessarily follow a thread, there is potential for interesting things to pop in late in the game (many of these are on the git ml)...so, after I see a lot of activity on it, I may scan the thread or possibly read it. Bike shedding gets killed quickly! :) > I plan to try a single keybinding for archive-or-kill-if-unread for a > while and see how I like it, (I'll obviously share it when I code it > up).. Of course, the failure mode is hiding messages from me, so it > might be hard for me to know if it fails. :-) If you get into adding code, consider writing it such that there is an available Hook that overrides the default behaviour. This may get you the best of all outcomes. It'd be useful for you and more likely to be useful for others. HTH. -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 GPG Key Id: 8E89F6D2; Key Server: pgp.mit.edu Contact me to arrange for a CAcert assurance meeting. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: