alpha
Login
or
Join now
alice.pds.demo.boltless.dev
/
core
Star
0
Fork
0
Atom
Configure Feed
Issues
Pull Requests
Commits
Tags
Feed URL
Select the types of activity you want to include in your feed.
This repository has no description
Star
0
Fork
0
Atom
Configure Feed
Issues
Pull Requests
Commits
Tags
Feed URL
Select the types of activity you want to include in your feed.
Overview
Issues
2
Pulls
1
Pipelines
core
/
appview
/
pages
3 folders
4 files
at
a008c1e78c779c3e29e16fd782072165319d5fc5
oppiliappan
appview/pages: rework caching mechanism
1y ago
a008c1e7
markup
appview: add support for latex in markdown Signed-off-by: noClaps <git@zerolimits.dev>
1 year ago
repoinfo
appview: stream logs from workflow endpoint Signed-off-by: oppiliappan <me@oppi.li>
1 year ago
templates
appview/pages: refactor fragments to be one-per-file this is a limitation of how fragments are loaded at the moment. multiple definitions per file are unsupported. Signed-off-by: oppiliappan <me@oppi.li>
1 year ago
cache.go
appview/pages: rework caching mechanism instead of loading all templates at once and storing into a map, we now memoize the results of `parse`. the first call to `parse` will require calculation but subsequent calls will be cached. this is simpler to reason about because the new execution model requires us to parse differently for each "base" template that is being used: - for timeline, it is necessary to parse with layouts/base - for repo-index, it is necessary to parse with layouts/base and layouts/repobase in that order the previous approach to loading also had a latent bug: all layouts were loaded atop each other in alphabetical order (order of iteration over the filesystem), and therefore it was not possible to selectively parse and execute templates on a subset of layouts. Signed-off-by: oppiliappan <me@oppi.li>
1 year ago
funcmap.go
appview/{settings,pages}: rework settings ui Preserves the routes, but borrows a similar style to that of repo settings. Signed-off-by: Anirudh Oppiliappan <anirudh@tangled.sh>
1 year ago
htmx.go
appview: pages: Add HXRefresh helper function.
1 year ago
pages.go
appview/pages: rework caching mechanism instead of loading all templates at once and storing into a map, we now memoize the results of `parse`. the first call to `parse` will require calculation but subsequent calls will be cached. this is simpler to reason about because the new execution model requires us to parse differently for each "base" template that is being used: - for timeline, it is necessary to parse with layouts/base - for repo-index, it is necessary to parse with layouts/base and layouts/repobase in that order the previous approach to loading also had a latent bug: all layouts were loaded atop each other in alphabetical order (order of iteration over the filesystem), and therefore it was not possible to selectively parse and execute templates on a subset of layouts. Signed-off-by: oppiliappan <me@oppi.li>
1 year ago