On 13.1.2008, William Morgan wrote: > This does make me a little nervous. Is the use case always that you want > to apply a command to all threads for a given search? If so, I wonder if > it would be better to explicitly model that, without the intermediate > process of loading all the threads.
I dont use it when I know the search will generate a lot of threads :) What I'm working on is getting it to stop searching if the user presses a key (so you get a progress of 'Found ??? threads (press ESC to stop)' or something, but no luck yet :( I guess it doesnt actually have to return the threads a la gmail (gmail lets you select all threads in search without actually displaying them but its _fast_). I tried doing this but since the majority of searches I do end up being with labels I think you actually need to thread them in order to be of any use (because not all labels are on every message in thread). I can resubmit once I figure out the interrupt. Marcus _______________________________________________ sup-talk mailing list [email protected] http://rubyforge.org/mailman/listinfo/sup-talk
