* [sup-talk] Should '/' trigger the loading of more messages?
@ 2009-08-26 22:47 Carl Worth
2009-08-27 2:37 ` Ingmar Vanhassel
0 siblings, 1 reply; 4+ messages in thread
From: Carl Worth @ 2009-08-26 22:47 UTC (permalink / raw)
It seems to me that the "search in current buffer" command should
automatically trigger the loading of additional messages when no
results are found so that it can continue searching.
What just happened to me is that I *knew* my inbox contained a message
with a particular string in the subject, but I couldn't find it with
'/'. The problem was that enough new threads had arrived that the
message of interest wasn't loaded yet.
The fact that the various ThreadIndexModes don't load all relevant
threads is just an optimization, but I don't think it should change
the semantics of a search operation. (My thread *is* still in my inbox
even if it hasn't been loaded.)
Of course, for the feature I want to work well there needs to be an
easy way to interrupt the searching and loading if it's going on too
long, (say, I mistyped the search string and I know it's likely to
load a million messages without ever finding the string I typed).
Does sup already have a notion like emacs' "C-g" which is used to
cancel or interrupt any ongoing command?
-Carl
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://rubyforge.org/pipermail/sup-talk/attachments/20090826/5445e913/attachment.bin>
^ permalink raw reply [flat|nested] 4+ messages in thread
* [sup-talk] Should '/' trigger the loading of more messages?
2009-08-26 22:47 [sup-talk] Should '/' trigger the loading of more messages? Carl Worth
@ 2009-08-27 2:37 ` Ingmar Vanhassel
2009-08-27 9:05 ` Marcus Williams
2009-08-27 12:17 ` Carl Worth
0 siblings, 2 replies; 4+ messages in thread
From: Ingmar Vanhassel @ 2009-08-27 2:37 UTC (permalink / raw)
Excerpts from Carl Worth's message of Thu Aug 27 00:47:54 +0200 2009:
> It seems to me that the "search in current buffer" command should
> automatically trigger the loading of additional messages when no
> results are found so that it can continue searching.
I'd expect a "search in current buffer" to do exactly that, no more no
less.
> What just happened to me is that I *knew* my inbox contained a message
> with a particular string in the subject, but I couldn't find it with
> '/'. The problem was that enough new threads had arrived that the
> message of interest wasn't loaded yet.
If you know it's in your inbox, why not search with '\', for
'label:inbox foo'?
> The fact that the various ThreadIndexModes don't load all relevant
> threads is just an optimization, but I don't think it should change
> the semantics of a search operation. (My thread *is* still in my inbox
> even if it hasn't been loaded.)
>
> Of course, for the feature I want to work well there needs to be an
> easy way to interrupt the searching and loading if it's going on too
> long, (say, I mistyped the search string and I know it's likely to
> load a million messages without ever finding the string I typed).
>
> Does sup already have a notion like emacs' "C-g" which is used to
> cancel or interrupt any ongoing command?
Try C-g. :-)
(Documented as ^G on the help page)
> -Carl
--
Exherbo KDE, X.org maintainer
^ permalink raw reply [flat|nested] 4+ messages in thread
* [sup-talk] Should '/' trigger the loading of more messages?
2009-08-27 2:37 ` Ingmar Vanhassel
@ 2009-08-27 9:05 ` Marcus Williams
2009-08-27 12:17 ` Carl Worth
1 sibling, 0 replies; 4+ messages in thread
From: Marcus Williams @ 2009-08-27 9:05 UTC (permalink / raw)
On 27.8.2009, Ingmar Vanhassel wrote:
> > What just happened to me is that I *knew* my inbox contained a message
> > with a particular string in the subject, but I couldn't find it with
> > '/'. The problem was that enough new threads had arrived that the
> > message of interest wasn't loaded yet.
>
> If you know it's in your inbox, why not search with '\', for
> 'label:inbox foo'?
... coupled with '!!' to load all threads in the search (ctrl-g works
to stop search) this would do what you want.
HTH
Marcus
^ permalink raw reply [flat|nested] 4+ messages in thread
* [sup-talk] Should '/' trigger the loading of more messages?
2009-08-27 2:37 ` Ingmar Vanhassel
2009-08-27 9:05 ` Marcus Williams
@ 2009-08-27 12:17 ` Carl Worth
1 sibling, 0 replies; 4+ messages in thread
From: Carl Worth @ 2009-08-27 12:17 UTC (permalink / raw)
Excerpts from Ingmar Vanhassel's message of Wed Aug 26 19:37:57 -0700 2009:
> Excerpts from Carl Worth's message of Thu Aug 27 00:47:54 +0200 2009:
> > It seems to me that the "search in current buffer" command should
> > automatically trigger the loading of additional messages when no
> > results are found so that it can continue searching.
>
> I'd expect a "search in current buffer" to do exactly that, no more no
> less.
You obviously know well what the current buffer is doing,
(incrementally loading threads only as you page down to them). But I
don't think it's reasonable to expect all users to understand things
that well in order to use sup correctly.
Imagine the near future where we get the thread-loading performance
bugs all worked out, (see nearby threads making good progress). If a
user starts sup and sees a screenful of threads instantly, hits page
down a couple of times and sees another couple of screensful
instantly, then wouldn't it be reasonable for such a user to expect
that all of that instantly-appearing content does exist in the current
buffer?
> If you know it's in your inbox, why not search with '\', for
> 'label:inbox foo'?
I'm searching locally, because I already performed a global search and
don't want to repeat the terms of it. Or else why does sup have a
local search command independent of the global search?
> Try C-g. :-)
> (Documented as ^G on the help page)
Ah, thanks. Now this one was just me being stupid. (I think I was
already using this in sup naturally.)
-Carl
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://rubyforge.org/pipermail/sup-talk/attachments/20090827/cb5aaa58/attachment.bin>
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2009-08-27 12:17 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2009-08-26 22:47 [sup-talk] Should '/' trigger the loading of more messages? Carl Worth
2009-08-27 2:37 ` Ingmar Vanhassel
2009-08-27 9:05 ` Marcus Williams
2009-08-27 12:17 ` Carl Worth
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox