This is primarily useful for symlinks.

Currently it's only possible to list the contents of folder recursively which can produce messy output. It should be possible to click a folder, and then from a folder's file only list it's contents. So basically, if we are rendering a file from within a FolderContents list then we should have that folder available too.

Potential solution: just strip any leading periods from path names - making sure it is done globally for all paths,nested or not, and for href attributes in templates.

Gotta write up some docs

It would be nice if the path to the license file('s html output) and its content and type could be available in templates so that a dedicated license html file could be generated, or the license type could be listed in the repository's index page.

Currently it's impossible to get commit diff information within commit templates.

I think this will require changes to gitlib as mentioned here: jwiegley/gitlib#71

Then update example template on commit pages to show parent

I was playing with concurrency and this caused a difficult to find bug (or, rather, it was pretty obvious when i realised, but it took me a while)

Rather than specifying each one individually.

Perhaps a boolean flag that hijacks repoPaths.

Or perhaps it's possible within dhall.

The templates basically assume that the clone URL of each repo follows the same format i.e. it uses the host string, maybe some other fixed string, and the name of the repo, to generate the clone URL. This isn't flexible at all, and is only one example usage of passing arbitrary metadata.

Another example would be a way to specify a repo description in a way that doesn't require the non-git tracked .git/description file to be present. Instead, you can commit the description into your blog git repo (i.e. in the gitja config).

I'm sure there are other use cases.

Hi, awesome project!

Are there any live instances of gitja that I can see?

i.e.

templates/
    index.html
    repo/
        index.html
        commit/
            commit.html
        file/
            file.html

How to deal with output names for commit and file?

Alternative:

templates/
    index.html
    repo/
        index.html
        commit.html
        file.html

Where commit and file are generated per commit and file into commit/ and file/, but the rest are parsed once per repo or index scope?

Currently it exists quietly, doing nothing

Performance is pretty terrible currently but can definitely be improved. Things to look at:

• are lazy types used in all places where they could/should be? Some things may not be needed ever, e.g. if they are not used in templates (specifically thinking about bytestrings)
• does the code generate any crazy hunks
• are any unnecessary code paths being traversed all the time
• getCommits can be improved
• detect file changes in diffs for new commits and only re-render those files
• fixupLists and the diff list logic could probably be improved too

gotta profile

or something

Mention that with bare repositories this is there by default and so they can use that file. For regular repositories it will check for "description" in the root folder, and if that is absent it will fall back to ".git/description"

They should be named as individual scopes, clarified their disinctions in the docs, and each should be a list. Currently exactly one value is required for some of the options.

Use case: sidebar for navigation

Note this doesn't make the index scope redundant, as that scope is generated once in total, whereas the other scopes are generated once per repo.

Currently that folder is being copied along with templates into the output

It might also be possible to indicate if it is a tag i.e.

{% let tag = filter(tags, (t) -> tag.head == head) %}
{% if length(tag) > 0 %}
{{ tag }}
{% else %}
{{ head }}
{% endif %}

or similar

Currently it just exposes the TreeFilePath which doesn't even get rendered as anything