Reformatted excerpts from Edward Z. Yang's message of 2009-06-08: > * How do I tell if a message is shown on the screen or not?
If m is the message, @layout[m].state will be :open, :detailed or :closed. If it's not :closed, it is visible. > * The implementation you describe still downloads the messages > sequentially, which are usually not the messages we want to download > first. Only if you add them to the Queue sequentially. You could instead add the ones with :unread or :starred labels first. And ideally if you expand a collapsed unloaded message, that should be pushed to the head of the Queue. > I don't mind sup blocking on downloading a message, as long > as it's one or two, which means I don't strictly need threads: I > just need some API for, when a new message is opened, downloading it > and then rendering it. What do you think of this? So you would only preload the new/starred ones, and load the others only when they're expanded? I think that simply removing that call in thread-index-mode.rb would accomplish this. I'd rather have the threaded version, since loading a thread of 100 new messages sucks, but either way would be an improvement. > > The auto-completion is awesome. Adding a recipient to the contacts > > list is a good idea. > > Does contacts.rb apply to people.txt or contacts.txt? contacts.txt. people.txt is deprecated. In fact I'm surprised you have one. > > It's definitely worse than O(n). Loading threads could be sped up > > dramatically by storing the thread structure somewhere (either > > cached or just for every thread), since Sup does a lot of extra work > > rethreading everything every time you start it up. FWIW I'm doing > > this the right way in Sup 2.0. > > Can you backport it easily to Sup 1.0? No, it's completely different. It would be easier to rewrite from scratch for the existing Sup. > The explicit prompt makes me think about who I want to send the > message to. I frequently forget to move the little knob with Sup's > behavior. When do you want it to prompt you? Is this a yes/no prompt? -- William <wmorgan-...@masanjin.net> _______________________________________________ sup-talk mailing list sup-talk@rubyforge.org http://rubyforge.org/mailman/listinfo/sup-talk
