aboutsummaryrefslogtreecommitdiffstatshomepage
path: root/TODO.md
blob: c4cab66912bd4c7ba338925074336e7d856ec643 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
Do these -

Construct a default set of menus if the menu.md / header.md fragments don't exist in each directory.  Same for footer.md I guess.

For such fragments, rename their results to menu.FRAGMENT.   metadata.isFragment

BUG - sub directories get their links screwed with extra path.

Contstruct metadata.webtrail in createHTML from links to index.HTML in the various bits of the path of the input file.

Check the timestamps on the files, only update if source is newer than destination.  Meh, it's already 600 times faster than the pandoc version.

Add atom feed for single page.  Alas cgit only seems to have ATOM feed on the whole repo, not individual files.



Try out -

htmx

pandoc replacements
    cmark-gfm

cgit has Lua



User system -
    levels -
	banned
	reader
	member
	moderator
	editor
	admin
	shell
	root

Banned people can't do squat, except maybe pester an admin once to start the unbanning process.

When first registered, accounts are set to reader level.
Initial verification by email.
Readers can only edit their own profile.

If an existing member vouches for a reader, they get promoted to member.
Some invite system would count is vouching, but need to get secure invite credentials to someone outside the system.

Members can chat, and create their own sandboxes that might get promoted by editors / moderators to proper content.

Moderators can move things around, including to a spam/trash place.  They can ban readers and members.

Editors can edit any content, and move things around.  They can't edit the site elements itself.
So they can edit the site menu and structure of the content, but not the footer?
Certainly can't edit any admin stuff.

Admins are set by other admins.
Admins can promote / demote people and content at any time.
Admins can edit anything, including web editing of config files, and managing of modules.

shell level means you have direct access to the files that are the web
site, including configuration and modules.  Likely this is the person
that set the system up in the first place.

Admin should have access to everything that shell level has, but there's always things need tweaking at some lower level.
Built in file browser might do the trick.  Would be useful for content creators to to organise the content.  Naturally should obey the permisisons.

root level is whoever controls the server things are running on.  They can do anything at all.