1 files changed, 54 insertions, 33 deletions
diff --git a/TODO.md b/TODO.md
index 673e0dc..3453ba0 100644
--- a/TODO.md
+++ b/TODO.md
@@ -4,53 +4,53 @@ Make it perphekd!
 ## Do these
-Automate symlinks.
+Convert it to polygLua.
- any .md.md file should be linked along with it's matching .md file if it's outside of Foswiki/ and PmWiki/.
+It's all a bit too fragile, fix what I can.  Too many messes colliding.
-Other colour shenanigans.
+Flock it.
-TOC
+Some sort of search system.
- Maybe have it on the left, as the sub menu of the current page's menu item, automatically generated from the $body$ headings.
+A member system, and edit / manage system for their pages.
- Sub headings get sub menus etc.
-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.
+Fix up linky conversion.  DONE, mostly.
- One quirk to watch for is if a URL path changes, the docs that have that URL need to be redone.
+- Need to deal with real file name versus title.  Also symlink name not matching what it points to.
- pandoc is a lot slower though, so do this for sure when dealing with that.
- When scraping the web sites, they tend to be dynamically generated with no useful timestamp on them.
- The web site scrape happens locally anyway, I can compare source file timestamps.
-Add atom feed for single page.  Alas cgit only seems to have ATOM feed on the whole repo, not individual files.
+Use the default.template that comes with nYAW if none is availaable.
- git.devuan.org might have usable per page history.
+"collapsing headings" I guess that means click on a heading to hide / show the content under that heading.
- However, once timestamps are sorted, I can use that code to generate (static?) RSS and ATOM feeds, and create page histories using diffs.
-Deal with complex directory trees.
+- 🙈
+- Should do that for the main content and the menu TOC.
+- Also allow editing just a section, a section being the bits between one heading and the next.
+- + 📝 ✒️✏️🖊️🖋 🖌️🖍️
+- + When someone starts editing, create pagename_draft.md and .HTML, and update those when they want to see a preview.
+- + Or pagename-heading_draft.md
+- + Use that draft.md file as a lock on editing that file / section.
+- + Have the hourly cron job remove any stale ones.
- /testing/even should display as even/deeper on the testing page, coz even/ has no files, but even/deeper does.
+Add ATOM feed for single page.  Alas cgit only seems to have ATOM feed on the whole repo, not individual files.
- On the other hand, I could just create an empty page with the sub directories shown as usual.
- Scanning /usr/share/doc on my super desktop with looots of software installed will be fun.
- On the gripping hand, this is where we want empty directories to vanish.
- SOOOOOOO don't show empty directories, but show their subs that have content, even if that sub is deep, but as per usual stop once we find a sub on that branch.  EEEEW branches.
-FIXTHEM: If there's a single word and period at the beginning of a line, it gets turned into a list, or list item by lunamark at the final Parse stage.
+- However, once timestamps are sorted, I can use that code to generate RSS and ATOM feeds, and create page histories using diffs.
+- Instead of an hourly cron job to update everything, see if I can hook
+into Fos and Pm edit form's save function.  So when they save in the
+original wiki, the nyaw version gets updated, diffed, and ATOMed / RSSed.
+- + Actually a BFI method might do the trick, stick with doing a full scan 
+and only updating the stuff that needs it, likely that's only the page that just got saved.
+- 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.
+- + There's also the email thing, but I don't want to spread email addresses around, not even sure we have them anyway.
+- Should also see if gitea can handle that, and if they want wiki content saved to git.
+Syntax highlighting in code blocks.  The highlight package looks promising, already had it installed on my desktop.
 ## Some ideas
-Mostly from something chomwitt deleted.
+Mostly from something chomwitt wrote -
- A toolbar is mentioned, which is what I'm half way through creating with those hamburger / sunglasses icons, they are a bar of tools.
- Maybe tabs as well as a toolbar, for the list of sub directories.
- Syntax highlighting in code blocks.
- Allow default.template files in sub directories.
- Might be useful to automatically convert anything looking like a URL into a linky.
- "collapsing headings" I guess that means click on a heading to hide / show the content under that heading.
- + Should do that for the main content and the menu TOC.
 - "validation", not sure exactly what that would validate.
- I'll just quote the entire rest -
+- I'll just quote some of the rest -
 ~~~
    !!! co-editing
@@ -59,17 +59,38 @@ Mostly from something chomwitt deleted.
    ** for example search-completion to other workflows names-tags.
 ~~~
+- Allow default.template files in sub folders.
+- Might be useful to automatically convert anything looking like a URL into a linky.
+Automate symlinks.
+- any .md.md file should be linked along with it's matching .md file if it's outside of Foswiki/ and PmWiki/.
 ## Try out
+lua-lpeg-patterns might be useful
+lua-luxio might be the wheel I'm reinventing?
+lua-wsapi-fcgi
+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.
 htmx
 cgit has Lua
+lua-gall for git stuff
+lua-lace for access control
+lua-unbound
-## User system
+## Member system
-Reuse the user system from SledjChisl.
+Reuse the member system from SledjChisl.
 levels -
