Age | Commit message (Collapse) | Author | Files | Lines | |
---|---|---|---|---|---|
2019-12-28 | r/316 feat(third_party/git): Support dottime as log date format | Vincent Ambo | 3 | -2/+121 | |
2019-12-27 | r/315 feat(third_party/notmuch): Patch notmuch to render time as dottime | Vincent Ambo | 2 | -0/+29 | |
This implements support for dotti.me in notmuch by changing the formatting of relative and absolute times. | |||||
2019-12-27 | r/314 chore(dottime.el): Remove advice for notmuch date rendering | Vincent Ambo | 1 | -20/+1 | |
This code has moved into a patch for notmuch itself. | |||||
2019-12-27 | r/313 feat(third_party/notmuch): Display dottime in relative time views | Vincent Ambo | 3 | -1/+46 | |
2019-12-27 | r/312 fix(dottime.el): Defer package-specific setup | Vincent Ambo | 2 | -35/+38 | |
2019-12-27 | r/311 fix(emacs.d): Load dottime.el after libraries that it modifies | Vincent Ambo | 1 | -1/+4 | |
2019-12-27 | r/310 feat(dottime.el): Support dottime display in notmuch thread view | Vincent Ambo | 1 | -1/+19 | |
Advises notmuch to display `Date` headers using dottime. | |||||
2019-12-27 | r/309 feat(dottime.el): Add arbitrary offsets & prefixes to dottime-format | Vincent Ambo | 1 | -9/+15 | |
This gives users from Elisp slightly more flexibility about the display of dottime. | |||||
2019-12-27 | r/308 feat(dottime.el): Use dottime in telega.el, too | Vincent Ambo | 1 | -0/+16 | |
2019-12-26 | r/307 chore(emacs.d): Remove explicit FCC dir for private account | Vincent Ambo | 1 | -1/+0 | |
No longer required because Gmail does this automatically. | |||||
2019-12-26 | r/306 feat(third_party/lieer): Introduce configuration for OAuth client | Vincent Ambo | 2 | -2/+44 | |
It turns out I'm going to need multiple different OAuth clients for a variety of reasons. This defaults to the client for tazj.in accounts, but I use a different one in my work overlay. | |||||
2019-12-26 | r/305 chore(emacs.d): Remove GPG agent warmup from mail sending | Vincent Ambo | 2 | -17/+0 | |
Fetching credentials is no longer handled by msmtp itself. | |||||
2019-12-26 | r/304 fix(third_party/lieer): Use correct scope for SMTP access | Vincent Ambo | 1 | -1/+1 | |
Turns out that for some peculiar reason, the 'send' scope is not enough to send email and the full 'mail.google.com' scope is required. | |||||
2019-12-26 | r/303 feat(third_party/lieer): Request OAuth2 scope for sending emails | Vincent Ambo | 2 | -0/+15 | |
This makes it possible to reuse the lieer tokens for sending emails from XOAUTH2-compatible SMTP clients. | |||||
2019-12-25 | r/302 fix(emacs.d): Slightly more reliable way of setting edwina prefix | Vincent Ambo | 2 | -1/+4 | |
2019-12-25 | r/301 fix(emacs.d): Display newest emails first in notmuch | Vincent Ambo | 1 | -1/+3 | |
2019-12-25 | r/300 chore(lieer): Remove OAuth client patch | Vincent Ambo | 3 | -34/+1 | |
This is now done in my work-specific configuration, which is elsewhere. | |||||
2019-12-24 | r/299 fix(emacs.d): Avoid advising split-window-* functions | Vincent Ambo | 2 | -5/+12 | |
Advising these functions apparently breaks things internally. | |||||
2019-12-24 | r/298 fix(emacs.d): Pick new buffers *into* the active window | Vincent Ambo | 1 | -4/+4 | |
Instead of splitting below and moving the target buffer into the new split, split and move the buffer into the active window. The other way around does (for some reason I don't fully understand) not work because `split-window-below` may return invalid windows. | |||||
2019-12-24 | r/297 feat(emacs.d): Advise split-window-below to call edwina-arrange | Vincent Ambo | 1 | -1/+3 | |
2019-12-24 | r/296 feat(emacs.d): Enable edwina package for window management | Vincent Ambo | 1 | -0/+21 | |
Configures edwina using `s-w` as the key prefix (in line with my other EXWM-related commands). An additional function is added that switches to a buffer (borrowing the implementation from `ivy-switch-buffer`) but splitting it into a new window instead. | |||||
2019-12-23 | r/295 feat(emacs.d): Bind 's-g m' to notmuch UI | Vincent Ambo | 1 | -0/+3 | |
2019-12-23 | r/294 feat(third_party/lieer): Overwrite included client secret | Vincent Ambo | 4 | -1/+35 | |
2019-12-23 | r/293 refactor(ops/kms_pass): Pin encrypted secrets into Nix store | Vincent Ambo | 2 | -1/+1 | |
2019-12-23 | r/292 feat(third_party): Check in derivation for lieer | Vincent Ambo | 2 | -0/+28 | |
2019-12-22 | r/291 fix(cheddar): Fix errors if filename does not have an extension | Vincent Ambo | 1 | -9/+7 | |
2019-12-22 | r/290 feat(emacs): Install edwina package | Vincent Ambo | 1 | -0/+1 | |
No configuration for this yet, I just want to try it out. It seems like an interesting way of managing Emacs windows! | |||||
2019-12-21 | r/289 feat(cgit-taz): Add patches for subtree about/ handling | Vincent Ambo | 5 | -4/+123 | |
1. Generate links to subtree about pages. 2. Render README files in subtrees, too. | |||||
2019-12-21 | r/288 feat(cheddar): Style pre-elements for better readability | Vincent Ambo | 1 | -4/+22 | |
Uses GitHub-like styling for <pre> elements, i.e. slight padding and background colour highlighting. | |||||
2019-12-21 | r/287 feat(cheddar): Render code blocks in Markdown via syntect | Vincent Ambo | 1 | -26/+82 | |
Implements fully static (i.e. no JavaScript!) highlighting of code blocks when rendering Markdown. This works by walking through the Comrak AST and replacing any code blocks with pre-rendered HTML blocks. Syntaxes are chosen based on the "block info", which is the string users put after the block's opening fence. This can either be a (case-insensitive) name of a syntax, or alternatively a file extension associated with the desired syntax. The theme is set to one that imitates GitHub. | |||||
2019-12-21 | r/286 docs(cheddar): Mention cgit filter compatibility in README | Vincent Ambo | 1 | -0/+11 | |
2019-12-21 | r/285 chore(third_party): Remove pulldown-cmark again | Vincent Ambo | 2 | -16/+0 | |
2019-12-21 | r/284 chore(build): Add cheddar to ci-builds.nix | Vincent Ambo | 1 | -0/+1 | |
2019-12-21 | r/283 feat(cgit-taz): Use cheddar as the about-filter | Vincent Ambo | 1 | -1/+1 | |
This will render about pages using the Comrak renderer defined in Cheddar. Note that due to the way its implemented this will have one interesting behaviour: Markdown files in the tree will *also* be rendered as HTML. I will need to see how that works out before deciding whether or not to disable it. | |||||
2019-12-21 | r/282 feat(cheddar): Render Markdown via Comrak | Vincent Ambo | 1 | -9/+24 | |
Renders any ".md" file by pushing it through the Comrak rendering pipeline. This does not yet implement syntax highlighting of fenced blocks, but we're getting there. | |||||
2019-12-21 | r/281 refactor(cheddar): Set up scaffolding for Markdown rendering | Vincent Ambo | 3 | -13/+224 | |
Generalises the two bits of the program that will be required either way (extension parsing and syntax loading). A dependency on Comrak is introduced as I think GitHub-flavoured Markdown (with all its fancy extensions) is desirable! | |||||
2019-12-21 | r/280 docs(nix/readTree): Add a very descriptive README for readTree | Vincent Ambo | 1 | -0/+81 | |
2019-12-21 | r/279 refactor(nix/readTree): Move readTree to its own subfolder | Vincent Ambo | 2 | -1/+3 | |
2019-12-21 | r/278 feat(cgit-taz): Make use of cheddar for syntax highlighting | Vincent Ambo | 1 | -1/+1 | |
2019-12-21 | r/277 feat(cheddar): Use syntax highlighting assets from bat | Vincent Ambo | 3 | -2/+21 | |
This uses Nix to inject the path to the syntax highlighting assets that ship with the bat source code into the cheddar build at compile time, where the Rust compiler then inserts it into the binary via macros. bat has a lot of custom syntax highlighting definitions that they collected from all over the place (including for languages like Nix!) and this makes them accessible to cheddar. Also if you're reading this, can you just take a moment to appreciate how incredible it is that Nix just lets us do something like this?! | |||||
2019-12-21 | r/276 feat(tools/cheddar): Check in new syntax highlighting tool | Vincent Ambo | 8 | -2/+772 | |
The first step with this tool will be to use it as a source-filter for cgit. The second step is to use it as the Markdown renderer by depending on one of the Markdown libraries, with integration for rendering code snippets directly. | |||||
2019-12-21 | r/275 chore(net/stomp_erl): Remove erlang.mk | Vincent Ambo | 1 | -6519/+0 | |
The project should be migrated to one of the newer mechanisms, like rebar. | |||||
2019-12-21 | r/274 feat(cgit-taz): Use pulldown-cmark as the about filter | Vincent Ambo | 2 | -2/+7 | |
It renders GitHub-flavoured Markdown, which is nice for most use-cases. | |||||
2019-12-21 | r/273 feat(third_party): Add derivation for pulldown-cmark | Vincent Ambo | 1 | -0/+12 | |
2019-12-21 | r/272 docs(README): Fix link to dottime overview page | Vincent Ambo | 1 | -1/+2 | |
2019-12-21 | r/271 docs(README): Update list of highlights | Vincent Ambo | 1 | -3/+15 | |
Now that a whole bunch more stuff has been checked in, there's a few worthy mentions in this list. | |||||
2019-12-21 | r/270 merge(crimp): Integrate at //net/crimp | Vincent Ambo | 6 | -0/+1364 | |
2019-12-21 | chore(crimp): Prepare for depot merge | Vincent Ambo | 9 | -150/+0 | |
2019-12-21 | r/269 merge(alcoholic_jwt): Integrate at //net/alcoholic_jwt | Vincent Ambo | 6 | -0/+1268 | |
2019-12-21 | chore(alcoholic_jwt): Prepare for depot merge | Vincent Ambo | 8 | -22/+0 | |