When I run docpad run on Windows, it asks me what program I would like to open the file in
It turns out that Windows will prefer to treat the local docpad.js file as the executable versus the global docpad.cmd file. To get around this, type docpad.cmd run instead in projects that have a docpad.js file. More information here.
Watching doesn't work; works only some of the time; I get EISDIR errors
File watching is a pretty timid thing. We're currently working on making it better. There are currently two methods for watching files: watch and watchFile. The default is watch, and it uses the operating system's watching mechanisms. However, sometimes those mechanisms aren't the best. If that's the case, we'd like to switch our watching method to watchFile. It's slower, but it works when watch doesn't.
This will introduce problems however if you have previously customised watchOptions, or if your editor uses swapfiles. More info here.
Error: "We couldn't find an existing DocPad project inside your current directory..."
This occurs when you run docpad run inside a directory that already has existing files, but doesn't have a structure that resembles a DocPad project. We can't directly ask you if you would like to use an existing skeleton for the basis of your new website, as pulling in a skeleton inside a non-empty directory may overwrite your existing files. If would like to still use a skeleton for the basis of your new website, you will have to run DocPad inside a new empty directory. If you would like to start your website from scratch (not use an existing skeleton) then you can follow the Getting Started guide. Hope that helps :) If you need more help then check out our Support Channels.
Error: "Could not locate git binary"
This happens when the git installation is not exposed to your PATH variable. You can solve this in either of these two ways:
Reinstall git and make sure to select the option during installation that asks if you would like to add it to your PATH variable (may also be called, would you like git to be available to the command line)
Manually add the location your git binary resides in to your PATH variable
As Node.js is like an octopus, able to do many things at the same time, sometimes Node.js will always try to do too many things than the operating system will let it. In which case, you can increase the amount of files allowed at the same time by running ulimit -n 8192 in your terminal.
Whenever I output a variable (like content) it is escaped (< rendered as <)?
Template engines by default escape all variable output. Escaping is when we turn things like the open bracket < into its html entity equivalent <. This helps prevent malicious code accidentally being injected into your website which can open the door to XSS attacks. As such, we have to use a special syntax to keep the variable unescaped when outputted. The special syntax is different for the templating engine your using, so here are the ways we know:
Eco: <%- content %> instead of <%= content %>
Jade: != content instead of = content
Haml: != content instead of = content
The output of a variable (like document.title) is empty or null
Be sure that you use the correct syntax for your template language. Refer to the documentation of your chosen language. For example: When you want to put the output of a variable into the content of an (HTML) element in Jade, you must not write a whitespace between the element and the =. So this is wrong: title = document.title and that is correct: title= document.title
I get a whole bunch of npm / missing module/package / installation failed errors
If you are using Dropbox (an online syncing and backup tool) and your project is inside your Dropbox folder, then click the Dropbox menu icon and select "Pause Syncing".
Once that's done, try whatever you were doing again. You may need to run rm -Rf node_modules; npm install as well.
Once it's all working, then you're free to resume Dropbox syncing.
If you're still experiencing issues, then be sure to post about it on the issue tracker.
The exception raised by the Jade plug-in during documents generation makes no sense
The Jade compiler uses the full file content on the disk to show where the parsing error is. But since Docpad strips the meta header before submitting the data to the Jade compiler, you must add the number of lines of this header to get the right error spot in your code.