Questions / Feature Requests (maybe)... seeing what I can do with MWS compared with what i did with TWS
还没有人认领这个 Issue。
评估
- 难度
- 5/5
- 预计耗时
- 一周以上
- 新手友好度
- 20/100
- Issue 类型
- 功能
- 描述清晰度
- 需要澄清
- 活跃度
- 活跃
- 技术栈
- typescript
- 领域
- backend
调研方向
Start by reading the MultiWikiServer documentation and its existing wiki configuration and plugin handling entry points; the issue does not name files or tests. Compare the requested plugin stores, shared files, included wiki templates, and tag based organization with what the project supports. Done would require clarifying which capabilities are missing and defining their scope; this issue alone does not identify a specific change or completion test.
由索引模型根据 Issue 内容生成。
描述
Question on MWS compared with what I was doing in TWS
a lot of this is wrapped in rpg management because that is what I was using it for, could apply to uses in a lot of wikis types
i could have made the questions more generic but I used what I know
Trying to figure out if MWS would work with my projects workflow.
Basically is this possible? Is this something that would work now or will come later?
PluginStore...
In TiddlyServer I had a folder "MyPluginStore"
I did "twplugins='./wikis/MyPluginStore'" in my "start.sh" file.
All I had to do was put the plugin in the "MyPluginStore" folder under the correct name space.
Then in the Wiki's "tiddlywiki.info" I wanted to use that plugin I just included the correct name space under plugins.
MyPlugins...
In TiddlyServer I had a folder MyCustomPlugins.
I had one wiki for each plugin or plugin family with documentation and tests.
I then did "twplugins+=':./wikis/MyCustomPlugins/FieldRunnerPlugin/plugins'" in my "start.sh" for each custom plugin that I would require.
Then in the Wiki's "tiddlywiki.info" I wanted to use that plugin I just included the correct name space under plugins.
Unattached shared .tid and .json...
In TiddlyServer I used "FileSystemPaths" to direct the output of certain tagged tiddlers into a common shared folder in my wikis folder.
Mostly just .json tiddlers.
Before I figured out how to use the FileSystemPaths I moved them by hand.
Another reason for moving them by hand was I created a lot, A LOT, of them before understanding shares as well.
WikiTemplate...
My own designation for a Wiki that had the default look and feel I wanted along with some common css, and by default the settings I had made on that wiki.
All my later wikis pulled this wiki in first using "includeWikis". Any time I wanted to make a change I changed the WikiTemplate and refreshed the server, changes would then be reflected on the wikis unless of course I messed up and had changed something on the target wikis... that was fun figuring out at times where I had overrrided the included wiki.
I had even created a bit of a hierarchy (a inheritance of included wikis)...
with a BaseTemplate wiki
A CampaignTemplate that pulled in "includeWikis" the BaseTemplate than had things custom to displaying campaigns
A ManualTemplate that pulled in "includeWikis" the BaseTemplate and again was customized for diplaying manuals.
Then My wikis would load "includeWikis" one of the three templates.
Organizing tiddlers...
Guessing this one would be a given for being able to pull just specific tagged tiddlers from other wikis but asking to clarify.
I used "FileSystemPaths" to organize tiddlers in wikis under folders and subfolders based on tags.
I mean the tags were already there and used for sorting and such why not use them to organize the folder structure.
End result I could use the "shared" folder and the "tiddlywiki.files" using "directories" to point to all the "monster folder" or the subfolder "undead" or to the sub-subfolder "skeleton", as an example. I could cast a wide net or be specific on what was available in the wiki accessing the shares.
This worked well for dealing with NPC wikis, especially with versions of NPC's where the NPC grows over a campaign. Then monsters, items, etc. etc.
Ultimately when I needed a module wiki for a game I would save out a standalone wiki and everything was wrapped up in a neat ready to use stand alone wiki. I think the worst case scenario I ran into was I had to drag drop some plugins into the stand alone wiki, I may have fixed that though because I do not remember it being a problem later on.
Thanks, frakier
And sorry to be a pain.
- 主要语言
- TypeScript
- 星标
- 60
- 派生
- 17
- 平均合并
- 4 分钟
- 30 天内合并 PR
- 1
环境准备
- 提供 Dockerfile 或 Docker Compose 文件
- 没有 Pull Request 模板
- 阅读贡献指南
从这里开始
- 先读完整个 Issue,再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库,在一个分支上完成修改。
- 提交 Pull Request,并在描述里引用这个 Issue 编号。
TiddlyWiki/MultiWikiServer 的其他 Issue
-
难度 3/5 1-2 天 新手友好度 57/100
TiddlyWiki/MultiWikiServer#145 · 8 条评论 ·
-
难度 2/5 1-3 小时 新手友好度 48/100
TiddlyWiki/MultiWikiServer#144 ·
-
难度 3/5 1-3 小时 新手友好度 15/100
TiddlyWiki/MultiWikiServer#141 · 2 条评论 ·
-
难度 5/5 一周以上 新手友好度 35/100
TiddlyWiki/MultiWikiServer#140 · 4 条评论 ·
-
难度 4/5 3-5 天 新手友好度 48/100
TiddlyWiki/MultiWikiServer#139 ·
查看 TiddlyWiki/MultiWikiServer 的全部 Issue
相似的 Issue
-
难度 2/5 1-3 小时 新手友好度 65/100
ehmpathy/rhachet-roles-ehmpathy#1231 ·
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 66/100
Equal-Vote/bettervoting#1754 ·
维护者通常 2 天内回复
-
难度 1/5 1 小时以内 新手友好度 82/100
Doist/todoist-sdk-typescript#740 ·
维护者通常 1 天内回复
-
难度 1/5 1 小时以内 新手友好度 62/100
privatenumber/cleye#47 ·
-
spec-feedback
难度 2/5 1-3 小时 新手友好度 62/100