* [sup-talk] [PATCH] Added --search option to sup
@ 2007-10-16 11:03 Marcus Williams
2007-11-02 19:07 ` William Morgan
[not found] ` <<35a8c9eb0016c658@IMSS-WIN>
0 siblings, 2 replies; 6+ messages in thread
From: Marcus Williams @ 2007-10-16 11:03 UTC (permalink / raw)
Hi -
Attached is a simple patch to sup to add a command line option to jump
straight into a search from the command line. This doesnt do the feature
request of mine from yesterday as I'm implementing that in a sup-cli
script separately. I thought it was useful enough though - apols for any
ruby nooby code ;)
So you can do something like:
sup --search "from:sup-talk* subject:PATCH"
Marcus
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: sup.diff
Url: http://rubyforge.org/pipermail/sup-talk/attachments/20071016/d583276d/attachment.pl
^ permalink raw reply [flat|nested] 6+ messages in thread* [sup-talk] [PATCH] Added --search option to sup 2007-10-16 11:03 [sup-talk] [PATCH] Added --search option to sup Marcus Williams @ 2007-11-02 19:07 ` William Morgan [not found] ` <<35a8c9eb0016c658@IMSS-WIN> 1 sibling, 0 replies; 6+ messages in thread From: William Morgan @ 2007-11-02 19:07 UTC (permalink / raw) Excerpts from Marcus Williams's message of Tue Oct 16 04:03:52 -0700 2007: > Attached is a simple patch to sup to add a command line option to jump > straight into a search from the command line. Interesting idea! What's your usage case: that you do the search, maybe read some resulting messages, and then quit Sup? Or do you continue to use Sup as normal? I.e. should we bother to even load the inbox? -- William <wmorgan-sup at masanjin.net> ^ permalink raw reply [flat|nested] 6+ messages in thread
[parent not found: <<35a8c9eb0016c658@IMSS-WIN>]
* [sup-talk] [PATCH] Added --search option to sup [not found] ` <<35a8c9eb0016c658@IMSS-WIN> @ 2007-11-03 20:20 ` Marcus Williams 2007-11-03 21:17 ` William Morgan 0 siblings, 1 reply; 6+ messages in thread From: Marcus Williams @ 2007-11-03 20:20 UTC (permalink / raw) [resubscribing under a different address, not sure if this will thread properly] On 2.11.2007, William Morgan wrote: > Interesting idea! What's your usage case: that you do the search, maybe > read some resulting messages, and then quit Sup? Or do you continue to > use Sup as normal? I.e. should we bother to even load the inbox? I use my email for all sorts, but one thing I do often is use it as a todo list. So I have a set of current todos (labeled todo). Its good to be able to bring up sup, with the todos only. Sometimes I'll stay in sup, sometimes not. Anyone who is into gtd could use this for contexts, my "todo" label is like a context. I can enter sup and deal with this and not get distracted by other stuff. It also means I can alias "todo" in my shell to "sup --search 'label:todo'" or something. In some cases I dont need the inbox at all like you say. I tried to add a --no-inbox flag to sup, but I couldnt get it to work. I think the buffer sizes screwed up somehow when I stopped the inbox mode from spawning. I must have missed something. I spotted that the inbox is actually a search result whilst trawling the code so my idea is now that instead of a --no-inbox what you actually do is have another search argument --inbox that takes a search term This would set the search term for the inbox mode. That way you could go into sup and have your inbox mode permanently in whatever search term you entered. This would mean you could go in via --search and keep your inbox as normal. Or via --inbox and have a specialised inbox. Marcus ^ permalink raw reply [flat|nested] 6+ messages in thread
* [sup-talk] [PATCH] Added --search option to sup 2007-11-03 20:20 ` Marcus Williams @ 2007-11-03 21:17 ` William Morgan 2007-11-03 21:35 ` Marcus Williams 0 siblings, 1 reply; 6+ messages in thread From: William Morgan @ 2007-11-03 21:17 UTC (permalink / raw) Excerpts from Marcus Williams's message of Sat Nov 03 13:20:48 -0700 2007: > I use my email for all sorts, but one thing I do often is use it as a > todo list. So I have a set of current todos (labeled todo). Its good > to be able to bring up sup, with the todos only. Sometimes I'll stay > in sup, sometimes not. Very nice. One of the items on the TODO for quite a while has been to add "notes" as a first-class object, which will be treated more or less as draft emails are now, except they'll have no from/to/cc/etc, only a body, and obviously can't be sent, just created, edited, and deleted. These can be used as general notes, as todo items, and can be "attached" to emails or other notes via the threading system. And of course the full-text search and labeling can be used as normal. Then all I have to do is add a web browser mode and a partial implementation of lisp and sup will be feature complete! > I spotted that the inbox is actually a search result whilst trawling > the code so my idea is now that instead of a --no-inbox what you > actually do is have another search argument --inbox that takes a > search term This would set the search term for the inbox mode. That > way you could go into sup and have your inbox mode permanently in > whatever search term you entered. The problem is that inbox-mode per se has some special functionality that doesn't quite make sense unless it's applied to the search with "label:inbox". We could force that to be prepended to any search phrase passed in from the command line, I suppose. For the time being, I'll apply the patch as is. -- William <wmorgan-sup at masanjin.net> ^ permalink raw reply [flat|nested] 6+ messages in thread
* [sup-talk] [PATCH] Added --search option to sup 2007-11-03 21:17 ` William Morgan @ 2007-11-03 21:35 ` Marcus Williams 2007-11-03 22:12 ` William Morgan 0 siblings, 1 reply; 6+ messages in thread From: Marcus Williams @ 2007-11-03 21:35 UTC (permalink / raw) On 3.11.2007, William Morgan wrote: > Very nice. One of the items on the TODO for quite a while has been to > add "notes" as a first-class object, which will be treated more or less > as draft emails are now, except they'll have no from/to/cc/etc, only a > body, and obviously can't be sent, just created, edited, and deleted. Yeah, I noticed that on the todo list. That would be very nice - something that has always bothered me about email is that I cant just add notes to them (in most clients). And not having to actually send myself a message to "add" a note would be less work! > Then all I have to do is add a web browser mode and a partial > implementation of lisp and sup will be feature complete! I've been trying to figure out if a web browser mode would be possible in the current mode system. I couldnt figure out if the mode stuff was reliant on ncurses or just happened to be modes that used ncurses. > The problem is that inbox-mode per se has some special functionality > that doesn't quite make sense unless it's applied to the search with > "label:inbox". We could force that to be prepended to any search phrase > passed in from the command line, I suppose. To be honest I probably wouldnt use the --inbox flag that often, it just struck me as nicer way to implement no having an inbox. I use the search flag quite a lot though so good to see it got in :) Marcus ^ permalink raw reply [flat|nested] 6+ messages in thread
* [sup-talk] [PATCH] Added --search option to sup 2007-11-03 21:35 ` Marcus Williams @ 2007-11-03 22:12 ` William Morgan 0 siblings, 0 replies; 6+ messages in thread From: William Morgan @ 2007-11-03 22:12 UTC (permalink / raw) Excerpts from Marcus Williams's message of Sat Nov 03 14:35:55 -0700 2007: > I've been trying to figure out if a web browser mode would be possible > in the current mode system. I couldnt figure out if the mode stuff was > reliant on ncurses or just happened to be modes that used ncurses. That was actually a sick joke about writing my own ncurses-based browser from within Sup. But to answer what I think was a serious question about a web version of sup itself, a couple people have expressed a desire to write this, which I think is a little ironic, but which I'm certainly not opposed to. The mode system (in contrast with the buffer system) is not *explicitly* tied to ncurses but probably has all sorts of implicit ties. I.e. it might be possible to come up with some explicit mapping of modes to web pages and commands to web form buttons, but my personal suspicion is that the paradigms are so radically different that that level of integration will be impossible. But certainly searching the index and pulling up threads, messages, etc all is done through nice programmatic interfaces, and I've started documenting this on the wiki, mostly from that email I sent you about sup-cli. > To be honest I probably wouldnt use the --inbox flag that often, it > just struck me as nicer way to implement no having an inbox. I use the > search flag quite a lot though so good to see it got in :) Just added --search to SVN. Thanks! -- William <wmorgan-sup at masanjin.net> ^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2007-11-03 22:12 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2007-10-16 11:03 [sup-talk] [PATCH] Added --search option to sup Marcus Williams
2007-11-02 19:07 ` William Morgan
[not found] ` <<35a8c9eb0016c658@IMSS-WIN>
2007-11-03 20:20 ` Marcus Williams
2007-11-03 21:17 ` William Morgan
2007-11-03 21:35 ` Marcus Williams
2007-11-03 22:12 ` William Morgan
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox