]> sipb.mit.edu Git - ikiwiki.git/blob - doc/todo/MUA-like_access_to_forum__47__blog.mdwn
(no commit message)
[ikiwiki.git] / doc / todo / MUA-like_access_to_forum__47__blog.mdwn
1 [[!tag wishlist]]
2
3 Maybe I'm not using ikiwiki right, and I'll appreciate any advice on this, but
4 it seems to me that using ikiwiki instead of a mailing lists has some major
5 weaknesses which I fail to overcome, but which may be possible to fix, maybe
6 using some client-side software.
7
8 The problem: Mailing lists give me things I need but can't find here, so I'm
9 failing to track the [[/forum]], [[/todo]] and so on:
10
11 - With MLs I can easily see what I read, to what I replied, mark things with
12   colors and labels if my MUA supports it
13 - With MLs I can easily send a reply, without going through git. Reading and
14   writing happen together in the same dedicated UI
15
16 I know I can subscribe to [[forum]] and to individual posts' comment feeds, but
17 it's not the same - I don't see the tree of comments like in e-mail. Either I
18 sort by creation time (not seeing evidence of more recent replies) or by
19 last-edited time, or perhaps by last comment (then busy pages cause less busy
20 ones quickly go deep into the list and are never seen by the user).
21
22 Is there an existing solution to this?
23
24 Random ideas, maybe direction for a solution:
25
26 - Make client software which takes a local git clone of a wiki and operates on
27   it, while the user sees an MUA-like interface
28 - Add some plugin to ikiwiki that can cooperate with an MTA: listen to e-mail
29   on a mailing list with specific formatting and put the content into a wiki.
30
31 What do you think? How do you keep track of the forum etc. in the same way it's
32 done with mailing lists?
33
34 (I don't mind a hacked solution that solves the problem for me, but if it's not just
35 me being crazy, I prefer a general-purpose solution that helps everyone)
36
37 -- [[fr3domlover]]