diff options
Diffstat (limited to '')
-rw-r--r-- | TODO.md | 64 |
1 files changed, 47 insertions, 17 deletions
@@ -4,32 +4,51 @@ Make it perphekd! | |||
4 | 4 | ||
5 | ## Do these | 5 | ## Do these |
6 | 6 | ||
7 | Convert it to polygLua. | ||
8 | |||
9 | It's all a bit too fragile, fix what I can. Too many messes colliding. | ||
10 | |||
11 | Flock it. | ||
12 | |||
13 | Some sort of search system. | ||
14 | |||
15 | A member system, and edit / manage system for their pages. | ||
7 | 16 | ||
8 | Fix up linky conversion. DONE, mostly. | 17 | Fix up linky conversion. DONE, mostly. |
9 | 18 | ||
10 | - This is the "page moved" problem, but now it's "page copied" and "page linked", a generic solution might work. | ||
11 | - Rethink this, I might be going the wrong way. | ||
12 | - Need to deal with real file name versus title. Also symlink name not matching what it points to. | 19 | - Need to deal with real file name versus title. Also symlink name not matching what it points to. |
13 | - . Hmmm, might it be good policy to have a single canonical context for each page? The "real URL" .md.md thing? | ||
14 | - . Loop through the manually placed symlinks, adjusting "real URL" as we go. | ||
15 | - + What to do about mulitple symlinks pointing to the same page? Compare timestamps, most recent wins. | ||
16 | 20 | ||
17 | Add atom feed for single page. Alas cgit only seems to have ATOM feed on the whole repo, not individual files. | 21 | Use the default.template that comes with nYAW if none is availaable. |
22 | |||
23 | "collapsing headings" I guess that means click on a heading to hide / show the content under that heading. | ||
24 | |||
25 | - 🙈 | ||
26 | - Should do that for the main content and the menu TOC. | ||
27 | - Also allow editing just a section, a section being the bits between one heading and the next. | ||
28 | - + 📝 ✒️✏️🖊️🖋 🖌️🖍️ | ||
29 | - + When someone starts editing, create pagename_draft.md and .HTML, and update those when they want to see a preview. | ||
30 | - + Or pagename-heading_draft.md | ||
31 | - + Use that draft.md file as a lock on editing that file / section. | ||
32 | - + Have the hourly cron job remove any stale ones. | ||
33 | |||
34 | Add ATOM feed for single page. Alas cgit only seems to have ATOM feed on the whole repo, not individual files. | ||
18 | 35 | ||
19 | - However, once timestamps are sorted, I can use that code to generate (static?) RSS and ATOM feeds, and create page histories using diffs. | 36 | - However, once timestamps are sorted, I can use that code to generate RSS and ATOM feeds, and create page histories using diffs. |
20 | - Instead of an hourly cron job to update everything, see if I can hook | 37 | - Instead of an hourly cron job to update everything, see if I can hook |
21 | into Fos and Pm edit form's save function. So when they save in the | 38 | into Fos and Pm edit form's save function. So when they save in the |
22 | original wiki, the nyaw version gets updated, diffed, and RSSed. | 39 | original wiki, the nyaw version gets updated, diffed, and ATOMed / RSSed. |
40 | - + Actually a BFI method might do the trick, stick with doing a full scan | ||
41 | and only updating the stuff that needs it, likely that's only the page that just got saved. | ||
42 | - git commit can have an arbitrary author / committer, so I can use that to make sure the person that actually made the change gets author / committer. | ||
43 | - + There's also the email thing, but I don't want to spread email addresses around, not even sure we have them anyway. | ||
23 | - Should also see if gitea can handle that, and if they want wiki content saved to git. | 44 | - Should also see if gitea can handle that, and if they want wiki content saved to git. |
24 | 45 | ||
25 | It's all a bit too fragile, fix what I can. Too many messes colliding. | 46 | Syntax highlighting in code blocks. The highlight package looks promising, already had it installed on my desktop. |
26 | 47 | ||
27 | ## Some ideas | 48 | ## Some ideas |
28 | 49 | ||
29 | Mostly from something chomwitt deleted. | 50 | Mostly from something chomwitt wrote - |
30 | 51 | ||
31 | - "collapsing headings" I guess that means click on a heading to hide / show the content under that heading. | ||
32 | - + Should do that for the main content and the menu TOC. | ||
33 | - "validation", not sure exactly what that would validate. | 52 | - "validation", not sure exactly what that would validate. |
34 | - I'll just quote some of the rest - | 53 | - I'll just quote some of the rest - |
35 | 54 | ||
@@ -40,9 +59,8 @@ Mostly from something chomwitt deleted. | |||
40 | ** for example search-completion to other workflows names-tags. | 59 | ** for example search-completion to other workflows names-tags. |
41 | ~~~ | 60 | ~~~ |
42 | 61 | ||
43 | - Syntax highlighting in code blocks. | 62 | - Allow default.template files in sub folders. |
44 | - Might be useful to automatically convert anything looking like a URL into a linky. | 63 | - Might be useful to automatically convert anything looking like a URL into a linky. |
45 | - Allow default.template files in sub directories. | ||
46 | 64 | ||
47 | Automate symlinks. | 65 | Automate symlinks. |
48 | 66 | ||
@@ -51,16 +69,28 @@ Automate symlinks. | |||
51 | 69 | ||
52 | ## Try out | 70 | ## Try out |
53 | 71 | ||
72 | lua-lpeg-patterns might be useful | ||
73 | |||
74 | lua-luxio might be the wheel I'm reinventing? | ||
75 | |||
76 | lua-wsapi-fcgi | ||
77 | |||
54 | https://inclusive-components.design/tooltips-toggletips/ has some ideas about the "tooltip" HTML attribute, and what to do about it. A rabbit hole that ends in javascript, but might be useful up to that point. | 78 | https://inclusive-components.design/tooltips-toggletips/ has some ideas about the "tooltip" HTML attribute, and what to do about it. A rabbit hole that ends in javascript, but might be useful up to that point. |
55 | 79 | ||
56 | htmx | 80 | htmx |
57 | 81 | ||
58 | cgit has Lua | 82 | cgit has Lua |
59 | 83 | ||
84 | lua-gall for git stuff | ||
85 | |||
86 | lua-lace for access control | ||
87 | |||
88 | lua-unbound | ||
89 | |||
60 | 90 | ||
61 | ## User system | 91 | ## Member system |
62 | 92 | ||
63 | Reuse the user system from SledjChisl. | 93 | Reuse the member system from SledjChisl. |
64 | 94 | ||
65 | levels - | 95 | levels - |
66 | 96 | ||
@@ -102,6 +132,6 @@ site, including configuration and modules. Likely this is the person | |||
102 | that set the system up in the first place. | 132 | that set the system up in the first place. |
103 | 133 | ||
104 | Admin should have access to everything that shell level has, but there's always things need tweaking at some lower level. | 134 | Admin should have access to everything that shell level has, but there's always things need tweaking at some lower level. |
105 | Built in file browser might do the trick. Would be useful for content creators to to organise the content. Naturally should obey the permissions. | 135 | Built in file browser might do the trick. Would be useful for content creators to organise the content. Naturally should obey the permissions. |
106 | 136 | ||
107 | root level is whoever controls the server things are running on. They can do anything at all. | 137 | root level is whoever controls the server things are running on. They can do anything at all. |