On 08/14/12 17:57, Thomas Lübking wrote:
Very next item once i don't have to worry about merge conflicts anymore. But this month.
That's cool!
Since he's using gmail: "no", but the mails are date sorted (the only "nasty" thing is trojotá's queue ordering instead of stack ordering in MVC, but that's minor and could be fixed easily with a config option)
I have to admit I don't understand this -- what you mean by a queue ordering vs. stack ordering?
Having a gmail account myself, i'd still vote against it. The absence of the the SORT (not to mention THREAD) extensions (or even the <curse here> RECENT flag...) are kind of major defects in googles IMAP support (esp. given i've now what? 1TB mail storage?) and should be fixed there if they're serious about imap support.
Agreed.
Doing these things on the client (and on more than a few mails) in a way violates the IMAP idea would take much of the lightweight character from trojitá (eg. i hate that the very first thing TB does is to download my 10000 mails from gmail to index them - that's silly)
One *could* add a crude hack which would use the SEARCH command to ask for messages from today, yesterday, the day before that, last week etc. That would at least provide some hints for the sort order without requiring excessive amounts of data to be transfered. It might also be confusing for the user, though.
But given that gmail doesn't support ESEARCH, one would have to do all these searches in sequence (as plain untagged SEARCH cannot be correlated to the issuing command).
That's deep into the "insane features" territory.
What could be interesting instead and to compensate those defects would be simple selection by searching for current subject, sender, show mails of certain time etc. - ie improve the searchline ;-)
Agreed, and patches welcome :). Jan -- Trojita, a fast e-mail client -- http://trojita.flaska.net/
