Hugo is written in go and does exactly this. Has a pretty large community and themes already.<p><a href="http://themes.gohugo.io" rel="nofollow">http://themes.gohugo.io</a>
Hey, just took a moment to tell you it takes courage to post a Show HN about whatever it is that you built. I understand the tone of most of the comments about Gutenberg in here, but... stick to your plan and just ignore them, congrats for pushing something out of the door :-)
Could you suggest a more general purpose static site generator? 99% of them target blogs but most of times you need a bit more. Hugo looks like the most advanced of them but its documentation leaves much to be desired and doesn't include real-life examples of different projects.<p>I'd love to have a tool to generate a catalogue, a simple journal, etc.
One thing it would get people's attention would be how much time a compilation test of 150K or more posts / pages would take to finish with Gutenberg.<p>That is something we, users, have discussed with the Nikola team and it's something others have already discussed about it with other static website generators.<p>Here's the discussion in case you are interested in: <a href="https://github.com/getnikola/nikola/issues/2842" rel="nofollow">https://github.com/getnikola/nikola/issues/2842</a>
Pre-compiled binaries: <a href="https://github.com/Keats/gutenberg/releases" rel="nofollow">https://github.com/Keats/gutenberg/releases</a><p>Didn't notice those at first. Read the "installation" page, but jumped straight to the subheading "mac os x" and thought it was unavailable.<p>Maybe you could have a"download for <Mac OS X/Windows>" button on the main page that would lead to the relevant binary for the visitor's platform.
I do not honestly understand the negative comments, including the "Hugo did that already" since the dev points to important differences such as SASS.<p>I very much look forward to testing the binary (not knowing Rust I see no reason to try to play with the code). Just one preliminary feedback: gutenberg --help does not indicate any options. But if I could make a suggestion that might help set this apart a bit from other markdown-site-generators, it would be to have real support for footnotes. Most seem to use the GitHub flavor which is sorely lacking in that regard and it's unfortunate that most generators do not address this vital need for many of us.<p>Thank you for your work and for sharing this project.
Ideally the perfect static site system should be a meta language, like one of the wiki languages, for which several solutions could be used to translate to HTML etc...<p>We shouldn't have to rewrite our blogs every time a new cool programing language comes around!
A couple small feature requests:<p>1) Can you add a guide to deploying on GH Pages, Netlify, S3, etc.?<p>2) A search feature, along with a theme/example showing how to integrate it
I'll use the fact that people are watching this thread to ask for comments on how to handle i18n on the RFC (<a href="https://github.com/Keats/gutenberg/pull/111" rel="nofollow">https://github.com/Keats/gutenberg/pull/111</a>) as this is the next big feature I want to add.
As I'm familiar with PHP, I find it way simpler to just do `php somefile.php > somefile.html`, then I don't need to learn a new templating language and go around the quirks of a custom building tool. I guess it could make sense for somebody who doesn't know any other templating language.
Is there any push to unify the way content is arranged so one could hop from one static site generator to another?<p>I currently use middleman but I find it quite slow I might be tempted to go somewhere else but I am putting it away because even the migration from v3 to v4 of middleman took quite a while.
There's a lot of me-too software out there, and honestly I wish that developers would just be more candid about their goals.<p>What is this really? A state site engine with no dependencies... but is it? ...or is that just one of the things it is? If one had more plainly said "a static site engine written in Rust" then maybe it would be more compelling to at least one particular ecosystem.<p>I just don't understand the selling point unless you're completely candid. Hugo is; it doesn't even pretend to be something it's not. It directly sells to people who invest in Go. And Jekyll has a powerful stance as being integrated with platforms like GitHub. What's the pitch here?
This name is already an amazing typography library... <a href="http://matejlatin.github.io/Gutenberg/" rel="nofollow">http://matejlatin.github.io/Gutenberg/</a>
I have to say I don't really understand the point of these projects. Faced with the problem of generating a static part for my website, I just used Django to "print" the static part. I'm not saying you need to use Django (although in my case it has clear advantages, namely that you write everything using a single tool), but.... left pad, anyone?
Please tell me there's some love for pandoc... I'm very confused though... There's no mention of the markdown parser being used...
Pandoc is essential for cross-platform content (md --> doc, epub, pdf, html) and for MATH!!<p>Sadly, only Jekyll and Hackyll have support for it... (many other smaller projects also might)<p>Hugo with npm scripts does exactly thins...
I now prefer knocking stuff up in my pet chosen MVC web framework. I can be more more productive when I need to tweak thing that way.<p>With output caching performance should be on par with static. Or can use one of those programs that downloads a website to convert into static files if required.
Do any of these static generators keep configs and themes with wherever you happen to upload your static content "example: github"?<p>Just curious if moving from one machine to another if it's easy to download something like Gutenberg , clone your git and start working?
Very nice, that is one of the most annoying things about Jekyll. I know i'm in the minority of users here who is on Windows, but setting up a Ruby in environment is a pain. Nice work, the site is also well designed.
Does anyone know why the page flashes when clicking "Docs" at the top, but not when moving to the "installation" link on the left hand side which is the same url?
I don't see a point right now, but just in case: how much of a hassle would it be to migrate my Hugo-based projects to Gutenberg, if it proves to be more useful somehow?
No dependencies? Then what's all this?<p><pre><code> [dependencies]
clap = "2"
chrono = "0.4"
toml = "0.4"
term-painter = "0.2"
# Used in init to ensure the url given as base_url is a valid one
url = "1.5"
# Below is for the serve cmd
staticfile = "0.4"
iron = "0.5"
mount = "0.3"
notify = "4"
ws = "0.7"
</code></pre>
Not to mention the Rust toolchain!<p>You and I must have different ideas of what constitutes a dependency ;)