Verified Commit dd402d6b authored by doshitan's avatar doshitan

Fix broken links

parent 6bd41327
......@@ -12,9 +12,12 @@ interested in functional programming in general and Haskell in particular.
I have a BS in Computer Engineering (minors in Math and Physics).
Currently enginerding at [Nava PBC](https://www.navapbc.com). Formerly with [Article
One Technologies](https://article.one), the [OpenGov
Foundation](https://opengovfoundation.org), and various other places.
Currently enginerding at [Nava PBC](https://www.navapbc.com). Formerly with
[Article One Technologies][article.one], the [OpenGov Foundation][ogf.org], and
various other places.
[article.one]: https://web.archive.org/web/20190309042456/https://www.article.one/
[ogf.org]: https://web.archive.org/web/20200101012043/https://www.opengovfoundation.org/
If you want to get in touch, email is your best bet: `hi@<my domain>`.
......
......@@ -132,7 +132,7 @@ more compact.
For pre-2.0 nix support, you could use [this fetch-nixpkgs
helper][fetch-nixpkgs] or use `fetchFromGitHub`.
[fetch-nixpkgs]: https://nixos.wiki/wiki/How_to_fetch_Nixpkgs_with_an_empty_NIX_PATH or
[fetch-nixpkgs]: https://nixos.wiki/wiki/How_to_fetch_Nixpkgs_with_an_empty_NIX_PATH
With `fetchFromGitHub`:
```nix
......
......@@ -9,7 +9,7 @@ modified: 2013-08-07T16:49:56-05:00
Hey folks, it's good to be here. I'm the GSoC student working on improving
search in GNOME Shell. My mentor for this summer is Rui Matos (rtcm). The
[project wiki
page](https://live.gnome.org/action/edit/SummerOfCode2012/Projects/TannerDoshier_ShellSearch)
page](https://wiki.gnome.org/Outreach/SummerOfCode/2012/Projects/TannerDoshier_ShellSearch)
holds some more info.
I've been an almost exclusive user of open source software since 2008,
......
......@@ -21,9 +21,10 @@ I originally intended to start off with something relatively simple: sliding
the dash and workspace switcher out of view after a search is initiated and
back into view if and only if an application launcher is dragged, as stated on
the [search design page][gnomeSearchDesign]. But as I got to looking at the
current code and the work [joost](http://joostify.com/) will be doing,
I decided to wait until the new internal layout of the overview was a bit more
solidified to save myself from repeat work.
current code and the work
[joost](https://web.archive.org/web/20120614024535/http://joostify.com/) will be
doing, I decided to wait until the new internal layout of the overview was a bit
more solidified to save myself from repeat work.
So I've moved on to tweaking the application search results (not search
results *from* applications, but the app search provider), trying to enforce
......@@ -63,4 +64,4 @@ functionality. So these next couple of weeks will be spent on tightening my
implementation once I get better direction from the designers. Then it's on
to dealing with search providers from applications.
[gnomeSearchDesign]: https://live.gnome.org/GnomeShell/Design/Whiteboards/Search
[gnomeSearchDesign]: https://web.archive.org/web/20120819185611/https://live.gnome.org/GnomeShell/Design/Whiteboards/Search
......@@ -52,5 +52,5 @@ heading in the right direction.
All in all, I'm mostly on schedule and enjoying my work on GNOME Shell.
[gnomeSearchDesign]: https://live.gnome.org/GnomeShell/Design/Whiteboards/Search
[gnomeSearchDesign]: https://web.archive.org/web/20120819185611/https://live.gnome.org/GnomeShell/Design/Whiteboards/Search
[sortBug]: https://bugzilla.gnome.org/show_bug.cgi?id=640966
......@@ -76,4 +76,4 @@ another way to do it.
I have plenty of the little things to fix. I also need to get this work
prettied up and attached to a bug (or bugs) for review.
[gnomeSearchDesign]: https://live.gnome.org/GnomeShell/Design/Whiteboards/Search
[gnomeSearchDesign]: https://web.archive.org/web/20120819185611/https://live.gnome.org/GnomeShell/Design/Whiteboards/Search
......@@ -35,4 +35,4 @@ thumbnails independent may not leave much room in the middle of the screen for
the search results/app drawer if the thumbnails space is always allocated and
it is just visually hidden. May have to experiment a bit here.
[gnomeSearchDesign]: https://live.gnome.org/GnomeShell/Design/Whiteboards/Search
[gnomeSearchDesign]: https://web.archive.org/web/20120819185611/https://live.gnome.org/GnomeShell/Design/Whiteboards/Search
......@@ -24,4 +24,4 @@ and made use of them while searching.
I need to package up all the separate work I have been doing and get it
attached to some bugs for proper review.
[gnomeSearchDesign]: https://live.gnome.org/GnomeShell/Design/Whiteboards/Search
[gnomeSearchDesign]: https://web.archive.org/web/20120819185611/https://live.gnome.org/GnomeShell/Design/Whiteboards/Search
......@@ -22,4 +22,4 @@ The goal is to get stuff reviewed and into master.
(Short post this time, gotta get back to work!)
[gnomeSearchDesign]: https://live.gnome.org/GnomeShell/Design/Whiteboards/Search
[gnomeSearchDesign]: https://web.archive.org/web/20120819185611/https://live.gnome.org/GnomeShell/Design/Whiteboards/Search
......@@ -20,10 +20,10 @@ through how I went about setting the site up.
# Hakyll Setup
So first things first, install Hakyll. Previously I used cabal-dev, but
Cabal-Install 1.18 includes the [Sandboxed Builds and Isolated
Environments](http://hackage.haskell.org/trac/hackage/wiki/SandboxedBuildsAndIsolatedEnvironments)
Environments](https://github.com/haskell/cabal/wiki/Sandboxed-Builds-and-Isolated-Environments)
work so that is my sandboxing environment now. [This
post](http://coldwa.st/e/blog/2013-08-20-Cabal-sandbox.html) is helpful for
folks switching over.
post](https://web.archive.org/web/20190709154928/http://coldwa.st/e/blog/2013-08-20-Cabal-sandbox.html)
is helpful for folks switching over.
I thought it might be an experience to write everything for the site in
Haskell, using Clay as the CSS preprocessor and Fay for JavaScript. I tried
......@@ -42,11 +42,11 @@ going leaner and different with things like
[Responsable](http://responsablecss.com/),
[Framless](http://framelessgrid.com/), [Golden Grid
System](http://goldengridsystem.com/), or [Open
DAWS](http://wail.es/opendaws/). I mean, my site isn't going to be a big thing
with complicated interactions, so I could do most stuff by hand. Ultimately
though, I think what I would build would come out pretty similar to Bootstrap
anyway, so coupled with my familiarity with it and the better grid system in
version three, I went with Bootstrap.
DAWS](https://web.archive.org/web/20170708135824/https://wail.es/opendaws/). I
mean, my site isn't going to be a big thing with complicated interactions, so I
could do most stuff by hand. Ultimately though, I think what I would build would
come out pretty similar to Bootstrap anyway, so coupled with my familiarity with
it and the better grid system in version three, I went with Bootstrap.
Because I'm using Bootstrap, I haven't needed any custom JavaScript yet, but
when I do, I think I'll try Fay.
......
......@@ -17,14 +17,18 @@ version using [myrepos] and [vcsh].
[myrepos]: http://myrepos.branchable.com/
[vcsh]: https://github.com/RichiH/vcsh.
At some point in 2013, I stumbled upon [an old post by Penny Leach]. Like her,
I've found I tend to not commit changes to this stuff atomically. I change
something, intending to commit it once I test it out to make sure it's working,
only to get on with working and forget about the committing part. Then I do the
same thing with some other tool's configuration and eventually end up with
weeks of changes in a bunch of files all in a single repository.
[an old post by Penny Leach]: http://mjollnir.org/blog/migrating-my-homedirectory-from-one-repo-to-many/
At some point in 2013, I stumbled upon [an old post by Penny Leach]^[This used
to point to
http://mjollnir.org/blog/migrating-my-homedirectory-from-one-repo-to-many/, but
that has since died and that version doesn't exist in an archive, so pointing to
a version on her previous blog.]. Like her, I've found I tend to not commit
changes to this stuff atomically. I change something, intending to commit it
once I test it out to make sure it's working, only to get on with working and
forget about the committing part. Then I do the same thing with some other
tool's configuration and eventually end up with weeks of changes in a bunch of
files all in a single repository.
[an old post by Penny Leach]: https://web.archive.org/web/20100521222423/http://she.geek.nz/archives/546-migrating-my-homedirectory-from-one-repo-to-many.html
Since Penny's post (over five years ago at time of writing), vcsh has evolved
(the vcsh script she mentions was [deprecated]) and is a bit nicer to work
......
......@@ -43,11 +43,11 @@ find an issue, please [get in touch](/about/).
[Typescript Homepage]: http://www.typescriptlang.org/
[Flow Homepage]: http://flowtype.org/
[Elm Homepage]: http://elm-lang.org/
[Mithril Homepage]: https://lhorie.github.io/mithril/index.html
[Mithril Homepage]: https://web.archive.org/web/20150417100450/https://lhorie.github.io/mithril/index.html
[AtScript Homepage]: https://docs.google.com/document/d/11YUzC-1d0V1-Q3V0fQ7KSit97HnZoKVygDxpWzEYW0U/mobilebasic?pli=1&viewopt=127
[Sweet.js Homepage]: http://sweetjs.org/
[Bacon.js Homepage]: https://baconjs.github.io/
[RxJS Homepage]: https://reactive-extensions.github.io/RxJS/
[RxJS Homepage]: https://web.archive.org/web/20150402055831/http://reactive-extensions.github.io/RxJS
[CoffeeScript Homepage]: http://coffeescript.org/
......@@ -212,7 +212,7 @@ and tries to structure it's design so it's easy to pickup/understand.
* Can have even better performance than React because of language features
(immutable data structures, optional lazy evaluations, etc.)
* Don't have to deal with npm and bower while also getting some [really nice
tooling](http://elm-lang.org/blog/announce/0.14.elm#better-build-tools)
tooling](https://elm-lang.org/news/0.14#better-build-tools)
* [A natural way to structure
applications](https://github.com/evancz/elm-architecture-tutorial#the-elm-architecture)
......@@ -296,7 +296,7 @@ terms, but I believe the libraries are fairly equivalent in functionally. The
on their compatibility.
## Immutable and Mori
[Immutable.js Homepage](https://facebook.github.io/immutable-js/)
[Immutable.js Homepage](https://web.archive.org/web/20150822135903/https://facebook.github.io/immutable-js/)
[Mori Homepage](https://swannodette.github.io/mori/)
Provides immutable data structures. Immutable data is great for a variety of
......@@ -350,16 +350,17 @@ closely, some linked below:
There's a TodoMVC benchmark with a variety of popular (and obscure) frameworks
here:
<http://matt-esch.github.io/mercury-perf>
[http://matt-esch.github.io/mercury-perf](https://web.archive.org/web/20160524230706/http://matt-esch.github.io:80/mercury-perf/)
The benchmark consists of creating 100 todos, marking them as completed, and
then deleting them. It aims to give an idea of how frameworks perform under
real-world-ish conditions running idiomatic code (as opposed to
micro-benchmarks, which tend to take advantage of obscure tricks and aggressive
optimizations that sacrifice maintainability for extra speed). A more [limited
benchmark](https://evancz.github.io/todomvc-perf-comparison/), but with a
prettier graph at the end is also available; it was put together for [the blog
post announcing elm-html](http://elm-lang.org/blog/Blazing-Fast-Html.elm).
benchmark](https://web.archive.org/web/20151103031644/https://evancz.github.io/todomvc-perf-comparison/),
but with a prettier graph at the end is also available; it was put together for
[the blog post announcing
elm-html](https://elm-lang.org/news/blazing-fast-html).
# Best Bets Today
......
......@@ -112,7 +112,7 @@ instead of just an article.
[tufte-css]: https://github.com/edwardtufte/tufte-css
[custom-css]: https://gitlab.com/doshitan/doshitan.com/tree/master/executable/src/Site/Css.hs
I'm not using the upstream CSS directly, but rather I [ported it](tufte-clay) to
I'm not using the upstream CSS directly, but rather I [ported it][tufte-clay] to
[Clay](http://fvisser.nl/clay/) to be easier for me to work with. "Easier to
work with" in some ways, being embedded in Haskell is nice, but the Clay files
are compiled *with* the site executable, not *by* it, so CSS changes take a site
......
......@@ -60,7 +60,7 @@
<li><a href="https://gitlab.com/u/doshitan" aria-label="GitLab"><i class="icon-gitlab" aria-hidden="true"></i></a></li>
<li><a href="https://github.com/doshitan" aria-label="GitHub"><i class="icon-github" aria-hidden="true"></i></a></li>
<li><a href="https://twitter.com/doshitan_" aria-label="Twitter"><i class="icon-twitter" aria-hidden="true"></i></a></li>
<li><a href="mailto:hi@<my domain>" aria-label="Email"><i class="icon-mail" aria-hidden="true"></i></a></li>
<li><a href="mailto:hi@replace.with.my.domain.example.com" aria-label="Email"><i class="icon-mail" aria-hidden="true"></i></a></li>
<li><a href="/atom.xml" aria-label="RSS/Atom of all posts"><i class="icon-rss" aria-hidden="true" title="RSS/Atom of all posts"></i></a></li>
</ul>
</footer>
......
......@@ -29,7 +29,12 @@ content-check-all:
TMPFILE=$$(mktemp); \
trap 'rm -rf "$$TMPFILE"' EXIT; \
echo -e "[checking]\nlocalwebroot=$(DEST_DIR)/" > "$$TMPFILE"; \
linkchecker --config $$TMPFILE $(DEST_DIR)/ --check-extern
linkchecker \
--config $$TMPFILE \
--ignore-url=mailto:hi@replace \
--timeout 120 \
--check-extern \
$(DEST_DIR)/
content-rebuild:
$(SITE_CMD) rebuild
......
Markdown is supported
0% or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment