Jim wrote: > > (This is a long email. Feel free to skip ahead to the "MY PROPOSAL" > > section at the end.) > > [..] > > MY PROPOSAL: > > > > I did some analysis, and the FreeDOS Wiki has 290 pages in it. That's > > more than a few, but it's not a ton. > > > > My current thinking is to set up a new wiki.freedos.org website > > (re-point the "wiki.freedos.org" name to the new website) and do a > > manual copy/paste of all 290 pages. It would be a pain to do all that > > by hand, but I would like to use that opportunity to do some wiki > > cleanup at the same time. > > > > When the new wiki.freedos.org is ready, I would change the "wiki" > > links on www.freedos.org to point to the new wiki.freedos.org website. > > I can add new wiki editors at that time, and probably set up a "self > > service" feature so folks can create their own wiki accounts (would > > need to look at how to prevent spamming). [..]
Jerome wrote: > Hi Jim, > > Just a thought… > > GitLab has Wiki support for the projects. > > Would require manually glueing an index together of the projects with > Wikis under a main “landing page” which could be a project like > issue-reporting. Then point wiki.Freedos.org to that page. Sounds interesting, and probably less work - and that's always good. :-) But I'm concerned about walking into another situation down the road where we need to relocate the wiki once again. When we used the shared wiki at SF, that was a good idea at the time .. until they stopped offering it. Could the same happen with a GitLab-hosted wiki? If the wiki is hosted on a website we control, I think we'll be less likely to run into these problems down the road. And we'll have better control over branding, for example. _______________________________________________ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