@@ -111,6 +132,6 @@ 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 permissions.
+Built in file browser might do the trick.  Would be useful for content creators to organise the content.  Naturally should obey the permissions.
 root level is whoever controls the server things are running on.  They can do anything at all.

diff --git a/TODO.md b/TODO.md index 673e0dc..3453ba0 100644 --- a/TODO.md +++ b/TODO.md
@@ -4,53 +4,53 @@ Make it perphekd!
4		4
5	## Do these	5	## Do these
6		6
7	Automate symlinks.	7	Convert it to polygLua.
8		8
9	- any .md.md file should be linked along with it's matching .md file if it's outside of Foswiki/ and PmWiki/.	9	It's all a bit too fragile, fix what I can. Too many messes colliding.
10		10
11	Other colour shenanigans.	11	Flock it.
12		12
13	TOC	13	Some sort of search system.
14		14
15	- Maybe have it on the left, as the sub menu of the current page's menu item, automatically generated from the $body$ headings.	15	A member system, and edit / manage system for their pages.
16	- Sub headings get sub menus etc.
17		16
18	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.	17	Fix up linky conversion. DONE, mostly.
19		18
20	- One quirk to watch for is if a URL path changes, the docs that have that URL need to be redone.	19	- Need to deal with real file name versus title. Also symlink name not matching what it points to.
21	- pandoc is a lot slower though, so do this for sure when dealing with that.
22	- When scraping the web sites, they tend to be dynamically generated with no useful timestamp on them.
23	- The web site scrape happens locally anyway, I can compare source file timestamps.
24		20
25	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.
26		22
27	- git.devuan.org might have usable per page history.	23	"collapsing headings" I guess that means click on a heading to hide / show the content under that heading.
28	- However, once timestamps are sorted, I can use that code to generate (static?) RSS and ATOM feeds, and create page histories using diffs.
29		24
30	Deal with complex directory trees.	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.
31		33
32	- /testing/even should display as even/deeper on the testing page, coz even/ has no files, but even/deeper does.	34	Add ATOM feed for single page. Alas cgit only seems to have ATOM feed on the whole repo, not individual files.
33	- On the other hand, I could just create an empty page with the sub directories shown as usual.
34	- Scanning /usr/share/doc on my super desktop with looots of software installed will be fun.
35	- On the gripping hand, this is where we want empty directories to vanish.
36	- SOOOOOOO don't show empty directories, but show their subs that have content, even if that sub is deep, but as per usual stop once we find a sub on that branch. EEEEW branches.
37		35
38	FIXTHEM: If there's a single word and period at the beginning of a line, it gets turned into a list, or list item by lunamark at the final Parse stage.	36	- However, once timestamps are sorted, I can use that code to generate RSS and ATOM feeds, and create page histories using diffs.
		37	- Instead of an hourly cron job to update everything, see if I can hook
		38	into Fos and Pm edit form's save function. So when they save in the
		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.
		44	- Should also see if gitea can handle that, and if they want wiki content saved to git.
39		45
		46	Syntax highlighting in code blocks. The highlight package looks promising, already had it installed on my desktop.
40		47
41	## Some ideas	48	## Some ideas
42		49
43	Mostly from something chomwitt deleted.	50	Mostly from something chomwitt wrote -
44		51
45	- A toolbar is mentioned, which is what I'm half way through creating with those hamburger / sunglasses icons, they are a bar of tools.
46	- Maybe tabs as well as a toolbar, for the list of sub directories.
47	- Syntax highlighting in code blocks.
48	- Allow default.template files in sub directories.
49	- Might be useful to automatically convert anything looking like a URL into a linky.
50	- "collapsing headings" I guess that means click on a heading to hide / show the content under that heading.
51	- + Should do that for the main content and the menu TOC.
52	- "validation", not sure exactly what that would validate.	52	- "validation", not sure exactly what that would validate.
53	- I'll just quote the entire rest -	53	- I'll just quote some of the rest -
54		54
55	~~~	55	~~~
56	!!! co-editing	56	!!! co-editing
@@ -59,17 +59,38 @@ Mostly from something chomwitt deleted.
59	** for example search-completion to other workflows names-tags.	59	** for example search-completion to other workflows names-tags.
60	~~~	60	~~~
61		61
		62	- Allow default.template files in sub folders.
		63	- Might be useful to automatically convert anything looking like a URL into a linky.
		64
		65	Automate symlinks.
		66
		67	- any .md.md file should be linked along with it's matching .md file if it's outside of Foswiki/ and PmWiki/.
		68
62		69
63	## Try out	70	## Try out
64		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
		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.
		79
65	htmx	80	htmx
66		81
67	cgit has Lua	82	cgit has Lua
68		83
		84	lua-gall for git stuff
		85
		86	lua-lace for access control
		87
		88	lua-unbound
		89
69		90
70	## User system	91	## Member system
71		92
72	Reuse the user system from SledjChisl.	93	Reuse the member system from SledjChisl.
73		94
74	levels -	95	levels -
75		96
@@ -111,6 +132,6 @@ site, including configuration and modules. Likely this is the person
111	that set the system up in the first place.	132	that set the system up in the first place.
112		133
113	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.
114	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.
115		136
116	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.