> Uwe Brauer writes: > Those are all invalid. The variables' values must all be lists, and in > order to negate an entry, you'd turn it into a list with car equal to > not, e.g., it should be: > (setq gnus-thread-sort-functions > '((not gnus-thread-sort-by-number) > (not gnus-thread-sort-by-most-recent-date))) I tried that out, and it did not result in what I want > Sorry, I don't see how the sorting is here. Converted to UTC, the times > here are > - 13:30:41 > - 09:35:45 > - 02:00:07 > - 08:00:27 > - 18:04:34 > and they are not ordered monotonically. So which criterion do you > actually want to use for sorting. Well if the date and time is too messy, I'd say I would like to sort by number, but I want it montonically indepent whether threading is on or off So again. With threading on I see 57606 [ Uwe Braue] Uwe Brauer [[CV] (was: [Amnu 19]) ] Sun, 28 Apr 2019 11:30:41 +0200 8.8k 6 57609 [ +henar de ] Uwe Brauer [ ] Sun, 28 Apr 2019 09:35:45 +0000 10k 13 57621 [ Uwe Braue] Uwe Brauer [[stuff] (was: [CV]) ] Sun, 28 Apr 2019 16:04:34 +0200 9.4k 16 57585 [ tex-d-l-r] tex-d-l@li [tex-d-l Nachrichtenkompil] Sun, 28 Apr 2019 00:00:07 +0200 13k 165 57593 [ users ] oub@mat.uc [Subject: Digest of users@] Sun, 28 Apr 2019 08:00:27 +0000 (UTC) 38k 11 But it should be displayed as 57606 [ Uwe Braue] Uwe Brauer [[CV] (was: [Amnu 19]) ] Sun, 28 Apr 2019 11:30:41 +0200 8.8k 6 57609 [ +henar de ] Uwe Brauer [ ] Sun, 28 Apr 2019 09:35:45 +0000 10k 13 57585 [ tex-d-l-r] tex-d-l@li [tex-d-l Nachrichtenkompil] Sun, 28 Apr 2019 00:00:07 +0200 13k 165 57593 [ users ] oub@mat.uc [Subject: Digest of users@] Sun, 28 Apr 2019 08:00:27 +0000 (UTC) 38k 11 57621 [ Uwe Braue] Uwe Brauer [[stuff] (was: [CV]) ] Sun, 28 Apr 2019 16:04:34 +0200 9.4k 16 That is what Thunderbird does and it looks more natural to me. Did I explain clear enough what I want? With treading off I see (when switching again to sort by numbers) []{ }O 57619 [ Uwe Braue] Uwe Brauer [Mail Archives ] Sun, 28 Apr 2019 15:46:43 +0200 0.7k 2 []{ }O 57621 [ Uwe Braue] Uwe Brauer [[stuff] (was: [CV]) ] Sun, 28 Apr 2019 16:04:34 +0200 9.4k 16 []{ }O 57622 [ Uwe Braue] JUAN JULIA [Re: Final de las clase ] Sun, 28 Apr 2019 16:11:26 +0200 8.7k 14 That is fine, just don't understand why gnus sorts: 57606 [ Uwe Braue] Uwe Brauer [[CV] (was: [Amnu 19]) ] Sun, 28 Apr 2019 11:30:41 +0200 8.8k 6 57609 [ +henar de ] Uwe Brauer [ ] Sun, 28 Apr 2019 09:35:45 +0000 10k 13 57621 [ Uwe Braue] Uwe Brauer [[stuff] (was: [CV]) ] Sun, 28 Apr 2019 16:04:34 +0200 9.4k 16 57585 [ tex-d-l-r] tex-d-l@li [tex-d-l Nachrichtenkompil] Sun, 28 Apr 2019 00:00:07 +0200 13k 165 57593 [ users ] oub@mat.uc [Subject: Digest of users@] Sun, 28 Apr 2019 08:00:27 +0000 (UTC) 38k 11 > (setq gnus-thread-sort-functions '(gnus-thread-sort-by-number > gnus-thread-sort-by-most-recent-date > gnus-thread-sort-by-total-score) > gnus-subthread-sort-functions '(gnus-thread-sort-by-number > gnus-article-sort-by-date)) I tried that out did not work. > This gives me high-score threads on top, and when the thread scores are > equal, the thread with a newer message is above the other. > Inside a thread, e.g., when there are multiple replies to the very same > article, I sort chronologically with older above newer messages (so that > I don't read the second reply before the first). Right, I do the same