The "pro" page wasn't immediately obvious to me as well and I spent ~30mins perusing the documentation before finally finding a mention of a license key. I do wish that was more upfront.
Doesn't Docusarus provide this already? Mdbook is alternative, but albeit far more limited in extended Markdown features. I wish Hugo would include a default theme that you can just point at a recursive directory of markdown files without needing silly _index.md files. JavaScript tooling is very bloated. Would be nice to have something like this in Go or Rust.
This doesn't appear to be a valid alternative to Gitbook. I couldn't even see a git integration feature which is a/the key feature of Gitbook. This feels more like an alternative to the plethora of static site generators that already exist.
Retype builds directly off Markdown files, which you can store anywhere, including GitHub. The retype.com website is built directly from a GitHub repo, see https://github.com/retypeapp/retype
The retype.com website is also hosted on GitHub Pages. Any change that is committed to the GitHub repo will trigger the website to be rebuilt by Retype using GitHub Actions, see https://retype.com/hosting/github-pages/.
Hope this helps clarify that Retype is even more tightly integrated with GitHub, or any other source management system. You have complete control and ownership of your source content files.
I was initially quite impressed with the quality of the output and the feature set available. Well done! In addition, the github actions seem to make this a very quick drop-in solution which is something I need for several projects now (and have been putting off due to the heft & process of existing tools).
However, after looking through the documentation, I finally stumbled on the mention of a license requirement. The license page is quite buried and does not appear on the navigation which makes it seem like it was intentionally hidden as a "gotcha", though I don't believe that was the intent. The page limits, while high, are somewhat unsettling. As well as the domain limits even with a pro version. I would want to apply this to a handful of my open source projects which would already require ~$200-$300 (yearly should I want updates).
Those arbitrary limitations on otherwise impressive software will likely keep me from using it. Though, I know I'm rather picky when it comes to the tools I use, so my opinions may not be representative.
I added a link in the footer to the License. Certainly was not my intention in any way hide the license. Hope this helps.
> The page limits, while high, are somewhat unsettling.
Can you explain this _unsettling_ comment further? Do you find the limits too low? A lot of research was put into the 100 page as I found only about 3% of projects ever went >100 pages.
> I would want to apply this to a handful of my open source projects which would already require ~$200-$300 (yearly should I want updates).
Just so it's clear, that would only be if each of those projects individually were >100 pages.
I appreciate the change to the navigation, it makes things a whole lot more clear!
> Can you explain this _unsettling_ comment further? Do you find the limits too low?
Perhaps I could have worded that better. I don't see myself hitting that limit any time soon, but it represents some amount of lock-in (though, less than typical since the everything is mostly plain markdown). My reluctance to use paid software that gates features or may disappear entirely is due to the lock-in and vanishing of previous tools I've used. Not to say that is what is happening here, perhaps I'm predisposed to side-eyeing non-open-source tooling since it is such a core part of my work. At least with an open core, I could fork and maintain the existing features should the business-side ever go under.
That said, thank you for also clarifying that the $99 pro license is only required if a site were to stretch beyond 100 pages. I may give it a go on one project, but I can't see myself committing completely.
> or may disappear entirely is due to the lock-in and vanishing of previous tools I've used.
Another important point. Retype is distributed via NPM and NuGet (.NET) package managers. Once a release is published, we can't walk it back or remove it from the internet. There's also no gate-keeping with Retype or gate-keeping of content. You control the content, generation, and hosting. Retype cannot in any way disable or remove your website. Again, for better or worse, I'm not sure, but you are autonomous and anonymous to Retype, and at least the app, cannot disappear.
> I may give it a go on one project, but I can't see myself committing completely.
That would be most excellent. I would greatly value your feedback.
> but it represents some amount of lock-in (though, less than typical since the everything is mostly plain markdown)
This is an important point. Retype has been developed with the explicit goal of preventing lock-in. For better or worse, I'm not sure, but the point of the app is that you are not locked-in by design. You 100% control the original source of all your data and that data is being stored in the absolute simplest of forms being just static text files. Your data is not squirrelled away in a proprietary app, or sass service, or spread across tables in some database. Sure, you (or whomever) might be skilled enough to extract that data back out of the database, but that scenario is certainly the exception, and certainly will never ever be as simple as just plain text files stored in a folder.
In the future, you might decide Retype is not for you, or a better system comes around, no problem. You control ALL the data. Just switch to a different generator. There's no exporting data out of some system and hoping you fetch everything, assuming you can even get the data cleanly out of a system.
Even gitbook is not that clean. You can mostly export your content out of gitbook, but that does include everything. They give your content back, although that is not enough to recreate the site with configuration.
Yes, there are a handful of Retype specific Markdown components that enable convenient UI components such as Tabs, Panels, and Buttons, but... those exist in all static site generators and Retype has by far implemented the cleanest syntax solution. That solution, by design, is also the easiest to port away from. Maybe the system you move to in the future does not support the exact same syntax, but it will be trivial to port from the Retype syntax to another.
For instance, compare the Retype Tab component syntax (https://retype.com/components/tab/) to docusaurus (https://docusaurus.io/docs/markdown-features/tabs), which is actually relatively clean compared to the mess that gets exported from gitbook. BTW, Retype 100% supports the block of Tab code exported by gitbook, so your site will "just work" without being required to do any cleanup of their exported syntax.
I would love to add many more components to Retype. It would be trivial to do, but I explicitly do not because I want to try and avoid vendor lock-in. If a better system comes around in the future, even I want to be able to port my project as easily as possible.
The Docusaurus tabs use MDX, it's not a custom syntax for tabs, it's a powerful low-level way to use React or frontend interactive components in markdown, and likely to become more and more widespread (so hopefully portable and yet very powerful)
It's also possible to implement tabs with Rehype syntax in Docusaurus in user land thanks to a Remark plugin, so portability remains possible but not free.
At the end of the day, md is not the most powerful out of the box and it's difficult to ship something meaningful without any extension
MDX is interesting and powerful, although creates all kinds of portability issues and is a terribly leaky abstraction of what should be a simple content syntax. Very much (IMHO) against the ethos and beauty of Markdown.
While gitbook does wrap the branching/merging process in a UI that is digestible by non-developers, Retype is far more powerful because you actually use GitHub (or GitLab). You have the full power of GitHub, including branching, pull-requests, issues, reviews, automation, authentication, and everything else.
I really wish this was actually open source. It's hard to build communities around shareware. You could even dual-license Retype if you wanted to let homelab selfhosters enjoy and disseminate the product without turning them into potential hostages.
BookStack looks interesting, but certainly one massive advantage Retype has is just installation. I can have Retype installed, my website built, and running in a browser in a 10 seconds.
With Retype, your content source are simple Markdown `.md` text files. BookStack stores your data in a database, and in order to host a website you need a PHP webserver, Maria DB, etc.
A Retype generated website can be hosted for free using GitHub Pages. The retype.com website is hosted on GitHub Pages, see https://github.com/retypeapp/retype.
"Free" as in beer, it seems