Blame


1 6ea38bce 2022-08-29 op - fix `make gzip'
2 6ea38bce 2022-08-29 op
3 6ea38bce 2022-08-29 op should gzip all the files in /var/www/marc, and re-gzip if the
4 6ea38bce 2022-08-29 op original changed. My understanding is that if foo.gz exists then
5 6ea38bce 2022-08-29 op it'll be skipped, which is not desired. In particular the index pages
6 6ea38bce 2022-08-29 op should be re-gzipped every time as they change.
7 6ea38bce 2022-08-29 op
8 6ea38bce 2022-08-29 op
9 1b07ee39 2022-08-27 op - automatic linking
10 1b07ee39 2022-08-27 op
11 1b07ee39 2022-08-27 op would be nice to transform the URLs in the mail' body into clickable
12 1b07ee39 2022-08-27 op links. Additionally, it would be nice to support the [n] reference
13 1b07ee39 2022-08-27 op syntax. Maybe turning also commit ids into links?
14 1b07ee39 2022-08-27 op
15 1b07ee39 2022-08-27 op
16 c07cd21a 2022-08-28 op - clarify date ranges
17 c07cd21a 2022-08-28 op
18 c07cd21a 2022-08-28 op Threads are sorted by their newest mail, so if an old thread gets a
19 c07cd21a 2022-08-28 op new reply it'll jump in the first page. The date ranges thus can
20 c07cd21a 2022-08-28 op jump quite a bit when navigating backward/forward. Is this OK? Can
21 c07cd21a 2022-08-28 op we communicate it better?
22 f5b87db7 2023-04-04 op
23 f5b87db7 2023-04-04 op
24 f5b87db7 2023-04-04 op - use UTC consistently
25 f5b87db7 2023-04-04 op
26 f5b87db7 2023-04-04 op msearchd uses UTC, while the rest of the UI uses the localtime of the
27 f5b87db7 2023-04-04 op sender. In the mail page it is fine since we show the zone offset too
28 f5b87db7 2023-04-04 op but the index pages don't show that!