osmarks/documentation
1
0
Fork 0
Code Issues Pull Requests Releases Wiki Activity

Edit ‘minoteaur’: Synced 1724589034725

Browse Source
This commit is contained in:
sync 2024-08-25 12:58:27 +00:00 committed by wikimind
parent b29a49c69a
commit 901bcbbded
1 changed files with 11 additions and 4 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

15
minoteaur.myco
View File

@ -1,4 +1,5 @@
Mostly copied from public Minoteaur documentation copied from internal documentation: Mostly copied from public Minoteaur documentation copied from internal documentation:
The new, inevitable Minoteaur is here and inescapably/inexorably so. I refer, of course, to Minoteaur 8, ~~which is not actually here at all (this is Minoteaur 6; Minoteaur 7 and 7.1 [DATA EXPUNGED], although aggressive containment measures were able to save the vast majority (>99.3%) of the noosphere from contamination); I am using this because it's actually consistently up and doesn't lose data randomly to my changes~~ which already exists. ~~Not that Minoteaur 8 does this. You should be unconcerned by this and ignore any insinuations that it has or might.~~ It has: The new, inevitable Minoteaur is here and inescapably/inexorably so. I refer, of course, to Minoteaur 8, ~~which is not actually here at all (this is Minoteaur 6; Minoteaur 7 and 7.1 [DATA EXPUNGED], although aggressive containment measures were able to save the vast majority (>99.3%) of the noosphere from contamination); I am using this because it's actually consistently up and doesn't lose data randomly to my changes~~ which already exists. ~~Not that Minoteaur 8 does this. You should be unconcerned by this and ignore any insinuations that it has or might.~~ It has:
* editing pages (incredibly advanced obscure feature, READ THIS) * editing pages (incredibly advanced obscure feature, READ THIS)
* viewing pages * viewing pages
@ -32,7 +33,8 @@ The new, inevitable Minoteaur is here and inescapably/inexorably so. I refer, o
* exact/negation for search * exact/negation for search
* structured data (sidebar, search queries) - mostly not that structured but you can do queries and primitive numerical operations * structured data (sidebar, search queries) - mostly not that structured but you can do queries and primitive numerical operations
* editing titles * editing titles
* per-page themingIt could maybe have: * per-page theming
It could maybe have:
* more detailed logging/analysis than just "recently viewed" - track most common paths and pages, maybe store all logs ever for future analysis by better tooling (for purposes) * more detailed logging/analysis than just "recently viewed" - track most common paths and pages, maybe store all logs ever for future analysis by better tooling (for purposes)
* transclusion or something similar * transclusion or something similar
* useful file metadata * useful file metadata
@ -54,12 +56,17 @@ usable API for external programs - this already has a sort of API for use by the
performance improvements - caching maths, perhaps, or working early exit in lists etc performance improvements - caching maths, perhaps, or working early exit in lists etc
* not really needed * not really needed
} }
* better discovery than the search thing (alphabetized index maybe); reorganize existing stuffHeav wants: * better discovery than the search thing (alphabetized index maybe); reorganize existing stuff
Heav wants:
* automatic pluralization/singularization on name list * automatic pluralization/singularization on name list
* "Minoteaur subscribers"Mild aesthetic-ish improvements: * "Minoteaur subscribers"
Mild aesthetic-ish improvements:
* ~~Work out how to make an actually nice UI - Minoteaur 6 had a sort of proto-two-pane UI for "metadata" and buttons and whatever, Minoteaur 7 just has a search/navigation UI there - how much can I blatantly copy all other programs, and how much are they bad? Maybe I just need more modals or pullout menu bits or something.~~ Three-pane UI design works well enough for now. Might need to work out how to render middle-bar stuff at the side but whatever. * ~~Work out how to make an actually nice UI - Minoteaur 6 had a sort of proto-two-pane UI for "metadata" and buttons and whatever, Minoteaur 7 just has a search/navigation UI there - how much can I blatantly copy all other programs, and how much are they bad? Maybe I just need more modals or pullout menu bits or something.~~ Three-pane UI design works well enough for now. Might need to work out how to render middle-bar stuff at the side but whatever.
* ~~Actually paginate things to avoid horrible performance problems (revisions, backlinks depending on use).~~ Even the Python version was surprisingly fast. I might not have to for ages. * ~~Actually paginate things to avoid horrible performance problems (revisions, backlinks depending on use).~~ Even the Python version was surprisingly fast. I might not have to for ages.
* { * {
Investigate `hashbow`-type thing on page names for rainbows™. Maybe use nicer color space. Investigate `hashbow`-type thing on page names for rainbows™. Maybe use nicer color space.
* Previous development efforts, involving gradients, look rather bad. * Previous development efforts, involving gradients, look rather bad.
}Many useful Minoteaur pages (maths notes, primarily) were (are) just bullet-pointed lists. They are quick to write but have some readability and organization problems. Splitting pages as I do now looks nicer, but requires me to make decisions about when to split things up and how. Hypothetical Minoteaur 9 would represent all notes as a very large tree of bullet points (parts could of course be expanded or contracted as needed). There would be no pages. However, it would be possible to assign metadata or something to bullet points. There would be no explicit links, but highlighting phrases would allow you to jump to what the system thinks is the best thing to show you (based on context (LLM or something) and position in document), or possibly just scroll through all other instances. }
Many useful Minoteaur pages (maths notes, primarily) were (are) just bullet-pointed lists. They are quick to write but have some readability and organization problems. Splitting pages as I do now looks nicer, but requires me to make decisions about when to split things up and how. Hypothetical Minoteaur 9 would represent all notes as a very large tree of bullet points (parts could of course be expanded or contracted as needed). There would be no pages. However, it would be possible to assign metadata or something to bullet points. There would be no explicit links, but highlighting phrases would allow you to jump to what the system thinks is the best thing to show you (based on context (LLM or something) and position in document), or possibly just scroll through all other instances.
Also note: concept - probably requires more detailed edits.